Interpretación del concepto de preconfirmación (Preconfirmation) usando Taiko como ejemplo: ¿Cómo hacer que las transacciones de Ethereum sean más eficientes?

Este artículo parte de las limitaciones actuales en el ecosistema L2 y, a través del análisis de la práctica concreta de proyectos como Taiko, muestra cómo el innovador concepto de preconfirmación (Preconfirmation) optimiza el proceso de confirmación de transacciones y mejora la experiencia del usuario. Al mismo tiempo, revela los desafíos que la tecnología de preconfirmación aún debe superar en su desarrollo, incluyendo tanto el perfeccionamiento técnico como la sostenibilidad del ecosistema.

Título original: 《Preconfirmation (feat. Taiko): ¡Haz Ethereum rápido por primera vez!》

Autor: Ingeun Kim : : FP

Resumen clave

• Taiko es una red Layer2 basada en Based Rollup, cuyo objetivo es lograr una interoperabilidad total con Ethereum y, al mismo tiempo, impulsar la descentralización del secuenciador (Sequencer). Para resolver el problema de la demora en la confirmación final de las transacciones en el mecanismo Rollup, Taiko introduce el concepto de "preconfirmación (Preconfirmation)". Al garantizar anticipadamente a los usuarios la inclusión y el orden de las transacciones, la preconfirmación mitiga eficazmente la ineficiencia del proceso de confirmación en los Rollup, mejorando significativamente la experiencia del usuario.
• En el modelo Based Preconfirmation, los validadores de L1 ofrecen garantías sobre el resultado de las transacciones a los usuarios. Los preconfirmadores deben depositar una garantía y cumplir con el mecanismo de slashing para asegurar la fiabilidad del sistema. Proyectos L2 como Taiko, al introducir el mecanismo de preconfirmación, establecen una finalidad fiable de las transacciones, creando un entorno operativo más conveniente para servicios como DeFi que requieren confirmación en tiempo real.
• Actualmente, varios proyectos ya participan en la construcción del ecosistema de preconfirmación. Este avance tecnológico promete mejorar la eficiencia del ecosistema L2 de Ethereum, fortalecer la interoperabilidad con Ethereum y promover la expansión de todo el ecosistema.

Taiko avanza firmemente hacia su objetivo final como solución Layer2 de Ethereum. Para lograrlo, Taiko prioriza la interoperabilidad total con Ethereum, la descentralización del secuenciador y el apoyo a los desarrolladores. Cabe destacar que Taiko logra la interoperabilidad total con Ethereum a través de la arquitectura Based Rollup, permitiendo que cualquiera pueda participar como secuenciador y, así, descentralizar este rol. Sin embargo, aunque el modelo Based Rollup tiene ventajas, su estructura aún presenta algunas ineficiencias inherentes.

Este artículo toma a Taiko como ejemplo para analizar en profundidad el concepto de preconfirmación (Preconfirmation). Como parte clave de la pila tecnológica Layer2, la preconfirmación es un paso importante para el desarrollo futuro de los Rollup.

Problemas actuales de eficiencia en L2

Con la expansión del ecosistema L2, han surgido numerosos proyectos que han traído consigo nuevos conceptos y pilas tecnológicas. Sin embargo, a pesar de estos avances, L2 aún enfrenta problemas de eficiencia que deben resolverse con urgencia, especialmente en áreas clave que afectan la experiencia del usuario, donde mejorar la eficiencia es especialmente importante.

Limitaciones inherentes de los Rollup: proceso ineficiente de determinación de la finalidad de las transacciones

L2 logra escalabilidad a través de los Rollup, dependiendo de la disponibilidad de datos y el procesamiento de transacciones de plataformas L1 como Ethereum. Sin embargo, los Rollup tienen una limitación inherente: aunque pueden ordenar y ejecutar 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 de bloques y la disponibilidad de datos de L1. Sin embargo, depender de L1 para la confirmación final ralentiza el procesamiento de transacciones y limita la capacidad de confirmación en tiempo real, lo que desde la perspectiva del usuario resulta insuficiente para satisfacer las necesidades en tiempo real.

Además, muchos secuenciadores y nodos validadores de L2 siguen siendo centralizados. Esta centralización puede causar ineficiencias, como largos tiempos de confirmación de transacciones e interrupciones operativas, afectando la eficiencia del procesamiento de transacciones en algunos Rollup y provocando retrasos en la confirmación.

Propuesta del concepto de preconfirmación

El concepto de preconfirmación surge para resolver el problema de la baja eficiencia en la confirmación final de transacciones en las redes L2. La preconfirmación permite a los usuarios obtener una confirmación más rápida de sus transacciones, aliviando así los retrasos e ineficiencias comunes en los Rollup.

¿Qué problemas pretende resolver la preconfirmación?

En el mecanismo Rollup, el proceso de confirmación tras enviar una transacción a L2 siempre ha sido ineficiente. Dado que los secuenciadores centralizados de L2 no pueden garantizar con precisión cuándo se confirmará una transacción en L1, los usuarios a menudo no tienen certeza sobre el orden y el resultado de sus transacciones. Por ejemplo, un usuario puede tener que esperar mucho tiempo para que su transacción sea incluida en L1 y, si el orden es incorrecto o el resultado no es el esperado, puede sufrir pérdidas financieras por transacciones ya ejecutadas.

En un entorno de mercado altamente volátil, los problemas de retraso y cambios de orden son aún más graves, ya que los usuarios dependen de servicios de arbitraje y DeFi. En estos casos, los retrasos o cambios en el orden de las transacciones pueden llevar directamente a la pérdida de oportunidades. Incluso los usuarios que realizan transacciones normales pueden perder confianza en el tiempo de confirmación y el orden final en L1, lo que genera dudas sobre la fiabilidad y facilidad de uso de la blockchain.

Por lo tanto, el objetivo de la preconfirmación es subsanar estas deficiencias, especialmente para aquellos usuarios más afectados por la ineficiencia de los Rollup, ofreciéndoles una experiencia de transacción más conveniente y fiable.

¿Cómo resuelve la preconfirmación estos problemas?

La preconfirmación resuelve estos problemas proporcionando a los usuarios garantías sobre la inclusión, el orden y la ejecución de las transacciones. A través de un secuenciador centralizado de L2, se ofrece a los usuarios una "confirmación suave" y se emite un comprobante de preconfirmación para asegurar que la transacción será finalmente incluida en L1.

La principal ventaja de la confirmación suave es la mejora de la experiencia del usuario. Tras enviar una transacción, el usuario puede recibir inmediatamente un comprobante de confirmación, asegurando que la transacción se incluirá en L1 en el orden previsto, reduciendo la incertidumbre, especialmente en transacciones que requieren reacción rápida como el arbitraje. Además, la preconfirmación refuerza la confianza de los usuarios en el sistema L2. A medida que aumenta la confianza en el procesamiento seguro de las transacciones, también lo hace el uso general del ecosistema L2. Así, la preconfirmación desempeña un papel clave en mejorar la eficiencia y la comodidad de los Rollup.

¿Es la preconfirmación la solución definitiva?

Aunque la confirmación suave de los secuenciadores centralizados puede mejorar la experiencia del usuario mediante el orden y el resultado previstos, depende de la confianza en el secuenciador. Sin medidas legales o técnicas obligatorias, los usuarios solo pueden confiar en la fiabilidad del secuenciador. Esta dependencia implica la posibilidad de que las transacciones no se incluyan en el orden correcto o incluso no se incluyan en L1, sin poder ofrecer la garantía estable que esperan los usuarios.

Análisis del concepto y la práctica de Based Preconfirmation con el ejemplo de Taiko

Taiko ha invertido mucho esfuerzo en la implementación basada en preconfirmación, ya que este método se ajusta perfectamente a las características centrales de Based Rollup. Si Based Preconfirmation puede integrarse con éxito en el marco de Taiko, no solo reducirá significativamente la demora en la confirmación final de las transacciones, sino que también mejorará la experiencia del usuario. Además, esta mejora activará múltiples servicios previamente limitados, permitiéndoles operar eficientemente en la red Taiko.

Antes de profundizar en Based Preconfirmation, es necesario repasar algunas características clave de Taiko para comprender mejor la aplicabilidad y las ventajas de este método.

Análisis del caso Taiko

Taiko demuestra plenamente las características centrales de Based Rollup. No solo logra una interoperabilidad total con la infraestructura de Ethereum, sino que también se alinea completamente con los mecanismos de seguridad de Ethereum. Taiko adopta la arquitectura Based Rollup, lo que significa que no depende de un secuenciador centralizado, sino que confía en los validadores de Ethereum para desempeñar el papel de secuenciador, encargándose del orden de las transacciones y los bloques.

Es decir, los secuenciadores de Taiko son el mismo tipo de actores que los proponentes de bloques de Ethereum. Este diseño les otorga responsabilidades y mecanismos de incentivos especiales, como la obtención de recompensas por el valor máximo extraíble (MEV) y otros beneficios asociados al rol de secuenciador. Por lo tanto, cuando surgen problemas en el proceso de secuenciación L2 de Taiko, estos secuenciadores asumen la responsabilidad debido a sus intereses en el ecosistema Ethereum. Este mecanismo diferencia significativamente a Taiko de otros proyectos L2 de Ethereum en cuanto a responsabilidad operativa.

Además, cabe destacar que el modelo Based Rollup de Taiko está diseñado como un "Based Contestable Rollup (BCR)", una estructura que incentiva la competencia saludable. Gracias a un diseño abierto y sin permisos, Taiko garantiza la descentralización del sistema y permite la participación de cualquiera, haciendo el sistema más justo y transparente.

Preconfirmación basada en Based Rollup

Entonces, ¿cómo es el modelo de preconfirmación diseñado específicamente para Based Rollup? La respuesta es "Based Preconfirmation". Este modelo busca reemplazar el mecanismo tradicional de confirmación suave por una confirmación verificada directamente en L1.

Based Preconfirmation proporciona un sistema en el que algunos validadores de L1 participan voluntariamente y ofrecen servicios de preconfirmación. Como secuenciadores, estos validadores ofrecen a los usuarios predicciones verificables sobre el resultado de las transacciones Rollup. Este método proporciona a los usuarios garantías fiables sobre la inclusión y el orden de las transacciones, y estas garantías se basan directamente en L1, aumentando la credibilidad y fiabilidad del proceso Rollup.

Justin Drake fue el primero en proponer el concepto de Based Preconfirmation y presentó un rol específico llamado "preconfirmador (Preconfer)", que puede ofrecer garantías firmadas a los usuarios, especificando el orden y el estado de ejecución de las transacciones. Para garantizar la fiabilidad de los compromisos, cada preconfirmador debe depositar una cantidad determinada como garantía. Si no cumplen con los compromisos sobre el orden o el estado de ejecución de las transacciones, se enfrentan a la penalización del mecanismo de slashing, es decir, la pérdida parcial o total de la garantía.

El mecanismo de slashing ya se ha aplicado ampliamente en el staking PoS de Ethereum para disuadir eficazmente comportamientos maliciosos. Este mecanismo no solo refuerza la responsabilidad de los preconfirmadores, sino que también establece una base de confianza entre los usuarios y los preconfirmadores.

Existen dos situaciones que pueden llevar a que un preconfirmador sea penalizado con slashing:

1. Fallo de actividad (Liveness Faults): Si el preconfirmador, por cualquier motivo, no logra incluir la transacción preconfirmada del usuario en la cadena, se produce un fallo de actividad. Dado que estos fallos no siempre son intencionados, la penalización es relativamente leve. Estos fallos pueden deberse a problemas de red o interrupciones en la blockchain L1 o L2, impidiendo que la transacción se incluya correctamente en la cadena. Para proteger a los preconfirmadores honestos de sanciones indebidas, el importe de la penalización suele ser negociado entre el usuario y el preconfirmador.
2. Fallo de seguridad (Safety Faults): Si la transacción preconfirmada se incluye en la cadena pero el resultado no coincide con la solicitud original del usuario, se produce un fallo de seguridad. Esta discrepancia es completamente responsabilidad del preconfirmador, por lo que la penalización suele ser más severa. La garantía del preconfirmador se confisca en su totalidad, independientemente de si el fallo fue intencionado o no.

Para convertirse en preconfirmador en el modelo Based Preconfirmation, un nodo (normalmente un proponente de bloque L1) debe aceptar las condiciones del mecanismo de slashing y depositar la garantía requerida. Una vez aprobado, el preconfirmador puede ofrecer servicios a los usuarios y obtener ingresos cobrando por estos servicios.

Este modelo de tarifas ofrece una comodidad significativa a los usuarios, permitiéndoles evitar los retrasos inherentes a la confirmación final de las transacciones Rollup. Por ejemplo, tras enviar una transacción preconfirmada desde su wallet personal, el usuario puede recibir inmediatamente un comprobante de confirmación del preconfirmador.

Los preconfirmadores que participan en Based Preconfirmation no solo pueden obtener ingresos adicionales cobrando tarifas, sino que también ayudan a optimizar el proceso de confirmación de transacciones en los Rollup. Este modelo no solo mejora la experiencia del usuario, sino que también proporciona una solución fiable y eficiente para la confirmación final de transacciones en todo el ecosistema L2, aumentando aún más su atractivo y utilidad.

¿Por qué los usuarios están dispuestos a pagar por la preconfirmación?

Esto está estrechamente relacionado con el propósito central de la preconfirmación. Los usuarios están dispuestos a pagar por la preconfirmación porque resuelve directamente el problema de la ineficiencia en la confirmación final de transacciones en los Rollup, aportando una comodidad significativa.

Por ejemplo, cuando un usuario envía una transacción preconfirmada en una blockchain L2 desde su wallet personal, una transacción estándar puede requerir esperar la confirmación final, mientras que el usuario que solicita preconfirmación puede recibir inmediatamente una garantía del preconfirmador y completar la transacción sin demora. Incluso puede ver una marca de verificación verde en la interfaz de la wallet, indicando claramente que la transacción se ha realizado con éxito.

En el caso de servicios DeFi, cuando un usuario realiza un intercambio de tokens en una plataforma DeFi L2, la preconfirmación puede ofrecer una protección adicional para la transacción. Normalmente, el tipo de cambio o las tarifas de la transacción pueden diferir del resultado final debido a los retrasos. Pero con la preconfirmación, el usuario disfruta de un proceso de confirmación final rápido y eficiente, reduciendo la diferencia entre las condiciones esperadas y el resultado real, y obteniendo así una experiencia de servicio más fiable.

Estos casos de uso no solo permiten a los desarrolladores ofrecer servicios más precisos, sino que también proporcionan a los usuarios una experiencia más fluida y conveniente. Esta dinámica apoya aún más la expansión del ecosistema L2 y contribuye al crecimiento del ecosistema L1 en general. Además, para los secuenciadores de Based Rollup, los ingresos adicionales generados por la preconfirmación ofrecen un modelo de negocio atractivo. Este diseño resuelve eficazmente algunas debilidades tradicionales de Based Rollup, convirtiéndolo en una opción ideal para los secuenciadores, combinando fiabilidad y atractivo.

¿Qué desafíos enfrenta Based Preconfirmation?

Based Preconfirmation sigue siendo un área de investigación de gran interés en proyectos Layer2 impulsados por Rollup como Taiko. Aunque este mecanismo ofrece una solución clara para mejorar el rendimiento y la escalabilidad de L2 manteniendo la descentralización, en la práctica aún enfrenta desafíos que deben resolverse para lograr una adopción más amplia.

En primer lugar, cuando el preconfirmador envía la transacción al bloque, el usuario puede no obtener una garantía absoluta de inclusión de la transacción. Aunque el preconfirmador ofrece una garantía mediante el depósito, este mecanismo no puede resolver completamente los problemas causados por interrupciones externas que impidan la inclusión de la transacción. Especialmente cuando el valor de la transacción supera el importe depositado por el preconfirmador, este podría abusar de su poder y seleccionar qué transacciones incluir o excluir, generando riesgos potenciales.

Otro desafío importante es el modelo de negocio basado en la preconfirmación. La principal fuente de ingresos de los preconfirmadores son las tarifas pagadas por los usuarios. Sin embargo, si el número de preconfirmadores es insuficiente o la participación es baja, puede producirse una centralización del mercado y tendencias monopolísticas. En este caso, las tarifas de preconfirmación pueden aumentar artificialmente, incrementando el coste de las transacciones rápidas y eficientes para los usuarios, lo que amenaza el desarrollo saludable del ecosistema de preconfirmación.

Es importante señalar que el concepto de Based Preconfirmation es relativamente nuevo y fue propuesto hace aproximadamente un año. Para que se convierta en una "herramienta clave" que maximice la velocidad y eficiencia de las soluciones L2 impulsadas por Rollup, aún se requiere tiempo de práctica y perfeccionamiento. Sin embargo, dado que los Rollup ya se han consolidado como el componente central de la escalabilidad de Ethereum, seguir explorando la preconfirmación para mejorar el rendimiento marca un paso importante en el desarrollo de la tecnología L2.

En particular, Taiko ha logrado avances significativos en la implementación de Based Preconfirmation. Al mismo tiempo, Taiko colabora con socios como Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev y Espresso para explorar y desarrollar casos de uso de Based Preconfirmation. Estas colaboraciones buscan impulsar la evolución del ecosistema L2, y se discutirán más detalles en los capítulos siguientes.

Panorama del ecosistema de preconfirmación: interpretación de diagramas de flujo y exploración de proyectos

En este capítulo, exploraremos qué proyectos están investigando y promoviendo activamente el desarrollo de la tecnología de preconfirmación en el ecosistema L2 impulsado por Rollup. Dado que este ecosistema aún se encuentra 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 la preconfirmación.

Diagrama de flujo de preconfirmación

La preconfirmación es un proceso complejo que requiere una estrecha colaboración entre L1 y L2, involucrando múltiples roles, cada uno con responsabilidades específicas. Para facilitar la comprensión de este proceso, he creado un diagrama de flujo que lo resume brevemente. Cabe señalar que este diagrama tiene como objetivo explicar la lógica general, por lo que no distingue estrictamente entre las características de Rollup y Based Rollup, sino que se centra en el proceso común básico.

Antes de analizar los pasos específicos del diagrama de flujo, conozcamos los roles que participan en el proceso de preconfirmación y sus funciones:

• Usuario (User): Individuos que utilizan la red L1 o L2 y son responsables de crear y enviar transacciones. Si desean la garantía de preconfirmación, envían la transacción al preconfirmador tras redactarla.
• Preconfirmador (Preconferrer): Durante el proceso de preconfirmación, el preconfirmador revisa y valida la transacción, y luego ofrece una garantía de preconfirmación al usuario. Gracias a la preconfirmación, el usuario puede obtener rápidamente una garantía sobre el estado de la transacción antes de la liquidación final. Si un nodo no tiene la cualificación de preconfirmador, actúa como participante no preconfirmador (Non-Preconf Actors), gestionando principalmente transacciones normales, como un nodo validador estándar.
• Validador L1 (L1 Validator): Responsable de la validación final de transacciones y bloques en la red L1. Una vez que el preconfirmador envía los datos de la transacción, el validador L1 los valida y los registra en la blockchain L1, asegurando la integridad de la transacción y el cumplimiento de las reglas de consenso.
• Gestor de desafíos de preconfirmación (Preconfirmation Challenge Manager): Cuando surgen disputas o problemas en el proceso de preconfirmación, este rol investiga y toma las medidas adecuadas para resolverlas. Es clave para mantener la equidad y fiabilidad del proceso de preconfirmación.

Ahora, sigamos el orden del diagrama de flujo para repasar el proceso específico de preconfirmación:

1. El usuario envía la solicitud de transacción al preconfirmador dentro de los participantes de preconfirmación para iniciar el proceso.
2. El preconfirmador revisa la transacción y envía un recibo de preconfirmación, comprometiéndose a que la transacción será incluida en el bloque L1, proporcionando así una garantía inicial de confirmación final al usuario.
3. El preconfirmador envía los datos de la transacción que deben incluirse en el bloque L1 al validador L1. Estos datos pueden ser una sola transacción o datos agregados procesados por el secuenciador L2.
4. El validador L1 valida los datos de la transacción o los datos agregados enviados y los registra en el bloque L1, asegurando que cumplan con las reglas de consenso de la blockchain.
5. Tras un tiempo, el bloque L1 que contiene los datos de la transacción o los datos agregados alcanza la finalidad y la transacción queda confirmada oficialmente.
6. El usuario puede comprobar el resultado final de la transacción a través de un nodo L1 y, si es necesario, presentar cualquier disputa o desafío de preconfirmación utilizando la información relevante.
7. Si la transacción no se incluye correctamente en L1 como se prometió, el preconfirmador será sancionado por el gestor de desafíos de preconfirmación, por ejemplo, mediante slashing de la garantía o congelación de los activos depositados.

Exploración de proyectos relacionados

• Astria: Astria busca reemplazar los secuenciadores centralizados por una red descentralizada de secuenciadores y permite que varios Rollup compartan esta red. Este diseño proporciona mayor resistencia a la censura, una finalidad de bloque más rápida y una interacción fluida entre Rollup. Para lograr una finalidad rápida, Astria introduce la función de preconfirmación, permitiendo a los Rollup ofrecer confirmaciones rápidas y mayor resistencia a la censura, mejorando significativamente la experiencia del usuario.
• Bolt by Chainbound: Bolt es un protocolo de preconfirmación desarrollado por Chainbound que ofrece a los usuarios de Ethereum confirmaciones de transacciones casi instantáneas. Funciona con un mecanismo de participación sin confianza y garantías económicas, y es compatible con el pipeline MEV-Boost PBS existente, creando nuevas oportunidades de ingresos para los proponentes. La función principal de Bolt es la preconfirmación L1, que ofrece finalidad instantánea para transacciones básicas (como transferencias y autorizaciones), mejorando la experiencia del usuario. Al transferir la responsabilidad de inclusión de la transacción del constructor centralizado al proponente, Bolt refuerza la resistencia a la censura. Además, el mecanismo de registro de proponentes con garantía crea un entorno sin confianza y admite diversos tipos de contratos inteligentes.
• Espresso System: Espresso System es un protocolo dedicado a mejorar la interoperabilidad del ecosistema blockchain. Utiliza el protocolo de consenso BFT HotShot para lograr un orden y finalidad rápida de datos y transacciones entre múltiples cadenas. Espresso System incluye Espresso Network y Espresso Marketplace, que trabajan juntos para proporcionar finalidad rápida y alta interoperabilidad, con el objetivo de mejorar la escalabilidad y seguridad del ecosistema blockchain.
• Ethgas: Ethgas es un mercado para el comercio de espacio en bloques, donde la coincidencia de transacciones es gestionada por un sistema centralizado y el proceso en cadena se ejecuta mediante contratos inteligentes. Ethgas ofrece dos funciones principales: preconfirmación de inclusión (garantiza que la transacción se incluya dentro del límite de gas especificado) y preconfirmación de ejecución (garantiza que la transacción alcance un estado o resultado específico). Ethgas se centra en proteger la privacidad de las transacciones en el comercio de espacio en bloques y es conocido por su objetivo de operar con neutralidad.
• Luban: Luban se centra en desarrollar una capa de secuenciación descentralizada para conectar los datos de transacciones entre la red Ethereum y los Rollup. Esta capa está diseñada como un sistema descentralizado que separa los roles de propuesta y ejecución. La función de preconfirmación de Luban mejora significativamente la fiabilidad de las transacciones al garantizar su ejecutabilidad antes de ser incluidas en la red Ethereum, y ayuda a optimizar factores clave como las tarifas de transacción, el precio del gas y el MEV.
• Primev: Primev está desarrollando una red de proponentes integrada con MEV, combinando preconfirmación con funciones MEV para construir una red peer-to-peer eficiente y fiable. Esta red registra compromisos de ejecución de transacciones de Ethereum y utiliza mecanismos de recompensa o penalización para incentivar a los proponentes. Primev permite a los participantes MEV establecer condiciones de ejecución específicas para sus transacciones, y los constructores y validadores pueden comprometerse a cumplirlas, asegurando la preconfirmación de las transacciones. Basado en EIP-4337, Primev admite opciones flexibles de preconfirmación y tarifas de gas, mejorando la eficiencia del procesamiento de transacciones y optimizando aún más la experiencia del usuario.
• Puffer Unifi: El servicio de validación activa (Actively Validated Services, AVS) de Puffer Unifi está construido sobre EigenLayer y se centra en resolver los desafíos de preconfirmación en el ecosistema Ethereum, especialmente en la arquitectura Based Rollup. Puffer Unifi AVS utiliza la función de restaking de EigenLayer para apoyar el mecanismo de participación en la preconfirmación, con el objetivo de mejorar la eficiencia de la confirmación final de las transacciones. A medida que Based Rollup evoluciona, la demanda de proveedores de preconfirmación fiables sigue creciendo, y el objetivo de Puffer Unifi AVS es satisfacer esta demanda. Su visión final es lograr una preconfirmación eficiente sin cambiar el protocolo central, promoviendo el crecimiento sostenible del ecosistema Ethereum.
• Skate: El AVS de preconfirmación de Skate se basa en activos restakeados en EigenLayer para proporcionar seguridad económica a todas las operaciones cross-chain. Este AVS verifica los datos y la información agrupada necesarios para las transacciones cross-chain, que luego son firmados y preparados para su ejecución por el relayer de Skate. A través de este proceso, el AVS de Skate logra la preconfirmación de datos, mejorando significativamente la fiabilidad y eficiencia de las transacciones cross-chain.
• Spire: Based Stack de Spire es un marco de Rollup Based Ethereum diseñado para que los desarrolladores creen cadenas de aplicaciones (App Chains). Este marco permite a las App Chains interactuar directamente con Ethereum y personalizar su método de secuenciación, admitiendo funciones como el intercambio cross-chain y optimizando la experiencia del usuario mediante la preconfirmación. Based Stack admite múltiples entornos de ejecución, garantiza los ingresos por secuenciación de las App Chains y mantiene la compatibilidad con los 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 App Chains, promoviendo el desarrollo de aplicaciones y la interoperabilidad del ecosistema Ethereum.
• Taiko Gwyneth: Taiko Gwyneth es un diseño de Rollup que Taiko está desarrollando, clasificado como arquitectura based Rollup. Su objetivo es lograr una interoperabilidad total con Ethereum y gestionar directamente la secuenciación de transacciones en Ethereum. Este diseño aprovecha plenamente la seguridad y descentralización de Ethereum, al tiempo que ofrece alto rendimiento y confirmación final rápida. Actualmente, Taiko opera un mecanismo de proponentes para ayudar en la creación de bloques y explora el mecanismo de preconfirmación para fomentar la producción de bloques rentable dentro de la comunidad. Este mecanismo busca optimizar la programación de bloques y la eficiencia de la publicación de datos. Para lograr estos objetivos, Taiko colabora estrechamente con proyectos como Nethermind y Gattaca.

• Chorus One: Chorus One es un proyecto que ofrece servicios de validación e infraestructura para redes blockchain, centrándose en servicios de staking en múltiples protocolos para mejorar la estabilidad y seguridad de la red. Como validador L1, Chorus One valida transacciones y genera bloques, mejorando la fiabilidad y eficiencia de toda la red. Recientemente, Chorus One ha mostrado gran interés en la tecnología de preconfirmación, incluso organizando eventos temáticos durante Devcon 2024.

• Nethermind: Nethermind es un proyecto dedicado al desarrollo de clientes y herramientas para Ethereum, con el objetivo principal de mejorar el rendimiento y la estabilidad de la red blockchain. Mediante la introducción de tecnologías de optimización avanzadas, Nethermind impulsa activamente el aumento del rendimiento de las transacciones en la red Ethereum. En cuanto a la tecnología de preconfirmación, Nethermind ha realizado investigaciones profundas y ha presentado una propuesta al programa de subvenciones de Taiko para acelerar la implementación de la preconfirmación en la mainnet de Taiko. Esta propuesta, basada en el proyecto RFP-001 de Nethermind, se implementará en dos fases: la primera probará la preconfirmación con participantes autorizados limitados; la segunda planea ampliar gradualmente el alcance de la preconfirmación.

Perspectivas de futuro

Taiko y muchos proyectos Layer2 Based Rollup, independientemente de si adoptan la arquitectura Based Rollup, están trabajando para optimizar el ineficiente proceso de confirmación final de transacciones en los Rollup tradicionales. Al introducir el concepto de preconfirmación (Preconfirmation), estos proyectos están construyendo un sistema de confirmación de transacciones que permite a los usuarios confirmar sus transacciones de manera más rápida y fiable. De este modo, exploran continuamente cómo mejorar la experiencia del usuario y establecer su confianza.

Taiko aprovecha plenamente su posición como proyecto Layer2 Based Rollup, promoviendo activamente la implementación del mecanismo Based Preconfirmation para lograr una interoperabilidad total y descentralización con Ethereum. Al ofrecer a los usuarios una garantía rápida y fiable de confirmación final de transacciones, Taiko mejora considerablemente la velocidad y fiabilidad del procesamiento de transacciones, mejorando significativamente la experiencia del usuario.

Sin embargo, como señalan varios expertos del sector, incluido Ed Felten de Arbitrum, actualmente sigue faltando middleware maduro que pueda soportar completamente la preconfirmación. Esto indica que la madurez de la tecnología de preconfirmación y el modelo de negocio de los preconfirmadores (Preconfer) aún enfrentan desafíos que deben resolverse con urgencia.

Como se describe en este artículo, cada vez más proyectos y participantes están entrando activamente en el campo de la preconfirmación, aportando soluciones innovadoras para mejorar el rendimiento y la eficiencia de Ethereum Layer2. Esta tendencia también se ajusta a la regla general de que los conceptos del sistema se optimizan continuamente tras su implementación inicial. En mi opinión, esta etapa marca un hito importante en la evolución del sistema L2 y es un desarrollo positivo y emocionante en el ecosistema L2 actual.

Mejorar la comodidad del usuario mediante la preconfirmación no solo puede tener un impacto profundo en áreas como DeFi y juegos, que valoran la velocidad y la eficiencia, sino que también puede reconectar Ethereum con partes previamente fragmentadas del ecosistema al mejorar el rendimiento de Layer2. Esta mejora del rendimiento podría permitir que más proyectos Ethereum Layer2 de tipo 1 logren una integración profunda con Ethereum, liberando 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 Ethereum.

La preconfirmación sigue siendo un camino lleno de desafíos. Sin embargo, pioneros como Taiko están afrontando estos retos y se centran en ofrecer más comodidad a los usuarios. La innovación nunca es fácil, pero como partidario de Ethereum y su ecosistema Layer2, expreso mi sincero respeto y aliento a sus esfuerzos.