#dusk $DUSK @Dusk ........I expected Boreas to make Dusk faster and cleaner. A mudança mais profunda foi mais difícil de notar: ela alterou as regras do que a rede considera uma transação válida.
Pense em uma blockchain como um manual de regras de um árbitro. Uma atualização de software não é importante porque o árbitro corre mais rápido. Ela é importante quando as próprias regras mudam, e cada nó precisa interpretar o jogo da mesma forma.....
Foi isso que Boreas fez.
Com o Rusk 1.7, o Dusk introduziu versionamento explícito entre transações recebidas, sua forma canônica e o que finalmente é confirmado no livro-razão. A contabilidade de gás também passou a ser ciente de fork, com custos de recursos para operações como hash e verificação criptográfica vinculados às regras do protocolo ativo.......
Foi mais fundo.
Boreas mudou a ordem de transição de estado, tornou eventos de contrato revertidos explícitos para consumidores de arquivo e criou uma fronteira de protocolo clara para o comportamento de transações mais antigas. Mais importante: transações Phoenix foram desativadas na rede principal do Dusk no reinício de 10 de junho no bloco 4,414,095, enquanto a testnet as manteve durante um período de testes antes de desativá-las no bloco 4,000,000 em 7 de agosto. Os dados históricos do Phoenix permanecem reproduzíveis.....
Esse último detalhe foi o que chamou minha atenção.
Uma rede madura não é apenas sobre adicionar novos recursos. Às vezes, a atualização importante é decidir o que o protocolo deve parar de fazer, ainda preservando histórico suficiente para que a cadeia continue sendo reproduzível.......
E com o Rusk v1.7.1 agora como a versão mais recente listada, o trabalho de engenharia do Dusk parece menos uma única atualização e mais um aperto contínuo das regras por baixo da pilha financeira.
Para mercados regulados, o comportamento de protocolo previsível não é tão importante quanto adicionar novas funcionalidades?
$ACE $BTW
Pense em uma blockchain como um manual de regras de um árbitro. Uma atualização de software não é importante porque o árbitro corre mais rápido. Ela é importante quando as próprias regras mudam, e cada nó precisa interpretar o jogo da mesma forma.....
Foi isso que Boreas fez.
Com o Rusk 1.7, o Dusk introduziu versionamento explícito entre transações recebidas, sua forma canônica e o que finalmente é confirmado no livro-razão. A contabilidade de gás também passou a ser ciente de fork, com custos de recursos para operações como hash e verificação criptográfica vinculados às regras do protocolo ativo.......
Foi mais fundo.
Boreas mudou a ordem de transição de estado, tornou eventos de contrato revertidos explícitos para consumidores de arquivo e criou uma fronteira de protocolo clara para o comportamento de transações mais antigas. Mais importante: transações Phoenix foram desativadas na rede principal do Dusk no reinício de 10 de junho no bloco 4,414,095, enquanto a testnet as manteve durante um período de testes antes de desativá-las no bloco 4,000,000 em 7 de agosto. Os dados históricos do Phoenix permanecem reproduzíveis.....
Esse último detalhe foi o que chamou minha atenção.
Uma rede madura não é apenas sobre adicionar novos recursos. Às vezes, a atualização importante é decidir o que o protocolo deve parar de fazer, ainda preservando histórico suficiente para que a cadeia continue sendo reproduzível.......
E com o Rusk v1.7.1 agora como a versão mais recente listada, o trabalho de engenharia do Dusk parece menos uma única atualização e mais um aperto contínuo das regras por baixo da pilha financeira.
Para mercados regulados, o comportamento de protocolo previsível não é tão importante quanto adicionar novas funcionalidades?
$ACE $BTW