#dusk $DUSK @Dusk
Eu estava lendo a abordagem da Dusk para tokenização de ativos de segurança e um detalhe continuou chamando minha atenção. A maioria das transferências em blockchain parece instantânea do lado de fora. Os ativos se movem, os saldos mudam e a transação é considerada concluída. Mas ativos regulados nem sempre funcionam dessa forma.
No modelo Zedger da Dusk, uma transferência não é automaticamente finalizada no momento em que é enviada. O destinatário precisa aceitá-la explicitamente primeiro. Até que isso aconteça, o valor transferido ainda precisa ser contabilizado corretamente. Isso pode parecer uma pequena decisão de design, mas resolve um problema surpreendentemente difícil.
Comecei a pensar em situações em que um lado de uma transação está pronto antes do outro. Talvez o remetente já tenha iniciado a transferência, mas o destinatário ainda não a tenha aprovado. Sistemas cripto tradicionais geralmente se concentram em mover valor o mais rápido possível. A Dusk parece se concentrar mais em acompanhar a responsabilidade durante o período entre a iniciação e a liquidação.
O que acho interessante é que esse estado intermediário é tratado como parte do processo, e não como uma exceção. O sistema acompanha a propriedade e os saldos enquanto aguarda a etapa final de aprovação.
Para títulos tokenizados e ativos regulados, isso parece muito mais próximo de como, de fato, os fluxos de trabalho financeiros funcionam. A questão é se mais sistemas de blockchain eventualmente precisarão de uma lógica de liquidação semelhante à medida que a tokenização crescer.
Eu estava lendo a abordagem da Dusk para tokenização de ativos de segurança e um detalhe continuou chamando minha atenção. A maioria das transferências em blockchain parece instantânea do lado de fora. Os ativos se movem, os saldos mudam e a transação é considerada concluída. Mas ativos regulados nem sempre funcionam dessa forma.
No modelo Zedger da Dusk, uma transferência não é automaticamente finalizada no momento em que é enviada. O destinatário precisa aceitá-la explicitamente primeiro. Até que isso aconteça, o valor transferido ainda precisa ser contabilizado corretamente. Isso pode parecer uma pequena decisão de design, mas resolve um problema surpreendentemente difícil.
Comecei a pensar em situações em que um lado de uma transação está pronto antes do outro. Talvez o remetente já tenha iniciado a transferência, mas o destinatário ainda não a tenha aprovado. Sistemas cripto tradicionais geralmente se concentram em mover valor o mais rápido possível. A Dusk parece se concentrar mais em acompanhar a responsabilidade durante o período entre a iniciação e a liquidação.
O que acho interessante é que esse estado intermediário é tratado como parte do processo, e não como uma exceção. O sistema acompanha a propriedade e os saldos enquanto aguarda a etapa final de aprovação.
Para títulos tokenizados e ativos regulados, isso parece muito mais próximo de como, de fato, os fluxos de trabalho financeiros funcionam. A questão é se mais sistemas de blockchain eventualmente precisarão de uma lógica de liquidação semelhante à medida que a tokenização crescer.
