Recentemente houve uma grande confusão em relação às mudanças no repositório BIP 85. Para quem não está familiarizado com o BIP, é um sistema muito simples que permite a geração de novas sementes de nomes no caminho de encontrar a semente de um nome existente. você já tem. A ideia do BIP é permitir que pessoas que usam múltiplas carteiras gerenciem o caos de manter backups isolados de múltiplas carteiras.
Ao gerar uma nova semente com base na entropia do método de descoberta, os usuários podem simplesmente criar um único backup da semente “mestre” e, a partir daí, poder reproduzir qualquer semente filho desse mestre. Um backup e você pode ter quantos personagens independentes precisar. São ainda seguros para transportar, importar para diferentes máquinas ou carteiras, e não há risco de colocar em risco a semente principal ou quaisquer moedas nela armazenadas.
Não há como voltar de uma semente filha para uma semente mestre, mesmo que ela esteja comprometida. Esse design torna muito mais seguro o uso de várias sementes/carteiras privadas, ao mesmo tempo que simplifica o processo de backup para proteção contra perdas.
O BIP foi atualizado para seguir a proposta de pull request que especifica muitas coisas, mas a mudança de chave foi a mudança na forma como as chaves filhas originais são geradas, aparentemente seguindo a especificação do BIP 32 (que descreve como gerar chaves usando métodos de descoberta em carteiras HD) BIP 85, o que ele não fez estritamente. Isso teria resultado em métodos BIP 85 semelhantes produzindo chaves diferentes das que produziam sob a especificação atual. Esta é uma mudança urgente.
Se fosse usado na nova especificação por qualquer projeto, não reproduziria adequadamente nenhuma das antigas sementes do BIP 85 que os usuários já criaram e para as quais enviaram dinheiro. Isto significará que esses fundos serão “perdidos” no sentido de que as carteiras renovadas não serão mais capazes de gerar chaves de acesso para as pessoas se perderem uma cópia da semente obtida anteriormente.
A verdade é que nenhuma carteira implementaria esse recurso ou, se o fizesse, o faria de uma forma que suportasse ambos os métodos, porque já possui usuários no mundo que propagaram usando a especificação antiga. As carteiras e os fabricantes de dispositivos não introduzirão uma mudança que simplesmente prejudique a capacidade dos usuários de devolver os fundos existentes; simplesmente não é do seu interesse.
Tudo o que este incidente mostrou foi falta de comunicação, nada mais. Não havia risco real de que algo acontecesse e criasse efeitos no mundo real que afetassem os usuários. Os projetos que utilizaram o BIP 85 não sofreram alterações, nada aconteceu, exceto que o documento técnico foi alterado. Foi até adiado para remover a mudança rapidamente após a reação pública contra a natureza da mudança e a falta de comunicação entre desenvolvedores e projetos que realmente usam o BIP.
As pessoas precisam parar de divulgar falhas de comunicação como essa, que não têm consequências reais, como exemplos de má intenção ou de falha grave de habilidade. Foi apenas um erro, que poderia ser aprendido melhorando a comunicação entre desenvolvedores e mantenedores do projeto no futuro, o que não causou nenhum dano real a ninguém.
Explodir montículos em montanhas como este não ajuda ninguém no espaço e não ajuda em nada para melhorar os problemas reais de comunicação e comunicação no espaço. Fazer a coisa certa da maneira certa para que as pessoas possam aprender como lidar com essas coisas.
