Puedo restaurar el historial antiguo de un usuario de Phoenix, y aun así seguir enviando un botón que nunca funcionará.
El límite incómodo tras Boreas. La red principal de Dusk deshabilitó las nuevas transacciones de Phoenix cuando se activó el 10 de junio. La testnet se introdujo en 4,000,000, el 7 de agosto. Rusk aún conserva decodificadores de Phoenix y soporte de ejecución histórica, aunque, porque los bloques antiguos necesitan ser reproducibles.
Así que ahora “mi nodo entiende Phoenix” ya no significa “Phoenix está vivo”.
El fallo de la wallet es evidente. Restaureo el estado histórico, desarmo la actividad en los envíos antiguos protegidos y dejo abierto un flujo de envío de Phoenix, y todo va bien y es maravilloso hasta que el usuario firma. En el momento de la admisión, el nodo rechaza la nueva transacción porque Phoenix está retirado para la nueva ejecución.
Separaría la capacidad histórica de la capacidad en vivo en el cliente. Phoenix es legible para la reproducción y la contabilidad. El nuevo gasto debería evitar el archivo y dirigirse directamente a Moonlight.
Estoy atrapado en la trampa de la compatibilidad hacia atrás. Ningún código que preserve el estado de Dusk de ayer debería confundirse con el permiso para crear la transacción de mañana.
#dusk $DUSK @Dusk
El límite incómodo tras Boreas. La red principal de Dusk deshabilitó las nuevas transacciones de Phoenix cuando se activó el 10 de junio. La testnet se introdujo en 4,000,000, el 7 de agosto. Rusk aún conserva decodificadores de Phoenix y soporte de ejecución histórica, aunque, porque los bloques antiguos necesitan ser reproducibles.
Así que ahora “mi nodo entiende Phoenix” ya no significa “Phoenix está vivo”.
El fallo de la wallet es evidente. Restaureo el estado histórico, desarmo la actividad en los envíos antiguos protegidos y dejo abierto un flujo de envío de Phoenix, y todo va bien y es maravilloso hasta que el usuario firma. En el momento de la admisión, el nodo rechaza la nueva transacción porque Phoenix está retirado para la nueva ejecución.
Separaría la capacidad histórica de la capacidad en vivo en el cliente. Phoenix es legible para la reproducción y la contabilidad. El nuevo gasto debería evitar el archivo y dirigirse directamente a Moonlight.
Estoy atrapado en la trampa de la compatibilidad hacia atrás. Ningún código que preserve el estado de Dusk de ayer debería confundirse con el permiso para crear la transacción de mañana.
#dusk $DUSK @Dusk
