#dusk $DUSK @Dusk
Anoche estaba desplazándome por las notas de actualización de Boreas de Dusk cuando un detalle me tomó por sorpresa. Boreas cambió la forma en que Dusk gestiona los formatos de transacciones en la red principal. No es un detalle de implementación menor. Es un cambio de arquitectura completo de transacciones.
Eso es lo que me quedó grabado.
Boreas introdujo la gestión de transacciones con conocimiento de versiones y la selección del formato de protocolo para el ingreso de transacciones. Pero las actualizaciones públicas no explican del todo qué significa esto para aplicaciones anteriores basadas en Phoenix.
Lo que está claro: ahora la gestión de transacciones tiene que tener en cuenta las versiones del protocolo, en lugar de tratar cada formato de la misma manera.
La mayoría de las cadenas solo siguen acumulando funciones para siempre. Dusk cambió cómo encaja un modelo de transacción que había sido parte de su arquitectura de privacidad dentro de un sistema nuevo con conocimiento de versiones.
Eso suena a una evolución decisiva. Pero no puedo evitar preguntarme: las apps creadas en torno a notas protegidas ahora tienen que adaptarse a un protocolo con reglas de formato de transacciones que evolucionan.
La capa con conocimiento de versiones añade compatibilidad entre versiones. Pero, ¿también les ofrece a esas apps una ruta clara hacia adelante?
¿Cambiar un modelo de transacción demuestra una disciplina arquitectónica real, o simplemente deja en silencio que quienes construyen replanteen lo que crearon?

$MORPHO