Autor IOSG Ventures

Introducción

Durante años, Uniswap ha estado impulsando continuamente reformas en funciones e innovaciones para hacer que el intercambio sea más amigable y justo para los usuarios. Por ejemplo, hemos visto la versión móvil de Uniswap Mobile, la Red de Fillers en UniswapX, el estándar ERC-7682 para intenciones cruzadas unificadas, y los ganchos que se abrirán en Uniswap V4 para personalizar los pools AMM, entre otros.

El 10 de octubre, Uniswap anunció su Rollup optimista general, Unichain. Esta cadena está diseñada para ser un centro de liquidez integral en el ecosistema de supercadenas, ofreciendo a los comerciantes una experiencia de intercambio casi instantánea y spreads más bajos, mientras maximiza la privacidad y la integridad de los participantes de MEV en el proceso, utilizando TEE. Aunque estas visiones son impresionantes, los usuarios cuestionan si se necesita otra L2, incluidos algunos comentarios de Vitalik que dicen que Unichain = "una copia de Uniswap en cada Rollup". En otras palabras, él cree que lanzar un clon de Uniswap en una nueva cadena tiene el mismo propósito que lanzar Unichain. Entonces, ¿es Unichain realmente positivo o negativo? El artículo de hoy explorará la arquitectura de Unichain y la "necesidad" de Unichain.

1. ¿Qué es Unichain? Unichain es un rollup optimista, diseñado para ejecutar transacciones casi instantáneas, mientras utiliza la tecnología de privacidad TEE para minimizar el impacto potencial en los LP y comerciantes en la cadena. Dado que Unichain se construye con las mismas propiedades y estándares que otras cadenas de rollup optimista, ahora puede aprovechar la interoperabilidad en el ecosistema de supercadenas y acceder a la liquidez compartida de toda la red. Para ello, Unichain trae 4 innovaciones importantes: • Separación de Rollup-Boost y Sequencer Builder • Construcción de bloques en TEE • Flashblock • Red de validación de Unichain (UVN)

1.1 Rollup Boost: Separación de Proponente de Secuenciador (SBS) La construcción de bloques (Block Building) es clave para abordar el problema de MEV. Antes de MEV Boost, Ethereum enfrentaba riesgos de censura y una mala experiencia de usuario. Debido a la intensa competencia entre buscadores por la inclusión de órdenes impulsadas por ganancias, los usuarios se enfrentaban a altas tarifas de transacción y problemas de frontrunning. Para abordar estos problemas, flashbot construyó MEV-boost. MEV Boost separa los roles de constructor de bloques y proponente mediante la introducción de un intermediario, y presenta los bloques más rentables al proponente para su firma, separando así el desarrollo de los roles de constructor de bloques y proponente. Este diseño descentraliza efectivamente el proceso de extracción de MEV y democratiza los beneficios de MEV entre validadores y constructores profesionales.

El concepto de Rollup Boost es similar a MEV Boost, donde L2 habilitado para SBS puede separar el proceso de construcción de bloques del motor de ejecución del secuenciador a través de un sistema llamado 'Block Builder Sidecar'. En resumen, hay 4 componentes principales dentro del sistema: • OP-node • OP-geth • Sidecar / Blockbuilder Sidecar • Constructor de bloques externo A continuación se muestra un diagrama de arquitectura de optimismo, donde podemos ver que el nodo secuenciador (también conocido como op-chain) está compuesto por Op-geth y Op-node.


Para distinguir los roles de construcción de bloques y propuesta en el secuenciador, se agregó un componente llamado Sidecar. Sidecar permite que el nodo OP reciba bloques de constructores externos, creando así un mercado entre constructores de bloques y proponentes. El flujo de trabajo es el siguiente: 1. El nodo OP envía actualizaciones al sidecar. 2. El sidecar actúa como intermediario y reenvía las actualizaciones a op-geth. 3. Cuando el nodo OP solicita un bloque a OP-geth, el sidecar intercepta la solicitud. 4. Luego, el sidecar reenvía la solicitud al constructor de bloques externo, lo que crea el 'hueco' donde los constructores externos pueden pujar y competir. 5. Al recibir el bloque externo/ganador, el sidecar lo envía al nodo OP. 6. Si no se recibe un bloque, el sidecar reenvía el bloque generado localmente. La principal ventaja del sidecar del constructor de bloques es que las actualizaciones no requieren modificar el cliente de la cadena OP, mientras permiten reglas de ordenamiento de transacciones más flexibles, simplificadas y auditables. Sin embargo, debido a la adición del intermediario (sidecar), puede haber cierto retraso.

1.2 Rollup Boost: Separación de Proponente de Secuenciador (SBS) Rollup Boost lleva este proceso un paso más allá al introducir un entorno de ejecución confiable (TEE) en el proceso de construcción de bloques para garantizar la integridad de las transacciones. Gracias a los últimos avances en hardware como Intel TDX, el rendimiento en tiempo real se vuelve posible. Para aquellos que no están familiarizados con TEE, son áreas seguras dentro de procesadores o hardware que brindan privacidad mejorada al bloquear entidades no autorizadas de leer datos externos. Al mismo tiempo, TEE mantiene un alto nivel de integridad, ya que el código dentro de la TEE no puede ser modificado o reemplazado.

En el contexto de Rollup Boost, Unichain utilizará un constructor TEE para reducir el riesgo de filtraciones de MEV. Esto significa que cuando se envían paquetes o transacciones al constructor de bloques TEE, los aspectos de integridad de TEE garantizan que el orden en que las transacciones llegan al constructor no se vea afectado por entidades externas que intentan extraer más MEV.

Además, TEE proporciona protección de reversión sin necesidad de confianza, lo que puede proteger a los usuarios de transacciones fallidas, ya que TEE puede ejecutar simulaciones y detectar y eliminar cualquier transacción de reversión antes de procesar. Esto no solo mejora la eficiencia de AMM (ya que no habrá transacciones fallidas), sino que también mejora la experiencia general del usuario, especialmente durante períodos de alto volumen.

Para aumentar la transparencia del proceso de ordenamiento y construcción de bloques, se publicará una prueba de ejecución a los usuarios después de que se genere el bloque. Esta prueba es crucial para verificar la priorización, un concepto que se explicará en los párrafos posteriores.

1.3 Flashblock y construcción de bloques verificables El tiempo medio de bloque de Ethereum es de 12 segundos, lo cual es muy lento y no satisface la demanda actual de una experiencia de transacción aceptable. Además, el lento tiempo de bloque expone a la red a más oportunidades de MEV y la hace vulnerable a congestiones de red bajo ataques de transacciones basura. L2 está diseñado para mejorar la escalabilidad de Ethereum verificando la corrección de los cálculos a través de la agrupación de transacciones fuera de la cadena y la presentación de pruebas. Para proporcionar una experiencia de transacción más fluida, el objetivo de Unichain es lograr un tiempo de bloque de 250 ms. Sin embargo, para lograr esto, Unichain necesita un sistema capaz de transmitir bloques de forma continua con baja latencia y tiempos de confirmación casi instantáneos. Solana puede procesar 440M en paralelo, pero para lograr tal velocidad, sacrifica un cierto grado de descentralización. Anteriormente, en la mayoría de los procesos de propuesta de bloques L2, la serialización de datos y la generación de raíces de estado causaban retrasos, haciendo que un tiempo de bloque rápido no fuera factible. Para abordar este problema, flashbot creó flashblock, cuyo concepto es "descomponer" los bloques en fragmentos más pequeños, reduciendo así el tiempo entre bloques para maximizar la ventaja de UX/LP.
Flashblock es una preconfirmación emitida por el constructor de bloques TEE para una confirmación parcial pero rápida. Primero, las transacciones se transmiten en flujo al constructor de bloques TEE. Si L2 tiene habilitado SBS, el constructor de bloques se separará del secuenciador. Después de ordenar y agrupar, las transacciones comenzarán a formarse gradualmente en una confirmación parcial de Flashblock. Flashblock se transmitirá desde el secuenciador cada 250 milisegundos a otros nodos para su validación. Dado que el retraso es causado por la generación de raíces de estado y serialización en L2, Unichain reduce significativamente la latencia al calcular la raíz de estado y amortizar los costos de construcción de bloques solo una vez para múltiples bloques parciales. En resumen, Flashblock es poderoso porque: • Un tiempo de salida más corto reduce el riesgo de costos de selección inversa para LP. • Flashblock proporciona un estado de ejecución anticipado del estado existente, haciendo que la integración con billeteras y frontends sea más fácil. • Transacciones rápidas proporcionan una excelente experiencia de usuario (UX). Además, dado que TEE puede hacer cumplir la priorización en cada Flashblock, las aplicaciones y contratos inteligentes ahora pueden cobrar impuestos de MEV, beneficiándose de la priorización para su propio interés y redistribuir MEV a LP y usuarios. Como Dan Robinson destacó en uno de sus tweets, permitir que las aplicaciones y los usuarios "controlen" su MEV es una de las características/propósitos principales de Unichain. Lo mejor es que la priorización puede ser verificada a través de pruebas de ejecución públicas en TEE. Esto permite a los usuarios verificar con precisión cómo se ejecutó su transacción. Esto es muy importante, ya que es la única forma en que los usuarios pueden asegurarse de que la priorización se lleve a cabo de manera justa.

1.4 Red de Validación de Unichain (UVN) Hoy en día, la mayoría de los secuenciadores L2 son centralizados, y el comportamiento de un solo secuenciador puede afectar la equidad de MEV, la actividad de bloques o la finalización, etc. Por ejemplo, si un secuenciador publica un bloque inválido y se presenta una prueba de fraude para desafiarlo, la reversión de cadena resultante afectará la velocidad de la cadena. Para abordar el potencial de fallas únicas en los secuenciadores, Unichain introduce la Red de Validación de Unichain (UVN). UVN agrega una capa de finalización adicional al centrarse en validar bloques a través de validadores que norman la cadena (Ethereum) al proponer bloques. Este proceso es similar a trabajos paralelos, donde diferentes etapas de la construcción de bloques pueden ocurrir simultáneamente en un período.

1.5 Token $UNI El token $UNI ahora no es solo un token de gobernanza, sino también un token utilitario. Para convertirse en validador, los operadores deben primero hacer staking de $UNI en la mainnet como colateral. Los contratos inteligentes rastrearán los saldos y actualizarán el estado a través del puente nativo de Unichain. Al comienzo de cada período, el saldo de staking actual se tomará una instantánea y las tarifas se distribuirán proporcionalmente según el peso del staking. Los validadores con el peso de staking $UNI más alto serán seleccionados como validadores activos, quienes podrán publicar pruebas para recibir una parte de las recompensas de validación. Los validadores que se pierdan o no publiquen pruebas no recibirán recompensas, y las recompensas se trasladarán al siguiente período. Con base en la información pública limitada, podemos inferir que las recompensas de validación serán: (Tarifas L2 pagadas por usuarios de Unichain - Impuestos de MEV cobrados por aplicaciones - Costos de presentar paquetes en la capa 1)
2. Unichain vs Appchain vs Rollup General

  • Los factores de diferencia clave entre Unichain/Rollup general y las cadenas de aplicaciones son MEV, preconfirmaciones y competencia por el espacio de bloque.

  • Dado que las cadenas de aplicaciones pueden personalizar su arquitectura de manera flexible, pueden implementar diferentes mecanismos de MEV para mitigar problemas como la eliminación de riesgos de censura o la reducción de filtraciones de MEV.

  • Al mismo tiempo, debido a las propiedades de integridad que proporciona TEE, Unichain mitiga y reestructura MEV asegurando que el orden de las transacciones no esté influenciado por terceros. La priorización verificable también asegura que el MEV sea justo y tiene el potencial de redistribuir los ingresos de MEV a los usuarios y proveedores de liquidez.

  • La mayoría de los secuenciadores en el mercado son centralizados, lo que les permite extraer el máximo valor de los flujos de órdenes. En comparación, Unichain adopta un enfoque más "de interés público", ya que su mecanismo de redistribución de MEV limita en cierta medida la cantidad de MEV que el secuenciador original puede capturar.

  • Unichain está construido sobre OpStack, que es el estándar unificado para cadenas optimistas, lo que permite a Unichain leer mensajes y transferir activos en la supercadena a través de mensajería segura, logrando así baja latencia (aproximadamente 2 segundos) gracias a su diseño de interoperabilidad optimista nativo. Por otro lado, las aplicaciones pueden aprovechar diferentes soluciones de interoperabilidad, como unirse al ecosistema IBC o construir L3 en Arbitrum Orbit (aunque esto no es común para L2 de OpStack).


3. Conclusión Unichain es un concepto interesante que no solo ofrece a los usuarios una experiencia de transacción fluida con preconfirmaciones, sino que también minimiza la ventana de aprovechamiento de MEV gracias a los tiempos de bloque más cortos habilitados por flashblocks. Esta innovación también reduce el riesgo de selección inversa para LP y beneficia a los usuarios/LP con deslizamientos más bajos, entre otros. Por otro lado, las propiedades de integridad y privacidad del entorno de ejecución confiable (TEE) garantizan que los usuarios en la cadena disfruten de transacciones garantizadas de redistribución de MEV justas, verificables o gestionadas por aplicaciones, gracias a la priorización en Unichain. El proceso de validación de Unichain también puede proteger a los secuenciadores de fallas únicas, y los validadores desempeñan un papel esencial en la verificación de bloques de finalización rápida, al tiempo que transforman el token $UNI en un activo productivo con rendimiento. Sin embargo, al habilitar la redistribución de MEV, el secuenciador en realidad pierde el potencial de capturar la mayor cantidad de MEV, pero se devuelven más beneficios a los LP/usuarios en la cadena. Aunque algunos pueden pensar que Unichain puede no tener suficiente atractivo para que los activos migren a la nueva cadena, creo que a medida que el ecosistema L2 continúa evolucionando, la interoperabilidad entre cadenas de operación permitirá que Unichain aproveche mayores grupos de liquidez, como los de Base. Además, más allá de la subvención (que Unichain también puede ofrecer en forma de USDC después de Uniswap DAO), nuevas aplicaciones DeFi tienen suficiente incentivo para construir en Unichain, ya que pueden beneficiarse de estrategias de redistribución de MEV personalizadas. Al mismo tiempo, los activos dentro del ecosistema pueden beneficiarse de TEE para mitigar las filtraciones de MEV. Por lo tanto, con su velocidad, equidad en la redistribución de MEV y interoperabilidad entre cadenas, Unichain tiene el potencial de convertirse en el próximo centro de DeFi.