Como é que a atualização do fork BPO remodelou a capacidade da rede? O último ajuste do BPO #2 empurrou os limites de processamento de blobs ainda mais longe. A contagem alvo de blobs aumentou de 10 para 14, enquanto a capacidade máxima subiu de 15 para 21. Por que a abordagem passo a passo? A rede segue um caminho ponderado aqui—aumentar gradualmente a taxa de transferência de dados permite que os validadores e a infraestrutura se adaptem sem choques. Cada fase testa a resistência do sistema antes de avançar para um nível superior. É uma engenharia deliberada: mais dados de transação podem passar, mas não tudo de uma vez. O ecossistema cripto consegue uma taxa de transferência mais rápida sem sacrificar a estabilidade que importa.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
18 gostos
Recompensa
18
9
Republicar
Partilhar
Comentar
0/400
BugBountyHunter
· 01-10 21:23
O blob de 10 a 14, os dados processados duplicaram? A abordagem de engenharia deste cara é realmente sólida, não como alguns projetos que começam já no máximo
Ver originalResponder0
SchrodingersFOMO
· 01-10 20:59
A estratégia de aumentar lentamente a capacidade é só para evitar uma queda repentina... Está um pouco mais conservador, hein
Ver originalResponder0
GasWaster
· 01-10 20:02
ngl esta coisa de escalonamento gradual de blob é exatamente o copium de que precisávamos depois de ver as taxas de gás atingirem 400 gwei no verão passado... finalmente alguém está fazendo engenharia corretamente em vez de apenas lançar mudanças ao vivo e assistir os validadores implodirem lmao
Ver originalResponder0
RiddleMaster
· 01-07 21:49
blob de 10 para 14 e depois para 21, esse ritmo todo é só para garantir que não vamos nos dar mal... mas assim, passo a passo, é o caminho certo, a infraestrutura de base é mais importante do que tudo
Ver originalResponder0
BearMarketSunriser
· 01-07 21:48
Vai devagar, é mais rápido, não se torna um gordinho de uma só vez
Ver originalResponder0
BearMarketLightning
· 01-07 21:45
blob de 10 salta para 14 e depois para 21, esta operação é extremamente segura, mas será que realmente vai ser rápido?
Ver originalResponder0
LiquidationWatcher
· 01-07 21:36
blob de 10 a 14, e depois até 21, este ritmo está um pouco estável... mas atualizar gradualmente este conjunto é como estar a espremer pasta de dentes, quando será que podemos fazer tudo de uma só vez?
Ver originalResponder0
zkNoob
· 01-07 21:36
blob de 10 a 14 e depois para 21, esse ritmo de atualização está bem estável... mas surge a questão: será que assim, de forma progressiva, realmente consegue evitar problemas?
Ver originalResponder0
GweiWatcher
· 01-07 21:25
O blob duplica de 10 para 14, a capacidade duplica? Este ritmo está um pouco estável, mas ainda parece um pouco lento.
Como é que a atualização do fork BPO remodelou a capacidade da rede? O último ajuste do BPO #2 empurrou os limites de processamento de blobs ainda mais longe. A contagem alvo de blobs aumentou de 10 para 14, enquanto a capacidade máxima subiu de 15 para 21. Por que a abordagem passo a passo? A rede segue um caminho ponderado aqui—aumentar gradualmente a taxa de transferência de dados permite que os validadores e a infraestrutura se adaptem sem choques. Cada fase testa a resistência do sistema antes de avançar para um nível superior. É uma engenharia deliberada: mais dados de transação podem passar, mas não tudo de uma vez. O ecossistema cripto consegue uma taxa de transferência mais rápida sem sacrificar a estabilidade que importa.