Mientras leía sobre Dusk, me quedé atascado en un pequeño detalle dentro del Rusk Universal Event System: una conexión WebSocket recibe un ID de sesión antes que cualquier otra cosa. Me pareció curiosamente específico, así que miré con más atención.
Yo había supuesto que RUES era simplemente un flujo de actividad en la cadena. Útil, pero no especialmente interesante. En cambio, Rusk da a los bloques, las transacciones y los contratos una estructura de eventos coherente, de modo que cada wallet o indexador no tenga que interpretar la cadena de forma diferente.
Una transacción puede incluirse, eliminarse, ejecutarse y aun así no estar finalizada. La finalización llega mediante un cambio posterior del estado en un bloque. “Vi que ocurrió” no es lo mismo que “no puede revertirse”.
Eso me hizo más clara la prioridad de Dusk. Si el proyecto quiere respaldar aplicaciones financieras, el seguimiento confiable del estado no es una tarea secundaria. Afecta cuándo se actualiza una wallet, cuándo un exchange acredita fondos y si un indexador puede recuperarse después de quedar desconectado.
RUES combina actualizaciones en vivo con datos de archivo, dándoles a las integraciones una manera de hacer backfill en lugar de confiar en una sola conexión ininterrumpida. Eso se siente práctico, no llamativo.
Todavía quiero ver cómo se gestionan el crecimiento del archivo, los eventos perdidos y el tráfico intenso. Pero la prueba más grande de Dusk parece sencilla: ¿pueden los desarrolladores externos confiar en RUES sin tener constantemente que cuestionar la cadena?
#dusk @Dusk $DUSK
Yo había supuesto que RUES era simplemente un flujo de actividad en la cadena. Útil, pero no especialmente interesante. En cambio, Rusk da a los bloques, las transacciones y los contratos una estructura de eventos coherente, de modo que cada wallet o indexador no tenga que interpretar la cadena de forma diferente.
Una transacción puede incluirse, eliminarse, ejecutarse y aun así no estar finalizada. La finalización llega mediante un cambio posterior del estado en un bloque. “Vi que ocurrió” no es lo mismo que “no puede revertirse”.
Eso me hizo más clara la prioridad de Dusk. Si el proyecto quiere respaldar aplicaciones financieras, el seguimiento confiable del estado no es una tarea secundaria. Afecta cuándo se actualiza una wallet, cuándo un exchange acredita fondos y si un indexador puede recuperarse después de quedar desconectado.
RUES combina actualizaciones en vivo con datos de archivo, dándoles a las integraciones una manera de hacer backfill en lugar de confiar en una sola conexión ininterrumpida. Eso se siente práctico, no llamativo.
Todavía quiero ver cómo se gestionan el crecimiento del archivo, los eventos perdidos y el tráfico intenso. Pero la prueba más grande de Dusk parece sencilla: ¿pueden los desarrolladores externos confiar en RUES sin tener constantemente que cuestionar la cadena?
#dusk @Dusk $DUSK