Lo que me detuvo esta semana no fue esa línea, sino una frase bastante pequeña y escondida en la documentación del Project @Dusk : “integration not yet live.”

Volví al anuncio de CCIP para ver hasta dónde había avanzado en la práctica, aunque al principio pensé que vería que ya se habían desplegado muchas partes. Lo que se describe suena bastante completo: Dusk y NPEX están combinando CCIP, DataLink y Data Streams para mover los activos gestionados a través de múltiples cadenas. Esta forma de contarlo puede hacer que uno piense que el sistema ya está funcionando de verdad.

No me quedé en el anuncio, sino que profundicé en la documentación de #Dusk para contrastar. El resultado fue distinto de la impresión inicial: CCIP todavía está en estado “not yet live”.

Lo que sí puedo comprobar claramente es que está en marcha: a fecha del 10/8, es decir, DuskEVM testnet. Solidity y Hardhat ya pudieron usarse, $DUSK se convirtió en un token nativo de gas, y puedo desplegar y verificar contratos directamente en el explorer.

Esto me hace ver “ampliar el alcance” de otra manera. Ahora mismo no es todavía una historia de activos moviéndose entre cadenas, sino que Dusk primero está creando un entorno EVM familiar para que los desarrolladores construyan. La composability sigue estando por delante. Y esta es la diferencia que me parece especialmente relevante: lo que se ha publicado es la base para que CCIP se conecte, no la integración de CCIP.

Sigo preguntándome si esta es una forma intencional de Dusk de ordenar y desplegar por capas, o si solo es un caso habitual en el que el cronograma de comunicación va por delante del progreso técnico. Y por eso quiero saber dónde está la actividad real en DuskEVM testnet: cuántos contratos se han desplegado de verdad, en lugar de fijarme solo en la atención que el nombre CCIP trae consigo.$JCT $SPACE
🚀 Real usage
100%
🔗 CCIP readiness
0%
👀 Both matter
0%
2 Votos • Votación cerrada