Ordenando móviles viejos el fin de semana, saqué un video de hace diez años. El teléfono nuevo aún puede reproducirlo, pero la interfaz de grabación ya no tiene ese formato antiguo. Un amigo preguntó: «¿Por qué no borrar también el decodificador?». Señalé la pantalla y dije que los registros viejos no se pueden abrir; el pasado también se queda cortado.
DUSK, después de la actualización en Boreas, procesa Phoenix de una manera muy parecida. El registro oficial de la actualización muestra que la red principal desplegó Boreas el 10 de junio de 2026 en la altura de bloque 4,414,095. Tras el reinicio del límite, las nuevas transacciones de Phoenix quedaron deshabilitadas, pero los nodos conservan la capacidad de decodificar Phoenix y ejecutar historial. Los bloques antiguos necesitan poder reproducirse, y el navegador también debe leer transacciones y eventos previos; por eso «dejar de añadir» no es lo mismo que «eliminar el historial».
Este límite es muy útil para usuarios comunes. Si en la cartera se guardan registros antiguos de Phoenix, siguen formando parte del historial de DUSK; pero si quieres iniciar una operación nueva, debes fijarte en las entradas de transacción que admite la cartera actual, no puedes ir haciendo clic siguiendo el tutorial viejo paso a paso. El ritmo de la red de pruebas es distinto: cuando Boreas se activa, Phoenix se mantiene temporalmente hasta que se cierra en el bloque 4,000,000. Si solo miras el nombre de la actualización, es fácil encajar el calendario de la testnet en la red principal. #dusk
Cuando verifico transacciones de DUSK hago cuatro pasos: primero confirmar si es red principal o red de pruebas; luego revisar la versión de Rusk del nodo y la altura en la que está; después identificar el tipo de transacción; y por último comprobar el recibo con el navegador. Si una transacción antigua aparece como fallida, también reviso los eventos históricos de revert. DUSK conserva la capacidad de leer cuentas antiguas, lo que facilita que los nodos validen el historial, y también ayuda a que la cartera, el navegador y los exchanges puedan cuadrar sus registros.
El video viejo me recordó que, al actualizar el sistema, lo peor es mezclar en una sola cosa «deshabilitar entradas» y «borrar archivos». La línea que DUSK trazó para Phoenix es muy clara: detrás de la línea no se aceptan nuevas transacciones, y antes de la línea los registros aún se pueden verificar. Al leer los anuncios de DUSK, anota en papel la red, la altura y el tipo de transacción: es más fiable que limitarse a memorizar el nombre de la actualización. @Dusk $DUSK
DUSK, después de la actualización en Boreas, procesa Phoenix de una manera muy parecida. El registro oficial de la actualización muestra que la red principal desplegó Boreas el 10 de junio de 2026 en la altura de bloque 4,414,095. Tras el reinicio del límite, las nuevas transacciones de Phoenix quedaron deshabilitadas, pero los nodos conservan la capacidad de decodificar Phoenix y ejecutar historial. Los bloques antiguos necesitan poder reproducirse, y el navegador también debe leer transacciones y eventos previos; por eso «dejar de añadir» no es lo mismo que «eliminar el historial».
Este límite es muy útil para usuarios comunes. Si en la cartera se guardan registros antiguos de Phoenix, siguen formando parte del historial de DUSK; pero si quieres iniciar una operación nueva, debes fijarte en las entradas de transacción que admite la cartera actual, no puedes ir haciendo clic siguiendo el tutorial viejo paso a paso. El ritmo de la red de pruebas es distinto: cuando Boreas se activa, Phoenix se mantiene temporalmente hasta que se cierra en el bloque 4,000,000. Si solo miras el nombre de la actualización, es fácil encajar el calendario de la testnet en la red principal. #dusk
Cuando verifico transacciones de DUSK hago cuatro pasos: primero confirmar si es red principal o red de pruebas; luego revisar la versión de Rusk del nodo y la altura en la que está; después identificar el tipo de transacción; y por último comprobar el recibo con el navegador. Si una transacción antigua aparece como fallida, también reviso los eventos históricos de revert. DUSK conserva la capacidad de leer cuentas antiguas, lo que facilita que los nodos validen el historial, y también ayuda a que la cartera, el navegador y los exchanges puedan cuadrar sus registros.
El video viejo me recordó que, al actualizar el sistema, lo peor es mezclar en una sola cosa «deshabilitar entradas» y «borrar archivos». La línea que DUSK trazó para Phoenix es muy clara: detrás de la línea no se aceptan nuevas transacciones, y antes de la línea los registros aún se pueden verificar. Al leer los anuncios de DUSK, anota en papel la red, la altura y el tipo de transacción: es más fiable que limitarse a memorizar el nombre de la actualización. @Dusk $DUSK
