Kaspa apunta a 100 bloques por segundo: DAGKnight, ZK y VProgs
En 2026, Kaspa dejó de ser «solo» una red de pagos rápida. Después de que el hard fork Crescendo llevó la red a 10 bloques por segundo en 2025, la actualización Toccata añadió contratos inteligentes nativos, tokens KRC-20 y verificación de conocimiento cero (ZK) a finales de junio de 2026. Esto deja la pregunta que realmente importa a quienes siguen el proyecto: ¿qué sigue? La respuesta son tres desarrollos, DAGKnight, la subida a 100 bloques por segundo y VProgs, además de un ecosistema de Capa 2 tomando forma, no sin fricciones. Aquí está lo que las próximas actualizaciones están preparando y lo que aún no demuestran.

Puntos clave
- Kaspa es una blockchain proof-of-work construida sobre una arquitectura BlockDAG (el protocolo GHOSTDAG), lanzada justamente a finales de 2021 sin preminado ni ICO.
- Ya lanzado: Crescendo (10 bloques por segundo, 2025) y Toccata (finales de junio de 2026), que convirtieron a Kaspa en una Layer 1 programable (contratos nativos, KRC-20, ZK, el compilador SilverScript).
- Próximamente: DAGKnight (un nuevo consenso adaptativo) con un puente ZK entre Layer 1 y Layer 2, la subida gradual a 100 bloques por segundo (prevista para 2027), y VProgs para contratos nativos y componibles.
- Al 18 de septiembre de 2026, KAS se cotizaba cerca de 0,035 dólares, con una capitalización de mercado cercana a mil millones y aproximadamente el 96% del suministro ya en circulación (emisión casi en su fin).
- Fricción reciente: un exploit a finales de septiembre de 2026 en Kasplex Layer 2 reavivó las críticas de un cofundador, Shai Wyborski, sobre la seguridad y gobernanza del ecosistema; Layer 1 de Kaspa no se vio afectada.
Dónde se encuentra Kaspa a finales de 2026
Kaspa es una criptomoneda proof-of-work construida sobre un BlockDAG, un grafo acíclico dirigido en el que varios bloques válidos coexisten en paralelo en lugar de competir, gracias al protocolo GHOSTDAG. El resultado es un alto rendimiento sin sacrificar la descentralización. La red ha funcionado a 10 bloques por segundo desde el hard fork Crescendo (2025), posible gracias a la reescritura del software en Rust.
El punto de inflexión reciente es Toccata. Activada a finales de junio de 2026, esta actualización transformó a Kaspa de una cadena de pagos rápida a una Layer 1 programable: contratos nativos mediante covenants, tokens KRC-20 integrados en el protocolo, códigos operativos de verificación ZK y un compilador, SilverScript, para facilitar el desarrollo. En el mercado, KAS se cotizaba cerca de 0,035 dólares al 18 de septiembre de 2026 (capitalización cerca de mil millones), con un lanzamiento justo, sin preminado y con emisión acercándose al final de la curva. La base técnica está por tanto en su lugar; lo que sigue es hacerla vivir.
DAGKnight: el próximo salto en consenso
Esta es la actualización más esperada. DAGKnight (DK) es un protocolo de consenso de nueva generación, basado en un artículo de investigación de 2022 por los investigadores de Kaspa Michael Sutton y Yonatan Sompolinsky, diseñado para extender o reemplazar GHOSTDAG. Su característica distintiva: es «sin parámetros» y adaptativo. Mientras el sistema actual depende de suposiciones fijas sobre la latencia de la red, DAGKnight se ajusta dinámicamente a las condiciones reales, lo que debería permitir una finalización más rápida (tiempos objetivo de bloque del orden de 25 a 40 milisegundos) y mejor resiliencia a interrupciones, con tolerancia a fallos bizantinos hasta el 50%.
Según la hoja de ruta publicada por el proyecto, se espera que DAGKnight se lance junto con un puente ZK entre Layer 1 y Layer 2 en un solo hard fork. El cronograma, sin embargo, pide precaución: antes se esperaba para el tercer trimestre de 2026, ahora se menciona más para 2026-2027, y el propio equipo reconoce que el tema se pospuso tras el esfuerzo Crescendo. La conclusión: DAGKnight es estructural, pero también es el hito cuya fecha más se ha movido.
Hacia 100 bloques por segundo
Kaspa no pretende detenerse en 10 bloques por segundo. La hoja de ruta planea un aumento gradual del rendimiento, en pasos (alrededor de 25, luego 40 y finalmente 100 bloques por segundo), previsto para un hard fork en 2027, con mecanismos de resiliencia diseñados para que los pagos sigan funcionando incluso durante una partición de red. La lógica es escalado «horizontal»: en lugar de inflar cada bloque, la red procesa más en paralelo. De concretarse, este aumento de rendimiento reduciría las confirmaciones al único límite de la latencia de internet.
VProgs: contratos nativos y componibles
Aún en fase de investigación, VProgs («programas virtuales») buscan dar a Kaspa contratos inteligentes nativos capaces de ejecutarse en paralelo manteniendo composición sincrónica, un punto delicado para finanzas descentralizadas y aplicaciones complejas. El objetivo declarado es ofrecer programabilidad a escala sin romper el modelo de rendimiento del BlockDAG. Es un esfuerzo de base profunda, esperado para 2027, a seguir más como dirección que como fecha.
Igra y Kasplex: la capa de aplicación toma forma
Junto al protocolo, el ecosistema Layer 2 se agrupa. Proyectos como Igra (una Layer 2 compatible con EVM construida sobre el BlockDAG de Kaspa) y Kasplex están madurando la capa de aplicación, con tokens KRC-20 como primer campo de prueba. La idea es familiar pero coherente: Layer 1 ofrece velocidad, seguridad y liquidación, mientras que los Layer 2 alojan parte de la actividad de la aplicación. Esta combinación, una base rápida más un ecosistema activo, determinará si la programabilidad añadida recientemente se traduce en uso real. También es, por ahora, donde se concentran los riesgos.
El reverso: el exploit Kasplex y la advertencia de Shai Wyborski
A finales de septiembre de 2026, una vulnerabilidad de omisión de firma en el indexador off-chain de los tokens KRC-20 de Kasplex permitió a atacantes acuñar, sin poseer las claves privadas, 186 millones de tokens ZEAL y aproximadamente 54.4 mil millones de NACHO, a través de la capa EVM de Igra Labs y el Layer 2 de Kasplex, antes de venderlos en el DEX Zealous Swap. Según medios especializados (KuCoin, ChainCatcher), el valor de las piscinas afectadas cayó entre 94% y 99.6%. Un punto crucial para la precisión: el consenso y los activos no bridged de Layer 1 de Kaspa no se vieron afectados, ya que la falla radicaba en un componente Layer 2 y no en el protocolo base. Igra suspendió los retiros de iKAS y Zealous Swap informó que tuvo que corregir y reindexar su indexador.
Es en este contexto que debe leerse el post público de Shai Wyborski (@DesheShai). Un recordatorio de quién es: coautor de la investigación PHANTOM y GHOSTDAG que sustenta Kaspa, doctor en criptografía cuántica y uno de los primeros colaboradores del proyecto. Desde abril de 2026 se distanció y expresó públicamente desconfianza hacia parte del ecosistema. Según cobertura de CaptainAltcoin, señaló la rivalidad entre tres proyectos de programabilidad (ZK-EVM de Kasplex, Igra y los vProgs del equipo central), criticó a los líderes centrales (Michael Sutton y Yonatan Sompolinsky) por hostilidad hacia Igra, juzgó que Kasplex ocultó detalles y tarifas del protocolo y temió que la dependencia del financiamiento de Kaspa Eco Foundation (KEF) y rencores personales afectaran las decisiones en detrimento de la comunidad. Su frase capturó su postura: no puede trabajar con personas en las que no confía.
Tras el exploit, Wyborski argumentó que sus advertencias se estaban materializando, diciendo que reiteradamente había señalado la necesidad de resolver problemas de seguridad antes de cualquier lanzamiento, y calificó sin rodeos a KEF de negligente y a Kasplex de proyecto pobre. Son opiniones suyas, expresadas públicamente; su enfoque es sobre entidades del ecosistema (KEF, Kasplex, Igra) distintas de Layer 1 de Kaspa, y las partes involucradas están comunicándose sobre el incidente por su lado. Notablemente, no ha descartado el protocolo base, cuyo rendimiento ha elogiado en otras ocasiones.

Qué observar (y las advertencias)
Se debe tener una nota de honestidad. La hoja de ruta de Kaspa es creíble y su historial de ejecución real (Crescendo, luego Toccata, se lanzaron), pero quedan tres advertencias.
- Primero, los plazos se retrasan: DAGKnight es el ejemplo, pospuesto varias veces.
- Segundo, tener capacidad no es lo mismo que verla utilizada: varios análisis señalan que la actividad on-chain permanece baja respecto al rendimiento disponible, un caso clásico de «construirlo y ellos vendrán» cuyo resultado no está garantizado.
- Tercero, tal como recuerdan el exploit Kasplex y la crítica interna, la seguridad y gobernanza del ecosistema Layer 2 son trabajos en progreso por derecho propio, distintos a la solidez de Layer 1.
La forma correcta de seguir Kaspa entonces no es esperar un objetivo de precio, sino verificar tres cosas: que las ramas DAGKnight y ZK realmente lleguen al repositorio de desarrollo, que la demanda de aplicaciones se materialice en Layer 1 y Layer 2, y cómo el ecosistema corrige sus fallas y clarifica su gobernanza. El próximo paso técnico verificable será el trabajo de DAGKnight y el puente ZK alcanzando testnet, luego activándose via hard fork.
Este artículo es informativo y no un consejo de inversión. Los mercados cripto son volátiles; las cifras citadas son de fecha y cambian rápidamente. Los cronogramas de actualización son indicativos y sujetos a retrasos. Las declaraciones atribuidas a individuos nombrados son sus comentarios públicos; se aplica la presunción de inocencia y buena fe a las entidades mencionadas.
Preguntas frecuentes
Un protocolo de consenso «paramétrico» adaptativo destinado a extender o reemplazar GHOSTDAG en Kaspa, para una finalización más rápida y mejor resiliencia a las condiciones reales de la red.
El proyecto ha contemplado 2026-2027, a menudo combinado con un puente ZK entre Layer 1 y Layer 2. El cronograma ya ha sido retrasado; no se garantiza una fecha.
Activada a finales de junio de 2026, hizo que Kaspa fuera programable: contratos nativos (covenants), tokens KRC-20, verificación ZK y el compilador SilverScript.
Coautor de la investigación PHANTOM/GHOSTDAG y uno de los primeros colaboradores de Kaspa, se distanció en 2026 por desconfianza hacia la gobernanza del ecosistema; tras el exploit Kasplex, argumentó que sus advertencias de seguridad se estaban confirmando. Sus declaraciones reflejan su opinión personal.
La falla afectó al indexador KRC-20 de Kasplex (Layer 2) y al puente de Igra Labs, no a Layer 1 de Kaspa, cuyo consenso y activos no bridged no se vieron afectados.
Sí. Kaspa mantiene su núcleo PoW (el algoritmo kHeavyHash) y su lanzamiento justo en 2021, sin preminado ni asignación a fundadores; las actualizaciones no cambian esta base.
¡Maximiza tu experiencia en Cointribune con nuestro programa "Read to Earn"! Por cada artículo que leas, gana puntos y accede a recompensas exclusivas. Regístrate ahora y comienza a acumular beneficios.
Créatrice de contenu spécialisée dans les cryptomonnaies et le Web3. Je décrypte l'actualité du marché, les nouveaux protocoles et les usages on-chain pour rendre l'écosystème accessible au plus grand nombre.
Las ideas y opiniones expresadas en este artículo pertenecen al autor y no deben tomarse como consejo de inversión. Haz tu propia investigación antes de tomar cualquier decisión de inversión.