#dusk $DUSK @Dusk Tenho andado a cavar mais fundo na arquitetura de transações do Dusk ultimamente, e a divisão entre Moonlight e Phoenix é muito mais interessante do que a maioria das pessoas reconhece.
Muitos traders de retalho metem isso num saco simples. Phoenix é privada, Moonlight não é, então por que se preocupar com o Moonlight? Mas isso ignora completamente como as compensações (trade-offs) de estado realmente funcionam. O Moonlight opera com um modelo de conta padrão e transparente — aborrecido, visível, mas extremamente barato e trivial de inspecionar. O Phoenix empurra tudo para notas encriptadas/ocultas (shielded) e depende de provas ZK para verificar a matemática por trás sem mostrar o trabalho.
A mesma camada de liquidação por baixo, mas com compensações totalmente diferentes ao longo do caminho. O Phoenix oferece privacidade, mas você paga isso com um alto custo de geração de provas, um manuseio de estado mais pesado e possível latência. O Moonlight abre mão da privacidade para manter a velocidade e o custo baixos.
Se o Dusk quer que esse setup com dois modelos realmente funcione e vença, o peso na experiência do usuário não pode ser brutal. É por isso que vou manter os olhos em algumas métricas específicas nos próximos meses:
Latência de geração de provas no Phoenix
Taxas de transações privadas falhadas/abandonadas
Diferenças de tempo de confirmação no mundo real entre as duas
A fatia real do Phoenix no total de transações diárias
Adoção por desenvolvedores: os devs estão realmente a construir apps com dois estados, ou estão escolhendo um e ficando com ele?
Ter dois modelos de transação é um ótimo argumento de venda no papel, mas só é vantagem se usuários comuns conseguirem escolher privacidade sem sentir que estão a esperar por um caso de borda “clunky” e caro.
Muitos traders de retalho metem isso num saco simples. Phoenix é privada, Moonlight não é, então por que se preocupar com o Moonlight? Mas isso ignora completamente como as compensações (trade-offs) de estado realmente funcionam. O Moonlight opera com um modelo de conta padrão e transparente — aborrecido, visível, mas extremamente barato e trivial de inspecionar. O Phoenix empurra tudo para notas encriptadas/ocultas (shielded) e depende de provas ZK para verificar a matemática por trás sem mostrar o trabalho.
A mesma camada de liquidação por baixo, mas com compensações totalmente diferentes ao longo do caminho. O Phoenix oferece privacidade, mas você paga isso com um alto custo de geração de provas, um manuseio de estado mais pesado e possível latência. O Moonlight abre mão da privacidade para manter a velocidade e o custo baixos.
Se o Dusk quer que esse setup com dois modelos realmente funcione e vença, o peso na experiência do usuário não pode ser brutal. É por isso que vou manter os olhos em algumas métricas específicas nos próximos meses:
Latência de geração de provas no Phoenix
Taxas de transações privadas falhadas/abandonadas
Diferenças de tempo de confirmação no mundo real entre as duas
A fatia real do Phoenix no total de transações diárias
Adoção por desenvolvedores: os devs estão realmente a construir apps com dois estados, ou estão escolhendo um e ficando com ele?
Ter dois modelos de transação é um ótimo argumento de venda no papel, mas só é vantagem se usuários comuns conseguirem escolher privacidade sem sentir que estão a esperar por um caso de borda “clunky” e caro.
