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 todo seguidor del proyecto realmente se hace: ¿y después? La respuesta son tres puntos: DAGKnight, el aumento a 100 bloques por segundo y VProgs, además de un ecosistema de capa 2 que está tomando forma, no sin fricción. Aquí está lo que preparan las próximas actualizaciones, y lo que aún no demuestran.

En Resumen

• Kaspa es una blockchain de prueba de trabajo construida sobre una arquitectura BlockDAG (el protocolo GHOSTDAG), lanzada de manera justa a finales de 2021 sin pre-minado ni ICO.
• Ya entregadas: Crescendo (10 bloques por segundo, 2025) y Toccata (finales de junio de 2026), que transformaron a Kaspa en una capa 1 programable (contratos nativos, KRC-20, ZK, el compilador SilverScript).
• Próximamente: DAGKnight (un nuevo consenso adaptativo) con un puente ZK entre la capa 1 y la capa 2, el aumento gradual a 100 bloques por segundo (previsto para 2027), y VProgs para contratos nativos y componibles.
• Al 18 de septiembre de 2026, el KAS se negociaba alrededor de 0,035 dólares, con una capitalización cercana a mil millones de dólares, con aproximadamente el 96 % de la oferta ya en circulación (emisión casi terminada).
• Fricción reciente: una explotación a finales de septiembre de 2026 en el Kasplex Layer 2 reavivó las críticas de un cofundador, Shai Wyborski, sobre la seguridad y la gobernanza del ecosistema; la Capa 1 de Kaspa no se vio afectada.

¿Dónde está Kaspa a finales de 2026?

Kaspa es una criptomoneda PoW construida sobre un BlockDAG, un grafo acíclico dirigido en el que varios bloques válidos coexisten en paralelo en lugar de competir entre sí, gracias al protocolo GHOSTDAG. El resultado es un alto rendimiento sin sacrificar la descentralización. La red ha estado funcionando a 10 bloques por segundo desde el hard fork Crescendo (2025), hecho posible por la reescritura del software en Rust.

El reciente punto de inflexión es Toccata. Activada a finales de junio de 2026, esta actualización transformó a Kaspa de una cadena de pagos rápida a una capa 1 programable: contratos nativos a través de convenciones, tokens KRC-20 integrados en el protocolo, opcodes de verificación ZK y un compilador SilverScript para facilitar el desarrollo. En el lado del mercado, el KAS se negociaba alrededor de 0,035 dólares el 18 de septiembre de 2026 (capitalización cercana al mil millones), con un lanzamiento justo, sin pre-minado y una emisión cercana al final de su curva. Por lo tanto, la base técnica está en su lugar; lo que sigue es hacerla funcionar.

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, derivado de 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 que el sistema actual se basa en 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 de bloque objetivo del orden de 25 a 40 milisegundos) y una mejor resiliencia a las perturbaciones, con una tolerancia a fallos bizantinos de hasta el 50 %.

Según la hoja de ruta publicada por el proyecto, DAGKnight debería ser entregado con un puente ZK entre la capa 1 y la capa 2 en un solo hard fork. Sin embargo, el calendario invita a la prudencia: inicialmente previsto para el tercer trimestre de 2026, ahora se menciona más a menudo para 2026-2027, y el equipo reconoce que el tema se ha pospuesto tras el esfuerzo Crescendo. A tener en cuenta: DAGKnight es estructural, pero también es el hito cuya fecha ha cambiado más.

Hacia 100 bloques por segundo

Kaspa no tiene la intención de detenerse en 10 bloques por segundo. La hoja de ruta prevé un aumento gradual del rendimiento, por etapas (aproximadamente 25, luego 40, y finalmente 100 bloques por segundo), con un hard fork previsto para 2027, y mecanismos de resiliencia diseñados para que los pagos sigan funcionando incluso en caso de partición de red. La lógica es una escalabilidad << horizontal >>: en lugar de aumentar el tamaño de cada bloque, la red procesa más bloques en paralelo. Si tiene éxito, este aumento en el rendimiento haría que las confirmaciones se reduzcan a solo el límite de la latencia de Internet.

VProgs: contratos nativos y composables

Aún en fase de investigación, VProgs (<< programas virtuales >>) buscan dar a Kaspa contratos inteligentes nativos capaces de ejecutarse en paralelo mientras permanecen composables de manera sincrónica, un punto delicado para las finanzas descentralizadas y las aplicaciones complejas. El objetivo declarado es ofrecer programabilidad a gran escala sin romper el modelo de rendimiento del BlockDAG. Es un trabajo de fondo profundo, que se espera para 2027, a seguir más como una orientación que como una fecha precisa.

Igra y Kasplex: la capa de aplicación toma forma

Paralelamente al protocolo, el ecosistema de Capa 2 se está estableciendo. Proyectos como Igra (una Capa 2 compatible con EVM construida sobre el BlockDAG de Kaspa) y Kasplex están madurando la capa de aplicación, con los tokens KRC-20 como primer campo de prueba. La idea es familiar pero coherente: la capa 1 proporciona velocidad, seguridad y liquidación, mientras que las Capas 2 albergan parte de la actividad de aplicación. Es esta combinación, una base rápida más un ecosistema activo, la que determinará si la programabilidad recientemente añadida se convierte en uso real. También es, por ahora, donde se concentran los riesgos.

El reverso de la escena: la explotación de Kasplex y la advertencia de Shai Wyborski

A finales de septiembre de 2026, una vulnerabilidad de elusión de firma en el indexador off-chain de los tokens KRC-20 de Kasplex permitió a los 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 la Capa 2 Kasplex, antes de venderlos en el DEX Zealous Swap. Según medios especializados (KuCoin, ChainCatcher), el valor de los pools afectados cayó entre un 94 % y un 99.6 %. Punto crucial para la precisión: el consenso de Capa 1 de Kaspa y los activos no bridged no se vieron afectados, la falla se encontraba en un componente de Capa 2 en lugar de en el protocolo base. Igra suspendió los retiros de iKAS, y Zealous Swap declaró que debía corregir y reindexar su indexador.

Es en este contexto que se debe leer la publicación pública de Shai Wyborski (@DesheShai). Para recordar: coautor de las investigaciones PHANTOM y GHOSTDAG que son la base de Kaspa, doctor en criptografía cuántica y primer contribuyente del proyecto. Desde abril de 2026, se había alejado y expresaba públicamente su desconfianza hacia parte del ecosistema. Según la cobertura del medio CaptainAltcoin, señalaba la rivalidad entre tres proyectos de programabilidad (el ZK-EVM de Kasplex, Igra y los vProgs del equipo principal), criticaba a los líderes principales (Michael Sutton y Yonatan Sompolinsky) por su hostilidad hacia Igra, consideraba que Kasplex ocultaba detalles del protocolo y tarifas, y temía que la dependencia del financiamiento de la Kaspa Eco Foundation (KEF) y rencores personales orientaran las decisiones en detrimento de la comunidad. Su formulación traducía su posición: no puede trabajar con personas en las que no confía.

Después del exploit, Wyborski sostuvo que sus advertencias se materializaban, afirmando haber señalado en múltiples ocasiones la necesidad de resolver los problemas de seguridad antes de cualquier lanzamiento, y calificando abruptamente a KEF de imprudente y a Kasplex de mal proyecto. Estas son sus opiniones, expresadas públicamente; apuntan a entidades del ecosistema (KEF, Kasplex, Igra) distintas de la Capa 1 de Kaspa, y las partes involucradas se comunican sobre el incidente por su cuenta. Notablemente, no ha descalificado el protocolo base, del cual ha elogiado el rendimiento en otros lugares.

A tener en cuenta (y advertencias)

Una nota de honestidad es necesaria. La hoja de ruta de Kaspa es creíble y su historial de ejecución real (Crescendo, luego Toccata, han sido entregados), pero persisten tres advertencias.

• Primero, los plazos se deslizan: DAGKnight es el ejemplo, pospuesto varias veces.
• En segundo lugar, tener la capacidad no es lo mismo que utilizarla: varios análisis señalan que la actividad en cadena sigue siendo baja en comparación con el rendimiento disponible, un caso clásico de "construyan y vendrán" cuya salida no está asegurada.
• En tercer lugar, como el exploit de Kasplex y la crítica interna recuerdan, la seguridad y la gobernanza del ecosistema de Capa 2 son trabajos en curso a tiempo completo, distintos de la solidez de la Capa 1.

La forma correcta de seguir a Kaspa no es apuntar a un precio, sino verificar tres cosas: el aterrizaje efectivo de las ramas DAGKnight y ZK en el repositorio de desarrollo, la materialización de la demanda de aplicaciones en Capa 1 y Capa 2, y cómo el ecosistema corrige sus defectos y aclara su gobernanza. El próximo paso técnico verificable será que el trabajo de DAGKnight y el puente ZK alcancen el testnet, y luego se activen a través de un hard fork.

Este artículo es informativo y no constituye un consejo de inversión. Los mercados de criptomonedas son volátiles; los números citados son antiguos y evolucionan rápidamente. Los calendarios de actualizaciones son indicativos y están sujetos a deslizamientos. Las declaraciones atribuidas a personas nombradas son sus comentarios públicos; la presunción de inocencia y buena fe se aplica a las entidades mencionadas.

FAQ

¿Qué es DAGKnight? Un protocolo de consenso adaptativo <<sin parámetros>> destinado a extender o reemplazar GHOSTDAG en Kaspa, para una finalización más rápida y una mejor resiliencia a las condiciones reales de la red.
¿Cuándo se entregará DAGKnight? El proyecto ha mencionado 2026-2027, a menudo acompañado de un puente ZK entre Layer 1 / Layer 2. El cronograma ya se ha retrasado; no se garantiza ninguna fecha.
¿Qué ha añadido la actualización Toccata? Activada a finales de junio de 2026, ha hecho que Kaspa sea programable: contratos nativos (convenciones), tokens KRC-20, opcodes de verificación ZK y el compilador SilverScript.
¿Quién es Shai Wyborski y por qué importan sus críticas? Coautor de la investigación PHANTOM/GHOSTDAG y uno de los primeros contribuyentes de Kaspa, se alejó en 2026 por desconfianza hacia la gobernanza del ecosistema; después del exploit Kasplex, afirmó que sus alertas de seguridad estaban confirmadas. Sus declaraciones reflejan su opinión personal.
¿El exploit Kasplex afectó a Kaspa? La falla concernía al indexador KRC-20 de Kasplex (Layer 2) y al puente Igra Labs, no al Layer 1 de Kaspa, cuyo consenso y activos no bridged no se vieron afectados.
¿Kaspa sigue siendo prueba de trabajo y lanzamiento justo? Sí. Kaspa conserva su núcleo PoW (el algoritmo kHeavyHash) y su lanzamiento justo de 2021, sin pre-minado ni asignación de fundador; las actualizaciones no cambian esta base.