Acho que eu esperava que a transferência do Fenix da Dusk mantivesse a privacidade com a DUSK depois de a transferência terminar.
Isso foi a parte preguiçosa.
O UTXO blindado do Fenix da Dusk tinha feito o que eu queria: remetente oculto. destinatário oculto. valor oculto.
Então a DUSK chegou a um contrato DuskVM.
E eu lembro de pensar: ok, então a privacidade está aqui, certo?
Por que isso deixaria de importar só porque o valor começou a fazer algo?
Mas essa pergunta fica feia bem rápido.
A transferência do Fenix da Dusk tinha ocultado o movimento.
Ela não ocultou automaticamente o que quer que o contrato Rust/WASM do DuskVM estivesse prestes a registrar, atualizar ou expor em seguida.
E sim, eu tinha juntado essas duas etapas como se fossem uma só na minha cabeça.
Dinheiro privado se movendo.
Dinheiro privado sendo usado.
Mesmo problema de privacidade.
Pelo que parece, não.
O Fenix da Dusk resolve o lado da transferência através do modelo de UTXO blindado. A DUSK pode mover sem que remetente, destinatário e valor sejam abertos publicamente.
Então o DuskVM assume a parte programável na Dusk L1.
Agora existe estado de contrato da Dusk.
Agora existe execução Rust/WASM.
Agora talvez alguma condição financeira seja atualizada; talvez uma ação posterior dependa disso; talvez capacidades de zero conhecimento da Dusk sejam usadas se a aplicação tiver sido construída em torno disso.
E é aqui que o confidencial começou a parecer confortável demais.
Porque a transferência do Fenix da Dusk pode ser privada, e a próxima interação com o DuskVM pode ter sua própria pergunta de privacidade.
O que o contrato da Dusk lembra?
O que ele revela?
O que permanece confidencial depois que o valor chega.
Eu continuei acompanhando a DUSK um passo além do Fenix, porque foi ali que a parte confortável acabou.
O Fenix da Dusk tinha escondido como o valor se movia.
Mas o DuskVM ainda precisava lidar com o fato de que aquele valor oculto agora estava sendo solicitado a fazer o que quer que fosse.
E, honestamente, essa segunda pergunta parece mais difícil.
A transferência do Fenix da Dusk pode desaparecer para o lado blindado de forma limpa.
Então a DUSK chega ao estado programável.
E eu ainda não tenho certeza de por que eu pensei que a privacidade do primeiro passo ia resolver a segunda de graça.
@Dusk_Foundation $DUSK #Dusk $AKE $ACE
Isso foi a parte preguiçosa.
O UTXO blindado do Fenix da Dusk tinha feito o que eu queria: remetente oculto. destinatário oculto. valor oculto.
Então a DUSK chegou a um contrato DuskVM.
E eu lembro de pensar: ok, então a privacidade está aqui, certo?
Por que isso deixaria de importar só porque o valor começou a fazer algo?
Mas essa pergunta fica feia bem rápido.
A transferência do Fenix da Dusk tinha ocultado o movimento.
Ela não ocultou automaticamente o que quer que o contrato Rust/WASM do DuskVM estivesse prestes a registrar, atualizar ou expor em seguida.
E sim, eu tinha juntado essas duas etapas como se fossem uma só na minha cabeça.
Dinheiro privado se movendo.
Dinheiro privado sendo usado.
Mesmo problema de privacidade.
Pelo que parece, não.
O Fenix da Dusk resolve o lado da transferência através do modelo de UTXO blindado. A DUSK pode mover sem que remetente, destinatário e valor sejam abertos publicamente.
Então o DuskVM assume a parte programável na Dusk L1.
Agora existe estado de contrato da Dusk.
Agora existe execução Rust/WASM.
Agora talvez alguma condição financeira seja atualizada; talvez uma ação posterior dependa disso; talvez capacidades de zero conhecimento da Dusk sejam usadas se a aplicação tiver sido construída em torno disso.
E é aqui que o confidencial começou a parecer confortável demais.
Porque a transferência do Fenix da Dusk pode ser privada, e a próxima interação com o DuskVM pode ter sua própria pergunta de privacidade.
O que o contrato da Dusk lembra?
O que ele revela?
O que permanece confidencial depois que o valor chega.
Eu continuei acompanhando a DUSK um passo além do Fenix, porque foi ali que a parte confortável acabou.
O Fenix da Dusk tinha escondido como o valor se movia.
Mas o DuskVM ainda precisava lidar com o fato de que aquele valor oculto agora estava sendo solicitado a fazer o que quer que fosse.
E, honestamente, essa segunda pergunta parece mais difícil.
A transferência do Fenix da Dusk pode desaparecer para o lado blindado de forma limpa.
Então a DUSK chega ao estado programável.
E eu ainda não tenho certeza de por que eu pensei que a privacidade do primeiro passo ia resolver a segunda de graça.
@Dusk_Foundation $DUSK #Dusk $AKE $ACE
ACE
0%
AKE
0%
VELVET
0%
DUSK
100%
1 Votos • Votação encerrada