O consenso do L1 foi atualizado no início deste ano, removendo o método dataAvailabilityProtocol, mas a última atualização ainda foi em agosto do ano passado, portanto, os métodos fornecidos na documentação oficial do xlayer atualmente não conseguem iniciar o rpcnode. O cliente erigon, que tem atualizações frequentes, é uma solução cuja principal otimização é a eficiência de armazenamento. Então, como devemos implantar um nó xlayer de baixa latência atualmente?
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
17 Curtidas
Recompensa
17
9
Repostar
Compartilhar
Comentário
0/400
OnchainGossiper
· 08-20 03:40
Que conversa é essa? Ainda é melhor usar o geth.
Ver originalResponder0
ForkTongue
· 08-18 19:06
Por que há tantos buracos nesta coisa?
Ver originalResponder0
PumpDoctrine
· 08-18 06:51
Vários problemas empilhados, diga diretamente.
Ver originalResponder0
RetailTherapist
· 08-18 06:47
Quem ainda está a mexer no xlayer...
Ver originalResponder0
OnchainFortuneTeller
· 08-18 06:47
A verdade é que está uma confusão. Quando é que isto vai acabar?
Ver originalResponder0
ZKSherlock
· 08-18 06:37
na verdade... as suposições do protocolo aqui carecem de rigor matemático para ser honesto
Ver originalResponder0
0xInsomnia
· 08-18 06:31
Estou impressionado, é mais uma armadilha do protocolo de camada inferior.
O consenso do L1 foi atualizado no início deste ano, removendo o método dataAvailabilityProtocol, mas a última atualização ainda foi em agosto do ano passado, portanto, os métodos fornecidos na documentação oficial do xlayer atualmente não conseguem iniciar o rpcnode. O cliente erigon, que tem atualizações frequentes, é uma solução cuja principal otimização é a eficiência de armazenamento. Então, como devemos implantar um nó xlayer de baixa latência atualmente?