Um depósito de staking quase foi parar na conta de outra pessoa.
A chave usada para contabilizar não pode ser compartilhada.
Na segunda-feira, desenvolvedores do Ethereum integraram a correção de depósitos do Glamsterdam. No rascunho original, builders e validadores compartilhavam uma fila de depósitos pendentes. O operador primeiro se registrava como builder com uma chave pública. Depois, o serviço de staking usava essa mesma chave pública para depositar ETH para um novo validador. Assim, os dois valores seriam atribuídos ao builder.
Ele poderia sacar o dinheiro, o validador não conseguiria ser criado e o prestador do serviço não teria nem comprovantes para recuperá-lo.
Por que a correção foi desativada há uma semana? Em 19 de outubro, ela foi desativada por falta de suporte dos clientes. Os testes foram concluídos no dia 23, e só na segunda-feira ela foi reintegrada à especificação de consenso.
Vamos deixar algo claro: esta é uma descoberta condicional no código, não uma vulnerabilidade confirmada na rede principal. As verificações existentes conseguem impedir parte do problema, e até agora não há relatos de perdas.
A nova regra ordena os depósitos pendentes pelas credenciais de saque. Com a mesma chave pública, cada valor vai para o seu devido destino. Os clientes ainda não incorporaram a nova regra ao software; a data para a rede principal só será definida quando eles estiverem atualizados.
A chave usada para contabilizar não pode ser compartilhada.
A chave usada para contabilizar não pode ser compartilhada.
Na segunda-feira, desenvolvedores do Ethereum integraram a correção de depósitos do Glamsterdam. No rascunho original, builders e validadores compartilhavam uma fila de depósitos pendentes. O operador primeiro se registrava como builder com uma chave pública. Depois, o serviço de staking usava essa mesma chave pública para depositar ETH para um novo validador. Assim, os dois valores seriam atribuídos ao builder.
Ele poderia sacar o dinheiro, o validador não conseguiria ser criado e o prestador do serviço não teria nem comprovantes para recuperá-lo.
Por que a correção foi desativada há uma semana? Em 19 de outubro, ela foi desativada por falta de suporte dos clientes. Os testes foram concluídos no dia 23, e só na segunda-feira ela foi reintegrada à especificação de consenso.
Vamos deixar algo claro: esta é uma descoberta condicional no código, não uma vulnerabilidade confirmada na rede principal. As verificações existentes conseguem impedir parte do problema, e até agora não há relatos de perdas.
A nova regra ordena os depósitos pendentes pelas credenciais de saque. Com a mesma chave pública, cada valor vai para o seu devido destino. Os clientes ainda não incorporaram a nova regra ao software; a data para a rede principal só será definida quando eles estiverem atualizados.
A chave usada para contabilizar não pode ser compartilhada.