Un ZK-STARK (Argumento de Conocimiento Transparente Escalable de Conocimiento Cero) es un sistema de prueba criptográfica que permite a una parte demostrar la posesión de información secreta o la exactitud de un cálculo a otra parte, sin revelar el secreto y sin requerir una ceremonia de configuración de confianza. Desarrollado por Eli Ben-Sasson y StarkWare Industries, los STARK logran transparencia (sin configuración de confianza), resistencia cuántica (basándose únicamente en... funciones hash) y escalabilidad (el tiempo de verificación de pruebas es polilogarítmico en términos de tamaño computacional). Mientras que los zk-SNARK producen pruebas más pequeñas, los zk-STARK ofrecen suposiciones criptográficas más sólidas y son la base de la tecnología de escalado Ethereum de StarkWare (StarkEx y StarkNet).
Origen e Historia
| Fecha | Eventos |
| 1985 | Teoría fundamental de la prueba de conocimiento cero (Goldwasser, Micali y Rackoff) |
| 2012 | zk-SNARKs formalizados; requieren una configuración confiable —una limitación |
| 2018 | Ben-Sasson et al. publican “Integridad computacional segura, escalable, transparente y postcuántica” — presenta STARKs |
| 2018 | StarkWare Industries fundada por Ben-Sasson, Bentov, Horesh, Riabzev |
| 2020 | StarkEx (el motor de escalabilidad de StarkWare) se lanza con dYdX y DeversiFi |
| 2021 | La red de prueba StarkNet (L2 descentralizada) se lanza en Ethereum |
| 2022 | Alfa de la red principal de StarkNet; lenguaje de programación Cairo para programas demostrables mediante STARK |
| 2023 | StarkNet procesa millones de transacciones mensualmente; se anuncia el token STRK |
| 2024 | StarkWare lanza la investigación recursiva STARK que permite la composición de pruebas |
“Los STARKs son los SNARKs más grandes, post-cuántico-Primo seguro, sacrifican el tamaño de la prueba por la transparencia y la seguridad”. — Eli Ben-Sasson, cofundador de StarkWare
Cómo Funciona
COMPARACIÓN DE ZK-STARK vs. ZK-SNARK ──────────────────────────────────────────────────────────────────────────────── SNARK STARK ──────────────────────────────────────────────────────────────────── Configuración de confianza: Obligatoria (residuos tóxicos) NINGUNA (transparente) Tamaño de prueba: ~200 bytes ~50–200 KB Tiempo de verificación: Milisegundos Milisegundos Seguridad cuántica: No (curva elíptica) Sí (solo funciones hash) Tiempo de comprobación: rápido Más lento (constantes más grandes) Usado en: Zcash, zkSync, Groth16 StarkNet, StarkEx ────────────────────────────────────────────────────────────────────────
GENERACIÓN DE PRUEBAS STARK: Computación → Representación Intermedia Algebraica (AIR) → Compromiso polinomial (protocolo FRI) → Prueba STARK (puede ser verificada por cualquiera) → El verificador L1 de Ethereum verifica la prueba en ~200k-500k gas
| Propiedad | zk-SNARK | zk-STARK |
| Configuración | Ceremonia de confianza | Ninguno (transparente) |
| Asunción | Curvas elípticas | Solo funciones hash |
| Resistencia cuántica | No | Sí: |
| Tamaño de prueba | ~200 bytes | ~50–200 KB |
| Gas de verificación (ETH) | Gasolina de ~200K-300K | Gasolina de ~200K-500K |
| Escalabilidad organizacional | Alto | Muy alto |
En términos simples
- Sin configuración de confianza Los STARK no requieren una ceremonia secreta para generar parámetros. No hay residuos tóxicos que deban destruirse; cualquiera puede verificar que la aleatoriedad fue justa.
- Cuánticamente seguro – Las STARKs se basan únicamente en funciones hash resistentes a colisiones, que las computadoras cuánticas no pueden romper (a diferencia de la matemática de curva elíptica que utilizan las SNARKs).
- Pruebas más grandes, misma seguridad – Una prueba STARK es mucho más grande que una prueba SNARK (50 KB frente a 200 bytes), pero conlleva suposiciones de seguridad más sólidas.
- Escalas con computación – El tiempo de verificación de STARK crece polilogarítmicamente con el tamaño del cálculo: la prueba de un cálculo de un millón de pasos no es un millón de veces más difícil de verificar.
- idioma de El Cairo – StarkWare creó Cairo, un lenguaje para escribir programas demostrables mediante STARK, lo que permite probar la lógica compleja de contratos inteligentes en L2 y resolverla en Ethereum.
Ejemplos del mundo real
| Escenario | Implementación | Resultado |
| dYdX v3 en StarkEx | Liquidación de futuros perpetuos mediante pruebas STARK | 1,000 TPS con seguridad de Ethereum; comisiones de menos de $1 |
| Acuñación de NFT de Immutable X | StarkEx ZK-Rollup para NFT de juegos | 9,000 monedas NFT por segundo; cero gas para los usuarios |
| DeFi de StarkNet | JediSwap y Ekubo DEX se despliegan en StarkNet | Contrato inteligente completo DeFi a una velocidad 100 veces superior a la de Ethereum |
| Contratos de El Cairo | El desarrollador escribe un contrato en El Cairo para un juego en cadena | Cada movimiento demostrado es correcto en la cadena; no es posible hacer trampa |
| STARKs recursivos | StarkWare prueba pruebas de pruebas | Comprima miles de millones de transacciones en un solo Ethereum TX |
Ventajas
| La Ventaja | Detail |
| Sin configuración de confianza | Elimina por completo el riesgo de seguridad de la “ceremonia” |
| Resistente cuánticamente | El único sistema criptográfico demostrablemente seguro contra la computación cuántica |
| Aleatoriedad transparente | Todos los parámetros de prueba son verificables públicamente |
| Escalabilidad extrema | Las pruebas recursivas pueden agregar cálculos ilimitados |
| Matemáticas probadas en batalla | Se basa en funciones hash bien entendidas, no en suposiciones novedosas |
Desventajas y riesgos
| Supervisión | Detail |
| Tamaño de prueba | Las pruebas de 50 a 200 KB son costosas de publicar en Ethereum (costos de datos de llamada). |
| Verificación del costo del gas | ~200K-500K de gas para verificar un STARK vs ~200K-300K para un SNARK |
| Curva de aprendizaje de El Cairo | El lenguaje de Cairo es diferente de Solidity; ecosistema de desarrolladores más pequeño |
| Costo de cálculo del comprobador | La generación de STARK requiere importantes recursos computacionales |
| Compatibilidad con EVM | StarkNet nativo no es equivalente a EVM; Kakarot (EVM en Cairo) soluciona este problema |
Consejos de gestión de riesgos:
- Supervise la hoja de ruta de descentralización de StarkNet: la centralización de proveedores es un riesgo actual
- Para EVM Desarrolladores, exploren Kakarot (EVM en Cairo) para una migración más sencilla a StarkNet
- Utilice L2Beat para rastrear la seguridad de StarkNet y actualizar los riesgos clave
Preguntas Frecuentes
P: ¿Qué significa “transparente” en ZK-STARK?
R: No se generaron parámetros secretos. Cualquiera puede verificar de forma independiente que la configuración del sistema de pruebas es justa, a diferencia de los SNARK, donde se asume la integridad de una ceremonia confiable.
P: ¿Por qué las pruebas STARK son más grandes que las pruebas SNARK?
A: Los SNARK utilizan un emparejamiento de curvas elípticas (supuestos compactos pero menos seguros); los STARK utilizan Árboles de merkle y compromisos polinomiales FRI (inherentemente más grandes pero más seguros).
P: ¿StarkNet es compatible con EVM?
R: StarkNet utiliza Cairo (no EVM) de forma nativa. Kakarot es una implementación de EVM escrita en Cairo, lo que permite que los contratos de Solidity se ejecuten indirectamente en StarkNet.
P: ¿Pueden los STARK escalar a miles de millones de transacciones?
R: Los STARK recursivos (pruebas de pruebas) escalan teóricamente a cálculos arbitrarios. El probador Stwo de StarkWare tiene como objetivo probar millones de transacciones por segundo.
P: ¿Quién inventó los ZK-STARK?
R: Eli Ben-Sasson (profesor del Technion y cofundador de StarkWare) junto con Iddo Bentov, Lior Horesh y Michael Riabzev publicaron el artículo original de STARK en 2018.
Fuentes
- Ben-Sasson et al., “Integridad computacional segura, escalable, transparente y poscuántica” (2018) — IACR ePrint
- Documentación de StarkWare — starkware.co
- Documentación de StarkNet — docs.starknet.io
- Vitalik Buterin, “STARKs, Parte 1” — vitalik.ca
Consejo de UPay: La resistencia cuántica de los STARK los convierte en la opción segura a largo plazo para sistemas de prueba criptográfica a medida que avanza la computación cuántica. Si bien los SNARK son más eficientes hoy en día, la transición gradual del ecosistema criptográfico hacia los STARK constituye una protección razonable contra el riesgo cuántico futuro.Descargo de responsabilidad: esta entrada del glosario es sólo para fines educativos y no constituye asesoramiento financiero o legal.
Un día — Haciendo que las criptomonedas sean enciclopédicas










