Antes creía que el asentamiento en blockchain era sencillo: una vez que una transacción aparecía en un bloque, el trabajo prácticamente estaba terminado.
Al mirar más de cerca a @Dusk me di cuenta de que se omite una distinción importante.
El ciclo de vida de las transacciones de Dusk separa la aceptación del bloque de la finalidad. Según la documentación de Dusk, los bloques aceptados aún pueden revertirse. Un bloque y sus transacciones se vuelven definitivos cuando un evento "blocks/statechange" informa el estado como "finalized".
Esa distinción se vuelve más interesante cuando observas el mecanismo que hay debajo.
DuskDS utiliza Succinct Attestation, el protocolo de consenso proof-of-stake (prueba de participación) sin permisos, basado en comités, de Dusk. Cada ronda de consenso avanza por propuesta, validación y ratificación, donde la ratificación finaliza el bloque y proporciona una finalidad determinista.
Para la actividad ordinaria en blockchain, la diferencia entre estar incluido en un bloque aceptado y alcanzar la finalidad puede sonar técnica. Para la infraestructura financiera, creo que plantea una pregunta mucho más práctica: ¿en qué momento debería comenzar otro sistema a depender de una transacción como si fuera final?
Eso cambió la forma en que miro la velocidad de blockchain.
Quizá la calidad del asentamiento no debería juzgarse solo por lo rápido que aparece una transacción. También importa tener un punto claramente definido en el que el estado resultante se vuelve final.
Eso convierte el enfoque de Dusk sobre la finalidad en una parte interesante de su infraestructura para mercados financieros, separada de las funciones de privacidad que normalmente reciben más atención.
@Dusk_Foundation $DUSK #dusk
Al mirar más de cerca a @Dusk me di cuenta de que se omite una distinción importante.
El ciclo de vida de las transacciones de Dusk separa la aceptación del bloque de la finalidad. Según la documentación de Dusk, los bloques aceptados aún pueden revertirse. Un bloque y sus transacciones se vuelven definitivos cuando un evento "blocks/statechange" informa el estado como "finalized".
Esa distinción se vuelve más interesante cuando observas el mecanismo que hay debajo.
DuskDS utiliza Succinct Attestation, el protocolo de consenso proof-of-stake (prueba de participación) sin permisos, basado en comités, de Dusk. Cada ronda de consenso avanza por propuesta, validación y ratificación, donde la ratificación finaliza el bloque y proporciona una finalidad determinista.
Para la actividad ordinaria en blockchain, la diferencia entre estar incluido en un bloque aceptado y alcanzar la finalidad puede sonar técnica. Para la infraestructura financiera, creo que plantea una pregunta mucho más práctica: ¿en qué momento debería comenzar otro sistema a depender de una transacción como si fuera final?
Eso cambió la forma en que miro la velocidad de blockchain.
Quizá la calidad del asentamiento no debería juzgarse solo por lo rápido que aparece una transacción. También importa tener un punto claramente definido en el que el estado resultante se vuelve final.
Eso convierte el enfoque de Dusk sobre la finalidad en una parte interesante de su infraestructura para mercados financieros, separada de las funciones de privacidad que normalmente reciben más atención.
@Dusk_Foundation $DUSK #dusk