Estive olhando nos últimos dias casos do NPEX sobre digitalização de valores mobiliários regulados e, quanto mais vejo, mais sinto que as dificuldades reais de colocar o RWA na cadeia não estão na etapa de emissão. “Tokenizar” os ativos é apenas o primeiro passo; quando ações, títulos e fundos precisam começar a rodar na cadeia, como resolver as questões de privacidade, auditoria e conformidade é o verdadeiro osso duro.
Plataformas de valores mobiliários regulados como o NPEX já conseguiram rodar de ponta a ponta necessidades reais de financiamento — com escala acima de 200 milhões de euros. Mas, depois que os ativos migram para a cadeia, os problemas ficam ainda mais complexos: quem pode deter, se a transferência cumpre os requisitos, como calcular os direitos, quais informações precisam ser divulgadas para quem — tudo isso não dá para resolver de uma vez só na emissão.
Tenho acompanhado com mais frequência <t-2/> @Dusk recentemente, justamente porque ele lida de forma direta com a contradição entre privacidade e conformidade. A Phoenix usa provas de conhecimento zero para verificar a validade das transações, de modo que tanto o valor quanto a relação entre as contrapartes possam ser ocultados; a Moonlight usa um modelo de contas públicas, adequado a cenários que exigem transparência. E as duas abordagens são conectadas via Transfer Contract, permitindo que ativos com requisitos distintos de privacidade acabem entrando no mesmo sistema de liquidação — achei a ideia bem prática.
Antes, pesquisei XSC e Zedger; comparando, eu prefiro entender com mais clareza como o Dusk gerencia o ciclo de vida desses ativos de valores mobiliários — restrições à qualificação de detentores, regras de transferência, direitos de voto, distribuição de dividendos. Essas lógicas ficam sob responsabilidade do nível de protocolo e, teoricamente, permitem que o ativo continue operando continuamente conforme regras pré-definidas. Mas, no fim, por mais bonito que seja o desenho da arquitetura, a segurança de engenharia do próprio sistema de provas de conhecimento zero, se o mainnet roda de forma estável, e se as instituições estão dispostas a confiar, tudo isso precisa ser validado pouco a pouco em cenários reais — não dá para concluir apenas no papel.
O DuskDS cuida da consenso e da finalização, e o DuskEVM reduz o custo de integração para as aplicações. Pela frente, à medida que os ativos realmente começarem a circular e houver mais aplicações no ecossistema, se <t-2/> $DUSK conseguirá conectar segurança da rede, uso no ecossistema e necessidades de longo prazo, será uma das questões que mais me preocupam. Como o RWA vai evoluir na próxima etapa — no fim das contas — eu acho que depende de as regras dos ativos conseguirem rodar de forma estável na cadeia.
#dusk $DUSK @Dusk
Plataformas de valores mobiliários regulados como o NPEX já conseguiram rodar de ponta a ponta necessidades reais de financiamento — com escala acima de 200 milhões de euros. Mas, depois que os ativos migram para a cadeia, os problemas ficam ainda mais complexos: quem pode deter, se a transferência cumpre os requisitos, como calcular os direitos, quais informações precisam ser divulgadas para quem — tudo isso não dá para resolver de uma vez só na emissão.
Tenho acompanhado com mais frequência <t-2/> @Dusk recentemente, justamente porque ele lida de forma direta com a contradição entre privacidade e conformidade. A Phoenix usa provas de conhecimento zero para verificar a validade das transações, de modo que tanto o valor quanto a relação entre as contrapartes possam ser ocultados; a Moonlight usa um modelo de contas públicas, adequado a cenários que exigem transparência. E as duas abordagens são conectadas via Transfer Contract, permitindo que ativos com requisitos distintos de privacidade acabem entrando no mesmo sistema de liquidação — achei a ideia bem prática.
Antes, pesquisei XSC e Zedger; comparando, eu prefiro entender com mais clareza como o Dusk gerencia o ciclo de vida desses ativos de valores mobiliários — restrições à qualificação de detentores, regras de transferência, direitos de voto, distribuição de dividendos. Essas lógicas ficam sob responsabilidade do nível de protocolo e, teoricamente, permitem que o ativo continue operando continuamente conforme regras pré-definidas. Mas, no fim, por mais bonito que seja o desenho da arquitetura, a segurança de engenharia do próprio sistema de provas de conhecimento zero, se o mainnet roda de forma estável, e se as instituições estão dispostas a confiar, tudo isso precisa ser validado pouco a pouco em cenários reais — não dá para concluir apenas no papel.
O DuskDS cuida da consenso e da finalização, e o DuskEVM reduz o custo de integração para as aplicações. Pela frente, à medida que os ativos realmente começarem a circular e houver mais aplicações no ecossistema, se <t-2/> $DUSK conseguirá conectar segurança da rede, uso no ecossistema e necessidades de longo prazo, será uma das questões que mais me preocupam. Como o RWA vai evoluir na próxima etapa — no fim das contas — eu acho que depende de as regras dos ativos conseguirem rodar de forma estável na cadeia.
#dusk $DUSK @Dusk