Título original: “Preconfirmation (feat. Taiko): ¡Hacer que Ethereum sea FAST por primera vez!”
Escrito por: Ingeun Kim : : FP
Resumen clave
Taiko es una red Layer2 basada en Based Rollup, que tiene como objetivo lograr la plena interoperabilidad con Ethereum, al mismo tiempo que impulsa la Descentralización de los secuenciadores. Para abordar el problema de latencia en la confirmación final de las transacciones en el mecanismo de Rollup, Taiko introduce el concepto de “Preconfirmación”. Al garantizar previamente a los usuarios la inclusión y secuencia de las transacciones, la preconfirmación mitiga de manera efectiva la ineficiencia del proceso de confirmación de transacciones en el mecanismo de Rollup, lo que mejora significativamente la experiencia del usuario.
En el modelo de preconfirmación basado en L1, los validadores proporcionan garantía de resultados de transacciones a los usuarios. Los preconfirmadores deben apostar Margen y cumplir con el mecanismo de reducción (Slashing) para garantizar la confiabilidad del sistema. Proyectos como Taiko en L2 establecen una finalidad de transacción confiable mediante la introducción de un mecanismo de preconfirmación, lo que crea un entorno operativo más conveniente para servicios que requieren confirmación en tiempo real, como Finanzas descentralizadas.
Actualmente, varios proyectos han participado en la construcción del ecosistema de preconfirmación. Este avance tecnológico tiene el potencial de mejorar la eficiencia del ecosistema de capa 2 de Ethereum, fortalecer la interoperabilidad con Ethereum y promover una mayor expansión de todo el ecosistema.
Taiko está avanzando constantemente hacia su objetivo final como solución de capa 2 para Ethereum. Para lograr este objetivo, Taiko prioriza la interoperabilidad completa con Ethereum, la descentralización del secuenciador y el apoyo a los desarrolladores. Es importante destacar que Taiko logra esta interoperabilidad completa con Ethereum a través de la arquitectura de Based Rollup, al mismo tiempo que permite que cualquier persona participe como secuenciador, logrando así la descentralización del secuenciador. Sin embargo, a pesar de las ventajas del modelo de Based Rollup, todavía existen algunos problemas inherentes de eficiencia en su estructura.
Este artículo analizará en profundidad el concepto de Preconfirmación utilizando Taiko como ejemplo. Como componente clave de la tecnología Layer2, la Preconfirmación es un paso importante en el desarrollo adicional de Rollup.
Problema actual de eficiencia L2
Con la expansión del ecosistema L2, han surgido numerosos proyectos, trayendo consigo muchos nuevos conceptos y pilas tecnológicas. Sin embargo, a pesar de estos avances significativos, L2 todavía enfrenta algunos problemas pendientes en cuanto a eficiencia, especialmente en áreas críticas que afectan la experiencia del usuario, por lo que mejorar la eficiencia se vuelve especialmente importante.
Las limitaciones inherentes de Rollup: un proceso de determinación final de transacciones ineficiente
L2 ha logrado escalabilidad a través de Rollup, dependiendo de la disponibilidad de datos y el procesamiento de transacciones de plataformas L1 como Ethereum. Sin embargo, Rollup tiene una limitación inherente: aunque puede completar la clasificación y ejecución de transacciones de forma independiente, todos los demás procesos aún deben esperar la confirmación final de L1.
Esta arquitectura garantiza la seguridad y la inmutabilidad de los datos al aprovechar directamente la generación y la disponibilidad de datos de Bloquear de L1. Sin embargo, la dependencia de L1 para la confirmación final resulta en una velocidad de procesamiento de transacciones más lenta y una capacidad limitada de confirmación en tiempo real, lo que dificulta satisfacer las demandas en tiempo real desde la perspectiva del usuario.
Además, muchos secuenciadores y validadores L2 actualmente son centralizados. Esta centralización puede conducir a una eficiencia deficiente, como tiempos de confirmación de transacciones más largos y posibles interrupciones en las operaciones, lo que afecta la eficiencia del procesamiento de transacciones de algunos Rollup, causando latencia de confirmación.
La introducción del concepto de pre-confirmación
La introducción del concepto de preconfirmación tiene como objetivo resolver el problema de la baja eficiencia de la confirmación final de las transacciones en la red L2. La preconfirmación permite a los usuarios obtener confirmaciones de transacciones más rápidamente, aliviando así la latencia y la ineficiencia comunes en el mecanismo de Rollup.
¿Qué problemas resuelve la preconfirmación?
En el mecanismo de Rollup, el proceso de confirmación de transacciones presentaba problemas de eficiencia una vez que los usuarios las enviaban a L2. Debido a que el ordenador centralizado de L2 no puede garantizar con precisión cuándo se confirmarán las transacciones en L1, los usuarios a menudo no están seguros del orden y los resultados de las transacciones. Por ejemplo, los usuarios pueden tener que esperar mucho tiempo para que las transacciones se incluyan en L1, y si hay un error en el orden o el resultado no es satisfactorio, puede haber pérdidas financieras asociadas con las transacciones ya ejecutadas.
En un entorno de mercado altamente Fluctuación, los problemas de latencia y cambio de secuencia son más prominentes, ya que los usuarios dependen de servicios de Arbitraje y Finanzas descentralizadas. En estas situaciones, la latencia o el cambio de secuencia de operaciones puede provocar directamente la pérdida de oportunidades. Incluso los usuarios que realizan transacciones comunes pueden carecer de confianza en el tiempo y secuencia de confirmación en L1, lo que genera dudas sobre la confiabilidad y facilidad de uso de la cadena de bloques.
Por lo tanto, el objetivo de diseño de la preconfirmación es compensar estas deficiencias, especialmente para aquellos usuarios que se ven más afectados por la ineficiencia de Rollup, proporcionando una experiencia de transacción más conveniente y confiable.
¿Cómo se solucionarán estos problemas preexistentes?
La preconfirmación resuelve estos problemas al proporcionar a los usuarios garantías de inclusividad, orden y ejecución de las transacciones. Proporciona a los usuarios una “confirmación suave” a través de un ordenador centralizado L2 y emite certificados de preconfirmación para garantizar que las transacciones finalmente se incluyan en L1.
La principal ventaja de la confirmación suave es mejorar la experiencia del usuario. Después de enviar la transacción, el usuario puede recibir de inmediato un comprobante de confirmación, lo que garantiza que la transacción se incluya en L1 según lo esperado, reduciendo la incertidumbre, especialmente en operaciones de Arbitraje u otras que requieran una respuesta rápida. Además, la confirmación previa refuerza la confianza del usuario en el sistema L2. A medida que aumenta la confianza del usuario en el manejo seguro de las transacciones, también aumentará la utilización general del ecosistema L2. Por lo tanto, la confirmación previa desempeña un papel clave en mejorar la eficiencia y conveniencia del procesamiento de Rollup.
¿La preconfirmación es la solución final?
Aunque la confirmación suave de un secuenciador centralizado puede mejorar la experiencia del usuario al seguir el orden y los resultados esperados, depende de la confianza en el secuenciador. Sin medidas coercitivas legales o técnicas, los usuarios solo pueden confiar en la confiabilidad del secuenciador. Esta dependencia conlleva la posibilidad de que las transacciones no se incluyan en el orden correcto, e incluso es posible que no se incluyan en L1, lo que no proporcionaría la garantía estable esperada por el usuario.
Tomando como ejemplo Taiko, se explica el concepto y la práctica de la preconfirmación basada.
Taiko ha dedicado una gran cantidad de esfuerzo a la implementación basada en preconfirmación, ya que este método se adapta perfectamente a las características clave de Based Rollup. Si Based Preconfirmation se puede introducir con éxito en el marco de Taiko, no solo reducirá significativamente la latencia de confirmación final de las transacciones, sino que también mejorará la experiencia del usuario. Además, esta mejora activará varios servicios previamente restringidos, permitiéndoles operar de manera eficiente en la red de Taiko.
Antes de profundizar en la Preconfirmación basada en Taiko, es necesario revisar algunas características clave de Taiko para comprender mejor la aplicabilidad y las ventajas de este método.
Análisis de casos de Taiko
Taiko muestra completamente las características principales de Based Rollup. No solo logra una total interoperabilidad con la infraestructura de Ethereum, sino que también se compromete a alinearse completamente con los mecanismos de seguridad de Ethereum. Taiko adopta la arquitectura de Based Rollup, lo que significa que no depende de un secuenciador centralizado, sino que depende de los validadores de Ethereum para actuar como secuenciadores, responsables de ordenar las transacciones y los bloques.
Es decir, el secuenciador de Taiko y el propuesto de Bloquear de ETH坊 son roles similares. Este diseño les otorga responsabilidades especiales y mecanismos de incentivo, como la obtención de recompensas de valor extraíble máximo (MEV) y otros beneficios derivados de ser un secuenciador. Por lo tanto, cuando surgen problemas en el proceso de secuenciación L2 de Taiko, estos secuenciadores asumen naturalmente la responsabilidad debido a su interés relacionado en el ecosistema de ETH坊. Este mecanismo hace que Taiko se diferencie significativamente de otros proyectos L2 de ETH坊 en términos de responsabilidad operativa.
Además, es importante tener en cuenta que el modelo Based Rollup de Taiko está diseñado como “Rollup Contestable basado en la competencia (BCR)”, esta estructura tiene como objetivo incentivar la competencia justa. A través de un diseño abierto y sin necesidad de permisos, Taiko asegura la descentralización del sistema y permite la participación de cualquier persona, lo que hace que el sistema sea más justo y transparente.
Preconfirmación basada en Rollup Basado
Entonces, ¿cómo es el modelo de preconfirmación diseñado específicamente para Based Rollup? La respuesta es “Preconfirmación Basada”. Este modelo tiene como objetivo reemplazar los mecanismos de confirmación suave tradicionales al verificar directamente en L1.
Con Base Preconfirmation, algunos validadores de L1 participan voluntariamente y brindan servicios de preconfirmación. Como secuestradores, estos validadores ofrecen predicciones verificables de los resultados de transacciones de Rollup a los usuarios. Este método proporciona a los usuarios una garantía de confianza en la inclusión y el orden de las transacciones, y estas garantías se basan directamente en L1, lo que mejora la credibilidad y confiabilidad del proceso de Rollup.
Justin Drake propuso por primera vez el concepto de Based Preconfirmation e introdujo un papel específico llamado ‘Preconfer’, que puede proporcionar a los usuarios garantías de firma para determinar el orden y el estado de ejecución de las transacciones. Para garantizar la confiabilidad de los compromisos, cada Preconfer debe apostar una cierta cantidad de Margen. Si no cumplen con los compromisos relacionados con el orden de las transacciones o el estado de ejecución, se enfrentarán a sanciones en el mecanismo de Slashing, lo que significa la pérdida parcial o total de Margen.
El mecanismo de penalización se ha utilizado ampliamente en PoS stake de Ethereum para frenar eficazmente comportamientos maliciosos. Este mecanismo no solo refuerza el sentido de responsabilidad de los validadores, sino que también establece una base de confianza entre los usuarios y los validadores previos.
Dos situaciones pueden llevar a que los validadores precomprometidos reciban castigos de Slashing:
Fallas de Liveness: Si un validador no incluye una transacción confirmada por un usuario en la cadena por cualquier motivo, se produce una falla de liveness. Debido a que las fallas de liveness no siempre son intencionales, las sanciones son relativamente leves. Estas fallas pueden deberse a problemas de red o interrupciones en las cadenas de bloques L1 o L2, lo que impide que las transacciones se incluyan correctamente en la cadena. Para proteger a los validadores honestos de sanciones injustas, el monto de la sanción por fallas de liveness suele ser acordado entre el usuario y el validador.
Fallas de seguridad: Si la transacción preconfirmada se incluye en la cadena, pero el resultado no coincide con la solicitud inicial del usuario, se producirá una falla de seguridad. Esta inconsistencia es completamente responsabilidad del preconfirmador, por lo que la penalización por fallas de seguridad suele ser más severa. El margen del preconfirmador será confiscado en su totalidad, independientemente de si el problema fue intencional.
Para convertirse en un preconfirmador basado en el modelo de preconfirmación, un Nodo (generalmente un proponente de Bloquear L1) debe aceptar las condiciones de estos mecanismos de Slashing y hacer stake del Margen requerido. Una vez aprobado, el preconfirmador puede brindar servicios a los usuarios y obtener ingresos mediante el cobro de tarifas de servicio.
Este modelo de tarifas proporciona una gran conveniencia a los usuarios, permitiéndoles evitar la latencia inherente en la confirmación final de las transacciones de Rollup. Por ejemplo, después de que los usuarios envíen transacciones preconfirmadas a través de su billetera personal, pueden obtener inmediatamente el comprobante de confirmación del pre-confirmador.
Los preconfirmadores que participan en Based Preconfirmation no solo pueden obtener ingresos adicionales mediante el cobro de tarifas, sino que también pueden ayudar a optimizar el proceso de confirmación de transacciones de Rollup. Este modelo no solo mejora la experiencia del usuario, sino que también proporciona una solución confiable y eficiente para la confirmación final de transacciones en todo el ecosistema L2, lo que refuerza aún más su atractivo y utilidad.
¿Por qué los usuarios están dispuestos a pagar una tarifa de preconfirmación?
Esto está estrechamente relacionado con el propósito principal de la preconfirmación. Los usuarios están dispuestos a pagar por la preconfirmación porque resuelve directamente el problema de la baja eficiencia de Rollup en el proceso de confirmación final de las transacciones, lo que les brinda una notable conveniencia.
Por ejemplo, cuando un usuario envía una transacción de preconfirmación a través de su Billetera personal en L2 on-chain, es posible que la transacción estándar deba esperar la confirmación final, mientras que el usuario que solicita la preconfirmación puede obtener una garantía inmediata del preconfirmador y completar la transacción sin latencia. En este caso, el usuario incluso puede ver una marca de verificación verde en la interfaz de la Billetera, indicando claramente que la transacción se ha realizado con éxito.
Tomemos el servicio de Finanzas descentralizadas como ejemplo. Cuando los usuarios realizan intercambios de Token en la plataforma de Finanzas descentralizadas L2, la preconfirmación puede proporcionar seguridad adicional para las transacciones relacionadas. Normalmente, las cotizaciones de las transacciones o los costos pueden no coincidir con los resultados reales debido a la latencia. Sin embargo, mediante la preconfirmación, los usuarios pueden disfrutar de un proceso de confirmación de transacciones rápido y eficiente, reduciendo las discrepancias entre las condiciones esperadas y los resultados reales, y obteniendo así una experiencia de servicio más confiable.
Estos escenarios de aplicación no solo permiten a los desarrolladores ofrecer servicios más precisos, sino que también brindan a los usuarios una experiencia de uso más fluida y conveniente. Esta dinámica también ha respaldado aún más la expansión del ecosistema L2, al tiempo que ha contribuido al subir del ecosistema L1 de manera más amplia. Además, para los secuenciadores de Based Rollup, la confirmación previa ha proporcionado un modelo de negocio considerablemente rentable. Este diseño resuelve eficazmente algunas de las debilidades tradicionales de Based Rollup, lo que lo convierte en la elección ideal para los secuenciadores, con fiabilidad y atractivo combinados.
¿Cuáles son los desafíos de la preconfirmación basada?
Basado Preconfirmación sigue siendo un área de investigación muy seguida en proyectos de Capa 2 impulsados por Rollup, representados por Taiko. Aunque este mecanismo proporciona una solución clara para mejorar el rendimiento y la escalabilidad de L2, al tiempo que mantiene la descentralización, todavía enfrenta algunos desafíos pendientes en la aplicación práctica para lograr una adopción más amplia.
En primer lugar, cuando se envía una transacción a Bloquear en Preconfer, es posible que los usuarios no tengan una garantía absoluta de que la transacción se incluirá. Aunque los prevalidadores respaldan la transacción con margen de apuesta, este mecanismo no resuelve por completo el problema de que la transacción no se pueda incluir debido a una interrupción externa. Especialmente cuando el valor de la transacción es mayor que la cantidad de margen de apuesta del prevalidador, este último puede abusar de sus privilegios y elegir incluir o excluir selectivamente ciertas transacciones, lo que conlleva riesgos potenciales.
Otro desafío significativo es el modelo de ganancias basado en la confirmación previa. La principal fuente de ingresos para los confirmadores previos es la tarifa que los usuarios pagan por la confirmación previa. Sin embargo, si hay un número insuficiente de confirmadores previos o si la participación no es lo suficientemente alta, podría conducir a la centralización del mercado y a tendencias monopolísticas. En esta situación, las tarifas de confirmación previa podrían aumentarse artificialmente, lo que aumentaría los costos para los usuarios que desean realizar transacciones rápidas y eficientes, lo que representaría una amenaza para el desarrollo saludable del ecosistema de confirmación previa.
Vale la pena señalar que el concepto de Based Preconfirmation es relativamente nuevo, y solo se propuso hace aproximadamente un año. Aún se necesita tiempo y perfeccionamiento para convertirlo en una “herramienta clave” para maximizar la velocidad y eficiencia de la solución L2 impulsada por Rollup. Sin embargo, dado que Rollup ya se ha establecido firmemente como un componente central de la escalabilidad de Ethereum, explorar aún más la preconfirmación para mejorar el rendimiento marca un paso importante en el desarrollo de la tecnología L2.
Especialmente Taiko ha logrado avances importantes en la implementación de la preconfirmación basada. Al mismo tiempo, Taiko ha colaborado con varios socios, como Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev y Espresso, para explorar y desarrollar escenarios de aplicación para la preconfirmación basada. Estas colaboraciones tienen como objetivo impulsar una mayor evolución del ecosistema L2, y se discutirán más detalles relevantes en capítulos posteriores.
Vista panorámica del ecosistema pre-confirmado: Interpretación del diagrama de flujo y exploración del proyecto
En este capítulo, exploraremos qué proyectos están investigando y promoviendo el desarrollo tecnológico de la preconfirmación en el ecosistema L2 impulsado por Rollup. Dado que este ecosistema todavía está en una etapa temprana de desarrollo, utilizaremos un diagrama de flujo para mostrar y comprender de manera más intuitiva el proceso específico de preconfirmación.
Diagrama de proceso de preconfirmación
La preconfirmación es un proceso complejo que requiere una estrecha colaboración entre L1 y L2, involucra múltiples roles y cada uno de ellos tiene responsabilidades específicas. Para comprender mejor este proceso, he creado un diagrama de flujo para resumirlo brevemente. Es importante tener en cuenta que este diagrama de flujo tiene como objetivo ayudar a explicar la lógica general, por lo que no distingue estrictamente las diferentes características de Rollup y Based Rollup, sino que se centra en el proceso general a nivel de base.
Antes de comprender los pasos específicos del diagrama de flujo, familiaricémonos primero con los diferentes roles y sus funciones en el proceso de preconfirmación.
Usuario: Usuario individual que utiliza la red L1 o L2 y es responsable de crear y enviar transacciones. Si el usuario desea obtener una confirmación previa, envía la transacción completada al confirmador previo.
Preconfirmer: During the preconfirmation process, the preconfirmer is responsible for reviewing and verifying the validity of the transaction, and then providing the user with a preconfirmation guarantee. Through preconfirmation, users can quickly obtain transaction status assurance before the final settlement. If the node does not have preconfirmation qualifications, they act as non-preconf actors, primarily dealing with regular transactions rather than preconfirmed transactions, similar to standard validation nodes.
L1 validadores（L1 Validator）： Responsable de realizar la validación final de las transacciones y los bloques en la red L1. Una vez que los prevalidadores hayan enviado los datos de la transacción, los L1 validadores los validarán y registrarán los datos finales en la cadena de bloques L1, asegurando la integridad de la transacción y el cumplimiento de las reglas de consenso.
Gestor de Desafíos de Preconfirmación: Cuando surgen disputas o problemas en el proceso de preconfirmación, este rol es responsable de investigar el problema y tomar medidas adecuadas para resolver la disputa. Este rol juega un papel clave en mantener la imparcialidad y confiabilidad del proceso de preconfirmación.
Ahora, vamos a repasar el proceso de confirmación previa en el orden del diagrama de flujo:
El usuario envía la solicitud de transacción al prevalidador en el prevalidador para iniciar el proceso de prevalidación.
Los validadores auditan las transacciones y envían un recibo de preconfirmación, prometiendo que la transacción será incluida en el bloque L1, proporcionando una garantía preliminar de confirmación final para los usuarios.
Los prevalidadores deberán presentar los datos de transacción que deben incluirse en el bloque L1 a los validadores de L1. Estos datos pueden ser transacciones individuales o datos consolidados procesados por el secuenciador L2.
L1 validadores对提交的交易数据或汇总数据进行验证，并将其记录在 L1 Bloquear中，确保其符合 Bloquear链 Consenso规则。
Después de un período de tiempo, los datos de transacción o los datos resumidos en L1 alcanzarán finalidad, confirmando formalmente la transacción.
Los usuarios pueden verificar el resultado final de las transacciones a través del Nodo L1 y, si es necesario, plantear cualquier posible disputa o desafío de preconfirmación utilizando la información relevante.
Si ocurre una transacción que no cumple con la promesa de ser incluida correctamente en L1, el prevalidador se enfrentará a sanciones del gestor de desafíos previos a la validación, como ser recortado en margen o congelar sus activos de apuesta.
Exploración de proyectos relacionados
A continuación se analizarán en detalle los principales proyectos involucrados en el ecosistema de confirmación previa y los roles relacionados en el proceso. Aunque estos proyectos ocupan roles específicos en el diagrama de flujo, sus responsabilidades reales pueden variar ligeramente. Por lo tanto, esta descripción general tiene como objetivo proporcionar una comprensión básica que pueda servir como guía general. Para mantener la claridad, los proyectos en cada categoría se presentan en orden alfabético.
Validadores de preconferencia
Astria: Astria se dedica a reemplazar los secuenciadores centralizados con una red de secuenciadores Descentralizados y admite que varios Rollup compartan esta red. Este diseño proporciona a Rollup una mayor capacidad de resistencia a la censura, una finalidad de bloque más rápida y una interacción sin problemas entre Rollup. Para lograr una finalidad de bloque rápida, Astria introduce la función de preconfirmación, lo que permite a Rollup proporcionar confirmaciones de transacciones rápidas y mejorar la capacidad de resistencia a la censura, mejorando significativamente la experiencia del usuario.
Bolt by Chainbound: Bolt es un protocolo de preconfirmación desarrollado por Chainbound que proporciona servicios de confirmación de transacciones casi instantáneas para los usuarios de la red Ethereum. Su funcionamiento se basa en un mecanismo de participación sin confianza y garantía económica, al mismo tiempo que es compatible con el canal MEV-Boost PBS existente, lo que crea nuevas oportunidades de ingresos para los proponentes. La función principal de Bolt es la preconfirmación en capa 1, que proporciona finalidad inmediata a las transacciones básicas como transferencias y autorizaciones, mejorando así la experiencia del usuario. Al transferir la responsabilidad de incluir las transacciones desde los constructores de bloques centralizados a los proponentes, Bolt fortalece la resistencia a la censura del sistema. Al mismo tiempo, el mecanismo de registro de proponentes garantiza un entorno sin confianza que admite de manera flexible varios tipos de contratos inteligentes.
Espresso: Espresso es un protocolo que se dedica a mejorar la interoperabilidad del ecosistema de blockchain. Adopta el protocolo Tolerancia Byzantine a fallos (BFT) HotShot Consenso, logrando así la secuencia de transacciones y la finalidad de datos entre múltiples cadenas de forma rápida. Espresso incluye la Red Espresso y el Mercado Espresso, que trabajan juntos para proporcionar una finalidad de transacción rápida y una interoperabilidad eficiente, con el objetivo de mejorar la escalabilidad y la seguridad del ecosistema de blockchain.
Ethgas：Ethgas es un mercado para el espacio de transacción de Bloquear, donde el emparejamiento de transacciones es gestionado por un sistema centralizado, y el proceso on-chain es ejecutado a través de un contrato inteligente. Ethgas proporciona dos funciones principales: pre-confirmación (asegurando que la transacción esté incluida dentro del límite de Gas especificado) y ejecución de pre-confirmación (garantizando que la transacción alcance un estado o resultado específico). Ethgas se enfoca en proteger la privacidad de las transacciones en el espacio de Bloquear, y es conocido por su objetivo operativo neutral.
Luban: Luban se enfoca en desarrollar una capa de secuenciación Descentralización para conectar los datos de transacciones entre la red ETH y Rollup. Esta capa de secuenciación está diseñada como un sistema Descentralización que separa las funciones de propuesta y ejecución. La función de preconfirmación de Luban mejora significativamente la confiabilidad de las transacciones al garantizar su ejecutabilidad antes de que sean incluidas en la red ETH, al mismo tiempo que ayuda a optimizar factores clave como el blanqueo de capitales, el precio del gas y el MEV.
Primev: Primev está desarrollando una red de proponentes integrada con MEV, que combina la preconfirmación con las funciones de MEV, construyendo una red punto a punto eficiente y confiable. Esta red registra los compromisos de ejecución de transacciones en la cadena ETH y motiva a los proponentes a través de mecanismos de recompensa o castigo. Primev permite a los participantes de MEV establecer condiciones específicas de ejecución para sus transacciones, mientras que los constructores de bloques y los validadores pueden comprometerse a cumplir con estas condiciones, asegurando así la preconfirmación de las transacciones. Basado en EIP-4337, Primev soporta opciones de preconfirmación flexibles y tarifas de gas, lo que no solo mejora la eficiencia del procesamiento de transacciones, sino que también optimiza aún más la experiencia del usuario.
Puffer Unifi: El servicio de validación activa (AVS) de Puffer Unifi, construido sobre EigenLayer, se centra en abordar los desafíos de pre-confirmación en el ecosistema de Ethereum, especialmente en la arquitectura de Based Rollup. Puffer Unifi AVS utiliza la función de retención de EigenLayer para respaldar el mecanismo de participación en pre-confirmaciones, con el objetivo de mejorar la eficiencia de la confirmación final de las transacciones. Con el desarrollo de Based Rollup, la demanda de proveedores confiables de pre-confirmación continúa aumentando, y el objetivo de Puffer Unifi AVS es satisfacer esta demanda. Su visión final es lograr una pre-confirmación eficiente sin cambiar el protocolo central, lo que impulsa la sostenibilidad del ecosistema de Ethereum.
Skate: La confirmación previa de Skate AVS se basa en los activos stake en EigenLayer, proporcionando seguridad económica para todas las operaciones cross-chain de intercambio. Este AVS verifica los datos e información de enlace requeridos para la intercambio cross-chain de interacción, luego es firmado y preparado para la ejecución por el relé de Skate. A través de este proceso, Skate AVS logra una confirmación previa de los datos, mejorando significativamente la confiabilidad y eficiencia de las transacciones cross-chain de interacción.
Spire: El Based Stack de Spire es un marco Rollup basado en Ethereum que proporciona soporte para el desarrollo de AppChain (Cadenas de Aplicaciones) para desarrolladores. Este marco permite a AppChain interactuar directamente con Ethereum y personalizar su método de secuenciación, admitiendo funciones como el intercambio intercadena y optimizando la experiencia del usuario a través de preconfirmaciones. Based Stack admite múltiples entornos de ejecución, asegurando los ingresos de secuenciación de AppChain y manteniendo la compatibilidad con secuenciadores compartidos tradicionales. Como proyecto de código abierto, Based Stack proporciona a los desarrolladores todas las herramientas y recursos necesarios para construir y gestionar AppChain, promoviendo la interoperabilidad entre el desarrollo de AppChain y el ecosistema de Ethereum.
Taiko Gwyneth: Taiko Gwyneth es un diseño de Rollup que está siendo desarrollado por Taiko, clasificado como una arquitectura based Rollup. Su objetivo es lograr una interoperabilidad completa con ETH, al mismo tiempo que gestiona directamente la secuenciación de transacciones en ETH. Este diseño aprovecha al máximo la seguridad y la descentralización de ETH, al mismo tiempo que ofrece una alta capacidad de procesamiento y una confirmación final rápida. Actualmente, Taiko está ejecutando un mecanismo de proponentes para ayudar a crear Bloquear y explorando un mecanismo de preconfirmación para fomentar la producción rentable de Bloquear en la comunidad. Este mecanismo tiene como objetivo optimizar el programación de tiempo de bloque y la eficiencia de publicación de datos. Para lograr estos objetivos, Taiko está colaborando estrechamente con proyectos como Nethermind y Gattaca.
L1 validadores
Chorus One: Chorus One es un proyecto que brinda servicios de validación e infraestructura a redes blockchain, enfocado en servicios de staking en varios protocolos para mejorar la estabilidad y seguridad de la red. Como validadores L1, la responsabilidad de Chorus One es validar transacciones y generar bloques para mejorar la confiabilidad y eficiencia de toda la red. Recientemente, Chorus One ha mostrado un gran interés en la tecnología de pre-confirmación, incluso organizando actividades temáticas relacionadas durante Devcon 2024.
Investigación
Nethermind: Nethermind es un proyecto dedicado al desarrollo de clientes y herramientas de Ethereum, con el objetivo principal de mejorar el rendimiento y la estabilidad de la Cadena de bloques. Mediante la introducción de técnicas de optimización avanzadas, Nethermind está impulsando activamente la capacidad de procesamiento de transacciones en la red de Ethereum. En cuanto a la tecnología de preconfirmación, Nethermind ha estado llevando a cabo investigaciones exhaustivas y ya ha presentado una propuesta al programa de financiación de Taiko, con el objetivo de acelerar la implementación de la función de preconfirmación en la Mainnet de Taiko. Esta propuesta se basa en el proyecto RFP-001 de Nethermind y se implementará en dos fases: la primera fase probará la función de preconfirmación entre un número limitado de participantes autorizados, mientras que la segunda fase tiene como objetivo expandir gradualmente el alcance de la preconfirmación.
Mirando hacia el futuro
Taiko y muchos otros proyectos Layer2 basados en Rollup, ya sea que utilicen la arquitectura Based Rollup o no, están trabajando para optimizar el proceso de confirmación de transacciones ineficiente en los Rollups tradicionales. Al introducir el concepto de preconfirmación, estos proyectos están construyendo un sistema de confirmación de transacciones que permite a los usuarios confirmar las transacciones de manera más rápida y confiable. De esta manera, estos proyectos siguen explorando cómo mejorar la experiencia del usuario y construir la confianza del mismo.
Taiko aprovecha al máximo su posición como proyecto Capa 2 de Based Rollup, impulsando activamente la implementación del mecanismo de preconfirmación basado, logrando así una completa interoperabilidad y descentralización con Ethereum. Taiko mejora significativamente la velocidad y confiabilidad del procesamiento de transacciones al ofrecer a los usuarios garantías rápidas y fiables de confirmación final, lo que mejora notablemente la experiencia del usuario.
Sin embargo, varios expertos de la industria, incluido Ed Felten de Arbitrum, señalan que todavía falta un middleware maduro que pueda admitir completamente la preconfirmación. Esto indica que la madurez de la tecnología de preconfirmación y el modelo de negocio de los preconfirmadores siguen enfrentando desafíos que deben abordarse.
Como se menciona en este artículo, cada vez más proyectos y participantes están entrando activamente en el campo de la preconfirmación, cada uno de ellos aportando soluciones innovadoras únicas con el objetivo de mejorar el rendimiento y la eficiencia de Layer2 de Ethereum. Esta tendencia también se ajusta a la regla general de optimizar constantemente los conceptos del sistema después de su implementación inicial. Creo que esta etapa marca un importante Nodo en la evolución del sistema L2 y también es un emocionante y positivo desarrollo en el ecosistema actual de L2.
Al mejorar la conveniencia del usuario mediante la confirmación previa, no solo puede tener un impacto profundo en áreas como las Finanzas descentralizadas y los juegos que valoran la velocidad y la eficiencia, sino que también puede mejorar el rendimiento de la capa 2 de ETH, reconectando las partes previamente dispersas del ecosistema de ETH. Esta mejora de rendimiento puede permitir que más proyectos de Capa 2 de ETH tipo-1 se integren en la profundidad de ETH, liberando así el potencial que antes era difícil de alcanzar debido a las limitaciones de velocidad. Estos avances sin duda tendrán un impacto profundo en todo el ecosistema de ETH.
La preconfirmación sigue siendo un camino lleno de desafíos. Sin embargo, pioneros como Taiko están subiendo a la dificultad, centrándose en proporcionar más conveniencia para los usuarios. La innovación nunca es fácil, pero como partidario de Ethereum y su ecosistema Layer2, les doy mi sincero respeto y ánimo por sus esfuerzos.
