Venho acompanhando o Dusk há algum tempo, mas admito que a minha compreensão anterior ficou num nível bem superficial: uma cadeia focada em privacidade, voltada para cenários institucionais e de conformidade. Essa visão não está errada, mas, ao analisar atualizações de engenharia reversa recentemente, descobri um detalhe que me fez perceber que eu tinha perdido a parte mais interessante desse design.
Phoenix e Moonlight podem converter átomos um no outro.
Essa frase, isoladamente, não parece muito, mas quando eu coloquei isso num cenário financeiro real, comecei a sentir que esse design resolve um problema mais específico do que apenas privacidade.$DUSK
Quando instituições lidam com ativos financeiros, nem todas as etapas precisam de privacidade, e nem todas precisam ser públicas. A compensação interna precisa de privacidade; os relatórios de supervisão precisam ser públicos. A execução de transações precisa de privacidade; auditorias de conformidade precisam ser públicas. Sistemas financeiros tradicionais dependem de vários intermediários para alternar entre esses dois estados, e isso tem um custo altíssimo — além de que, em cada alternância, é preciso confiar naquele intermediário.#dusk
O design do Dusk incorpora essa alternância diretamente na camada de protocolo. Com a mesma DUSK, quando houver necessidade de privacidade, ela entra no Phoenix; quando houver necessidade de liquidação pública, ela muda para o Moonlight. No meio, a troca é feita por meio de permuta atômica, sem passar por terceiros.@Dusk
Quando eu realmente entendi isso pela primeira vez, a minha compreensão do Dusk mudou completamente. Ele não está criando uma moeda de privacidade “mais conforme”; ele está construindo uma camada de liquidação que permite alternar, sob demanda, entre privacidade e transparência — e essa alternância é nativa do protocolo, não é realizada por pontes externas nem por intermediários.
Na indústria, até o momento, eu não vi um segundo projeto que consiga fazer essas duas coisas ao mesmo tempo na camada de protocolo.
Phoenix e Moonlight podem converter átomos um no outro.
Essa frase, isoladamente, não parece muito, mas quando eu coloquei isso num cenário financeiro real, comecei a sentir que esse design resolve um problema mais específico do que apenas privacidade.$DUSK
Quando instituições lidam com ativos financeiros, nem todas as etapas precisam de privacidade, e nem todas precisam ser públicas. A compensação interna precisa de privacidade; os relatórios de supervisão precisam ser públicos. A execução de transações precisa de privacidade; auditorias de conformidade precisam ser públicas. Sistemas financeiros tradicionais dependem de vários intermediários para alternar entre esses dois estados, e isso tem um custo altíssimo — além de que, em cada alternância, é preciso confiar naquele intermediário.#dusk
O design do Dusk incorpora essa alternância diretamente na camada de protocolo. Com a mesma DUSK, quando houver necessidade de privacidade, ela entra no Phoenix; quando houver necessidade de liquidação pública, ela muda para o Moonlight. No meio, a troca é feita por meio de permuta atômica, sem passar por terceiros.@Dusk
Quando eu realmente entendi isso pela primeira vez, a minha compreensão do Dusk mudou completamente. Ele não está criando uma moeda de privacidade “mais conforme”; ele está construindo uma camada de liquidação que permite alternar, sob demanda, entre privacidade e transparência — e essa alternância é nativa do protocolo, não é realizada por pontes externas nem por intermediários.
Na indústria, até o momento, eu não vi um segundo projeto que consiga fazer essas duas coisas ao mesmo tempo na camada de protocolo.