#dusk $DUSK continuei vendo o moonlight e o phoenix mencionados nos documentos sem uma explicação clara e, finalmente, sentei ontem à noite para organizar isso. e, sinceramente? 😂 eu esperava um único sistema de privacidade, não dois modelos de transação coexistindo na mesma camada base.
então, o duskds roda um modelo de transações duplo de forma nativa. moonlight é a opção pública, baseada em conta, com saldos transparentes e legível de forma direta, similar a como a maioria das chains funciona por padrão. phoenix é a opção privada, utxo e baseada em notas, com saldos e valores protegidos. a parte que mais me chamou atenção é que isso não é privacidade acoplada ao duskevm via hedger — ela já vem embutida na camada base — e você escolhe, por transação, qual modelo usar, em vez de toda a chain ser apenas uma coisa ou outra. mover valor entre os dois é tratado por operações shield e unshield através de um único contrato de transferência: moonlight para notas do phoenix ficando privado, notas do phoenix de volta para moonlight ficando público, tudo dentro de uma única transação atômica. sem bridges, sem versões “wrapped” flutuando do mesmo ativo.
o que eu continuo voltando depois de ter parado para pensar nisso é: o que acontece com a sua privacidade se você usar de fato os dois modelos com as mesmas chaves subjacentes ao longo do tempo. se eu fizer shield para o phoenix em algumas transações e ficar no moonlight em outras, isso cria um padrão que permite vincular minha atividade pública e privada e acaba vazando mais do que qualquer um dos modelos sozinho. eu não encontrei nada que trate diretamente desse comportamento específico de mistura; só encontrei a mecânica da conversão em si.
ainda assim, fazer isso sem bridges ou tokens “wrapped” é realmente limpo em comparação com a forma como a maioria das chains adiciona privacidade como um sistema paralelo separado.
sinceramente não sei se misturar moonlight e phoenix sob a mesma identidade compromete silenciosamente a privacidade ou se essa preocupação não se sustenta de fato??
🤔
#dusk @Dusk $DUSK
então, o duskds roda um modelo de transações duplo de forma nativa. moonlight é a opção pública, baseada em conta, com saldos transparentes e legível de forma direta, similar a como a maioria das chains funciona por padrão. phoenix é a opção privada, utxo e baseada em notas, com saldos e valores protegidos. a parte que mais me chamou atenção é que isso não é privacidade acoplada ao duskevm via hedger — ela já vem embutida na camada base — e você escolhe, por transação, qual modelo usar, em vez de toda a chain ser apenas uma coisa ou outra. mover valor entre os dois é tratado por operações shield e unshield através de um único contrato de transferência: moonlight para notas do phoenix ficando privado, notas do phoenix de volta para moonlight ficando público, tudo dentro de uma única transação atômica. sem bridges, sem versões “wrapped” flutuando do mesmo ativo.
o que eu continuo voltando depois de ter parado para pensar nisso é: o que acontece com a sua privacidade se você usar de fato os dois modelos com as mesmas chaves subjacentes ao longo do tempo. se eu fizer shield para o phoenix em algumas transações e ficar no moonlight em outras, isso cria um padrão que permite vincular minha atividade pública e privada e acaba vazando mais do que qualquer um dos modelos sozinho. eu não encontrei nada que trate diretamente desse comportamento específico de mistura; só encontrei a mecânica da conversão em si.
ainda assim, fazer isso sem bridges ou tokens “wrapped” é realmente limpo em comparação com a forma como a maioria das chains adiciona privacidade como um sistema paralelo separado.
sinceramente não sei se misturar moonlight e phoenix sob a mesma identidade compromete silenciosamente a privacidade ou se essa preocupação não se sustenta de fato??
🤔
#dusk @Dusk $DUSK