Recientemente ha habido una discusión técnica interesante sobre la expansión de Ethereum: en lugar de perseguir obsesivamente una latencia ultrabaja, aumentar el ancho de banda de la red es en realidad una dirección más prudente.
Las razones son: con la ayuda de soluciones como PeerDAS y pruebas de conocimiento cero, el rendimiento de Ethereum teóricamente puede aumentar miles de veces. Esta expansión horizontal puede garantizar alta eficiencia sin sacrificar los principios fundamentales de descentralización. Pero la latencia no es tan flexible; está directamente limitada por las leyes físicas—si necesitas considerar nodos domésticos globales y garantizar resistencia a la censura y privacidad, no puedes reducir la latencia demasiado.
Por lo tanto, el objetivo realista es mantener la latencia en el rango de 2-4 segundos. En cuanto a aquellas aplicaciones con requisitos de tiempo real más altos—como las interacciones impulsadas por IA—pueden ser soportadas por Layer 2 y "cadenas de ciudad" localizadas. En otras palabras, diferentes soluciones para diferentes escenarios es en realidad el enfoque más práctico.
La ventaja de este enfoque es aprovechar plenamente los recursos de red existentes, en lugar de enfrentarse sin límite a esta restricción fundamental de latencia ya establecida.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
12 me gusta
Recompensa
12
5
Republicar
Compartir
Comentar
0/400
NotSatoshi
· 01-11 08:12
Estoy de acuerdo con la idea de priorizar el ancho de banda, simplemente luchando contra las leyes físicas con retraso
---
La propuesta de PeerDAS realmente es atractiva, mucho más confiable que las soluciones de expansión basadas en conceptos especulativos
---
Puedo aceptar 2-4 segundos, total no soy alguien que juegue en la cadena jajaja
---
La idea de la cadena urbana es buena, parece que está siguiendo un enfoque de estratificación
---
Otra vez la teoría del salvador de las pruebas de conocimiento cero, ¿esta vez podrá funcionar?
---
No comprometer la descentralización, eso sí que lo respeto, mucho más confiable que las cadenas públicas que solo piensan en la velocidad
---
No hay duda, diferentes cadenas para diferentes usos, ¡sería realmente tonto que una capa base sea compatible con todos los escenarios!
---
Espera, ¿qué pasa con esas aplicaciones de alta frecuencia ahora?
---
Por fin alguien ha pensado bien en la optimización del uso de recursos
Ver originalesResponder0
ForkItAll
· 01-10 14:52
Un aumento de miles de veces en la capacidad de procesamiento puede parecer increíble, pero PeerDAS es realmente una tecnología que, con una optimización del ancho de banda, supera con creces la reducción de la latencia.
Ver originalesResponder0
GateUser-cff9c776
· 01-08 08:52
En resumen, esto es aceptar el destino de que Ethereum nunca podrá hacer operaciones de alta frecuencia. Suena muy pragmático, pero en realidad es otra forma de decir "hemos renunciado".
Pero volviendo al tema, la combinación de PeerDAS con pruebas de conocimiento cero es realmente la mejor opción en la actualidad. Un aumento en el rendimiento por miles de veces, según la lógica de valoración de las finanzas tradicionales, debería reflejarse en la caída de las tarifas de gas — si realmente se logra, los L1 que se autodenominan asesinos de Ethereum probablemente no podrán mantenerse.
Una latencia de 2-4 segundos es bastante realista, después de todo, no se puede desafiar las leyes físicas, eso está profundamente grabado en mi mente. En lugar de soñar con confirmaciones en segundos, mejor aprovechar el ancho de banda para construir un ecosistema.
Ver originalesResponder0
ponzi_poet
· 01-08 08:40
El camino de ancho de banda es realmente confiable, mucho más realista que esos planes que presumen de una latencia ultrabaja
---
Es la misma vieja historia de las leyes físicas, hace tiempo que deberíamos haberlo entendido
---
Creo que PeerDAS tiene potencial, ¡una capacidad de procesamiento mil veces mayor no es un sueño!
---
Los problemas que Layer2 no puede resolver no se solucionan solo reduciendo la latencia, la división en capas es el camino correcto
---
El concepto de cadena urbana es bueno, solo que da miedo que vuelva a ser una excusa para cortar las ganancias a los inversores
---
Ser realista es mejor, no siempre hay que pensar en un solo plan que lo abarque todo
---
No se puede elegir entre descentralización y baja latencia, este tipo finalmente lo ha explicado claramente
Ver originalesResponder0
FrogInTheWell
· 01-08 08:29
No se puede negar que esta idea es realmente clara. Antes, no creía en esos planes que prometían "latencia en milisegundos", ya que violan las leyes de la física.
Separar el ancho de banda y la latencia, y usar Layer 2 para distribuir la carga, es una estrategia mucho más práctica. Es mucho más confiable que simplemente reducir la latencia básica de manera forzada.
Si la tecnología PeerDAS realmente puede implementarse, el potencial de aumentar el rendimiento en varias miles de veces... es algo que me tiene algo expectante.
Espera, ¿realmente no hay forma de reducirlo a 2-4 segundos? Todavía me parece un poco doloroso.
Todo es cuestión de equilibrio, la eterna lucha entre descentralización y rendimiento.
Recientemente ha habido una discusión técnica interesante sobre la expansión de Ethereum: en lugar de perseguir obsesivamente una latencia ultrabaja, aumentar el ancho de banda de la red es en realidad una dirección más prudente.
Las razones son: con la ayuda de soluciones como PeerDAS y pruebas de conocimiento cero, el rendimiento de Ethereum teóricamente puede aumentar miles de veces. Esta expansión horizontal puede garantizar alta eficiencia sin sacrificar los principios fundamentales de descentralización. Pero la latencia no es tan flexible; está directamente limitada por las leyes físicas—si necesitas considerar nodos domésticos globales y garantizar resistencia a la censura y privacidad, no puedes reducir la latencia demasiado.
Por lo tanto, el objetivo realista es mantener la latencia en el rango de 2-4 segundos. En cuanto a aquellas aplicaciones con requisitos de tiempo real más altos—como las interacciones impulsadas por IA—pueden ser soportadas por Layer 2 y "cadenas de ciudad" localizadas. En otras palabras, diferentes soluciones para diferentes escenarios es en realidad el enfoque más práctico.
La ventaja de este enfoque es aprovechar plenamente los recursos de red existentes, en lugar de enfrentarse sin límite a esta restricción fundamental de latencia ya establecida.