“emissão nativa” naquela frase “atos corporativos executam-se em código, sem necessidade de conciliação”, e a imagem que me veio foi um título que se paga sozinho dividendos, com uma máquina de transferências automáticas — mas ao lado não há nenhum juiz anunciando default, nem um administrador fiduciário para ordenar as dívidas. Ele paga juros, desde que alguém primeiro introduza os parâmetros; não consegue marcar sessão, porque é apenas um atuador, não um tomador de decisão.

no material @Dusk , “atos corporativos” aparece três vezes: ações de serviço, automação de processos complexos e execução em código sem necessidade de conciliação. Desmontando, dividendos, desdobramento de ações e fusão são eventos parametrizados: valores, datas e proporções são fornecidos e o código distribui de forma mecânica. Já default, reestruturação e prorrogação são eventos decisórios: é preciso avaliar capacidade de pagamento, classificar credores e ordenar prioridades — tem de existir alguém que diga “não”. O primeiro consegue ir para a blockchain; o segundo não se codifica. “Sem necessidade de conciliação” vale apenas para a perna mecânica; a conciliação da perna decisória é empurrada para o dia em que o evento realmente acontece.

no $DUSK , a posição é clara: ele é o gas que faz a máquina girar, movendo a perna dos ativos e a perna dos pagamentos. Ele não “divide” direitos de juros, principal ou valor residual; essas pretensões legais são precificadas em EURQ ou em valores mobiliários, não em DUSK. A máquina cobra uma taxa a cada movimento e devolve o que sai para o dono. É um contrato operacional de taxa fixa, não uma participação residual no ativo subjacente.

o risco não está no dia em que o código erra, e sim no dia em que o código não consegue errar. Se ocorrer realmente um default ou uma reestruturação, o que decide quem recupera quanto é o contrato, o tribunal e o liquidante — não o “contrato”. Então, “atos corporativos executam-se em código” será traduzido como “parâmetros escritos por alguém fora da cadeia”; e esse alguém é o verdadeiro contraparte. #dusk

não nego automação, apenas nego enfiar a decisão dentro do atuador. Trate o orçamento como um encanamento de liquidação, não como substituto de crédito; para sair, olhe se “parâmetros são escritos por endereço único e se as permissões de escrita mudam”, não as oscilações de preço. Fiscalização diária: permissões de escrita de parâmetros no módulo de servicing, alcance das chaves de autorização do emissor e o descompasso entre o recebimento de cupom ou principal e os registros na cadeia. A máquina pode nunca errar; a empresa, por sua vez, sempre precisará de sessões quando houver algo a decidir.