Fuente del artículo: ChainFeeds
Título original: (Preconfirmation (feat. Taiko): ¡Haz que Ethereum sea rápido por primera vez!)
Escrito por: Ingeun Kim : : FP
Resumen clave
Taiko es una red Layer2 basada en Based Rollup, diseñada para lograr una interoperabilidad total con Ethereum, al tiempo que promueve la descentralización de los ordenantes. Para resolver el problema de la latencia en la confirmación final de transacciones en el mecanismo de Rollup, Taiko introdujo el concepto de 'preconfirmación'. Al garantizar a los usuarios la inclusión y el orden de las transacciones por adelantado, la preconfirmación alivia efectivamente el problema de ineficiencia en el proceso de confirmación de transacciones del mecanismo de Rollup, mejorando significativamente la experiencia del usuario.
En el modelo de Based Preconfirmation, los validadores de L1 garantizan los resultados de las transacciones a los usuarios. Los preconfirmadores deben depositar garantías y cumplir con el mecanismo de slashing para asegurar la fiabilidad del sistema. Proyectos de L2 como Taiko establecen una fiabilidad en la finalización de transacciones al introducir el mecanismo de preconfirmación, creando un entorno operativo más conveniente para servicios que requieren confirmación en tiempo real, como DeFi.
Actualmente, varios proyectos están participando 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 una mayor expansión de todo el ecosistema.
Taiko avanza con firmeza hacia su objetivo final como solución Layer2 de Ethereum. Para lograr este objetivo, Taiko prioriza la interoperabilidad total con Ethereum, un ordenante descentralizado y el apoyo a los desarrolladores. Es importante mencionar que Taiko logra la interoperabilidad total con Ethereum a través de la arquitectura de Based Rollup, permitiendo que cualquiera participe como ordenante, logrando así la descentralización del ordenante. Sin embargo, a pesar de que el modelo de Based Rollup tiene ventajas, su estructura aún enfrenta algunos problemas inherentes de ineficiencia.
Este artículo tomará a Taiko como ejemplo para profundizar en el concepto de preconfirmación. Como un componente clave en la pila de tecnología de Layer2, la preconfirmación es un paso importante para el avance de Rollup.
Problemas actuales de eficiencia de L2
A medida que el ecosistema L2 se expande, numerosos proyectos han surgido, trayendo consigo nuevos conceptos y pilas tecnológicas. Sin embargo, a pesar de estos avances significativos, L2 aún enfrenta ciertos problemas de ineficiencia que deben ser resueltos, especialmente en áreas clave que afectan la experiencia del usuario, donde mejorar la eficiencia se vuelve especialmente importante.
Limitaciones inherentes de Rollup: Proceso de determinación de finalización de transacciones ineficiente
L2 logra escalabilidad mediante Rollup, dependiendo de la disponibilidad de datos y el procesamiento de transacciones en plataformas L1 como Ethereum. Sin embargo, Rollup tiene una limitación inherente: aunque puede realizar 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 asegura 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 conlleva una velocidad de procesamiento de transacciones más lenta y una capacidad de confirmación en tiempo real limitada, lo que dificulta satisfacer las necesidades en tiempo real desde la perspectiva del usuario.
Además, muchos ordenantes y nodos validador de L2 siguen siendo centralizados. Esta centralización puede provocar ineficiencias, como tiempos de confirmación de transacciones más largos y posibles interrupciones operativas, lo que afecta la eficiencia de procesamiento de transacciones de ciertos Rollups, causando retrasos en las confirmaciones.
Propuesta del concepto de preconfirmación
La propuesta del concepto de preconfirmación busca abordar la ineficiencia en la confirmación final de transacciones en la red L2. La preconfirmación permite a los usuarios recibir confirmaciones de transacciones más rápidamente, aliviando las demoras y la ineficiencia comunes en el mecanismo de Rollup.
¿Qué problemas busca resolver la preconfirmación?
En el mecanismo de Rollup, el proceso de confirmación que sigue a la presentación de transacciones por parte de los usuarios a L2 siempre presenta problemas de ineficiencia. Dado que los ordenantes centralizados de L2 no pueden garantizar con precisión cuándo se confirmarán las transacciones en L1, los usuarios a menudo carecen de certidumbre sobre el orden y el resultado de las transacciones. Por ejemplo, los usuarios pueden tener que esperar mucho tiempo para que la transacción sea incluida en L1, y si el orden de las transacciones es incorrecto o el resultado no es ideal, esto puede resultar en pérdidas financieras debido a transacciones que se han ejecutado.
En un entorno de mercado altamente volátil, los problemas de retraso y cambio de orden son más prominentes, ya que los usuarios dependen de arbitraje y servicios DeFi. En estos casos, los retrasos en las transacciones o cambios en el orden pueden llevar directamente a la pérdida de oportunidades. Incluso los usuarios que realizan transacciones normales pueden carecer de confianza en los tiempos de confirmación y el orden de las transacciones en L1, lo que genera dudas sobre la confiabilidad y facilidad de uso de la blockchain.
Por lo tanto, el objetivo de diseño de la preconfirmación es abordar estas deficiencias, especialmente proporcionando una experiencia de transacción más conveniente y confiable para aquellos usuarios que se ven más afectados por la ineficiencia de Rollup.
¿Cómo resuelve la preconfirmación estos problemas?
La preconfirmación resuelve estos problemas al proporcionar a los usuarios garantías de inclusión, orden y ejecución de transacciones. Ofrece a los usuarios una 'soft confirmation' a través de un ordenante L2 centralizado y emite un certificado de preconfirmación para asegurar que la transacción será finalmente incluida en L1.
La principal ventaja de la soft confirmation es que puede mejorar la experiencia del usuario. Los usuarios pueden recibir de inmediato un recibo de confirmación después de enviar la transacción, asegurando que la transacción se incluya en L1 en el orden esperado, reduciendo la incertidumbre, especialmente en transacciones que requieren una rápida reacción, como el arbitraje. Además, la preconfirmación también aumenta la confianza de los usuarios en el sistema L2. A medida que aumenta la confianza de los usuarios en el manejo seguro de transacciones, también aumentará la tasa de uso general del ecosistema L2. Así, la preconfirmación juega un papel clave en mejorar la eficiencia y conveniencia del procesamiento de Rollup.
¿Es la preconfirmación la solución definitiva?
Aunque las soft confirmations de los ordenantes centralizados pueden mejorar la experiencia del usuario a través de la ordenación y resultados esperados, dependen de la confianza en el ordenante. Sin leyes o medidas técnicas coercitivas, los usuarios solo pueden confiar en la fiabilidad del ordenante. Esta dependencia trae consigo la posibilidad de que las transacciones no se incluyan en el orden correcto, e incluso podrían no ser incluidas en absoluto en L1, lo que no proporciona la garantía de estabilidad que los usuarios esperan.
Interpretación del concepto y práctica de Based Preconfirmation a través del ejemplo de Taiko
Taiko ha invertido una gran cantidad de esfuerzo en la implementación basada en la preconfirmación, ya que este enfoque se alinea altamente con las características centrales de Based Rollup. Si la preconfirmación basada en Based logra introducirse con éxito en el marco de Taiko, no solo se puede reducir significativamente la latencia de la confirmación final de transacciones, sino que también mejorará la experiencia del usuario. Además, esta mejora activará varios servicios que previamente estaban limitados, permitiendo su funcionamiento eficiente en la red de Taiko.
Antes de profundizar en la comprensión de Based Preconfirmation, es necesario revisar algunas características clave de Taiko para comprender de manera más completa la aplicabilidad y ventajas de este enfoque.
Análisis del caso de 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 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 ordenante centralizado, sino que confía en los validadores de Ethereum para actuar como ordenantes, responsables de la clasificación de transacciones y bloques.
Es decir, los ordenantes de Taiko son del mismo tipo de rol que los proponentes de bloques de Ethereum. Este diseño les otorga responsabilidades e incentivos especiales, como obtener recompensas de valor extraíble máximo (MEV) y otros beneficios que provienen de su identidad como ordenantes. Por lo tanto, cuando surgen problemas en el proceso de ordenamiento de L2 de Taiko, estos ordenantes, debido a su interés en el ecosistema de Ethereum, asumen naturalmente la responsabilidad correspondiente. Este mecanismo distingue a Taiko en términos de responsabilidad operativa de otros proyectos de Ethereum L2.
Además, es importante señalar que el modelo de Based Rollup de Taiko está diseñado como un 'Rollup contestable basado en competencia (Based Contestable Rollup, BCR)', esta estructura tiene como objetivo incentivar la competencia benigna. A través de un diseño abierto y sin permisos, Taiko asegura la descentralización del sistema y permite que cualquiera participe, haciendo que el sistema sea 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 tiene como objetivo reemplazar el mecanismo de soft confirmation tradicional mediante confirmaciones verificadas directamente en L1.
Based Preconfirmation proporciona un sistema en el que algunos validadores de L1 participan voluntariamente y ofrecen servicios de preconfirmación. Como ordenantes, estos validadores proporcionan predicciones verificables de los resultados de las transacciones de Rollup. Este enfoque proporciona a los usuarios garantías confiables de inclusión y orden de las transacciones, y estas garantías se basan directamente en L1, aumentando la credibilidad y fiabilidad del proceso de Rollup.
Justin Drake fue el primero en proponer el concepto de Based Preconfirmation, introduciendo un rol específico denominado 'preconfirmador (Preconfer)', que puede proporcionar garantías firmadas a los usuarios, aclarando el orden y el estado de ejecución de las transacciones. Para asegurar la fiabilidad de los compromisos, cada preconfirmador debe depositar una cantidad específica de garantía. Si no cumplen con sus compromisos sobre el orden o el estado de ejecución de la transacción, enfrentarán sanciones bajo un mecanismo de Slashing, que implica la pérdida parcial o total de su depósito.
El mecanismo de slashing se ha utilizado ampliamente en el staking de Ethereum PoS para contener efectivamente el comportamiento malicioso. Este mecanismo no solo refuerza la responsabilidad de los preconfirmadores, sino que también establece una cierta base de confianza entre los usuarios y los preconfirmadores.
Dos situaciones pueden llevar a que los preconfirmadores enfrenten sanciones de slashing:
Fallas de actividad (Liveness Faults): Si un preconfirmador no logra incluir la transacción de preconfirmación del usuario en la cadena por cualquier motivo, ocurre una falla de actividad. Dado que las fallas de actividad no siempre son intencionales, su penalización es relativamente leve. Estas fallas pueden surgir de problemas de red o interrupciones en la blockchain L1 o L2, que impiden que la transacción se incluya correctamente en la cadena. Para proteger a los preconfirmadores honestos de sanciones indebidas, el monto de la penalización por fallas de actividad generalmente se determina mediante negociación entre el usuario y el preconfirmador.
Fallas de seguridad (Safety Faults): Si la transacción de preconfirmación se incluye en la cadena, pero el resultado no coincide con la solicitud original del usuario, ocurre 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 depósito del preconfirmador será confiscado en su totalidad, sin importar si el problema fue intencional o no.
Para convertirse en un preconfirmador en el modelo de Based Preconfirmation, un nodo (generalmente un proponente de bloques de L1) debe aceptar las condiciones de estos mecanismos de slashing y depositar el colateral requerido. Una vez aprobado, el preconfirmador puede ofrecer servicios a los usuarios y generar ingresos mediante la cobranza de tarifas por el servicio.
Este modelo de tarifas ofrece una gran conveniencia a los usuarios, permitiéndoles eludir las demoras inherentes en la confirmación final de transacciones de Rollup. Por ejemplo, después de que un usuario envía una transacción de preconfirmación desde una billetera personal, puede recibir inmediatamente un recibo de confirmación del preconfirmador.
Los preconfirmadores que participan en Based Preconfirmation no solo pueden obtener ingresos adicionales al cobrar 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, aumentando aún más su atractivo y utilidad.
¿Por qué los usuarios están dispuestos a pagar tarifas por la preconfirmación?
Esto está, de hecho, estrechamente relacionado con el propósito central de la preconfirmación. Los usuarios están dispuestos a pagar tarifas por la preconfirmación porque aborda directamente el problema de ineficiencia en el proceso de confirmación final de transacciones de Rollup, brindando una gran conveniencia a los usuarios.
Por ejemplo, cuando un usuario envía una transacción de preconfirmación a través de una billetera personal en una blockchain L2, la transacción estándar puede tener que esperar la confirmación final, mientras que el usuario que solicita la preconfirmación puede recibir inmediatamente una garantía de parte del preconfirmador, completando la transacción sin demora. En este momento, el usuario incluso puede ver un cheque verde en la interfaz de la billetera, indicando claramente que la transacción ha sido exitosa.
Tomemos nuevamente el ejemplo de servicios DeFi, cuando un usuario realiza un intercambio de tokens en una plataforma DeFi de L2, la preconfirmación puede proporcionar garantías adicionales para la transacción relacionada. Normalmente, la tasa de cotización o las tarifas de la transacción pueden diferir debido a retrasos en comparación con el resultado real de la transacción completada. Pero a través de la preconfirmación, los usuarios pueden disfrutar de un proceso de confirmación final de transacciones rápido y eficiente, reduciendo la discrepancia entre las condiciones esperadas y los resultados reales, 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 respalda aún más la expansión del ecosistema L2 y contribuye al crecimiento de un ecosistema L1 más amplio. Además, para los ordenantes de Based Rollup, los ingresos adicionales que aporta la preconfirmación les proporcionan un modelo de negocio atractivo. Este diseño aborda efectivamente algunas debilidades tradicionales de Based Rollup, haciéndolo una opción ideal para los ordenantes, combinando fiabilidad y atractivo.
¿Qué desafíos existen para Based Preconfirmation?
Based Preconfirmation sigue siendo un área de investigación muy enfocada en proyectos de Layer2 impulsados por Rollup representados por Taiko. Aunque este mecanismo proporciona una solución clara para mejorar el rendimiento y la escalabilidad de L2, al mismo tiempo que mantiene la descentralización, todavía enfrenta varios desafíos que deben ser resueltos para lograr una adopción más amplia.
Primero, al enviar la transacción a la cadena en Preconfer, el usuario puede no obtener la garantía absoluta de que la transacción será incluida. Aunque el preconfirmador proporciona garantías a través del depósito, este mecanismo aún no puede resolver completamente el problema de que la transacción no sea incluida debido a interrupciones externas. Especialmente en el caso de que el valor de la transacción supere el monto del depósito del preconfirmador, el preconfirmador puede abusar de su autoridad, eligiendo incluir o excluir ciertas transacciones, lo que representa un riesgo potencial.
Otro desafío notable es el modelo de negocio de preconfirmación. La principal fuente de ingresos de los preconfirmadores son las tarifas de preconfirmación pagadas por los usuarios. Sin embargo, si hay una cantidad insuficiente de preconfirmadores o la participación no es lo suficientemente alta, esto puede llevar a la centralización del mercado y a una tendencia de monopolio. En este caso, las tarifas de preconfirmación pueden ser artificialmente elevadas, aumentando los costos para que los usuarios realicen transacciones rápidas y eficientes, lo que amenaza el desarrollo saludable del ecosistema de preconfirmación.
Es importante notar que el concepto de Based Preconfirmation es relativamente nuevo, propuesto hace aproximadamente un año. Para que se convierta en una 'herramienta clave' para maximizar la velocidad y eficiencia de las soluciones L2 impulsadas por Rollup, aún requerirá tiempo de práctica y perfeccionamiento. Sin embargo, dado que Rollup se ha establecido firmemente como un componente central de la escalabilidad de Ethereum, explorar más a fondo la preconfirmación para mejorar el rendimiento marca un paso importante en el desarrollo de la tecnología L2.
Particularmente Taiko ha logrado importantes avances en la implementación de Based Preconfirmation. Al mismo tiempo, Taiko ha colaborado con varias asociaciones como Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev y Espresso para explorar y desarrollar escenarios de aplicación de Based Preconfirmation. Estas colaboraciones buscan promover la evolución adicional del ecosistema L2, y se discutirán más detalles relacionados en los capítulos siguientes.
Visión panorámica del ecosistema de preconfirmación: interpretación del diagrama de flujo y exploración de proyectos
En este capítulo, exploraremos qué proyectos están investigando activamente y promoviendo el desarrollo de tecnologías de preconfirmación en el ecosistema L2 impulsado por Rollup. Dado que este ecosistema sigue en su fase inicial 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 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 una comprensión más intuitiva de este proceso, he creado un diagrama de flujo para una breve descripción. Cabe señalar que este diagrama de flujo está destinado a ayudar a explicar la lógica general, por lo que no distingue estrictamente las características diferentes de Rollup y Based Rollup, sino que se centra en el proceso general a un nivel básico.
Antes de comprender los pasos específicos del diagrama de flujo, primero conozcamos los diversos roles y sus funciones en el proceso de preconfirmación:
Usuario (User): Usuario individual que utiliza redes L1 o L2, responsable de crear y enviar transacciones. Si un usuario desea obtener la garantía de preconfirmación, enviará la transacción al preconfirmador una vez que esté redactada.
Preconfirmador (Preconferrer): Durante el proceso de preconfirmación, el preconfirmador es responsable de revisar la transacción y verificar su validez, y luego proporcionar la garantía de preconfirmación al usuario. A través de la preconfirmación, los usuarios pueden obtener rápidamente garantías sobre el estado de la transacción antes de la liquidación final. Si un nodo no tiene calificación de preconfirmación, actuará como un actor no preconfirmador (Non-Preconf Actors), manejando principalmente transacciones normales en lugar de transacciones de preconfirmación, similar a los nodos validadores estándar.
Validador de L1 (L1 Validator): Responsable de validar transacciones y bloques en la red L1. Una vez que el preconfirmador envía los datos de la transacción, el validador de L1 los verifica y registra los datos finales en la blockchain de L1, asegurando la integridad de la transacción y su conformidad con las reglas de consenso.
Administrador de desafíos de preconfirmación (Preconfirmation Challenge Manager): Cuando surge una disputa o problema en el proceso de preconfirmación, este rol es responsable de investigar el asunto y tomar las medidas adecuadas para resolver la disputa. Este rol es clave para mantener la equidad y fiabilidad del proceso de preconfirmación.
Ahora, ordenemos el proceso específico de preconfirmación según el diagrama de flujo:
Los usuarios envían solicitudes de transacción a los preconfirmadores participantes para iniciar el proceso de preconfirmación.
Los preconfirmadores revisan la transacción y envían un recibo de preconfirmación, prometiendo al usuario que la transacción será incluida en un bloque de L1, proporcionando así una garantía inicial de confirmación final.
Los preconfirmadores envían los datos de transacción que deben incluirse en un bloque de L1 a los validadores de L1. Estos datos pueden ser una transacción única o datos agregados procesados por el ordenante L2.
Los validadores de L1 verifican los datos de transacción o agregados enviados y los registran en un bloque de L1, asegurando que cumplan con las reglas de consenso de la blockchain.
Después de un tiempo, el bloque de L1 que incluye los datos de transacción o datos agregados alcanza la finalización, confirmando oficialmente la transacción.
Los usuarios pueden verificar el resultado final de la transacción a través de nodos de L1 y, si es necesario, utilizar la información relevante para presentar cualquier disputa o desafío de preconfirmación potencial.
Si ocurre una situación en la que una transacción no se incluye correctamente en L1 como se prometió, el preconfirmador enfrentará sanciones del administrador de desafíos de preconfirmación, como la pérdida del depósito o la congelación de sus activos apostados.
Proyectos relacionados
A continuación, se analizarán en detalle los principales proyectos que participan activamente en el ecosistema de preconfirmación y los roles relacionados en el proceso. A pesar de que estos proyectos ocupan roles específicos en el diagrama de flujo, sus responsabilidades reales pueden variar ligeramente. Por lo tanto, esta visión general tiene como objetivo proporcionar una comprensión básica que sirva como guía general. Para mantener la claridad, los proyectos dentro de cada categoría están ordenados alfabéticamente.
Validadores de preconfirmación (Preconfer Validators)
Astria: Astria se dedica a reemplazar los ordenantes centralizados por una red de ordenantes descentralizados y apoya múltiples Rollups compartiendo esta red. Este diseño proporciona a Rollup una mayor resistencia a la censura, una mayor rapidez en la finalización de bloques y una interacción sin costuras entre diferentes Rollups. Para lograr una rápida finalización de bloques, Astria introdujo la funcionalidad de preconfirmación, permitiendo a Rollup ofrecer confirmaciones rápidas de transacciones y mejorar la resistencia a la censura, lo que mejora 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 servicios de confirmación de transacciones casi instantáneas. Su funcionamiento se basa en un mecanismo de participación sin confianza y colateral económico, 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 de L1, proporcionando finalización instantánea para transacciones básicas (como transferencias y autorizaciones), mejorando así la experiencia del usuario. Al transferir la responsabilidad de inclusión de transacciones de los constructores de bloques centralizados a los proponentes, Bolt mejora la resistencia a la censura del sistema. Al mismo tiempo, el mecanismo de registro de proponedores colaterales garantiza un entorno sin confianza, apoyando de manera flexible varios tipos de contratos inteligentes.
Espresso System: Espresso System es un protocolo dedicado a mejorar la interoperabilidad del ecosistema blockchain. Utiliza el protocolo de consenso de tolerancia a fallos bizantinos (BFT) HotShot, logrando la rápida finalización de datos y orden de transacciones entre múltiples cadenas. Espresso System incluye Espresso Network y Espresso Marketplace, que trabajan en conjunto para proporcionar una rápida finalización de transacciones y alta interoperabilidad, con el objetivo de mejorar la escalabilidad y seguridad del ecosistema blockchain.
Ethgas: Ethgas es un mercado para el espacio de bloques de transacciones, donde la coincidencia de transacciones es gestionada por un sistema centralizado y los procesos en cadena se ejecutan a través de contratos inteligentes. Ethgas ofrece dos funciones principales: inclusión de preconfirmación (asegurando que las transacciones sean incluidas dentro de un límite de Gas específico) y ejecución de preconfirmación (asegurando que las transacciones alcancen un estado o resultado específico). Ethgas se enfoca en proteger la privacidad de las transacciones en el comercio de espacio de bloques y es conocido por su objetivo operativo neutral.
Luban: Luban se enfoca en desarrollar una capa de ordenamiento descentralizada para conectar los datos de transacciones entre la red de Ethereum y Rollup. Esta capa de ordenamiento está diseñada como un sistema descentralizado, separando los roles de propuesta y ejecución. La funcionalidad de preconfirmación de Luban mejora significativamente la fiabilidad de las transacciones al asegurar su ejecutabilidad antes de ser incluidas en la red de Ethereum, al mismo tiempo que ayuda a optimizar factores clave como tarifas de transacción, precios de Gas y MEV.
Primev: Primev está desarrollando una red de proponentes integrada con MEV, combinando la preconfirmación con capacidades de MEV, creando una red eficiente y confiable de punto a punto. Esta red registra los compromisos de ejecución de transacciones de Ethereum y utiliza mecanismos de recompensa o penalización para motivar a los proponentes. Primev permite a los participantes de MEV establecer condiciones específicas de ejecución para sus transacciones, mientras que los constructores de bloques y validadores se comprometen a cumplir esas condiciones, asegurando así la preconfirmación de la transacción. Basado en EIP-4337, Primev soporta opciones flexibles de preconfirmación y tarifas de Gas, no solo mejorando la eficiencia del procesamiento de transacciones, sino también optimizando aún más la experiencia del usuario.
Puffer Unifi: Los servicios de validación activa (Actively Validated Services, AVS) de Puffer Unifi se construyen sobre EigenLayer y se centran en abordar los desafíos de preconfirmación en el ecosistema de Ethereum, especialmente en la arquitectura de Based Rollup. Puffer Unifi AVS utiliza la funcionalidad de re-staking de EigenLayer para respaldar el mecanismo de participación de preconfirmación, con el objetivo de mejorar la eficiencia de la confirmación final de transacciones. A medida que Based Rollup evoluciona, la demanda de proveedores de preconfirmación confiables sigue creciendo, y el objetivo de Puffer Unifi AVS es satisfacer esa demanda. Su visión final es lograr una preconfirmación eficiente sin cambiar el protocolo central, promoviendo así el crecimiento sostenible del ecosistema de Ethereum.
Skate: El AVS de preconfirmación de Skate se basa en activos de re-staking en EigenLayer, proporcionando garantías económicas para todas las operaciones intercadena. Este AVS verifica los datos y la información necesarios para las transacciones intercadena, que luego son firmadas y preparadas para su ejecución por el relé 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 intercadena.
Spire: La pila basada en Spire es un marco de Rollup de Ethereum basado en Based, diseñado para apoyar a los desarrolladores en la creación de cadenas de aplicaciones (App Chains). Este marco permite a las cadenas de aplicaciones interactuar directamente con Ethereum y personalizar su método de ordenamiento, soportando funcionalidades como el intercambio entre cadenas, y optimizando la experiencia del usuario a través de la preconfirmación. La pila basada apoya múltiples entornos de ejecución, asegurando los ingresos de ordenamiento de las cadenas de aplicaciones y manteniendo la compatibilidad con los ordenantes compartidos tradicionales. Como proyecto de código abierto, la pila basada proporciona a los desarrolladores las herramientas y recursos completos necesarios para construir y gestionar cadenas de aplicaciones, promoviendo el desarrollo de cadenas de aplicaciones y la interoperabilidad del ecosistema de Ethereum.
Taiko Gwyneth: Taiko Gwyneth es un diseño de Rollup que Taiko está desarrollando, clasificado como arquitectura de Based Rollup. Su objetivo es lograr una interoperabilidad total con Ethereum, mientras gestiona directamente el ordenamiento de transacciones en Ethereum. Este diseño aprovecha al máximo la seguridad y descentralización de Ethereum, al tiempo que proporciona un alto rendimiento y una rápida finalización. Actualmente, Taiko está implementando un mecanismo de proponentes para ayudar en la creación de bloques y explorando mecanismos de preconfirmación para facilitar la producción de bloques rentables dentro de la comunidad. Este mecanismo tiene como objetivo optimizar la programación del tiempo de bloque y la eficiencia de publicación de datos.
Validador de L1
Chorus One: Chorus One es un proyecto que proporciona servicios de validación e infraestructura para redes blockchain, centrándose en servicios de staking en múltiples protocolos para aumentar la estabilidad y seguridad de la red. Como validador de L1, la responsabilidad de Chorus One es verificar transacciones y generar bloques, mejorando así la fiabilidad y eficiencia de toda la red. Recientemente, Chorus One ha mostrado un gran interés en la tecnología de preconfirmación, incluso organizando un evento temático relacionado durante Devcon 2024.
Investigación
Nethermind: Nethermind es un proyecto dedicado al desarrollo de clientes y herramientas de Ethereum, cuyo objetivo central es mejorar el rendimiento y la estabilidad de la red blockchain. A través de la introducción de tecnologías de optimización avanzadas, Nethermind impulsa activamente el aumento del rendimiento de transacciones en la red de Ethereum. En relación con la tecnología de preconfirmación, Nethermind ha estado investigando profundamente y ha presentado una propuesta al programa de financiación de Taiko, con el objetivo de acelerar la implementación de la funcionalidad de preconfirmación en la red principal de Taiko. Esta propuesta se basa en el proyecto RFP-001 de Nethermind y se implementará en dos fases: la primera fase probará la funcionalidad de preconfirmación entre un número limitado de participantes autorizados; la segunda fase planea ampliar gradualmente el alcance de la aplicación de la preconfirmación.
Perspectivas futuras
Taiko y muchos proyectos de Layer2 de Based Rollup, ya sea que adopten la arquitectura de Based Rollup o no, están trabajando para optimizar el proceso de confirmación final de transacciones ineficiente en el Rollup tradicional. 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 transacciones de manera más rápida y confiable. Con este enfoque, estos proyectos están explorando continuamente cómo mejorar la experiencia del usuario y generar confianza entre los usuarios.
Taiko aprovecha plenamente su posición como un proyecto Layer 2 basado en Based Rollup, impulsando activamente la implementación del mecanismo de Based Preconfirmation para lograr una interoperabilidad total con Ethereum y descentralización. Taiko proporciona a los usuarios garantías rápidas y confiables de confirmación final de transacciones, lo que mejora drásticamente la velocidad y fiabilidad del procesamiento de transacciones, mejorando significativamente la experiencia del usuario.
Sin embargo, varios expertos de la industria, incluidos Ed Felten de Arbitrum, han señalado que todavía falta 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 aún enfrenta desafíos que necesitan ser resueltos.
Como se describe en este artículo, cada vez más proyectos y participantes están ingresando activamente al campo de la preconfirmación, cada uno trayendo propuestas innovadoras únicas, con el objetivo de mejorar el rendimiento y la eficiencia de Layer2 de Ethereum. Esta tendencia también se alinea con la regla general de que los conceptos de sistemas se optimizan continuamente después de su implementación inicial. Creo que esta etapa marca un punto importante en la evolución de los sistemas L2 y es un desarrollo emocionante en el ecosistema L2 actual.
Mejorar la conveniencia del usuario a través de la preconfirmación no solo podría tener un impacto profundo en áreas que priorizan la velocidad y la eficiencia, como DeFi y juegos, sino que también podría reconectar Ethereum con partes del ecosistema que antes estaban dispersas al mejorar el rendimiento de Layer2 de Ethereum. Esta mejora en el rendimiento podría permitir que más proyectos Type-1 de Layer2 de Ethereum logren una integración profunda con Ethereum, liberando el potencial que antes estaba restringido por limitaciones de velocidad. Estos avances seguramente tendrán un impacto profundo en todo el ecosistema de Ethereum.
La preconfirmación sigue siendo un camino lleno de desafíos. Sin embargo, pioneros como Taiko están enfrentando las dificultades, centrándose en proporcionar más conveniencia a los usuarios. La innovación nunca es una tarea fácil, pero como partidario de Ethereum y su ecosistema Layer2, rindo homenaje y animo sinceramente sus esfuerzos.
