@Dusk_Foundation A constituição de fundação de um país existe no momento em que o país existe — ninguém a vota para ser criada depois, ela simplesmente já está lá no primeiro dia, e tudo o mais é construído fazendo referência a ela.
Os contratos de gênese do Dusk funcionam da mesma forma. A própria documentação de arquitetura do Dusk descreve dois: o contrato de stake, que acompanha quais provisionadores estão fazendo stake, registra recompensas e habilita ações de stake, unstake e saque de recompensas; e o contrato de transferência, que lida tanto com as transferências Moonlight (públicas) quanto com Phoenix (protegidas/ocultas), paga o gás e atua como o ponto de entrada para a execução das transações diretamente no DuskDS.
Esse papel fundamental se estende além do DuskDS apenas, embora o mecanismo exato varie por camada. O DuskEVM, conforme os próprios documentos do Dusk, move DUSK para gás por meio de sua própria ponte até o L1 do Dusk, e então liquida de volta no DuskDS — um caminho relacionado, mas distinto, do papel direto do contrato de transferência nas transações nativas do DuskDS. As duas rotas levam de volta à mesma camada base; elas não são mecanismos idênticos. #dusk
Autocrítica: a analogia com constituição tem um limite real que vale nomear. A constituição de um país pode ser alterada formalmente por meio de um processo definido. O que eu não encontrei documentado é se os contratos de gênese do Dusk seguem um caminho equivalente, claramente especificado para emendas, ou se "gênese" aqui significa, funcionalmente, algo permanente por design — uma questão real de governança, dado o quanto da pilha multilayer do Dusk em expansão agora depende desses mesmos dois contratos continuarem corretos. $DUSK
DUSK deve ser avaliado com base em se essa ambiguidade é esclarecida antes que esses contratos alguma vez precisem ser atualizados sob pressão real, e não depois.
#dusk $DUSK @Dusk
Os contratos de gênese do Dusk funcionam da mesma forma. A própria documentação de arquitetura do Dusk descreve dois: o contrato de stake, que acompanha quais provisionadores estão fazendo stake, registra recompensas e habilita ações de stake, unstake e saque de recompensas; e o contrato de transferência, que lida tanto com as transferências Moonlight (públicas) quanto com Phoenix (protegidas/ocultas), paga o gás e atua como o ponto de entrada para a execução das transações diretamente no DuskDS.
Esse papel fundamental se estende além do DuskDS apenas, embora o mecanismo exato varie por camada. O DuskEVM, conforme os próprios documentos do Dusk, move DUSK para gás por meio de sua própria ponte até o L1 do Dusk, e então liquida de volta no DuskDS — um caminho relacionado, mas distinto, do papel direto do contrato de transferência nas transações nativas do DuskDS. As duas rotas levam de volta à mesma camada base; elas não são mecanismos idênticos. #dusk
Autocrítica: a analogia com constituição tem um limite real que vale nomear. A constituição de um país pode ser alterada formalmente por meio de um processo definido. O que eu não encontrei documentado é se os contratos de gênese do Dusk seguem um caminho equivalente, claramente especificado para emendas, ou se "gênese" aqui significa, funcionalmente, algo permanente por design — uma questão real de governança, dado o quanto da pilha multilayer do Dusk em expansão agora depende desses mesmos dois contratos continuarem corretos. $DUSK
DUSK deve ser avaliado com base em se essa ambiguidade é esclarecida antes que esses contratos alguma vez precisem ser atualizados sob pressão real, e não depois.
#dusk $DUSK @Dusk
Permanent by design
Should have amendment path
13 hora(s) restante(s)