Empecé a mirar las integraciones de blockchain desde un ángulo diferente: un evento puede decirle a una aplicación lo que sucedió, pero no todo evento le indica que el resultado es definitivo.
Esa distinción se vuelve importante cuando el software reacciona a la actividad en la cadena.
El nodo Rusk de Dusk expone el RUES (Rusk Universal Event System), que las aplicaciones y las integraciones externas pueden usar para eventos de blockchain. Para las transacciones, RUES incluye eventos como incluido, eliminado y ejecutado. Pero estos eventos representan etapas distintas del ciclo de vida.
Por ejemplo, ejecutado significa que una transacción se ejecutó en un bloque aceptado, pero la aplicación aún necesita inspeccionar el resultado de la ejecución. Más importante aún, un bloque aceptado todavía puede revertirse. Dusk dice que un bloque se vuelve definitivo cuando su estado cambia a finalizado.
Eso crea una distinción interesante:
observar un evento no es lo mismo que confirmar el estado definitivo.
Por eso, la guía de integración de Dusk recomienda comprobar el éxito de la ejecución y luego verificar que el bloque relevante se haya finalizado. Los nodos de archivo pueden conservar índices históricos finalizados, incluidos finalizedEvents, para las aplicaciones que necesitan datos históricos definitivos.
Para mí, eso cambia la forma en que pienso las integraciones de blockchain.
El reto no es simplemente recibir eventos.
Es saber cuándo una aplicación puede tratar el resultado de forma segura como definitivo.
@Dusk $DUSK #dusk
Esa distinción se vuelve importante cuando el software reacciona a la actividad en la cadena.
El nodo Rusk de Dusk expone el RUES (Rusk Universal Event System), que las aplicaciones y las integraciones externas pueden usar para eventos de blockchain. Para las transacciones, RUES incluye eventos como incluido, eliminado y ejecutado. Pero estos eventos representan etapas distintas del ciclo de vida.
Por ejemplo, ejecutado significa que una transacción se ejecutó en un bloque aceptado, pero la aplicación aún necesita inspeccionar el resultado de la ejecución. Más importante aún, un bloque aceptado todavía puede revertirse. Dusk dice que un bloque se vuelve definitivo cuando su estado cambia a finalizado.
Eso crea una distinción interesante:
observar un evento no es lo mismo que confirmar el estado definitivo.
Por eso, la guía de integración de Dusk recomienda comprobar el éxito de la ejecución y luego verificar que el bloque relevante se haya finalizado. Los nodos de archivo pueden conservar índices históricos finalizados, incluidos finalizedEvents, para las aplicaciones que necesitan datos históricos definitivos.
Para mí, eso cambia la forma en que pienso las integraciones de blockchain.
El reto no es simplemente recibir eventos.
Es saber cuándo una aplicación puede tratar el resultado de forma segura como definitivo.
@Dusk $DUSK #dusk
