Publicar
--
Eman098
·
--
#dusk $DUSK @Dusk
O que chamou minha atenção ao analisar a documentação do Dusk: existem apenas dois contratos. No genesis, o contrato de stake e o contrato de transferência. Todo o resto — incluindo o DuskVM e o DuskEVM — fica por cima deles.
Isso é uma quantidade estranha de concentração para uma cadeia criada para liquidar ativos regulados. Então quis verificar o que exatamente esses dois fazem e se eles podem ser alterados depois.
O contrato de stake acompanha os provisioners: quanto cada um tem em stake, quando as recompensas amadurecem e quando ocorre slashing. O contrato de transferência lida tanto com saldos públicos (Moonlight) quanto com saldos protegidos (Phoenix) e é o único lugar em que o movimento de fundos entre contratos realmente acontece. Cada ambiente de execução o utiliza para liquidação e disponibilidade de dados, conforme a documentação atual.
Por que isso importa: se você está construindo sobre o DuskEVM ou emitindo ativos via Dusk Trade, você não está apenas confiando na lógica do seu próprio contrato. Você está confiando que esses dois contratos do genesis se comportam corretamente indefinidamente, já que eles são a base de liquidação por baixo de tudo o que existe.
Aqui está o que eu não consegui esclarecer. A documentação descreve que esses contratos foram refatorados ao longo do tempo: o contrato de staking foi reconstruído para corrigir um problema de armazenamento e, depois, atualizações de engenharia alteraram sua estrutura de eventos. Então eles claramente não estão congelados no sentido imutável do genesis.
O que não está claro para mim é o caminho de atualização: é discricionário (a equipe do protocolo envia uma atualização de rede) ou existe uma etapa formal de governança on-chain em que os provisioners votam antes que a lógica do contrato do genesis seja alterada? As docs que encontrei descrevem o que os contratos fazem, não como as modificações neles recebem autorização.
Para uma cadeia que se posiciona para liquidação institucional, essa distinção entre atualização autorizada pela equipe vs. atualização ratificada pelos provisioners parece algo que deveria ser documentado explicitamente em algum lugar.
Alguém viu onde @Dusk especifica o processo real de autorização para mudanças nos contratos do genesis?
$DUSK #dusk
O que chamou minha atenção ao analisar a documentação do Dusk: existem apenas dois contratos. No genesis, o contrato de stake e o contrato de transferência. Todo o resto — incluindo o DuskVM e o DuskEVM — fica por cima deles.
Isso é uma quantidade estranha de concentração para uma cadeia criada para liquidar ativos regulados. Então quis verificar o que exatamente esses dois fazem e se eles podem ser alterados depois.
O contrato de stake acompanha os provisioners: quanto cada um tem em stake, quando as recompensas amadurecem e quando ocorre slashing. O contrato de transferência lida tanto com saldos públicos (Moonlight) quanto com saldos protegidos (Phoenix) e é o único lugar em que o movimento de fundos entre contratos realmente acontece. Cada ambiente de execução o utiliza para liquidação e disponibilidade de dados, conforme a documentação atual.
Por que isso importa: se você está construindo sobre o DuskEVM ou emitindo ativos via Dusk Trade, você não está apenas confiando na lógica do seu próprio contrato. Você está confiando que esses dois contratos do genesis se comportam corretamente indefinidamente, já que eles são a base de liquidação por baixo de tudo o que existe.
Aqui está o que eu não consegui esclarecer. A documentação descreve que esses contratos foram refatorados ao longo do tempo: o contrato de staking foi reconstruído para corrigir um problema de armazenamento e, depois, atualizações de engenharia alteraram sua estrutura de eventos. Então eles claramente não estão congelados no sentido imutável do genesis.
O que não está claro para mim é o caminho de atualização: é discricionário (a equipe do protocolo envia uma atualização de rede) ou existe uma etapa formal de governança on-chain em que os provisioners votam antes que a lógica do contrato do genesis seja alterada? As docs que encontrei descrevem o que os contratos fazem, não como as modificações neles recebem autorização.
Para uma cadeia que se posiciona para liquidação institucional, essa distinção entre atualização autorizada pela equipe vs. atualização ratificada pelos provisioners parece algo que deveria ser documentado explicitamente em algum lugar.
Alguém viu onde @Dusk especifica o processo real de autorização para mudanças nos contratos do genesis?
$DUSK #dusk
Aviso legal: inclui opiniões de terceiros. Não constitui aconselhamento. A Binance AI pode ser utilizada sem garantia. Consulta os Termos e Condições.