¿Qué fue lo que realmente autorizaste cuando firmaste?
Al pulsar Firmar se siente como el momento en que una transacción de blockchain queda completamente definida. La firma prueba quién la autorizó, por lo que resulta tentador asumir que la transacción ahora tiene un significado único y obvio en todas partes y para siempre.
La actualización Boreas de Dusk muestra por qué esa suposición está incompleta.
Cuando Boreas se puso en marcha en mainnet el 10 de junio de 2026 en el bloque de reinicio 4,414,095, Rusk comenzó a imponer límites explícitos de versión en torno a la interpretación de las transacciones. Las transacciones en vivo se decodifican bajo las reglas del protocolo activo. Los sobres Aegis compatibles se normalizan en la representación actual. Las transacciones selladas localmente se canonizan antes de su compromiso en el libro mayor. Los decodificadores antiguos permanecen disponibles para la reproducción histórica.
El propósito es más importante que el detalle de implementación: Dusk impide explícitamente que el mempool, el productor de bloques, el validador de consenso y la ruta de reproducción interpreten los mismos datos de transacción con reglas diferentes.
Una firma puede autenticar los datos que se autorizaron. No puede, por sí sola, indicar a cada versión futura de un protocolo cómo deben entenderse esos datos.
Eso significa que la seguridad de la transacción depende de dos acuerdos a la vez: quién autorizó la acción y qué semánticas del protocolo definen esa acción.
Para carteras, exchanges y firmantes de hardware, el manejo de versiones del protocolo no es solo una cuestión de compatibilidad. Es parte de preservar el significado de lo que un usuario firmó.
@Dusk $DUSK #dusk
Al pulsar Firmar se siente como el momento en que una transacción de blockchain queda completamente definida. La firma prueba quién la autorizó, por lo que resulta tentador asumir que la transacción ahora tiene un significado único y obvio en todas partes y para siempre.
La actualización Boreas de Dusk muestra por qué esa suposición está incompleta.
Cuando Boreas se puso en marcha en mainnet el 10 de junio de 2026 en el bloque de reinicio 4,414,095, Rusk comenzó a imponer límites explícitos de versión en torno a la interpretación de las transacciones. Las transacciones en vivo se decodifican bajo las reglas del protocolo activo. Los sobres Aegis compatibles se normalizan en la representación actual. Las transacciones selladas localmente se canonizan antes de su compromiso en el libro mayor. Los decodificadores antiguos permanecen disponibles para la reproducción histórica.
El propósito es más importante que el detalle de implementación: Dusk impide explícitamente que el mempool, el productor de bloques, el validador de consenso y la ruta de reproducción interpreten los mismos datos de transacción con reglas diferentes.
Una firma puede autenticar los datos que se autorizaron. No puede, por sí sola, indicar a cada versión futura de un protocolo cómo deben entenderse esos datos.
Eso significa que la seguridad de la transacción depende de dos acuerdos a la vez: quién autorizó la acción y qué semánticas del protocolo definen esa acción.
Para carteras, exchanges y firmantes de hardware, el manejo de versiones del protocolo no es solo una cuestión de compatibilidad. Es parte de preservar el significado de lo que un usuario firmó.
@Dusk $DUSK #dusk
