Por Canuto  

Midnight activó Ledger 9 en su red principal con transferencias privadas, llamadas directas entre contratos y nuevas herramientas criptográficas. El despliegue evitó el periodo habitual de pruebas en Preprod, una decisión que la red atribuyó a consideraciones de seguridad y que deja a desarrolladores e indexadores con trabajo de adaptación.
***

  • El hard fork del 6 de noviembre trasladó Midnight a Ledger 9 e incorporó transferencias privadas, llamadas entre contratos y eventos públicos no protegidos.
  • Los saldos y contratos existentes migraron automáticamente; los registros de generación de DUST de cNIGHT se reprodujeron después de restablecerse ese estado.
  • DApps, wallets e indexadores deben adaptarse, mientras las transacciones creadas para Ledger 8 ya no pueden decodificarse en la red principal.

Midnight desplegó Ledger 9 directamente en su red principal: la actualización suma funciones de privacidad e interoperabilidad, pero deja a sus equipos de desarrollo y servicios con ajustes por completar.

Una actualización con nuevas capacidades

Midnight trasladó su red principal a Ledger 9 mediante un hard fork ejecutado el 6 de noviembre de 2026. La actualización incorpora transferencias de activos privados, ejecución de contrato a contrato y un nuevo conjunto de estándares criptográficos, cambios que modifican tanto las herramientas disponibles para los desarrolladores como algunas tareas operativas del ecosistema.

La función más destacada para quienes construyen aplicaciones es la posibilidad de que un contrato inteligente active directamente a otro. Hasta ahora, la descripción de la actualización presenta un modelo en el que el usuario debía unir manualmente esos pasos; con Ledger 9, los contratos pueden coordinar acciones sin depender de esa intervención para cada llamada.

La red también incorporó emisiones de eventos no protegidos, o unshielded, que permiten a los contratos difundir determinada información de forma pública. Esa capacidad introduce una opción explícita para hacer visibles algunos eventos dentro de un sistema diseñado para mantener la privacidad como condición predeterminada, aunque no implica que todos los datos o transferencias de la red pasen a ser públicos.

Las transferencias de activos privados completan el conjunto de funciones centrales anunciadas para Ledger 9. En conjunto, estos cambios amplían las opciones de diseño: los equipos pueden trabajar con movimientos privados y, a la vez, usar llamadas entre contratos o emitir eventos públicos cuando la aplicación requiera esa clase de interacción.

Compatibilidad criptográfica y conexión con otras redes

Ledger 9 añade soporte nativo para firmas ECDSA, el hash Keccak-256 y secp256k1. Según los hallazgos de investigación citados por CryptoBriefing, estas herramientas podrían mejorar de forma significativa la interoperabilidad de Midnight con redes establecidas como Bitcoin y Ethereum.

La relevancia práctica de esas primitivas está en reducir fricciones para los equipos que quieran vincular aplicaciones de Midnight con activos o identidades basados en Bitcoin y Ethereum. La información disponible no describe integraciones concretas ya desplegadas ni cuantifica cuánto trabajo técnico se ahorraría, por lo que el efecto depende de cómo los desarrolladores aprovechen el soporte incorporado.

La nueva arquitectura también amplía las posibilidades para diseñar aplicaciones que combinen interacciones entre contratos con operaciones privadas. Esa combinación puede resultar útil para proyectos que necesitan automatizar varios pasos sin renunciar a la confidencialidad de determinadas transferencias, aunque la red mantiene además la opción de publicar eventos no protegidos.

Para los creadores de aplicaciones, las llamadas de contrato a contrato son el cambio funcional más directo: permiten encadenar acciones desde los propios contratos y no mediante pasos manuales del usuario. Las nuevas primitivas criptográficas apuntan a otra necesidad, la interoperabilidad, pero la actualización por sí sola no demuestra que todas las aplicaciones de Bitcoin o Ethereum puedan conectarse de inmediato con Midnight.

Migración automática y ajustes para el ecosistema

El hard fork se ejecutó mediante una acción de gobernanza, después de que los operadores de nodos actualizaran a la versión binaria v2.1.101. Los saldos existentes y los contratos inteligentes ya desplegados migraron automáticamente, de modo que los usuarios no tenían que realizar una acción para conservar sus fondos o contratos, según el reporte de la actualización.

Los poseedores de cNIGHT en la red principal también recibieron una migración automática de sus registros de generación de DUST. Como el estado de DUST se restableció durante el proceso, esos registros se reprodujeron después; durante las pruebas, la reproducción tomó aproximadamente 48 bloques.

La migración automática de los activos y contratos reduce las tareas inmediatas para los usuarios existentes, pero no elimina el trabajo técnico para quienes mantienen aplicaciones y servicios. Las DApps deben actualizarse a Midnight.js 5.0.0 y Wallet SDK 2.0.0 para conservar la compatibilidad con el nuevo ledger.

Los indexadores públicos también tienen que reindexar la cadena desde el génesis, una labor que afecta a servicios que leen y organizan los datos de la red. Además, las transacciones creadas para Ledger 8 ya no pueden decodificarse en la red principal tras la actualización, por lo que la compatibilidad con el formato anterior no se mantiene para esas operaciones.

El despliegue directo y los riesgos pendientes

Midnight omitió el periodo habitual de pruebas, conocido como soak, en Preprod, su red de preproducción, y llevó Ledger 9 directamente a la red principal. La red justificó ese desvío del procedimiento habitual por consideraciones de seguridad que describió como apremiantes, aunque la información publicada no detalla cuáles fueron esas circunstancias.

La decisión también tuvo consecuencias para las redes de prueba: poco después del despliegue, Preview se restableció como una nueva cadena Ledger 9. Preprod, en cambio, permanece en Ledger 8 mientras continúa el trabajo para actualizarla, de manera que las dos redes no quedaron alineadas en el mismo ledger al mismo tiempo.

Evitar el periodo habitual en Preprod significa que Ledger 9 llegó a la red principal con menos pruebas en condiciones reales que las que normalmente exige el proceso de Midnight antes de un despliegue. Esto no demuestra que la actualización haya presentado fallas, pero sí constituye un riesgo operativo que merece seguimiento, especialmente porque el lanzamiento altera funciones criptográficas y la compatibilidad de transacciones.

La respuesta del ecosistema será un indicador concreto de la transición: habrá que observar qué tan rápido las principales DApps y wallets implementan Midnight.js 5.0.0 y Wallet SDK 2.0.0, y cuándo los indexadores públicos terminan su reindexación desde el génesis. También será relevante conocer cuándo Preprod alcanza Ledger 9, mientras los servicios se adaptan y las operaciones heredadas de Ledger 8 dejan de ser decodificables en mainnet.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados