#dusk $DUSK @Dusk Notei o problema quando uma transferência regulamentada em Dusk parou logo antes da liquidação. O investidor já tinha passado na verificação de elegibilidade antes, mas a credencial por trás daquela prova expirou enquanto a transação ainda estava em andamento pelo processo. Nada parecia estar obviamente quebrado. A prova era válida. Ou, bem, era válida quando foi enviada. Isso colocou o operador diante de uma escolha constrangedora: aceitar o estado anterior, pausar a transferência ou solicitar uma nova verificação e fazer todo mundo esperar de novo. O que chamou minha atenção foi como era necessário um volume tão pequeno de informação extra. O emissor não precisava do histórico completo do investidor nem do portfólio atual; apenas precisava de uma confirmação de que a carteira destinatária ainda era elegível naquele momento. O modelo de divulgação seletiva do Dusk deveria permitir essa checagem estreita sem transformar um atraso rotineiro em uma solicitação ampla de dados. Mas os mecanismos não eliminam o problema de coordenação. Ainda é preciso definir quando uma prova fica obsoleta, quem pode solicitar outra e se o acesso existente deve permanecer aberto após a revisão. Checagens repetidas também podem vazar padrões mesmo quando os saldos permanecem ocultos. Não tenho certeza de quão bem isso se sustenta quando custodiantes, emissores e revisores externos estão trabalhando em cronogramas diferentes. Eu observaria a próxima transferência em que a elegibilidade muda no meio da liquidação e veria se o sistema falha de forma clara — ou se apenas deixa um operador adivinhando.