#dusk $DUSK @Dusk quase transformei todo o meu portfólio em poeira
Estava fazendo uma tarefa de trading da Dusk e acabei abrindo uma posição muito maior do que eu pretendia 😭
Felizmente, percebi a tempo e fechei antes que pudesse me liquidar. Bachat Hogai...
e eu ficava me perguntando quando uma mudança proposta para @Dusk realmente passa a fazer parte do protocolo.
pelo que parece, escrever um DIP convincente é só o começo.
Uma Proposta de Melhoria da Dusk (Dusk Improvement Proposal) passa por Ideia, Rascunho e Feedback antes de chegar ao Staging. Se a proposta envolver uma implementação técnica, essa fase de staging a coloca na testnet Nocturne para uma rodada final de testes e feedback.
Só depois que recebe consenso e seus entregáveis entram no ambiente de produção é que a proposta se torna Active.
isso é uma separação importante.
Um documento mesclado pode preservar a especificação e a justificativa por trás de uma mudança, mas isso não significa automaticamente que cada nó já esteja seguindo essa regra no mainnet. Maturidade da proposta e ativação em produção são estados diferentes.
O processo também tem um caminho de inatividade.
Uma proposta que não está mais sendo desenvolvida pode ficar Stagnant. Se ela permanecer lá por mais de seis meses, pode ser marcada como Dead. Assim, o arquivo preserva ideias que não avançaram em vez de fazer toda proposta antiga parecer pendente para sempre.
Eu gosto da história que isso cria: motivação, especificação, compatibilidade, testes, considerações de segurança e referências de implementação continuam ligadas à decisão.
Mas um registro estruturado não elimina o julgamento. Editores e colaboradores ainda precisam decidir quando o feedback é suficiente, se existe consenso e se a implementação realmente atende à proposta escrita.
O ciclo de vida do DIP deixa as mudanças no protocolo mais fáceis de auditar, ou coloca as decisões mais difíceis de governança dentro de transições que só a documentação não consegue resolver??
#dusk @Dusk
Estava fazendo uma tarefa de trading da Dusk e acabei abrindo uma posição muito maior do que eu pretendia 😭
Felizmente, percebi a tempo e fechei antes que pudesse me liquidar. Bachat Hogai...
e eu ficava me perguntando quando uma mudança proposta para @Dusk realmente passa a fazer parte do protocolo.
pelo que parece, escrever um DIP convincente é só o começo.
Uma Proposta de Melhoria da Dusk (Dusk Improvement Proposal) passa por Ideia, Rascunho e Feedback antes de chegar ao Staging. Se a proposta envolver uma implementação técnica, essa fase de staging a coloca na testnet Nocturne para uma rodada final de testes e feedback.
Só depois que recebe consenso e seus entregáveis entram no ambiente de produção é que a proposta se torna Active.
isso é uma separação importante.
Um documento mesclado pode preservar a especificação e a justificativa por trás de uma mudança, mas isso não significa automaticamente que cada nó já esteja seguindo essa regra no mainnet. Maturidade da proposta e ativação em produção são estados diferentes.
O processo também tem um caminho de inatividade.
Uma proposta que não está mais sendo desenvolvida pode ficar Stagnant. Se ela permanecer lá por mais de seis meses, pode ser marcada como Dead. Assim, o arquivo preserva ideias que não avançaram em vez de fazer toda proposta antiga parecer pendente para sempre.
Eu gosto da história que isso cria: motivação, especificação, compatibilidade, testes, considerações de segurança e referências de implementação continuam ligadas à decisão.
Mas um registro estruturado não elimina o julgamento. Editores e colaboradores ainda precisam decidir quando o feedback é suficiente, se existe consenso e se a implementação realmente atende à proposta escrita.
O ciclo de vida do DIP deixa as mudanças no protocolo mais fáceis de auditar, ou coloca as decisões mais difíceis de governança dentro de transições que só a documentação não consegue resolver??
#dusk @Dusk