#dusk $TUT $GPS $DUSK @Dusk
No começo, achei que integrar uma blockchain com uma exchange era bem simples: depois que um depósito é finalizado, você credita o usuário. Mas quando li a documentação de integração da Dusk, uma regra específica me chamou a atenção: a Dusk usa o ID de cada transação como chave de idempotência para o crédito correspondente.
Essa regra fica interessante quando algo dá errado. Um scanner pode falhar, reiniciar ou recarregar o mesmo intervalo de blocos. A Dusk exige que o crédito e o checkpoint sejam atualizados em uma única transação de banco de dados, mantendo os IDs de transação únicos; assim, ao repetir o histórico não é criado outro crédito para a mesma transação.
É isso que eu gosto na Dusk. Com dinheiro, acertar duas vezes ainda pode estar errado. Sistemas falham. Scanners tentam de novo. O histórico é reenviado. O saldo ainda tem que continuar correto.
A ideia maior é simples: a operação pode ser executada novamente, mas o efeito financeiro não pode ser duplicado. Então fica a pergunta que ficou para mim: se o mesmo histórico pode ser reenviado duas vezes, o que garante que seu efeito financeiro seja registrado apenas uma vez?
No começo, achei que integrar uma blockchain com uma exchange era bem simples: depois que um depósito é finalizado, você credita o usuário. Mas quando li a documentação de integração da Dusk, uma regra específica me chamou a atenção: a Dusk usa o ID de cada transação como chave de idempotência para o crédito correspondente.
Essa regra fica interessante quando algo dá errado. Um scanner pode falhar, reiniciar ou recarregar o mesmo intervalo de blocos. A Dusk exige que o crédito e o checkpoint sejam atualizados em uma única transação de banco de dados, mantendo os IDs de transação únicos; assim, ao repetir o histórico não é criado outro crédito para a mesma transação.
É isso que eu gosto na Dusk. Com dinheiro, acertar duas vezes ainda pode estar errado. Sistemas falham. Scanners tentam de novo. O histórico é reenviado. O saldo ainda tem que continuar correto.
A ideia maior é simples: a operação pode ser executada novamente, mas o efeito financeiro não pode ser duplicado. Então fica a pergunta que ficou para mim: se o mesmo histórico pode ser reenviado duas vezes, o que garante que seu efeito financeiro seja registrado apenas uma vez?