#dusk $TUT $GPS $DUSK @Dusk
Al principio pensé que integrar una blockchain con un exchange era bastante simple: una vez que un depósito se finaliza, acreditas al usuario. Pero cuando leí la documentación de integración de Dusk, una regla en particular llamó mi atención: Dusk usa el ID de cada transacción como clave de idempotencia para su crédito correspondiente.
Esa regla se vuelve interesante cuando algo sale mal. Un escáner puede fallar, reiniciarse o volver a escanear el mismo rango de bloques. Dusk exige que el crédito y el checkpoint se actualicen en una única transacción de base de datos, manteniendo los IDs de transacción únicos; así que reejecutar el historial no crea otro crédito para la misma transacción.
Eso es lo que me gusta de Dusk. Con dinero, acertar dos veces aún puede ser incorrecto. Los sistemas fallan. Los escáneres reintentan. El historial se vuelve a reproducir. El saldo aún tiene que mantenerse correcto.
La idea más grande es sencilla: la operación puede ejecutarse de nuevo, pero el efecto financiero no puede duplicarse. Así que aquí está la pregunta con la que me quedo: si el mismo historial se puede reproducir dos veces, ¿qué garantiza que su efecto financiero se registre solo una vez?
Al principio pensé que integrar una blockchain con un exchange era bastante simple: una vez que un depósito se finaliza, acreditas al usuario. Pero cuando leí la documentación de integración de Dusk, una regla en particular llamó mi atención: Dusk usa el ID de cada transacción como clave de idempotencia para su crédito correspondiente.
Esa regla se vuelve interesante cuando algo sale mal. Un escáner puede fallar, reiniciarse o volver a escanear el mismo rango de bloques. Dusk exige que el crédito y el checkpoint se actualicen en una única transacción de base de datos, manteniendo los IDs de transacción únicos; así que reejecutar el historial no crea otro crédito para la misma transacción.
Eso es lo que me gusta de Dusk. Con dinero, acertar dos veces aún puede ser incorrecto. Los sistemas fallan. Los escáneres reintentan. El historial se vuelve a reproducir. El saldo aún tiene que mantenerse correcto.
La idea más grande es sencilla: la operación puede ejecutarse de nuevo, pero el efecto financiero no puede duplicarse. Así que aquí está la pregunta con la que me quedo: si el mismo historial se puede reproducir dos veces, ¿qué garantiza que su efecto financiero se registre solo una vez?