Existem atualmente quatro ou cinco bifurcações principais na rede de teste ethereum 2.0 (foto) após um bug que derrubou os nós Prysm e toda a rede.
“Precisamos fazer com que todos os clientes concordem com a cabeça atual. Também está causando estragos na sincronização com colegas que se juntam e reivindicam diferentes pontos de vista da cadeia. Há uma série de casos extremos e soluções que iremos implantar ao longo da semana para resolver todos eles ”, diz Age Manning of Lighthouse.
“Ele pula para cima e para baixo em todo o lugar … é como se não pudesse decidir”, alguém que dirige o cliente prysm diz com Nishant Das, um desenvolvedor prysm, afirmando: “Sim, um monte de reorganizações.”
“Existem muitas bifurcações diferentes acontecendo agora e alguns nós estão presos muito atrás, então você recebe todas essas solicitações de bloqueio pai para tentar resolvê-lo, mas o principal deles é mostrado atualmente no eth2stats, que tem consenso entre lighthouse e prysm, ”diz Raul Jordan, outro desenvolvedor de prysm.
Devido a todos esses garfos, os requisitos de RAM dispararam por volta da meia-noite de hoje, horário de Londres:
“As técnicas de compressão de banco de dados mais eficazes acontecem após a finalização”, diz Paul Hauner, da Lighthouse. “Também vimos alguns problemas com o banco de dados que impedem a poda, mas não tenho certeza se isso está desempenhando um papel aqui.”
A situação agora parece ter melhorado significativamente desde cerca de 12 horas atrás, com mais alcance alcançando a ponta da corrente.
Os executores do Node são solicitados a apenas deixá-lo funcionar se puderem, em vez de reiniciar, pois isso apenas perde toda a sincronização até aquele ponto. Além disso:
“Estou usando –block-batch-limit = 512 & –p2p-max-peers = 200 parecem estar funcionando”, diz um executor de nó.
O parâmetro max peer não faz parte da recomendação dos desenvolvedores, mas o limite de lote do bloco é, com Das declarando:
“Então, quando você fica preso, é um ciclo entre seus pares para tentar se soltar, o uso de tamanhos de lote maiores vai passar por esses pares mais rápido.”
Vários indivíduos afirmam que estão obtendo algum erro sobre o bloco pai do pedido. Eles são solicitados a simplesmente ignorá-lo, pois o nó está passando por todas as bifurcações com Preston Van Loon publicando uma árvore da rede.
Aparentemente, você pode obter esta árvore indo para localhost:8080/tree, que meio que permite que você veja como a cadeia está funcionando.
Como você pode esperar, isso mostra inicialmente uma cadeia funcionando bem, e então temos duas, e eles têm sua própria cadeia, que eventualmente cairá com uma cadeia em execução novamente.
Aparentemente, os novos nós precisam apenas passar pela sincronização e se tornarem cientes desses garfos e, em seguida, soltar esses garfos com o nó e então pular para a ponta válida.
Aparentemente, isso precisa chegar a uma taxa de participação de 66%, com aqueles que caíram sendo reduzidos até então:
Este etherean estava ganhando muito dinheiro ao não fazer nada efetivamente depois de ligar a configuração do nó.
Além disso, mesmo após o corte, ele ainda está lucrando, mas você pode ver que a subida foi muito mais lenta do que a descida. Ele estava ganhando por dia, agora está perdendo por hora.
Isso significa que ele tem incentivos muito grandes para voltar a sincronizar, pois quanto antes ele e outras pessoas chegarem à ponta da corrente, mais rápido ele voltará a ganhar em vez de perder dinheiro.
Os desenvolvedores estão fazendo o possível para ajudá-lo no caminho até lá, tentando diversos truques e soluções, enquanto também auxiliam qualquer pessoa que precise de ajuda em sua discórdia.
Alguns anunciaram orgulhosamente que alcançaram a ponta, com o que era um efeito dominó na descida, agora potencialmente sendo um efeito dominó na subida, pois quanto mais nós na ponta, mais nós podemos sincronizar com ele.
“O Medalla está longe de estar morto, pode ser consertado”, diz Loon, e deve ser consertado porque isso pode acontecer ao vivo também.
Bitcoin, por exemplo, teve bifurcações em cadeia duas ou mais na rede principal após algum bug durante uma atualização que fez com que os mineiros estivessem em versões diferentes.
A rede bitcoin continua funcionando durante esse tempo, no entanto, levando a anúncios na mídia social dizendo às pessoas para esperar por 100 confirmações ou mais.
Enquanto aqui, se 34% forem eliminados, a rede para de funcionar até que eles se comportem.
Esta é uma história em desenvolvimento, então como eles se comportam exatamente ainda está para ser visto porque nenhum novo slot / bloco foi encontrado, pois a cadeia não está finalizando.
Fazendo tudo isso um exercício do que poderia potencialmente acontecer ao vivo quando os bugs acontecem, apesar do maior cuidado com as lições sendo aprendidas, como ter algum método para exportar rapidamente as chaves para outros clientes. Um prysm dev diz:
“O ponto principal de ter vários clientes é que você pode mudar para uma alternativa caso algo não esteja funcionando corretamente em seu cliente principal.
Quando tivemos problemas com o tempo ontem, poderia ter sido uma boa ideia mudar para outro cliente para evitar a penalidade de vitalidade. ”
O tempo de execução, portanto, é uma forma alegadamente descentralizada de sincronizar o tempo, o que acabou por não ser muito descentralizado, pois seis fontes de tempo diferentes por algum motivo fizeram os nós prysm pularem quatro horas, dando um erro e, portanto, a rede travou. Das diz:
“O bloco de chegada que chega também tem um número de slot, através do qual determinamos se é válido ou não. Basicamente genesis_time + slot_Num * slot_time.
Se um nó pensa que está 4 horas no futuro, ele rejeita esse bloqueio, pois parece que vem do passado.
Isso também bagunça a proposta de bloqueio dos validadores da prysm, já que agora o relógio local de acordo com o validador está 4 horas à frente. ”
A correção para isso foi um tanto simples em simplesmente não deixar o tempo padrão como padrão, levando aos desenvolvimentos interessantes que agora se desdobram na testnet, que é com a eth falsa, então nada está sendo perdido e muito está sendo ganho.
Além disso, se a rede voltar à vida por meio dos mecanismos codificados ativados, isso não deve atrasar o lançamento ao vivo, pois tudo teria acontecido como deveria acontecer com o bug em si sendo muito minúsculo, presumindo que não há complicações relacionadas ao código com os mecanismos que foram acionados.
