O mercado estava tranquilo esta noite, então acabei reabrindo anotações antigas de DUSK. Uma coisa ficou me incomodando: discussões mais antigas dizem que Zedger, enquanto a documentação atual enquadra Hedger como sua evolução, foi construído sobre DuskEVM.

No começo, tratei isso como uma atualização de nomenclatura....Então eu segui a arquitetura.

A suposição intuitiva é fácil: se Hedger roda sobre DuskEVM, e DuskEVM hospeda aplicações, talvez esse ambiente seja onde toda a história econômica vive.

Mas a arquitetura do DUSK é mais em camadas.

Hedger fica sobre DuskEVM. O DUSK pode se mover entre Dusk L1 e DuskEVM por meio da ponte...Ainda assim, a execução termina conectando de volta ao DuskDS, a base de disponibilidade de dados e liquidação da L1.

A execução pode acontecer em outro lugar; a verdade econômica final ainda precisa se estabelecer em algum ponto.

Essa distinção importa.

DuskEVM fornece um ambiente de execução compatível com EVM para aplicações de ativos regulamentados....A ponte provê a movimentação entre ambientes. DuskDS ancora a liquidação e o estado final.

Mas isso também cria uma questão de fronteira de confiança: se uma aplicação produz um estado tecnicamente válido, mas sua lógica, entradas ou integração estão falhas, a liquidação pode finalizar o resultado sem julgar se a decisão econômica foi sensata.

Não estou dizendo que isso seja algo exclusivamente do DUSK. Arquiteturas modulares enfrentam a mesma distinção.

A aba de documentação ainda está aberta. Eu só estou menos disposto agora a equiparar “onde a execução acontece” com “onde a verdade vive.”
@Dusk $DUSK #dusk