NoticiasCriptoMidnight activa Ledger 9 en su mainnet con nuevas funciones criptográficas y de contratos inteligentes

Midnight activa Ledger 9 en su mainnet con nuevas funciones criptográficas y de contratos inteligentes

Autor: Cryptofrontnews·

Puntos clave

  • •Midnight actualizó su mainnet del ecosistema de Cardano de Ledger 8 a Ledger 9 mediante un hard fork desplegado directamente en el mainnet, omitiendo el período estándar de pruebas y estabilización en Preprod porque las correcciones de seguridad requerían una ruta de lanzamiento más controlada.
  • •La actualización agrega soporte nativo para ECDSA y Keccak-256, lo que permite la interoperabilidad con la infraestructura de firma y hash construida en torno a Bitcoin y Ethereum, y el ledger ahora acepta firmas tanto Schnorr como ECDSA para la autorización de transacciones.
  • •El soporte de derivación de direcciones BIP-44 permite a los proveedores de billeteras para consumidores y custodios institucionales seguir usando su software existente, respaldando transferencias de activos entre redes e integraciones con proveedores de custodia.
  • •Ledger 9 introduce la ejecución de contrato a contrato, identificación del llamador, y eventos y registros posteriores a la transacción, permitiendo a los desarrolladores combinar operaciones como aprobaciones de tokens, intercambios y depósitos en una sola acción del usuario.
  • •Los saldos existentes y los contratos desplegados migraron automáticamente, pero los desarrolladores deben actualizar a Midnight.js 5 y recompilar los contratos no desplegados con la cadena de herramientas Compact actualizada, mientras que los desarrolladores de Preview y Preprod deben volver a registrar su tNIGHT para reanudar la generación de DUST.
Midnight activa Ledger 9 en su mainnet con nuevas funciones criptográficas y de contratos inteligentes

Midnight, una blockchain enfocada en la protección de datos que opera dentro del ecosistema de Cardano, ha actualizado su mainnet de Ledger 8 a Ledger 9, un hard fork que incorpora nuevo soporte criptográfico y mejoras en los contratos inteligentes. Según el anuncio de lanzamiento de Midnight, la actualización agrega compatibilidad con ECDSA y Keccak-256, ejecución de contrato a contrato y soporte de custodia, mejorando la compatibilidad con la infraestructura existente de blockchain y custodia. A diferencia de actualizaciones anteriores, el equipo desplegó Ledger 9 directamente en el mainnet, omitiendo el período estándar de pruebas y estabilización en Preprod de la red.

Ledger 9 agrega soporte criptográfico y de custodia

La versión introduce soporte nativo para ECDSA y Keccak-256, estándares que permiten a los desarrolladores crear conexiones con la infraestructura existente de blockchain, incluidos Bitcoin y Ethereum. ECDSA es el esquema de firmas que ha protegido a Bitcoin y Ethereum desde su lanzamiento, mientras que Keccak-256 funciona como la función hash central de Ethereum, lo que significa que la infraestructura de firma y hash construida en torno a esos estándares ahora puede interactuar con Midnight. El ledger también acepta firmas tanto Schnorr como ECDSA para la autorización de transacciones.

Además, el soporte de derivación de direcciones BIP-44—el estándar de billeteras deterministas jerárquicas ampliamente implementado en billeteras para consumidores y software de custodia institucional—permite a los proveedores de billeteras y custodios institucionales seguir usando su software existente. Según el anuncio, estas capacidades respaldan las transferencias de activos entre redes y las integraciones con proveedores de custodia, y los desarrolladores también pueden crear aplicaciones que involucren stablecoins y transacciones financieras privadas.

Los contratos inteligentes obtienen capacidades de ejecución directa

Ledger 9 también introduce la ejecución de contrato a contrato, permitiendo que los contratos inteligentes llamen a otros contratos dentro de una sola transacción. Este tipo de llamadas componibles ha sido durante mucho tiempo una capacidad básica de plataformas establecidas de contratos inteligentes como Ethereum, y su llegada brinda a los desarrolladores de Midnight acceso a los patrones de flujo de trabajo de múltiples pasos en los que se basan esos ecosistemas. Como resultado, los desarrolladores pueden combinar operaciones como aprobaciones de tokens, intercambios y depósitos en una sola acción del usuario.

Los contratos ahora pueden identificar qué otro contrato inició una llamada, lo que permite a las aplicaciones restringir operaciones sensibles a contratos aprobados. Además, los contratos inteligentes pueden publicar eventos y registros después de que las transacciones se finalicen, y las billeteras, exploradores y aplicaciones de seguimiento pueden usar estas actualizaciones para refrescar la información. En conjunto, estos cambios permiten realizar operaciones más complejas en una sola transacción.

La actualización también traslada las pruebas de conocimiento cero y las claves de verificación a Zero-Knowledge Intermediate Representation V3, actualizando la capa criptográfica que sustenta las funciones de protección de datos de Midnight. La versión viene acompañada de mejoras de rendimiento y parches de seguridad.

Los desarrolladores deben actualizar sus herramientas tras la actualización del mainnet

Los saldos existentes y los contratos inteligentes desplegados migraron automáticamente durante la actualización. Sin embargo, los desarrolladores deben actualizar sus aplicaciones a Midnight.js 5. Los contratos no desplegados también requieren compilación mediante la cadena de herramientas Compact actualizada dirigida a Ledger 9.

Los poseedores de cNIGHT en el mainnet no necesitan registrarse nuevamente para la generación de DUST, el proceso mediante el cual mantener NIGHT produce DUST, el recurso renovable que financia la actividad en la red. Sin embargo, los desarrolladores que usen Preview y Preprod deben volver a registrar su tNIGHT para reanudar la generación de DUST.

Midnight informó que la documentación sobre las nuevas funciones llegará en las próximas semanas. El equipo desplegó Ledger 9 directamente en el mainnet porque las correcciones de seguridad requerían una ruta de lanzamiento más controlada, una decisión que omitió el despliegue habitual en Preprod y su período de estabilización.