Recentemente, há uma discussão técnica interessante sobre a expansão do Ethereum — em vez de buscar apenas uma latência ultra baixa, aumentar a largura de banda da rede é na verdade uma abordagem mais segura.
A razão é que, com soluções como PeerDAS e provas de conhecimento zero, a capacidade de processamento do Ethereum pode teoricamente ser aumentada por várias milhares de vezes. Essa expansão em nível horizontal pode garantir alta eficiência sem sacrificar o núcleo de descentralização. Mas a latência não é tão flexível; ela é diretamente limitada pelas leis físicas — se quisermos atender a nós domésticos globais, garantir resistência à censura e privacidade, não podemos reduzir a latência demais.
Portanto, o objetivo prático é manter a latência na faixa de 2-4 segundos. Quanto às aplicações que exigem maior real-time — como interações alimentadas por IA — elas dependem de Layer 2 e de "cidades-chain" localizadas. Em outras palavras, usar diferentes soluções para diferentes cenários é, na verdade, a abordagem mais pragmática.
A vantagem dessa estratégia é aproveitar ao máximo os recursos de rede existentes, ao invés de tentar ilimitadamente reduzir a latência fundamental, que é uma restrição já estabelecida.
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.
12 gostos
Recompensa
12
5
Republicar
Partilhar
Comentar
0/400
NotSatoshi
· 01-11 08:12
Aceito a teoria de prioridade de largura de banda, só que insistir na latência é uma luta contra as leis físicas
---
A abordagem PeerDAS é realmente interessante, muito mais confiável do que soluções de expansão baseadas em conceitos de hype
---
2-4 segundos é aceitável para mim, afinal, não sou alguém que joga na blockchain hahaha
---
A ideia de cadeia urbana é boa, parece estar seguindo uma abordagem de camadas
---
Mais uma vez, a teoria do salvador das provas de conhecimento zero, será que desta vez vai funcionar?
---
Não posso aceitar compromissos com descentralização, é mais confiável do que aquelas blockchains que priorizam velocidade
---
Faz sentido, cada cadeia tem seu uso diferente, só um sistema base que seja compatível com todos os cenários é que é realmente idiota
---
Espera aí, o que fazer com essas aplicações de alta frequência agora?
---
Finalmente alguém pensou bem na otimização da utilização de recursos
Ver originalResponder0
ForkItAll
· 01-10 14:52
Um aumento de capacidade de várias milhares de vezes pode parecer absurdo, mas o PeerDAS é realmente uma tecnologia, e a otimização de largura de banda é muito mais realista do que a redução de latência.
Ver originalResponder0
GateUser-cff9c776
· 01-08 08:52
Resumindo, isto é reconhecer o destino de que o Ethereum nunca poderá fazer negociações de alta frequência. Parece muito pragmático, mas na verdade é uma forma de dizer "nós desistimos".
Por outro lado, a combinação PeerDAS com provas de conhecimento zero realmente é a solução mais eficaz atualmente. Um aumento de throughput de várias milhares de vezes, de acordo com a lógica de avaliação do setor financeiro tradicional, deveria se refletir na redução das taxas de gas — se realmente for possível, os L1s que afirmam ser os assassinos do Ethereum provavelmente ficarão inquietos.
A latência de 2-4 segundos é bastante realista, afinal, não se pode desafiar as leis da física, isso está profundamente enraizado na minha mente. Em vez de sonhar com confirmações em segundos, é melhor usar bem a largura de banda para construir o ecossistema.
Ver originalResponder0
ponzi_poet
· 01-08 08:40
A rota de largura de banda é realmente confiável, muito mais realista do que aqueles planos que prometem ultra baixa latência
---
Mais uma vez, é a lei física; já devia ter percebido isso há muito tempo
---
Estou otimista com o PeerDAS, uma capacidade de throughput mil vezes maior não é sonho
---
Problemas que o Layer2 não consegue resolver não se resolvem apenas aumentando a latência, a divisão em camadas é o caminho
---
O conceito de cidade em cadeia é bom, só tenho medo de se tornar mais uma fachada para enganar os tolos
---
Ser mais realista é melhor, não fique sempre pensando que um único plano pode dominar tudo
---
Descentralização e baixa latência realmente não podem ser escolhidas, esse cara finalmente explicou bem
Ver originalResponder0
FrogInTheWell
· 01-08 08:29
Não há como negar que essa abordagem é realmente clara. Eu nunca acreditei naquelas soluções que prometem "atraso de nível de milissegundos", pois vão contra as leis da física.
Separar largura de banda e atraso, usando Layer 2 para dividir o tráfego, é uma abordagem mais prática. É muito mais confiável do que tentar reduzir o atraso básico de forma forçada.
Se o PeerDAS realmente puder ser implementado, a possibilidade de aumentar a capacidade de transmissão em várias milhares de vezes... é algo que me deixa um pouco animado.
Espera aí, 2-4 segundos realmente não dá para melhorar? Ainda parece um pouco doloroso.
Tudo é uma questão de equilíbrio, a decentralização e o desempenho são como dois inimigos.
Recentemente, há uma discussão técnica interessante sobre a expansão do Ethereum — em vez de buscar apenas uma latência ultra baixa, aumentar a largura de banda da rede é na verdade uma abordagem mais segura.
A razão é que, com soluções como PeerDAS e provas de conhecimento zero, a capacidade de processamento do Ethereum pode teoricamente ser aumentada por várias milhares de vezes. Essa expansão em nível horizontal pode garantir alta eficiência sem sacrificar o núcleo de descentralização. Mas a latência não é tão flexível; ela é diretamente limitada pelas leis físicas — se quisermos atender a nós domésticos globais, garantir resistência à censura e privacidade, não podemos reduzir a latência demais.
Portanto, o objetivo prático é manter a latência na faixa de 2-4 segundos. Quanto às aplicações que exigem maior real-time — como interações alimentadas por IA — elas dependem de Layer 2 e de "cidades-chain" localizadas. Em outras palavras, usar diferentes soluções para diferentes cenários é, na verdade, a abordagem mais pragmática.
A vantagem dessa estratégia é aproveitar ao máximo os recursos de rede existentes, ao invés de tentar ilimitadamente reduzir a latência fundamental, que é uma restrição já estabelecida.