Cuando vi a Boreas, al principio lo tomé como una actualización de versión ordinaria. @Dusk Dusk Mainnet se habilitó el 10 de junio de 2026 desde el bloque 4,414,095 con Rusk 1.7.0; lo que se ajusta es qué conjunto de reglas se usa al introducir los bytes de transacción en la red, al incorporarlos en bloques y al reproducir (replay) el libro contable antiguo. El cliente aún puede enviar envoltorios (encapsulados) de Aegis compatibles; Rusk los estandariza en la entrada y luego los escribe en el bloque usando el formato actual del libro contable.
Imaginé este proceso como el sistema de una cámara de valores para liquidaciones. Los documentos externos pueden provenir de plantillas antiguas, pero antes de colocarlos en la cámara deben traducirse al formato interno unificado; los documentos históricos conservan el decodificador antiguo para que, durante una auditoría, puedan verificarse tal cual. Boreas deja alineados los criterios entre mempool, productores de bloques, validación de consenso y reproducción histórica, evitando que la misma secuencia de bytes produzca dos estados distintos en diferentes etapas.
La actualización también marca límites: en el punto de reinicio, la Mainnet deja de recibir nuevas transacciones de Phoenix; Moonlight pasa a ser el modelo de transacciones actualmente admitido, y los bloques antiguos de Phoenix aún se pueden decodificar y reproducir. Los eventos revertidos se conservarán en el archivo con una marca; no deben contarse como estado válido por parte del indexador. Cuando conecté Dusk, verifiqué la altura de la red, la versión de Rusk y el modelo de transacciones, y luego comprobé si el indexador lee la marca de revertidos; que los registros antiguos se puedan consultar no significa que las transacciones antiguas aún puedan emitirse.
#dusk $DUSK
Imaginé este proceso como el sistema de una cámara de valores para liquidaciones. Los documentos externos pueden provenir de plantillas antiguas, pero antes de colocarlos en la cámara deben traducirse al formato interno unificado; los documentos históricos conservan el decodificador antiguo para que, durante una auditoría, puedan verificarse tal cual. Boreas deja alineados los criterios entre mempool, productores de bloques, validación de consenso y reproducción histórica, evitando que la misma secuencia de bytes produzca dos estados distintos en diferentes etapas.
La actualización también marca límites: en el punto de reinicio, la Mainnet deja de recibir nuevas transacciones de Phoenix; Moonlight pasa a ser el modelo de transacciones actualmente admitido, y los bloques antiguos de Phoenix aún se pueden decodificar y reproducir. Los eventos revertidos se conservarán en el archivo con una marca; no deben contarse como estado válido por parte del indexador. Cuando conecté Dusk, verifiqué la altura de la red, la versión de Rusk y el modelo de transacciones, y luego comprobé si el indexador lee la marca de revertidos; que los registros antiguos se puedan consultar no significa que las transacciones antiguas aún puedan emitirse.
#dusk $DUSK