O mercado estava tranquilo esta noite, então reabri a documentação da Dusk depois de ver a mesma afirmação: tokenização é fácil; o verdadeiro problema é fazê-la funcionar dentro de mercados regulamentados.
Um leitor podia ouvir “liquidação regulamentada” e presumir que a Dusk resolve quem pode deter um ativo,... quando a propriedade muda,... e se pagamento e entrega se tornam um evento atômico único.
A DuskDS fornece finalização determinística, enquanto a Phoenix fornece transferências protegidas e divulgação seletiva; contratos inteligentes e padrões de identidade podem impor elegibilidade e coordenar as etapas de ativo/pagamento.
Mas aqui está a diferença à qual eu continuava voltando: a Dusk pode provar que as regras do protocolo foram executadas corretamente; ela não pode provar que a regra legal, os dados externos ou a configuração institucional estavam corretos.
Uma política de elegibilidade mal configurada poderia autorizar uma transação válida, e a criptografia não saberia diferenciar.
Não estou dizendo que isso seja exclusivamente da Dusk. A tokenização regulamentada herda pressupostos legais, de identidade, de custódia e operacionais do que existe fora da cadeia.
O mainnet da Dusk está no ar, mas a prontidão do fluxo de trabalho é uma pergunta maior do que a prontidão da cadeia.
Ainda não sei como cada camada se comporta sob pressão adversarial. A aba de documentação está aberta, e “tokenização” agora parece ser a primeira camada, não o stack inteiro.
@Dusk $DUSK #dusk
Um leitor podia ouvir “liquidação regulamentada” e presumir que a Dusk resolve quem pode deter um ativo,... quando a propriedade muda,... e se pagamento e entrega se tornam um evento atômico único.
A DuskDS fornece finalização determinística, enquanto a Phoenix fornece transferências protegidas e divulgação seletiva; contratos inteligentes e padrões de identidade podem impor elegibilidade e coordenar as etapas de ativo/pagamento.
Mas aqui está a diferença à qual eu continuava voltando: a Dusk pode provar que as regras do protocolo foram executadas corretamente; ela não pode provar que a regra legal, os dados externos ou a configuração institucional estavam corretos.
Uma política de elegibilidade mal configurada poderia autorizar uma transação válida, e a criptografia não saberia diferenciar.
Não estou dizendo que isso seja exclusivamente da Dusk. A tokenização regulamentada herda pressupostos legais, de identidade, de custódia e operacionais do que existe fora da cadeia.
O mainnet da Dusk está no ar, mas a prontidão do fluxo de trabalho é uma pergunta maior do que a prontidão da cadeia.
Ainda não sei como cada camada se comporta sob pressão adversarial. A aba de documentação está aberta, e “tokenização” agora parece ser a primeira camada, não o stack inteiro.
@Dusk $DUSK #dusk