jakiro
Basado en las limitaciones del ecosistema L2 actual, este artículo analiza las prácticas específicas de Taiko y otros proyectos, y demuestra cómo el concepto innovador de preconfirmación es optimizar el proceso de confirmación de transacciones y mejorar la experiencia del usuario.También revela las dificultades que la tecnología de preconfirmación actual aún debe superarse en el proceso de desarrollo, incluidos los desafíos duales de la mejora tecnológica y la sostenibilidad ecológica.
Título original:«Preconfirmación (feat. Taiko): ¡Haz Ethereum rápido por primera vez!»
Autor original:Ingeun Kim :: FP
Descripción general de la llave
Taiko es una red de capa2 basada en el acurrucado basado, con el objetivo de lograr la interoperabilidad completa con Ethereum al tiempo que promueve la descentralización de los secuenciadores.Para resolver el problema del retraso en la confirmación final de la transacción en el mecanismo de rodamiento, Taiko introdujo el concepto de «preconfirmación».Al garantizar la inclusión y secuencia de transacciones a los usuarios de antemano, la preconfirmación alivia efectivamente la ineficiencia del proceso de confirmación de transacciones en el mecanismo de rollo, mejorando significativamente la experiencia del usuario.
En el modelo de preconfirmación basado, el validador L1 proporciona a los usuarios garantías de resultados de transacciones.Los preconfirmadores deben comprometer los márgenes y cumplir con el mecanismo de corte para garantizar la confiabilidad del sistema.Los proyectos L2 como Taiko han establecido una finalidad de transacciones confiable al introducir un mecanismo previo a la confirmación, creando un entorno operativo más conveniente para servicios como Defi que requieren confirmación en tiempo real.
En la actualidad, múltiples proyectos han participado en la construcción del ecosistema previo a la confirmación.Se espera que este avance tecnológico mejore la eficiencia del ecosistema Ethereum L2, fortalezca la interoperabilidad con Ethereum y promueva una mayor expansión de todo el ecosistema.
Taiko se está moviendo constantemente hacia su objetivo final como la solución Ethereum Layer2.Para lograr esto, Taiko prioriza la interoperabilidad completa con Ethereum, secuenciadores descentralizados y apoyo para los desarrolladores.Vale la pena mencionar que Taiko logra una interoperabilidad completa con Ethereum a través de la arquitectura de acurrucado basada, al tiempo que permite que cualquiera participe en convertirse en un secuenciador, dando así la descentralización del secuenciador.Sin embargo, a pesar de las ventajas del modelo de acumulación basado, su estructura en sí todavía tiene algunos problemas de ineficiencia inherentes.
Este artículo tomará a Taiko como un ejemplo para analizar profundamente el concepto de preconfirmación.Como un componente clave de la pila de tecnología Layer2, la preconfirmación es un paso importante en el desarrollo posterior de Rollup.
Problemas actuales de eficiencia de L2
Con la expansión del ecosistema L2, han surgido numerosos proyectos uno tras otro, trayendo muchos conceptos y pilas de tecnología nuevos.Sin embargo, a pesar de estos progresos significativos, L2 todavía tiene algunos problemas urgentes en la eficiencia, especialmente en áreas clave que afectan la experiencia del usuario, y mejorar la eficiencia se ha vuelto particularmente importante.
Limitaciones inherentes de Rollup: un proceso de finalización de transacciones ineficiente
L2 logra la escalabilidad a través del acurrucado, confiando en la disponibilidad de datos y el procesamiento de transacciones de plataformas L1 como Ethereum.Sin embargo, existe una limitación inherente en el encierro: aunque la clasificación y ejecución de la transacción se pueden hacer 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 de L1 y la disponibilidad de datos.Sin embargo, depender de L1 para la confirmación final de la velocidad de procesamiento de transacciones lenta y capacidades limitadas de confirmación en tiempo real, lo que dificulta cumplir con los requisitos en tiempo real desde la perspectiva del usuario.
Además, muchos secuenciadores L2 y nodos de validación todavía están centralizados en la actualidad.Esta centralización puede conducir a ineficiencias como los largos tiempos de confirmación de transacciones y las posibles interrupciones operativas, lo que afecta la eficiencia del procesamiento de transacciones de ciertos rollups y causa retrasos de confirmación.
Concepto previo a la confirmación propuesto
Se propone el concepto de preconfirmación para resolver el problema de la confirmación final de la transacción ineficiente en la red L2.La confirmación previa permite a los usuarios obtener la confirmación de la transacción más rápido, mitigando así el retraso y la ineficiencia común en el mecanismo final.
Preconfirmación¿Qué problemas están diseñados para resolver?
En el mecanismo final, el proceso de confirmación después de que un usuario envía una transacción a L2 siempre tiene el problema de ineficiencia.Dado que el secuenciador L2 centralizado no puede garantizar con precisión cuándo se confirmará una transacción de certificado en L1, los usuarios a menudo no están seguros sobre el orden y los resultados de la transacción.Por ejemplo, un usuario puede tener que esperar a que se incluya una transacción en L1 durante mucho tiempo, y si la secuencia de transacción es incorrecta o el resultado no es ideal, puede dar como resultado pérdidas financieras causadas por la transacción ejecutada.
En un entorno de mercado altamente volátil, los problemas de retraso y cambios secuenciales son más prominentes porque los usuarios dependen de los servicios de arbitraje y defi.En estos casos, los retrasos en la transacción o los cambios en la secuencia pueden conducir directamente a la pérdida de oportunidades.Incluso los usuarios que realizan transacciones ordinarias pueden carecer de confianza en el tiempo y el orden de las transacciones que finalmente confirman en L1, lo que a su vez tiene dudas sobre la fiabilidad y la facilidad de uso de la cadena de bloques.
Por lo tanto, el objetivo de diseño previo a la confirmación es compensar estas deficiencias, especialmente para proporcionar una experiencia comercial más conveniente y confiable para los usuarios más afectados por la ineficiencia del acurrucado.
Preconfirmación¿Cómo resolver estos problemas?
La preconfirmación resuelve estos problemas al proporcionar a los usuarios garantías de inclusión, clasificación y ejecución de las transacciones.Proporciona a los usuarios una «confirmación suave» a través de un secuenciador L2 centralizado y emite credenciales previas a la confirmación para garantizar que la transacción eventualmente se incluya en L1.
La principal ventaja de la confirmación suave es que puede mejorar la experiencia del usuario.Los usuarios pueden recibir comprobantes de confirmación inmediatamente 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 como el arbitraje que requiere una respuesta rápida.Además, la preconfirmación también mejora la confianza de los usuarios en el sistema L2.A medida que aumenta la confianza de los usuarios en el procesamiento de la seguridad de las transacciones, la tasa de uso general del ecosistema L2 también aumentará.Como resultado, la preconfirmación juega un papel clave en la mejora de la eficiencia y la conveniencia del procesamiento de rollup.
¿Es la preconfirmación la solución final?
Aunque la confirmación suave de los secuenciadores centralizados puede mejorar la experiencia del usuario con la clasificación y los resultados esperados, se basa en la confianza en el clasificador.Sin medidas obligatorias legales o técnicas, los usuarios solo pueden confiar en la confiabilidad del secuenciador.Esta dependencia trae la posibilidad de que las transacciones no se incluyan en el orden correcto, o que ni siquiera se incluyan en L1 en absoluto, sin proporcionar las garantías de estabilidad que los usuarios esperan.
Tomar Taiko como ejemplo para interpretar el concepto y la práctica de la preconfirmación basada
Taiko ha invertido un gran esfuerzo en implementaciones basadas en la confirmación previa, ya que este enfoque es altamente consistente con las características centrales del acurrucado basado.Si la preconfirmación basada puede introducir con éxito el marco de Taiko, no solo reducirá significativamente la latencia de la confirmación final de las transacciones, sino que también mejorará la experiencia del usuario.Además, esta mejora activará una variedad de servicios previamente restringidos, lo que les permitirá funcionar de manera eficiente en la red Taiko.
Antes de comprender la preconfirmación basada de una manera más profunda, es necesario revisar algunas de las características clave de Taiko para tener una comprensión más completa de la aplicabilidad y las ventajas de este enfoque.
Análisis de casos de taiko
Taiko demuestra completamente las características centrales del acurrucado basado.No solo logra la interoperabilidad completa con la infraestructura de Ethereum, sino que también se esfuerza por estar completamente alineada con los mecanismos de seguridad de Ethereum.Taiko adopta la arquitectura de acumulación basada, lo que significa que no se basa en un secuenciador centralizado, sino en validadores de Ethereum para asumir el papel de secuenciador, responsable de la clasificación de transacciones y bloques.
Es decir, el secuenciador de Taiko es el mismo tipo de papel que el proponente de bloque de Ethereum.Este diseño les brinda responsabilidad especial e mecanismos de incentivos, como obtener las recompensas de valor máximo de valor extraíble (MEV) y otros beneficios de la identidad de secuenciador.Por lo tanto, cuando surgen problemas en el proceso de secuenciación L2 de Taiko, estas máquinas de secuenciación tendrán responsabilidades correspondientes naturalmente debido a sus intereses en el ecosistema Ethereum.Este mecanismo ha hecho que Taiko sea significativamente diferente de otros proyectos Ethereum L2 en términos de responsabilidades operativas.
Además, vale la pena señalar que el modelo de rollo basado en Taiko está diseñado como un «rollup basado en la competencia (BCR)», una estructura diseñada para inspirar una competencia saludable.A través de un diseño abierto y sin licencia, Taiko garantiza la descentralización del sistema y permite que cualquier persona participe, lo que hace que el sistema sea más justo y transparente.
Preconfirmación basada en el acurrucado basado
Entonces, ¿cuál es el modelo de preconfirmación diseñado específicamente para el acurrucado basado?La respuesta es «preconfirmación basada».Este modelo tiene como objetivo reemplazar el mecanismo de confirmación suave tradicional a través de la confirmación que se verifica directamente en L1.
La preconfirmación basada proporciona un sistema en el que algunos validadores de L1 se ofrecen como voluntarios para participar y proporcionar servicios previos a la confirmación.Como secuenciadores, estos validadores proporcionan a los usuarios predicciones verificables de los resultados de la transacción enrollada.Este enfoque brinda a los usuarios garantías confiables para la inclusión y clasificación de la transacción, y estas garantías se basan directamente en L1, lo que mejora la credibilidad y la confiabilidad del proceso de rollo.
Justin Drake propuso por primera vez el concepto de preconfirmación basada y propuso un rol específico llamado «preconferio», que puede proporcionar a los usuarios garantías de firma, aclarar el orden de las transacciones y el estado de ejecución.Para garantizar la confiabilidad del compromiso, se requiere cada preconfirmación para prometer una cierta cantidad de margen.Si no cumplen con sus compromisos con respecto al orden de las transacciones o el estado de ejecución, enfrentarán sanciones del mecanismo de corte, es decir, pérdida de margen parcial o completo.
El mecanismo de corte se ha utilizado ampliamente en la apuesta por Ethereum pos y se usa para frenar efectivamente el comportamiento malicioso.Este mecanismo no solo fortalece el sentido de responsabilidad del preconfirmador, sino que también establece una cierta base de confianza entre el usuario y el prefirmador.
Dos situaciones pueden conducir a sanciones de corte para los preconfirmadores:
Fallas de vida: Si el preconfirmador no incluye la transacción previa a la confirmación del usuario en la cadena por cualquier motivo, se producirá una falla de la vida.Dado que la falla de la actividad no siempre es intencional, su castigo es relativamente leve.Dichas fallas pueden surgir de problemas de red o interrupciones a la cadena de bloques L1 o L2, lo que resulta en que las transacciones no se incluyan correctamente en la cadena.Para proteger el preconfirmador honesto del castigo inadecuado, el usuario generalmente es decidida por el usuario en consulta con el preconfirmador.
Fallas de seguridad: Si la transacción previa a la confirmación se incluye en la cadena, pero el resultado es inconsistente con la solicitud inicial del usuario, se producirá una falla de seguridad.Esta inconsistencia es completamente responsabilidad del preididificador, por lo que el castigo por las fallas de seguridad es a menudo más severa.El margen del preconfirmador se perderá por completo, independientemente de si el problema es intencional o no.
Para ser un preconfirmador del modelo de preconfirmación basado, un nodo (generalmente un proponente de bloque L1) debe aceptar las condiciones de estos mecanismos de corte y prometer el margen requerido.Después de la aprobación, la persona preconfirmada puede proporcionar servicios al usuario y obtener ingresos cobrando tarifas de servicio.
Este modelo de tarifa proporciona a los usuarios una conveniencia significativa, lo que les permite evitar los retrasos inherentes en la confirmación final de las transacciones enrolladas.Por ejemplo, después de que un usuario envía una transacción previa a la confirmación a través de su billetera personal, puede obtener inmediatamente un certificado de confirmación del preconfirmador.
Los preconfirmadores que participan en una preconfirmación basada no solo pueden obtener ingresos adicionales mediante la cobro de tarifas, sino que también ayudan 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 de confirmación de transacción final confiable y eficiente para todo el ecosistema L2, mejorando aún más su atractivo y practicidad.
¿Por qué los usuarios están dispuestos a pagar la preconfirmación?
En realidad, esto está estrechamente relacionado con el propósito central de la preididificación.Los usuarios están dispuestos a pagar por la confirmación previa porque resuelve directamente la ineficiencia del encierro en el proceso de confirmación final de las transacciones, lo que brinda una conveniencia significativa a los usuarios.
Por ejemplo, cuando un usuario envía una transacción previa a la confirmación en la cadena de bloques L2 a través de una billetera personal, la transacción estándar puede necesitar esperar la confirmación final, mientras que el usuario que solicita la preconfirmación puede obtener garantías de la confirmación previa y complete la transacción sin demora.En este momento, el usuario puede incluso ver una marca de verificación verde en la interfaz de la billetera, lo que indica claramente que la transacción ha tenido éxito.
Tome los servicios Defi como ejemplo.Por lo general, la tasa de cotización o las tarifas de una transacción pueden ser inconsistentes con el resultado real de la transacción completada debido al retraso.Sin embargo, a través de la confirmación previa, los usuarios pueden disfrutar de un proceso de confirmación de transacciones final rápido y eficiente, reduciendo la diferencia 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 proporcionar servicios más precisos, sino que también brindan a los usuarios una experiencia de usuario más suave y conveniente.Esta dinámica respalda aún más la expansión del ecosistema L2, al tiempo que contribuye al crecimiento del ecosistema L1 más amplio.Además, para el secuenciador del acurrucado basado, los ingresos adicionales generados por la preconfirmación le proporcionan un modelo de ganancias considerable.Este diseño resuelve efectivamente algunas de las debilidades tradicionales del acurrucado basado, lo que lo hace ideal para secuenciadores, tanto confiabilidad como atractivo.
¿Cuáles son los desafíos de la preconfirmación basada?
La preconfirmación basada sigue siendo un área de investigación altamente atractiva en el proyecto de Layer2 impulsado por el rollup representado por Taiko.Aunque este mecanismo proporciona una solución clara para mejorar el rendimiento y la escalabilidad de L2 mientras se mantiene la descentralización, aún enfrenta algunos desafíos urgentes en aplicaciones prácticas para lograr una adopción más amplia.
Primero, cuando preconfer presenta una transacción a un bloque, es posible que los usuarios no puedan obtener una garantía absoluta de la inclusión de la transacción.Aunque el preconfirmador proporciona garantías para la transacción a través del margen de compromiso, este mecanismo aún no puede resolver completamente los problemas que la transacción no puede incluirse debido a las interrupciones externas.Especialmente cuando el valor de la transacción es mayor que la cantidad de compromiso del preconfirmador, el preconfirmador puede abusar de su autoridad para incluir o excluir selectivamente ciertas transacciones, lo que trae riesgos potenciales.
Otro desafío importante se basa en modelos de ganancias preconfirmados.La principal fuente de ingresos para las confirmadoras son las tarifas previas a la confirmación pagadas por los usuarios.Sin embargo, si el número de usuarios preconfirmados es insuficiente o la participación no es lo suficientemente alta, puede conducir a la centralización del mercado y una tendencia a monopolizar.En este caso, la tarifa previa a la confirmación puede aumentar artificialmente, lo que aumenta el costo de los usuarios para realizar transacciones rápidas y eficientes, lo que representa una amenaza para el desarrollo saludable del ecosistema previo a la confirmación.
Vale la pena señalar que el concepto de preconfirmación basada es relativamente nuevo y se propuso solo hace aproximadamente un año.Todavía tomará algún tiempo practicarlo y refinarlo para convertirse en la «herramienta clave» para maximizar la velocidad y la eficiencia de las soluciones L2 impulsadas por el rollo.Sin embargo, como el acurrucado se ha establecido firmemente como el componente central de la escalabilidad de Ethereum, explorando aún más la preconfirmación para mejorar el rendimiento de un paso importante en el desarrollo de la tecnología L2.
Taiko, en particular, ha hecho un progreso significativo en la promoción de la implementación de la preconfirmación basada.Al mismo tiempo, Taiko colaboró con muchos socios como Taiko Gwyneth, Países Bajos, Chainbound, Limechain, Primev y Espresso para explorar y desarrollar conjuntamente escenarios de aplicación de preconfirmación basada.Estas colaboraciones están diseñadas para impulsar una evolución adicional del ecosistema L2, y los detalles más relevantes se discutirán en profundidad en los capítulos posteriores.
Vista panorámica ecológica preconfirmada: interpretación del diagrama de flujo y exploración de proyectos
En este capítulo, exploraremos qué proyectos están investigando y avanzando activamente en los desarrollos de tecnología de preididificación en el ecosistema L2 impulsado por el rollup.Dado que el ecosistema todavía se encuentra en sus primeras etapas de desarrollo, utilizaremos un diagrama de flujo para demostrar y comprender más intuitivamente los procesos específicos de preconfirmación.
Diagrama de flujo previo a la confirmación
La afirmación previa es un proceso complejo que requiere una estrecha colaboración entre L1 y L2, que involucra múltiples roles, cada uno con responsabilidades específicas.Para facilitar una comprensión más intuitiva de este proceso, creé un diagrama de flujo para una breve descripción general.Cabe señalar que este diagrama de flujo tiene la intención de ayudar a explicar la lógica general, por lo que no distingue estrictamente las diferentes características del encierro y el acurrucado basado, sino que se centra en un proceso general a nivel básico.
Antes de comprender los pasos específicos del diagrama de flujo, primero entendemos los diversos roles y funciones involucradas en el proceso de preconfirmación:
Usuario:Los usuarios individuales que usan la red L1 o L2 son responsables de crear y enviar transacciones.Si los usuarios desean obtener protección previa a la confirmación, enviarán la transacción al preconfirmador después de que se escriba.
Preconferrer:Durante el proceso previo a la confirmación, el preconfirmador es responsable de revisar la transacción y verificar su validez, y luego proporcionar al usuario una garantía previa a la confirmación.A través de la confirmación previa, los usuarios pueden obtener rápidamente la garantía de estado de las transacciones antes de la liquidación final.Si los nodos no tienen elegibilidad previa a la confirmación, actúan como actores no previos a la confirmación, tratando principalmente de transacciones ordinarias en lugar de transacciones previas a la confirmación, similar a los nodos de verificación estándar.
Validador L1:Responsable de la verificación final de transacciones y bloques en la red L1.Una vez que el preconfirmador envía los datos de la transacción, el verificador L1 lo verificará y registrará los datos finales en la cadena de bloques L1 para garantizar la integridad de la transacción y la conformidad con las reglas de consenso.
Preconfirmation Challenge Manager:Cuando surge una disputa o problema en el proceso de preconfirmación, el rol es responsable de investigar el problema y tomar las medidas apropiadas para resolver la disputa.Este papel juega un papel clave en el mantenimiento de la imparcialidad y confiabilidad del proceso de preconfirmación.
Ahora, ordenamos el proceso específico de preconfirmación en el orden del diagrama de flujo:
El usuario envía una solicitud de transacción al pre-confirmador entre los participantes previos a la confirmación para iniciar el proceso previo a la confirmación.
El preconfirmador revisa la transacción y envía un recibo previo a la confirmación, prometiendo al usuario que la transacción se incluirá en el bloque L1, proporcionando así al usuario garantías de confirmación final preliminar.
El preconfirmador envía los datos de transacción que deben incluirse en el bloque L1 al validador L1.Estos datos pueden ser una sola transacción o un resumen de datos procesados por el secuenciador L2.
El validador L1 verifica los datos de transacción enviados o los datos agregados y los registra en el bloque L1 para garantizar que cumpla con las reglas de consenso de blockchain.
Después de un período de tiempo, el bloque L1 que contiene datos de transacción o datos de resumen alcanza su finalidad y se confirma oficialmente la transacción.
Los usuarios pueden verificar los resultados finales de la transacción a través del nodo L1 y usar información relevante para recaudar cualquier posible disputa o desafío previo a la confirmación si es necesario.
Si se produce una transacción que no se incluye correctamente en L1 como se prometió, el preconfirmador enfrentará el castigo del gerente de desafío previo a la confirmación, como ser margado por Slash o Frozen en sus activos prometidos.
Exploración de proyectos relacionados
El siguiente proporcionará un análisis detallado de los principales proyectos involucrados activamente en el ecosistema previo a la identificación y sus roles relevantes en el proceso.Aunque estos proyectos ocupan un papel específico en el diagrama de flujo, las responsabilidades que realmente realizan pueden ser ligeramente diferentes.Por lo tanto, esta descripción general está destinada a proporcionar una comprensión básica que puede servir como una guía general.Para mantener las cosas claras, los artículos en cada categoría se organizan alfabéticamente.
Validadores preconferentes
Astria: Astria se compromete a reemplazar secuenciadores centralizados con una red de secuenciadores descentralizada y admite múltiples rollups para compartir esta red.Este diseño proporciona una resistencia a la censura más fuerte, puntos finales de bloque más rápidos e interacciones transversales sin interrupciones.Para lograr puntos finales de bloque rápido, Astria introdujo capacidades previas a la confirmación, lo que permite que el acurrucado proporcione una confirmación rápida de transacciones y mejore la resistencia a la censura, mejorando significativamente la experiencia del usuario.
Perno por cadena: Bolt es un protocolo previo a la confirmación desarrollado por Chainbound para proporcionar a los usuarios de Ethereum servicios de confirmación de transacciones casi instantáneas.Su operación se basa en mecanismos de participación sin confianza y garantías económicas, y es compatible con la tubería PBS MEV-Boost existente, creando nuevas oportunidades de ingresos para los propuestas.La función central de Bolt es la preconfirmación L1, que proporciona un fin de visión instantánea para transacciones básicas, como transferencias y autorizaciones, mejorando así la experiencia del usuario.Bolt mejora la resistencia a la censura del sistema al cambiar las responsabilidades de inclusión transaccional de los constructores de bloques centralizados a los propuestas.Al mismo tiempo, el mecanismo de registro del propuesta hipotecaria garantiza un entorno confiable que respalde de manera flexible varios tipos de contratos inteligentes.
Sistema de café expreso: Espresso El sistema es un protocolo dedicado a mejorar la interoperabilidad de los ecosistemas blockchain.Adopta el protocolo de consenso de tolerancia a fallas bizantinas (BFT) Hotshot para lograr el orden de transacción entre múltiples cadenas y puntos finales rápidos en los datos.El sistema Espresso incluye Espresso Network y Espresso Marketplace, que trabajan juntos para proporcionar una rápida finalidad de transacciones y una interoperabilidad eficiente, con el objetivo de mejorar la escalabilidad y la seguridad del ecosistema blockchain.
Ethgas: EthGas es un mercado para el espacio de negociación.Ethgas ofrece dos funciones principales:Incluye preconfirmación(Asegúrese de que la transacción esté incluida dentro del límite de gas especificado) yRealizar una preconfirmación(Asegúrese de que la transacción alcance un estado o resultado específico).Ethgas se centra en proteger la privacidad de la transacción en las transacciones de espacio en bloque y es conocido por sus objetivos operativos neutrales.
Lubán: Luban se centra en desarrollar una capa de secuenciación descentralizada para conectar los datos de transacción entre la red Ethereum y el rollo.La capa de secuenciación está diseñada como un sistema descentralizado que separa los roles de propuestas y ejecución.La característica previa a la confirmación de Luban mejora significativamente la confiabilidad de la transacción al garantizar la ejecución de la transacción antes de incluirse en la red Ethereum, al tiempo que ayuda a optimizar factores clave como tarifas de transacción, precios del gas y MEV.
Primitivo: PrimeV está desarrollando una red de propuestas que se integra con MEV, combinando una preconfirmación previa con capacidades MEV para construir una red de punto a punto eficiente y confiable.Esta red registra los registros para la ejecución de la transacción Ethereum e incentiva a los propuestas a través de mecanismos de recompensa o castigo.PrimeV permite a los participantes de MEV establecer condiciones de ejecución específicas para sus transacciones, y los constructores de bloques y validadores pueden prometer cumplir con estas condiciones, asegurando la prefirmación de las transacciones.Basado en EIP-4337, PrimeV admite opciones flexibles de prefirmación y tarifa 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: Los servicios validados (AVS) activos de Puffer Unifi se basan en Eigenlayer y se centra en resolver desafíos previos a la confirmación en el ecosistema Ethereum, especialmente en la arquitectura de rollup basada.Puffer Unifi AVS utiliza la función de rehabilitación de Eigenlayer para respaldar el mecanismo de participación previa a la confirmación, con el objetivo de mejorar la eficiencia de la confirmación final de la transacción.Con el desarrollo del acurrucado basado, la demanda de proveedores de preconfirmación confiables ha estado 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 así el crecimiento sostenible del ecosistema Ethereum.
Patinar: Los AV previos a la confirmación de Skate se basan en volver a tomar activos en Eigenlayer para proporcionar garantías de seguridad económica para todas las operaciones de cadena cruzada.Este AVS verifica los datos y la información requeridos para las transacciones de cadena cruzada, que luego están firmadas por el repetidor de Skate y listos para la ejecución.A través de este proceso, Skate AVS realiza la preconfirmación de los datos, mejorando significativamente la confiabilidad y la eficiencia de las transacciones de cadena cruzada.
Aguja: La pila basada en Spire es un marco enrollable para Ethereum basado, que está especialmente diseñado para crear cadenas de aplicaciones (cadenas de aplicaciones) para los desarrolladores.Este marco permite que las cadenas de aplicaciones interactúen directamente con Ethereum, personalicen su método de secuenciación, admite la redención de la cadena cruzada y otras funciones, y optimiza la experiencia del usuario a través de la preconfirmación.La pila basada admite múltiples entornos de ejecución, garantiza los ingresos de secuenciación de la cadena de aplicaciones y mantiene la compatibilidad con los secuenciadores compartidos tradicionales.Como proyecto de código abierto, Based Stack proporciona a los desarrolladores las herramientas y recursos completos necesarios para construir y administrar cadenas de aplicaciones, promoviendo así la interoperabilidad del desarrollo de la cadena de aplicaciones y el ecosistema Ethereum.
Taiko Gwyneth: Taiko Gwyneth es un diseño final que Taiko está desarrollando y se clasifica como una arquitectura enrollada basada.El objetivo es lograr la interoperabilidad completa con Ethereum mientras se gestiona el orden de transacciones directamente en Ethereum.Este diseño aprovecha al máximo la seguridad de Ethereum y las características descentralizadas al tiempo que proporciona un alto rendimiento y una confirmación final rápida.Actualmente, Taiko está ejecutando un mecanismo de proponente para ayudar a la creación de bloques y explorar mecanismos de preconfirmación para promover la producción de bloques rentable dentro de la comunidad.Este mecanismo está diseñado para optimizar la programación de tiempo de bloque y la eficiencia de liberación de datos.Para lograr estos objetivos, Taiko está trabajando en profundidad con proyectos como Nethermind y Gattaca.
Verificador L1
Coro uno: Chorus One es un proyecto que proporciona servicios de verificación e infraestructura para redes blockchain, centrándose en replantear servicios en múltiples protocolos para mejorar la estabilidad y la seguridad de la red.Como validador L1, el papel de Chorus One es verificar las transacciones y generar bloques, mejorando así la confiabilidad y eficiencia de toda la red.Recientemente, Chorus One ha mostrado un gran interés en la tecnología previa a la confirmación e incluso ha celebrado un evento especial relacionado durante Devcon 2024.
Investigación
Nethermind: Nethermind es un proyecto dedicado al desarrollo de clientes y herramientas de Ethereum, y su objetivo principal es mejorar el rendimiento y la estabilidad de las redes blockchain.Al introducir tecnologías de optimización avanzada, Nethermind promueve activamente el aumento en el rendimiento de la transacción de la red Ethereum.Nethermind ha estado realizando una investigación en profundidad sobre tecnología de preconfirmación y ha presentado una propuesta al programa de financiación de Taiko para acelerar el despliegue de capacidades previas a la confirmación en la red principal de Taiko.Esta propuesta se basa en el proyecto RFP-001 de Nethermind y se implementa en dos fases: la primera fase probará la función de preconfirmación entre los participantes autorizados limitados;
Mirando hacia el futuro
Taiko y muchos proyectos de Rollup Based Rollup, independientemente de si adoptan la arquitectura de acurrucado basada, están trabajando duro para optimizar el ineficiente proceso de confirmación de la transacción final en el acurrucado tradicional.Al introducir el concepto de preconfirmación, estos proyectos están creando un sistema de confirmación de transacciones que permite a los usuarios confirmar las transacciones más rápido y de manera más confiable.Con este enfoque, estos proyectos continúan explorando cómo mejorar la experiencia del usuario y generar confianza del usuario.
Taiko utiliza plenamente su posicionamiento como el proyecto Layer 2 de acurrucado basado y promueve activamente la implementación del mecanismo de preconfirmación basado, logrando así la interoperabilidad y la descentralización integrales con Ethereum.Taiko mejora enormemente la velocidad y la confiabilidad del procesamiento de transacciones al proporcionar a los usuarios garantías de confirmación de transacciones rápidas y confiables, mejorando significativamente la experiencia del usuario.
Sin embargo, varios expertos de la industria, incluido Ed Felten de Arbitrum, señalan que todavía hay una falta de middleware maduro que admite plenamente la preconfirmación.Esto muestra que la madurez de la tecnología previa a la confirmación y el modelo de ganancias de los pre-conferores aún enfrentan desafíos, y estos problemas deben resolverse con urgencia.
Como se mencionó en este artículo, más y más proyectos y participantes están ingresando activamente al campo de la confirmación previa, cada una trayendo soluciones innovadoras únicas para mejorar el rendimiento y la eficiencia de Ethereum Layer2.Esta tendencia también se ajusta a la ley general de optimización continua de los conceptos del sistema después de la implementación inicial.Creo que esta etapa marca un nodo importante en la evolución de los sistemas L2 y también es un desarrollo emocionante y positivo en el ecosistema L2 actual.
Mejorar la conveniencia del usuario a través de la preconfirmación no solo tendrá un profundo impacto en las áreas que se centran en la velocidad y la eficiencia como el defi y los juegos, sino que también puede volver a conectar Ethereum con las partes ecológicas previamente dispersas al mejorar el rendimiento de Ethereum Layer2.Esta mejora del rendimiento puede permitir que más proyectos de Layer2 de Ethereum tipo 1 logren una integración profunda con Ethereum, lo que desbloquea el potencial que anteriormente era difícil de obtener debido a las limitaciones de velocidad.Este progreso inevitablemente tendrá un profundo impacto en todo el ecosistema de Ethereum.
La preconfirmación sigue siendo un camino desafiante y difícil.Sin embargo, pioneros como Taiko enfrentan dificultades y se centran en proporcionar a los usuarios más conveniencia.La innovación nunca ha sido una tarea fácil, pero como defensor de Ethereum y su ecosistema Layer2, le presento mi sincero respeto y aliento a sus esfuerzos.
