jakiro
Compilado por: Wuzhu, Bittain Vision
El 8 de abril de 2025, el fundador de Ethereum, Vitalik, pronunció un discurso de apertura en la Cumbre de Carnaval Web3 Hong Kong 2025. Bittain Vision compila el contenido del habla de la siguiente manera.
Ahora, se necesita un período de salida de 1 semana para salir del optimismo o el árbitro, lo que puede causar muchos problemas.
¿Por qué deberíamos preocuparnos por esto? ¿Por qué preocuparse por la conexión más rápida entre L2 y L1?Creo que hay dos razones para mí. Uno de ellos esExperiencia de usuarioEsperamos que los usuarios tengan una mejor experiencia, y esperar 1 semana es una mala experiencia. Otra razón esNecesitamos un ecosistema más integrado.Necesitamos hacer algo para mejorar realmente el optimismo, el árbitro, el polígono.
Estas son como las partes del mundo de Ethereum, no son independientes.
Actualmente, es muy rápido lograr la interoperabilidad entre L1 y L2, pero requiere mucho gas. Realmente nos ha preocupado esto desde el verano pasado. Dos cosas en las que nos centramos incluyen: dirección específica de la cadena de bloques y elementos de intención. Espero que no sea una semana transferir el optimismo al árbitro, e incluso espero que pueda poner el optimismo en un contrato inteligente.
En un contrato inteligente, si alguien primero proporciona pruebas de que envía la moneda a cualquier dirección de destino a través del contrato, saltará automáticamente a este paso. Por lo tanto, esperamos encontrar la forma correcta de minimizar la hora de espera de la semana.
¿Por qué tenemos una ventana de retiro semanal ahora? Debido a que el acurrucado del Optimismo debe esperar una semana para ver si alguien cuestionó su hash, y si nadie lo cuestionó, puede aceptar el hash. La ventaja del optimismo es que se basa en una tecnología muy cautelosa, pero a costa de esperar una semana.
Si no queremos esperar 1 semana, entonces necesitamos construir un sistema que pueda usar completamente un sistema de prueba de óptimismo para empaquetar bloques, comoLa combinación de Zk+Tee+OP— – Este es el plan de diseño que propusimos.
En circunstancias normales, una vez que ocurre una transacción L2, el estado se finalizará en L1 en una hora, reduciendo 1 hora a 12 segundos, que es básicamente una cuestión de eficiencia. Entonces este es el primer objetivo. El segundo objetivo es que esperamos que L2 sea confiable. Queremos demostrar que el sistema puede determinar el estado correcto y registrar el estado de error incluso si los componentes que requieren confianza están rotos. Entonces, hoy, el acurrucado está en la fase cero o en la fase uno, lo que significa que ponen un cierto nivel de confianza o toda su confianza en algún tipo de comité de seguridad. Debe confiar en los fabricantes para diseñarlos correctamente. Debe confiar en que el fabricante no mantendrá una copia en la clave del sitio.
Además, también debe creer que el mecanismo de hardware no es algo que cualquiera que tenga el hardware pueda destruir, y debe creer que no puede encontrar una manera, como láser, hardware de escaneo infrarrojo, para extraer información sin destruir la visión.
Ahora, no queremos confiar en ZK.
Asigna confianza entre tres mecanismos diferentes que se ejecutan de acuerdo con tipos lógicos muy diferentes. Si tenemos este diseño, puede reducir el período de finalización de 1 hora a 1 semana a 1 hora. Por cierto, otra forma esMi visión anterior de los sistemas grupales, básicamente los dividí en dos categorías. Un tipo es la confianza institucional, y el otro tipo es la confianza de cifrado.
Otra dimensión es rápida y lenta. Las cosas rápidas se pueden aprobar de inmediato, mientras que las cosas lentas pueden llevar algún tiempo. Curiosamente, como las cuatro cosas aquí, son básicamente 4 componentes del sistema de prueba que las personas usan o piensan en el contexto de L2, ¿verdad? Si realmente pudiéramos ponerlos en una caja, encajarían solo 2 × 2.
El primer paso, básicamente, acortamos la ventana del diablo de 1 semana a 1 hora. ¿Qué te ha traído esto? Básicamente, significa que si usa un puente nativo para transferir activos directamente, su tiempo de espera se reducirá de 1 semana a 1 hora. Si usa puentes basados en la intención, el puente basado en la intención es instantáneo, pero el proveedor de liquidez no tiene que esperar 1 hora, sino más bien 1 hora. El costo de proporcionar liquidez ha disminuido en 168 veces. Entonces, las tarifas que debe pagar pasarán hasta 168 veces.
Los L2 pueden leer L1 de manera asincrónica usando LowlookAhead. Esta es una característica que L2 ya tiene, ya que deben poder manejar depósitos.Tomamos el mismo estado que leer el depósito y exponerlo a L1sLoadPcode.Apoyar la lectura de datos L1 Oracle, billeteras de almacenes clave y muchas otras aplicaciones es muy valioso porque uno de los desafíos que L2 a menudo enfrenta es que necesitan pagar grandes cantidades de dinero.
Así que obtengo todo tipo de aplicaciones personalizadas, integraciones específicas.Esto puede reducir los costos, porque en muchos casos, la alternativa podrá leer directamente una copia de la aplicación que ya existe en una aplicación, que es adecuada para procesar datos.Funciona para ciertas cosas, no para cosas que deben escribirse a cualquiera.
Una billetera de almacenamiento clave es otra idea interesante, ¿verdad? La idea de una billetera de almacenamiento clave es básicamente que en la seguridad de la red normal, desea cambiar una clave, no desea que la clave tenga un ciclo de vida ilimitado. NEO es parte del objetivo de resumen de la cuenta, que discutiré hoy.
Pero he hablado de eso muchas veces, básicamente solo creando una cuenta con lógica arbitraria para que pueda hacer cosas como cambiar el algoritmo de cifrado, cambiar las claves, hacer que tengan mucha resistencia y hacer que usen sarcases agregados como métodos de recuperación. Ahora, uno de los desafíos es que si puede cambiar la clave, entonces tiene cien cambios después de eso. Por lo tanto, debe cambiar el registro de la clave actual en 100 lugares.
¿Cómo resuelve este problema?Resolvemos este problema colocando el registro de la clave actual en un contrato central.Luego aparece una copia de la billetera en cada L2 y solo lee L1. Esto hace que muchas prácticas de seguridad de titulización muy razonables y las mismas sean más factibles y prácticas en el mundo L2.
Otro beneficio es que esto hace que el flujo de trabajo que incluya tanto L2 como L1 sean más fácil y más natural para los desarrolladores. No solo estamos hablando de la teoría y un montón de cadenas completamente separadas, en realidad estamos hablando de que la teoría L1 continúa en el corazón de la experiencia del usuario para aplicaciones y personas.
El tercer paso es probar la agregación.Mencioné anteriormente que si adoptamos este enfoque en función de dos o tres, o en el futuro, si hacemos una muy buena verificación formal y confiamos solo en ZK, podemos reducir el tiempo de confirmación de 1 semana a 1 hora. ¿Por qué 1 hora? ¿Por qué no 12 segundos? Hay dos razones, y podemos resolver estas dos razones.La primera razón es el costo de envío.Por lo tanto, enviar una prueba a L1 requiere una sobrecarga adicional, aproximadamente 500,000 gases y el costo de AA es muy alto.
Ahora, si imagina presentar una prueba para cada período, hay 2.5 millones de períodos al año. Gastamos $ 27.5 millones al año solo para mantener un valor relativo, lo cual es una locura. ¿Quién está aquí dispuesto a pagar $ 27 millones al año? Pero si lo presenta cada minuto, en lugar de cada 12 segundos, los $ 27 millones gastados por año se convierten en $ 5.5 millones. Luego, si lo envía cada hora, cae a menos de $ 100,000 por año. Esto es realmente controlable. Esta solución natural es la agregación de evidencia.
Si tenemos una gran cantidad de herramientas diferentes, estas herramientas no tienen que enviarse a diferentes grupos por separado. Las pruebas de cadena se pueden agrupar, y los grupos pueden presentar sus pruebas a la agregación, y luego la agregación puede presentar un sarcelegro separado para probar la existencia de otros sarcasos. El costo de verificar el snark es solo un costo único de 500,000 gas. ¿Qué está pasando aquí es básicamente qué hay en esta imagen? ¿Bien? Básicamente, tiene un montón de pruebas y esas pruebas también especifican qué contrato. Estamos en un bloque. Entonces tienes una prueba de agregación. Se verifica la prueba de agregación. La prueba de agregación contiene toda la información de un solo agregado como entrada pública, y la prueba ocurre solo una vez. Luego, este contrato solo hará una llamada a cada resumen una vez, y lo único que hace la llamada es apuntar a cada resumen. Simplemente se carga por separado. El costo por tiempo disminuyó de 500,000 gas a menos de 10,000 gas.
Todavía hayEl cuarto paso es reducir el retraso de prueba.Demuestre que los cálculos tardan más y más potencia informática que hacerlos. Por defecto, este cálculo no falla. Tienes que extenderlo y tienes que hacer este cálculo muy intensivo.
Entonces, el resultado es que en equilibrio, todavía tarda 500 segundos en demostrarlo, ¿verdad? Este es un problema. Entonces la pregunta es, ¿cómo resolvemos este problema? Tener dos ideas.Una es que podemos usar hardware dedicado para mejorarlo.Algunas compañías ya están haciendo esto. Si obtiene un factor de aceleración de hardware 100x, puede probarlo en tiempo real.Otra idea es la prueba súper paralizable.Entonces, desde un punto de vista matemático, esto es en realidad muy simple. Básicamente, divide el cálculo en múltiples pasos. Luego genera pruebas para cada paso en paralelo en diferentes dispositivos.
Si eso no es suficiente, las mejoras en el hardware dedicado serán más rápidas. Al mismo tiempo, el costo de mejora será más bajo. Entonces tenemos muchas opciones.
Si usa optimismo intensivo y árbitro, ambos tienen ranuras de tiempo mucho más rápidas, también puede hacerlo en 2 segundos. Entonces será muy barato. Entonces, si usa intensivo, podrá transferir rápidamente cantidades esencialmente ilimitadas de Ethereum a bajo costo. Entonces, esto también significa que podemos crear una conexión más cercana entre L1 y L2. Tenemos un mundo más integrado, y todo se vuelve más fácil y rápido para todos. Gracias.
