Sinceramente, quando eu estava relendo o próprio documento de arquitetura do Dusk e um detalhe me fez parar.
Zedger, o modelo de transação por trás do padrão XSC deles, tem uma lógica real de valores mobiliários embutida diretamente nele. Segundo a documentação oficial, ele impede que um usuário previamente aprovado detenha mais de uma conta, suporta distribuição automática de dividendos e votação, e pode limitar transferências para que um comprador nunca ultrapasse o limite de propriedade de um ativo.
Isso não é um recurso genérico de privacidade. São coisas que um agente de transferência ou um sistema de cap table normalmente trataria fora da cadeia.
Ao lado dele, na mesma arquitetura, está Phoenix, o modelo que de fato oculta os detalhes da transação. De acordo com a documentação, um proprietário pode compartilhar uma View Key para que uma terceira parte veja as saídas dele, enquanto gastar ainda exige uma Secret Key separada, que apenas o proprietário possui. Duas chaves, dois objetivos: uma para olhar e outra para movimentar fundos.
Aqui vai minha interpretação sobre por que essa combinação importa.
A maioria das redes de privacidade resolve para ocultar um saldo. O Dusk está resolvendo algo mais específico: forçar uma transferência quando um acionista perde suas chaves, limitar quem pode deter um ativo e pagar dividendos automaticamente, tudo isso mantendo a transação em sigilo.
Vale notar que esta descrição vem do documento de arquitetura de 2023 do Dusk, não de um lançamento novo. A mecânica é fundamental, não é uma notícia recente. O que não está claro para mim é como esses controles interagem quando os ativos passam pelo DuskEVM em vez de contratos nativos do Zedger — se a mesma lógica de transferência limitada e transferência forçada se mantém de forma 1:1.
Ainda estou trabalhando nisso.
@Dusk_Foundation #dusk $DUSK
Zedger, o modelo de transação por trás do padrão XSC deles, tem uma lógica real de valores mobiliários embutida diretamente nele. Segundo a documentação oficial, ele impede que um usuário previamente aprovado detenha mais de uma conta, suporta distribuição automática de dividendos e votação, e pode limitar transferências para que um comprador nunca ultrapasse o limite de propriedade de um ativo.
Isso não é um recurso genérico de privacidade. São coisas que um agente de transferência ou um sistema de cap table normalmente trataria fora da cadeia.
Ao lado dele, na mesma arquitetura, está Phoenix, o modelo que de fato oculta os detalhes da transação. De acordo com a documentação, um proprietário pode compartilhar uma View Key para que uma terceira parte veja as saídas dele, enquanto gastar ainda exige uma Secret Key separada, que apenas o proprietário possui. Duas chaves, dois objetivos: uma para olhar e outra para movimentar fundos.
Aqui vai minha interpretação sobre por que essa combinação importa.
A maioria das redes de privacidade resolve para ocultar um saldo. O Dusk está resolvendo algo mais específico: forçar uma transferência quando um acionista perde suas chaves, limitar quem pode deter um ativo e pagar dividendos automaticamente, tudo isso mantendo a transação em sigilo.
Vale notar que esta descrição vem do documento de arquitetura de 2023 do Dusk, não de um lançamento novo. A mecânica é fundamental, não é uma notícia recente. O que não está claro para mim é como esses controles interagem quando os ativos passam pelo DuskEVM em vez de contratos nativos do Zedger — se a mesma lógica de transferência limitada e transferência forçada se mantém de forma 1:1.
Ainda estou trabalhando nisso.
@Dusk_Foundation #dusk $DUSK