OP Research: ¿Es "Cosmos" la forma definitiva de Layer2?

Descripción

Layer2 ha sido el punto focal reciente en el mercado.

Curiosamente, los Rollups basados en ZK han lanzado su propio ZKEVM y testnets, anticipando la captura de usuarios y fondos reales a través de lanzamientos aéreos. Como resultado, los usuarios que buscaban aprovechar estas oportunidades se encontraron interactuando con numerosas cadenas Layer2 diariamente. Sin embargo, esto también pone de relieve la intensa competencia en este ámbito. En particular, Arbitrum ganó una atención significativa al aprovechar los lanzamientos aéreos y posteriormente proporcionó subvenciones para ecosistemas a sus proyectos, fomentando el crecimiento del ecosistema y los incentivos para los usuarios. Esta estrategia ha mantenido el valor total bloqueado (TVL) de Arbitrum y las transacciones de manera constante más del doble que las de Optimism. Mientras tanto, ZKSync logró un rápido crecimiento en TVL y transacciones a través de eras y lanzamientos aéreos anticipados.

Mientras enfrentaba estos desafíos en términos de datos, el primer emisor de tokens, Optimism, también se enfrentó a importantes desbloqueos de tokens cada mes. En un intento por cambiar las cosas, Optimism tomó represalias con su estrategia OP Stack. El lanzamiento inicial de OP Stack no atrajo mucha atención hasta que Coinbase anunció sus planes de usar OP Stack para desarrollar su propio Layer2BASE, y A16Z reveló su intención de usar OP Stack para emitir sus Layer2 Magi. Después de esto, el lanzamiento de Layer2 pareció ganar consenso a medida que proyectos de varios sectores anunciaron su entrada en la Guerra Layer2. El precio del token OP subió, culminando con el lanzamiento de la cadena BASE.

Otras soluciones Layer2 establecidas tampoco pudieron permanecer al margen y optaron por lanzar sus propias pilas para competir con Optimism, como Arbitrum Orbit, Polygon 2.0, Hyperchain de ZKSync y Starknet de Starware.

Layer2 logra un éxito histórico

El mercado tiene perspectivas variadas sobre si el futuro de blockchain está en las cadenas múltiples o en Layer2. Actualmente, tanto Layer2 como las multicadenas (especialmente las cadenas funcionales) han sido testigos de avances notables. A principios de 2022, hubo un debate en curso sobre si el futuro de blockchain pasaba por múltiples cadenas o ETH combinado con Layer2. Ahora, Cosmos parece haber pasado a un segundo plano, superado en importancia por soluciones Layer2 como Optimism, Arbitrum, Polygon y ZKSync. Los fondos y desarrolladores han emitido efectivamente sus votos, eligiendo de manera abrumadora invertir y establecerse dentro del ecosistema Layer2.

Después de su cambio a POS y la actualización de Shanghai, Ethereum (ETH) ahora posee la mayoría de los activos en cadena y continúa liderando la carrera en escalabilidad y deflación. En lugar de crear una nueva cadena pública sin innovación y construir un nuevo ecosistema para competir por el tráfico de Ethereum, es más eficiente confiar en el poder computacional y el estado de Ethereum para la seguridad. El uso de ETH como token GAS y la atracción de desarrolladores y liquidez a través de la máquina virtual Ethereum (EVM) e incentivos permite la migración de valor, creando un efecto de volante. Los datos indican que, en términos de valor total bloqueado (TVL), recuento de proyectos y números de usuarios únicos, Layer2 tiene la ventaja. Además, muchos proyectos han anunciado sus intenciones de lanzar soluciones Layer2, lo que significa el comienzo de la era de múltiples cadenas para Layer2.

Sin embargo, tras el incidente de Terra, cadenas como Terra y Juno del ecosistema Cosmos parecieron casi abandonar el mercado. Sin embargo, entidades dentro del ecosistema Cosmos como Injective, Canto, Berachain, Sei y DYDX v4 están a punto de lanzar o ya han implementado sus redes principales. Su objetivo es abordar los desafíos actuales de blockchain de maneras más agresivas y establecer sus propios ecosistemas. Cosmos también introdujo Evmos para aprovechar el impulso de Ethereum, drenando la liquidez de Ethereum. Además, Cosmos lanzó Cosmos 2.0, con el objetivo de potenciar a ATOM garantizando la seguridad entre cadenas y las subastas en bloque, mejorando así la importancia de su ecosistema. Sin embargo, a juzgar por las tendencias actuales del mercado secundario y TVL, el ecosistema Cosmos no ha logrado recuperarse de su caída posterior a Terra, en parte debido a su enfoque interno fragmentado.

Fuente: L2BEAT – El estado del ecosistema de capa dos, defillama.com, a partir del 21 de agosto de 2023.

Pila OP

Replicando la estrategia de Cosmos

La era de las múltiples cadenas de Layer2 refleja fielmente las narrativas de las múltiples cadenas que alguna vez promocionaron Cosmos y Polkadot. Sin embargo, la diferencia clave es que en lugar del centro Cosmos o las cadenas de retransmisión que unen las múltiples cadenas, es Ethereum el que ocupa el lugar central. En verdad, Ethereum únicamente ofrece seguridad en la capa DA sin interconectar genuinamente las Layer2. Este escenario presenta una oportunidad para Stack. Como capa acumulativa intermedia, Layer2 no solo puede proporcionar servicios de desarrollo de blockchain personalizados para obtener ingresos, sino que también puede actuar como un centro para capturar el valor de otras cadenas de Layer2 o cargar Layer3 desde la capa DA.

De hecho, Layer2 es esencialmente un paso modular dentro de Ethereum. Al apilar Layer2 modularizados, se puede construir de manera eficiente un sistema Layer2. Este sistema, cuando se conecta a través de un concentrador central, puede lograr operaciones atómicas entre cadenas. Sobre esta base, el centro central también puede operar en la capa DA, y en la parte superior se pueden establecer cadenas de aplicaciones Layer3, liberando el potencial innovador de las cadenas de bloques públicas.

Al convertir las características centrales en componentes universales, similar a lo que hizo Cosmos, y luego ofrecerlas a otras cadenas, uno puede establecer su propio ecosistema. Esta ventaja competitiva no tiene paralelo si se establece de forma independiente una única cadena de bloques. Optimism ha elegido una estrategia similar a Cosmos: ofrecer desarrollo sin barreras, lanzamientos de cadenas sin permiso, alta compatibilidad y operatividad entre cadenas para crear su ecosistema.

El amanecer de las narrativas multicadena: el cosmos

Cosmos fomenta los esfuerzos de colaboración entre varias redes blockchain. Al compartir valor y datos, fomenta la interconectividad dentro del ecosistema y se encuentra entre los actores pioneros en la exploración de la interoperabilidad de múltiples cadenas. Cosmos es un ecosistema blockchain altamente modular e interoperable, que comprende tres componentes principales: el mecanismo de consenso Tendermint, el SDK de Cosmos y el protocolo de comunicación entre cadenas IBC (Inter-Blockchain Communication).

1.Mecanismo de consenso de Tendermint

Tendermint sirve como motor de consenso de red para Cosmos Hub y consta de dos partes principales: Tendermint Core y ABCI. Utiliza un consenso híbrido de PBFT + Bonded PoS, lo que garantiza que más de 2/3 de los validadores lleguen a un consenso. Tendermint separa las aplicaciones blockchain del consenso subyacente, controlando la lógica de la aplicación a través de una máquina de estado y al mismo tiempo proporciona una interfaz ABCI para la interacción de la capa de aplicación. Esta arquitectura apoya tanto el consenso como la integración con otras cadenas.

Fuente: Tendermint Architecture: Diagrama oficial

2.SDK de Cosmos

Cosmos SDK es un conjunto de herramientas para desarrolladores que permite la construcción de máquinas de estado modulares sobre Tendermint. Los desarrolladores pueden utilizar el SDK para crear nuevas cadenas de bloques o establecer un puente con Cosmos mediante Peg Zones. El SDK introduce el concepto de almacenamiento múltiple, dividiendo el estado de la aplicación en diferentes zonas aisladas, donde cada módulo gestiona su propio estado. Los módulos principales del SDK incluyen Bank, Auth y Stake & Slashing, todos destinados a construir máquinas de estado sofisticadas.

Fuente: Cosmos SDK Diagrama: Diagrama oficial

3.Protocolo de comunicación entre cadenas de IBC

IBC es el protocolo en Cosmos que facilita la comunicación entre diferentes blockchains, permitiendo interacciones entre cadenas entre Zonas. Al establecer conexiones IBC en el Hub, una Zona puede comunicarse con otras Zonas conectadas al mismo Hub. A través de IBC, Zones puede transmitir tokens y paquetes de datos, logrando la transferencia de información y activos entre cadenas. La Zona PG sirve como puente, conectando cadenas de bloques externas (por ejemplo, Bitcoin) que no pueden integrarse directamente a través de IBC, haciéndolas interoperables con cadenas dentro de Cosmos.

Fuente: Diagrama de Comunicación IBC: Diagrama oficial

La combinación de estos componentes permite a los desarrolladores crear aplicaciones seguras y flexibles, realizando comunicaciones entre cadenas y transferencias de activos entre cadenas de bloques.

Arquitectura de zona y centro de Cosmos e interoperabilidad entre cadenas

Cosmos utiliza un modelo arquitectónico de Hub y Zone. En esta estructura, el Hub sirve como nexo central de la red, mientras que las Zonas son cadenas públicas individuales que se conectan de forma independiente. El Hub monitorea y registra el estado de cada Zona. A su vez, cada Zona informa sus bloques recién generados al Hub y se sincroniza con el estado del Hub. En lugar de sincronizarse directamente entre sí, las diferentes zonas se comunican indirectamente enviando paquetes de datos al concentrador.

Técnicamente, el modelo Hub and Zone de Cosmos logra la interoperabilidad entre diferentes blockchains. Las zonas se comunican a través del Hub, que sincroniza el estado global en tiempo real. Al separar las aplicaciones blockchain del mecanismo de consenso subyacente y proporcionar una interfaz ABCI para la interacción con la capa de aplicación, los desarrolladores pueden escribir la lógica de la aplicación en cualquier idioma. Esta estructura no sólo facilita el consenso sino que también simplifica la integración de otras blockchains.

Dentro del ecosistema Cosmos, el token principal $ATOM se utiliza principalmente para tarifas de transacción y votación de gobernanza. La demanda de este token está directamente ligada al desarrollo del ecosistema Cosmos. Cosmos tiene como objetivo establecer un marco universal de desarrollo de blockchain y abordar problemas entre cadenas, cumpliendo la visión de un universo de múltiples cadenas.

En cuanto a su mecanismo de cadena cruzada, el Cosmos Hub actúa como una cadena de retransmisión, mientras que las Zonas operan como cadenas paralelas, cada una con sus validadores. Cosmos Hub, que actúa como el corazón de la red, permite que diferentes cadenas de bloques se conecten a través del protocolo IBC. Las Zonas se comunican con otras Zonas a través del Hub y cada Zona se administra de manera descentralizada. En consecuencia, si una Zona en particular enfrenta un ataque o un comportamiento malicioso, otras Zonas no se verán afectadas.

Descripción general de la arquitectura Cosmos: imagen procedente del sitio oficial

En general, Cosmos ha desempeñado un papel pionero en el ámbito de la interoperabilidad multicadena. A través de su arquitectura Hub and Zone, junto con la introducción del protocolo IBC, ha facilitado una comunicación fluida y transferencias de activos entre cadenas entre varias cadenas de bloques. Además, la estructura modular de Cosmos ofrece a los desarrolladores un alto grado de flexibilidad. Con Cosmos SDK, los desarrolladores pueden crear aplicaciones blockchain personalizadas con una variedad de módulos funcionales. Al mismo tiempo, el mecanismo de consenso de Tendermint juega un papel fundamental dentro de Cosmos. Emplea un consenso híbrido de PBFT combinado con Bonded PoS, lo que garantiza alta seguridad y escalabilidad. Al separar el consenso de la lógica de la aplicación, Tendermint logra una modularidad y escalabilidad mejoradas, al tiempo que ofrece la interfaz ABCI para interacciones de la lógica de la aplicación.

Nueva narrativa multicadena: supercadena

「El objetivo principal de Cosmos es lograr la interoperabilidad y la interactividad entre diferentes cadenas de bloques. El enfoque actual de la Guerra Layer2 parece avanzar constantemente hacia este objetivo.]

El objetivo común de las soluciones Layer2 es mejorar el rendimiento y la escalabilidad de la red Ethereum para satisfacer las crecientes demandas de transacciones. Sin embargo, la competencia entre estos Layer2 está pasando de únicamente mejoras de rendimiento a un enfoque más amplio en la interoperabilidad y la interacción, e incluso al ecosistema más amplio.

1. Interoperabilidad: con la aparición de cada vez más proyectos blockchain y soluciones Layer2, los usuarios y desarrolladores esperan transferir sin problemas activos y datos entre diferentes blockchains. Lograr la interoperabilidad ofrece a los usuarios una mayor flexibilidad, permitiéndoles fluir libremente a través de varias redes blockchain.
2. Interactividad: la competencia entre las soluciones Layer2 lleva a los desarrolladores a crear estándares técnicos más universales para garantizar la interactividad entre diferentes Layer2. Esta interactividad fomentará la colaboración y el intercambio de datos entre varias redes Layer2, lo que dará como resultado un ecosistema más rico.
3. Efecto sinérgico: similar a la arquitectura Hub-and-Zone de Cosmos, la interoperabilidad entre las soluciones Layer2 puede crear efectos sinérgicos. La interconexión entre diferentes soluciones Layer2 mejorará el valor del ecosistema general, atrayendo a más usuarios y desarrolladores a participar.
4. Costos de fricción reducidos: lograr la interoperabilidad entre diferentes blockchains y Layer2 reducirá los costos de fricción para los usuarios. Los usuarios ya no tendrán que realizar tediosos intercambios y transferencias entre diferentes redes, lo que mejorará la experiencia y el compromiso del usuario.

• A continuación se muestra una comparación de los enfoques y caminos de Layer2:

Fuente: Stacy Muur, l2beat, OP Research｜20230827

Optimismo

「OP Stack es como organizar más asientos para una gran reunión familiar, asegurando que todos puedan unirse sin tener que moverse de un lado a otro.」

Paquete acumulativo de optimismo y pila OP

Optimism Rollup (ORU) es una solución de escalamiento de Capa 2 (L2) basada en Ethereum (L1). Su filosofía de diseño aprovecha el mecanismo de consenso de L1 para garantizar la seguridad y escalabilidad de L2, evitando la introducción de mecanismos de consenso separados. Como parte del modelo de cadena principal a cadena secundaria, ORU posiciona la cadena principal como L1, y Ethereum desempeña este papel.

El mecanismo operativo de ORU consta de tres pasos principales:

1. Almacenamiento de datos (almacenamiento en bloques): las transacciones en L2 se organizan y escriben en bloques, que luego se comprimen y escriben en L1. Este método preserva la disponibilidad de los datos, lo que garantiza que se pueda acceder a los datos de las transacciones según sea necesario.

2. Producción de bloques: esta fase involucra la operación del secuenciador, responsable de construir y ejecutar bloques L2. Este proceso abarca la confirmación de la transacción, la creación de nuevos bloques y la transmisión de información pertinente a L1 para el envío de la transacción.

3. Ejecución de bloques: esta etapa garantiza que se reciban nuevos bloques y mantiene el funcionamiento estable de la red L2.

Por otro lado, OP Stack es una pila de desarrollo estandarizada que admite la tecnología Optimism. Desde una perspectiva tangible, vista jerárquicamente de abajo hacia arriba:

• Capa de disponibilidad de datos (DALayer): define la fuente de datos sin procesar para L2. Actualmente, la cadena principal de Ethereum juega un papel primordial aquí.

• Capa de secuenciación: la funcionalidad en este nivel la lleva a cabo el secuenciador, supervisando la confirmación de la transacción, las actualizaciones de estado y la construcción del bloque L2.

• Capa de derivación: esta capa determina cómo procesar los datos sin procesar de la capa de disponibilidad de datos para formar entradas procesadas. Estas entradas se transmiten a la capa de ejecución a través de la API del motor estándar Ethereum.

• Capa de ejecución: define la estructura de estado del sistema L2, que admite la máquina virtual Ethereum (EVM) u otras máquinas virtuales. También incorpora algunos costos de datos L1 en las transacciones.

• Capa de liquidación: responsable de transmitir datos de transacciones confirmadas por L2 a la cadena de bloques de destino para la liquidación final.

• Capa de gobernanza: el enfoque actual considera que múltiples cadenas basadas en OP Stack comparten el mismo conjunto de estándares de gobernanza.

Fuente: Estructura de OP Stack | Origen: Investigación de Binance

Nota: optimismo.mirror.xyz

Supercadena

Superchain permite que diferentes soluciones de Capa 2 (L2) colaboren compartiendo medidas de seguridad, capas de comunicación y el kit de herramientas de desarrollo (OP Stack). En los diseños tradicionales de Capa 1 (L1), la escalabilidad y el rendimiento a menudo se convierten en factores limitantes. Superchain aborda esto integrando múltiples redes L2, ofreciendo escalabilidad y rendimiento mejorados. Esta expansión horizontal no solo otorga al sistema una mayor capacidad sino que también ofrece una experiencia superior tanto para los desarrolladores como para los usuarios.

Al servir como nexo para varias soluciones L2, la Superchain basada en OP Stack admite la operación a gran escala de diversas cadenas de bloques y aplicaciones descentralizadas (dApps). OP Stack, una pila de desarrollo estandarizada que sustenta la tecnología Optimism, integra diferentes redes L2, fomentando la interoperabilidad entre ellas. Al consolidar numerosas soluciones L2 en Superchain, logra una comunicación entre cadenas más eficiente y flexible. Esto permite a los usuarios transferir sin problemas activos e información entre diferentes L2, desbloqueando una multitud de posibilidades.

Un atributo distintivo de Superchain es su modularidad. Aprovechando OP Stack como capa de desarrollo fundamental, las redes L2 individuales pueden adoptar selectivamente módulos de capa, combinando varios componentes tecnológicos para satisfacer requisitos específicos. Este diseño modular no sólo mejora la personalización del sistema sino que también proporciona un punto de entrada fácil para nuevas tecnologías e innovaciones. Además, Superchain enfatiza la interoperabilidad, permitiendo que diferentes soluciones L2 compartan recursos y transfieran información de manera efectiva. La Superchain basada en OP Stack presenta una opción de implementación más rentable, lo que anima a una gama más amplia de desarrolladores y proyectos a participar. Esto es fundamental para avanzar en el desarrollo y la adopción más amplios de las redes L2.

Arquitectura de supercadena: procedente del funcionario de OP

En realidad, emitir más Layer2 utilizando OP Stack es solo el primer paso para establecer Superchain. Una pila OP completamente desarrollada requiere que Layer2 comparta clasificadores, intercambie economía e información y establezca un mecanismo de gobernanza de seguridad unificado y un ecosistema entre cadenas. Tomando a BASE como ejemplo, la colaboración entre Optimism y BASE tiene dos componentes principales:

1. Gestión de protocolos: BASE se adhiere a la Ley de Cadenas y se une a las operaciones de clientes op-geth y op-node. Al mismo tiempo, adopta el cliente op-reth tolerante a fallas diseñado por paradigma y establece el sistema de monitoreo de pesimismo.

2. Economía y gobernanza: BASE cobrará el 2,5 % de los ingresos de sus clasificadores o el 15 % de las ganancias de la cadena pública después de deducir el gas L1 (lo que sea mayor) como tarifas por el uso de OP Stack. A cambio, Optimism proporcionará a BASE hasta el 2,75% del suministro total de OP como recompensa por su participación en la gobernanza. BASE y Optimism establecerán conjuntamente un Consejo de Seguridad para gestionar las actualizaciones de contratos de firmas múltiples y diseñar planes de gestión de claves desafiantes para evitar malas prácticas unilaterales por parte de los miembros del equipo.

En pocas palabras, cualquier red blockchain construida sobre OP Stack puede combinar de manera flexible módulos de diferentes niveles de OP Stack para construir L2. Optimism, ahora conocido como OP Mainnet, sirve como su primera L2, construyendo de forma colaborativa el ecosistema Superchain. Este enfoque hace que todo el ecosistema sea más adaptable, satisfaciendo una variedad de demandas e innovaciones diferentes.

arbitraje

A diferencia de la estrategia Superchain de Optimism, que se basa en OP Stack para construir L2, el enfoque Orbitchain de Arbitrum permite la creación y el despliegue de Layer3, también conocidas como cadenas de aplicaciones, en la red principal de Arbitrum (que incluye Arbitrum One, Nova y Goerli) utilizando el Pila técnica Arbitrum Nitro, similar a OP Stack.

Fuente: Arquitectura Orbitchain: sitio web oficial de ARB

A diferencia de la Superchain de Optimism, Arbitrum ha adoptado un método más flexible y personalizable. Orbit es un marco de desarrollo que permite a cualquier desarrollador construir L3 (cadenas de aplicaciones) basadas en ARB, culminando en la arquitectura final conocida como cadena Orbit. El objetivo del diseño de la cadena Orbit es la compatibilidad con la próxima actualización de Arbitrum Stylus. Esta compatibilidad facilita a los desarrolladores la creación de aplicaciones descentralizadas (dApps) utilizando lenguajes de programación como C, C++ y Rust. Al aprovechar estos lenguajes, los desarrolladores pueden crear dApps ricas en funciones sin necesidad de migrar a una nueva pila técnica. Esto ofrece mayor flexibilidad y opciones para los desarrolladores de dApps, permitiéndoles satisfacer mejor las necesidades de varios proyectos.

Fuente: Arquitectura Orbitchain: Derivado de la documentación oficial de ARB

Sin embargo, en la actualidad, Arbitrum Orbit todavía se encuentra en una fase de prueba y aún no ha logrado la integridad del módulo de OP Stack.

Era ZKSync

"La soberanía y la integración perfecta" están en el centro de la narrativa de ZK Stack. Los desarrolladores tienen total autonomía para personalizar Hyperchain. Hyperchain opera de forma independiente, confiando únicamente en Ethereum Layer1 para su seguridad y vivacidad. La red Hyperbridge facilita la interconexión entre Hyperchains. ZK Stack, lanzado el 23 de junio de 2023, tiene como objetivo crear L2 y L3 personalizados compatibles con ZK basados en el código ZKSync Era. Por lo tanto, técnicamente, es indistinguible del OP Stack.

ZK Stack es un marco diseñado para construir Hyperchains soberanos y modulares basados en tecnología de conocimiento cero. Aborda los desafíos planteados en el "Credo ZK", con el objetivo de proporcionar una base para las redes blockchain descentralizadas. Las características principales de ZK Stack incluyen código abierto, componibilidad, modularidad, seguridad verificada y escalabilidad para el futuro.

Este marco fue desarrollado por Matter Labs y utiliza la licencia de código abierto MIT/Apache. Las hipercadenas creadas con ZK Stack pueden integrarse perfectamente en redes sin confianza, con baja latencia y liquidez compartida. Los desarrolladores pueden adaptar Hyperchains a sus necesidades y al mismo tiempo garantizar la seguridad y la confiabilidad. ZK Stack, construido sobre el código ZKSync Era, aprovecha Hyperbridge para la interoperabilidad entre súper cadenas, logrando una interoperabilidad rápida y rentable. Los desarrolladores pueden personalizar las supercadenas y conectarlas a través de Hyperbridge, garantizando una interoperabilidad confiable, rápida y de bajo costo.

ZK Stack es adecuado para escenarios que requieren Hyperchains personalizados o conexiones asíncronas en un ecosistema más amplio, ya que el puente L1-L2 es asíncrono. Arquitectónicamente, ZKSync Era tiene dos escenarios de aplicación:

• 1) Como una de las Hipercadenas L2, interconectada con L2 pares, compartiendo liquidez y otros recursos ecológicos.

• 2) Servir como capa DA para L3.

Hyperchain resuelve problemas de confianza verificando cálculos fuera de la cadena y utiliza pruebas de conocimiento cero por motivos de seguridad. Hyperbridge conecta supercadenas, facilitando la transferencia de datos y la interoperabilidad. A través del puente Hyperbridge, Hyperchain ofrece características como puente verificado, puente local y disponibilidad de datos, construyendo así una red de liquidez unificada. Desde la perspectiva del usuario, Hyperchain logra una interoperabilidad perfecta y una gestión de billetera entre cadenas, lo que mejora la experiencia del usuario. Tecnológicamente, la base de los Hyperbridges consiste en Hyperchains basadas en puentes verificados, validadores compartidos y disponibilidad de datos.

Fuente: laboratorios de materia

En resumen, la escalabilidad y la componibilidad de Hyperchain están en el centro de su diseño. El L3 de Hyperchain puede conectarse con otros L3 del mismo nivel y también puede usar Ethereum directamente como su capa DA. En este caso, esta L3 se convierte esencialmente en una L2. Como se ilustra en el diagrama, la segunda Hyperchain L3 en la esquina superior izquierda sirve como prueba más directa de esto. Sin embargo, como cadena pública para ZK Rollup, Layer2 no solo necesita cerrar la brecha con el lenguaje de programación Solidity, sino que también debe tener la capacidad de desarrollar sistemas de circuitos ZK de forma independiente. De lo contrario, sólo pueden confiar en ZKPorters compartidos para su funcionamiento. Actualmente, ZKSync carece de un mecanismo integral para compartir componentes, lo que indica que el lenguaje y los requisitos técnicos de Hyperchain han disuadido a muchos desarrolladores. Aunque técnicamente ZK Rollup permite millones de PTS en volumen de transacciones manteniendo la descentralización, el costo de ZK Proof es mayor. Combinado con la centralización del secuenciador y tarifas de gas más altas para contratos inteligentes complejos que también pueden fallar debido a problemas de compatibilidad, hace que el rápido crecimiento sea un desafío para ZKSync en el corto plazo. Por tanto, no existe ningún plan para emitir tokens para promover su crecimiento. Para abordar esto, ZK Sync ha realizado ciertas optimizaciones en su arquitectura Hyperchain. El compilador LLVM del sistema es compatible tanto con Solidity como con cualquier otro lenguaje de programación moderno, lo que mejora la accesibilidad para los desarrolladores que utilizan específicamente Rust, C++ y Swift. Sin embargo, considerando todo, Hyperchain sigue siendo el más difícil de desarrollar.

Fuente: laboratorios de materia

Sin embargo, ZK Stack aún se encuentra en la fase de desarrollo y aún no se ha lanzado en la red de prueba.

Starknet

「Escalado fraccional」: StarkWare cree que se construirán múltiples Capas 3 sobre la Capa 2, del mismo modo que se construyen múltiples Capas 2 sobre la Capa 1. Aquí, L2 se utiliza para el escalado general, mientras que L3 está destinado al escalado personalizado. El escalado fraccional logra la expansión agregando capas de forma recursiva. La introducción de L3, construida recursivamente sobre L2, ofrece mayor escalabilidad, control superior de la pila tecnológica y privacidad mejorada para aplicaciones específicas. L3 ofrece las ventajas de escala masiva, mejor control del rendimiento y protección de la privacidad al tiempo que mantiene la seguridad de L1. Esta transición permitirá que StarkEx (actualmente utilizado como solución L2) migre a L3, y también se proporcionarán instancias independientes de StarkNet como L3.

En la conferencia de la comunidad Ethereum EthCC celebrada en París, el cofundador de StarkWare, Eli Ben-Sasson, anunció la próxima Starknet Appchain. Las cadenas de aplicaciones son cadenas de bloques de aplicaciones especialmente diseñadas para satisfacer necesidades de aplicaciones específicas. Starknet Appchains tiene como objetivo proporcionar a los desarrolladores un entorno personalizado, permitiéndoles crear instancias de StarkNet personalizadas para un mejor control estándar, costos reducidos, mayor escala y privacidad opcional. Al establecer cadenas de aplicaciones StarkNet, los desarrolladores pueden ofrecer un mayor rendimiento y una experiencia de usuario mejorada para sus usuarios. StarkNet Stack se construye utilizando módulos como pruebas STARK, el lenguaje de programación Cairo y abstracción de cuentas nativas.

Fuente: Documentación Oficial

En general, StarkNet Stack aún se encuentra en sus primeras etapas de desarrollo y el ecosistema de la cadena está en su infancia.

Polígono2.0

En su filosofía de diseño general, Polygon 2.0 tiene como objetivo establecer su PoS Mainnet y ZKEVM como la columna vertebral de Polygon. Al mismo tiempo, introduce cadenas de aplicaciones Supernets para reforzar el ecosistema de Polygon. El principal beneficiario de este enfoque es el token POL. Esto se debe a que las Supernets en Polygon 2.0 necesitan apostar tokens POL para ejecutar nodos, garantizando la seguridad de la cadena pública. Para lograr esto, Polygon ofrece instantáneamente nodos PoS, nodos ZKEVM y Miden VM como tres opciones para los usuarios. Para mejorar su atractivo, Polygon también ha introducido un Polygon DID basado en pruebas de conocimiento cero y una guía de desarrollo de juegos Web3 llamada "Blueprint". Es evidente que Polygon 2.0 tiene como objetivo nutrir y así crear un ecosistema más rico. Además, en su presentación de Supernets, Polygon 2.0 toca con frecuencia el concepto de blockchain empresarial. Las colaboraciones con marcas importantes como Starbucks, Nike y Warner Music sugieren que su foso estratégico radica en ofrecer cadenas de aplicaciones de nivel empresarial, altamente personalizables y con barreras de entrada bajas.

Estructuralmente, Polygon 2.0 recuerda al OP Stack. Está segmentado en varias capas, a saber:

• Capa de replanteo
• Capa de interoperabilidad
• Capa de ejecución
• Capa de prueba

Este diseño jerárquico refleja:

• Enlace
• Red
• Transporte
• Capa de aplicación

Estos están inspirados en componentes del protocolo de Internet. Cada capa de protocolo maneja un subproceso específico, formando colectivamente la pila técnica.

Capa de replanteo

La función de esta capa de participación se alinea estrechamente con la PoS (prueba de participación) de Ethereum, pero su utilidad no se limita solo a la red principal de Polygon.

Además de la red principal original de Polygon, también existen ZKEVM y Supernets. Como tal, los Validadores brindarán servicios para múltiples cadenas, operando de manera similar a una nueva participación, todos administrados por el Administrador del Validador. La responsabilidad de gestionar los validadores en todas estas cadenas recae en el contrato de Chain Manager. Cada cadena tiene su contrato de Chain Manager para decidir la cantidad de validadores y cualquier requisito adicional para ellos, como el cumplimiento de regulaciones específicas o la necesidad de apostar tokens adicionales. Esto significa que es posible que los validadores necesiten apostar tokens específicos de esa cadena para participar en su validación.

En realidad, esta capa de participación es el quid de Polygon 2.0. A diferencia de Optimism y Arbitrum, para que las Supernets funcionen, requieren el apoyo de validadores que hayan apostado $POL. Cuantas más cadenas Polygon haya, más validadores se necesitarán, lo que a su vez aumentará el valor del token POL. Sin embargo, el modelo de replanteo también permite a los equipos de Supernets centrarse en los servicios públicos y la comunidad en lugar de en la infraestructura, reduciendo así las barreras de entrada para las cadenas públicas.

Capa de interoperabilidad

La capa de interoperabilidad utiliza ZK Proof para implementar funcionalidades nativas de cadena cruzada similares a Cosmos. Al ampliar el protocolo LxLy utilizado en el paquete acumulativo ZKEVM de Polygon, Polygon presenta un agregador para realizar operaciones atómicas entre cadenas. En primer lugar, puede aceptar tanto pruebas ZK como colas de mensajes. Además, puede agregar múltiples pruebas ZK en una sola prueba ZK y enviarla para verificación de Ethereum. Por tanto, actúa como un middleware entre Polygon y Ethereum.

Por lo tanto, cuando el Agregador recibe una cola de mensajes y una prueba ZK enviada desde la Cadena A, la Cadena B, que actúa como cadena de destino, puede recibir mensajes directamente de la Cadena A, lo que facilita interacciones fluidas entre cadenas. Por supuesto, Polygon también está explorando la descentralización del Agregador utilizando un modelo de Validador PoS.

Capa de ejecución

Su capa de ejecución funciona de manera similar en diferentes cadenas. Esta capa abarca P2P, Consenso, Memepool, Base de datos y el generador de testigos exclusivo de las pruebas ZK.

Capa de prueba

La capa de prueba es específica de ZK-Rollup y sirve fundamentalmente como un protocolo para generar pruebas ZK para todas las transacciones en la cadena Polygon. Consiste principalmente en un prover genérico y una máquina de estados. El probador genérico hereda de Plonky2, que utiliza tecnología SNARK recursiva. Por el contrario, las máquinas de estado vienen en formas proporcionadas por el equipo Polygon, como ZKEVM y MidenVM, o son construidas por los propios equipos de la cadena pública, como ZKWASM.

Resumen

Perspectiva de la tecnología de código abierto

OP Stack es bien recibido por muchos proyectos. Más de una docena de proyectos, incluidos Base/Magi/opBNB/Worldcoin, han anunciado el uso de OP Stack, y esta popularidad no deja de tener sus razones. Un factor importante es la apertura de las licencias. Como se desprende de los datos, Optimism utiliza la licencia MIT, mientras que Arbitrum/ZKSync/Starknet/Polygon implementan la licencia Apache 2.0. Aunque ambas son de código abierto, la apertura de estas licencias difiere. La Licencia MIT simplemente requiere conservar la licencia original y el aviso de derechos de autor y permite el uso comercial, la distribución, la modificación, el uso privado, la adición de términos e incluso la venta del código con licencia del MIT. Por el contrario, la licencia Apache 2.0 requiere resaltar las modificaciones en los archivos alterados. Los proyectos derivados deben incluir el Apache-2.0 original. licencias, marcas comerciales, declaraciones de patentes y otros avisos especificados por el autor. Si hay un archivo de aviso, también debe contener el archivo Apache-2.0. licencia. En términos simples, la licencia MIT es más indulgente, mientras que la licencia Apache es más estricta.

Perspectiva de compatibilidad

• 1）Optimism cuenta con un alto nivel de compatibilidad con EVM de Ethereum. Con 12.745 confirmaciones y 2,3 mil bifurcaciones para Optimism, esto indica una gran cantidad de actualizaciones de código y una alta tasa de adopción por parte de los desarrolladores.

• 2）Técnicamente hablando, la serie ZK aprovecha completamente el mecanismo de consenso y seguridad de Ethereum, confiando directamente en su seguridad. En comparación con la serie OP, la serie ZK puede verificar directamente los cambios de estado sin esperar actualizaciones de estado subyacentes, lo que simplifica el diseño y mejora la eficiencia entre cadenas. Sin embargo, OP enfrenta limitaciones en las llamadas asincrónicas entre cadenas, a la espera de la verificación y confirmación fundamental.

Perspectiva de la Arquitectura Técnica

• 1）Actualmente, tanto Optimism como Polygon se centran en la expansión de las L2, mientras que Arbitrum, ZK Sync y Starknet se centran en la expansión de las L3. Las cadenas de aplicaciones L3 tienen mayor libertad, escalabilidad y autonomía. Sin embargo, el mercado todavía se está desarrollando en Layer2, y Layer3 parece distante en el futuro previsible. Lo más importante es que técnicamente no se han realizado completamente operaciones entre cadenas en L3. En estas circunstancias, las dApps que enfatizan la componibilidad optarán naturalmente por Layer2 para sus construcciones DeFi Lego.

• 2）La modularización y los componentes SDK son los caminos contemporáneos para blockchain. Ya sea una cadena pública para dApps o Stack para Layer2/Layer3, el objetivo es reducir la barrera de la programación y optimizar la personalización para reducir los costos de construcción de proyectos de los desarrolladores. Esto les permite concentrarse en el diseño de productos y las operaciones comunitarias. Algunos proyectos, como AltLayer, enfatizan el "Rollup As A Service" como su negocio principal. Por lo tanto, la creación de cadenas de bloques sin código y el lanzamiento de proyectos inevitablemente se volverán comunes con la madurez de la infraestructura.

Perspectiva del progreso del desarrollo

Actualmente, solo OP Stack y Polygon2.0 se están desarrollando a un ritmo rápido. Sin embargo, el desarrollo del ecosistema de OP es el más rápido, con cadenas públicas ya establecidas, mientras que Arbitrum, ZKSync y Starknet aún se encuentran en sus etapas incipientes. Dados los ecosistemas de mainnet no desarrollados de ZKSync y Starknet, es posible que se estén desarrollando estratégicamente para competir con OP Superchain. Sin embargo, al examinar los niveles de descentralización, el generador de pruebas ZK de Starkware, STARK Prove-Stone, pasó a ser de código abierto bajo la licencia Apache2.0 el 31 de agosto. En comparación, OP Stack, incluso con la ayuda de Base, no tiene un secuenciador descentralizado en el horizonte, lo que sugiere que Starkware podría liderar la carrera hacia la descentralización.

Comparación de narrativas de cadenas múltiples y narrativas de supercadenas

Cartera Layer2 Cross-Chain, IBC y Keplr

Una narrativa principal de la cadena múltiple Layer2 son las transacciones atómicas entre cadenas. OP Stack utiliza un clasificador compartido para lograr una comunicación entre cadenas similar a IBC. Polígono2.0 utiliza un conjunto público de validadores y seguridad compartida a través de fuertes apuestas para evolucionar hacia el "Polygon Hub".

Sin embargo, la capacidad de cadena cruzada de Layer2 aún se encuentra en la etapa narrativa. El único uso práctico es la cadena cruzada EVM basada en el modelo de puente (agujero de gusano/capa cero/axelar). La diferencia entre este y el IBC es bastante evidente. El reciente lanzamiento aéreo entre cadenas de SEI destacó esta diferencia: las transferencias de USDC utilizando Wormhole desde Ethereum/Arbitrum/Polygon/BSC tuvieron que esperar 24 horas para salir de la cadena SEI porque excedieron la cuota entre cadenas de Wormhole para SEI. Por el contrario, ATOM y OSMO transferidos a través de IBC desde Osmosis a SEI podrían regresar instantáneamente a la cadena original. Axelar USDC, parte del ecosistema IBC, también experimentó una mayor adopción. Sin embargo, debido al puente oficial de SEI y al mecanismo de cadena cruzada de Axelar, hubo un tiempo de espera de aproximadamente media hora para entrar o salir de SEI. Aun así, la transferencia directa a una cadena pública de IBC fue instantánea. La diferencia entre una espera de 24 horas y una transferencia instantánea lo dice todo.

Cambiar entre cadenas en Layer2 en MetaMask ofrece una experiencia de usuario notablemente diferente en comparación con Keplr. Con el crecimiento de las cadenas públicas Layer2, la necesidad de cambiar entre cadenas ha aumentado gradualmente. Pero los activos y las interacciones de diferentes cadenas en MetaMask están separados, lo que requiere herramientas de terceros para una gestión unificada, lo que aumenta el riesgo financiero. Mientras tanto, la billetera Keplr puede mostrar los montos y estados de los fondos en todo el ecosistema. La estrategia para Layer2 puede requerir una "Super Wallet" como Keplr para unificar los activos de su ecosistema.

Subastas de ordenantes compartidos, ISC y en bloque

El ordenante es crucial tanto para los ingresos como para la seguridad de los Rollups. Un ordenador compartido permite que las nuevas soluciones Layer2 se salten la construcción y el mantenimiento de sus propios ordenadores y se beneficien de los ingresos MEV de todas las cadenas, reforzando así el valor de la Superchain. Sin embargo, esto significa compartir la seguridad subyacente. Los ordenadores actuales de Layer2 Stacks están demasiado centralizados, y solo los ordenadores PoS y las firmas múltiples de múltiples organizaciones se acercan un paso más a la visión Stage2 de Vitalik. Por lo tanto, los ordenadores compartidos y los ordenadores descentralizados son necesarios tanto para aumentar las ganancias como para garantizar la seguridad en el futuro.

ICS, clave para la reactivación de Cosmos, reduce la barrera de entrada para las cadenas públicas del ecosistema Cosmos y aporta más valor al token ATOM. En el pasado, cada parte del ecosistema Cosmos utilizaba PoS para garantizar su seguridad. ATOM solo se usó para la seguridad del centro Cosmos, lo que limitó su uso a obtener retornos básicos de PoS o apostar por lanzamientos aéreos. Esta situación se parece al estado actual de Layer2. OP Stack optó por Layered Security con Superchain, mientras que Polygon2.0 Eligió Mesh Security mediante la restauración. Las subastas en bloque fijan el precio del MEV, abordando el MEV desde una perspectiva empresarial y cuantificando el valor de los ordenantes. Con el establecimiento de un ordenante compartido, el valor MEV naturalmente se dispara. Los ingresos MEV de Superchain no pueden simplemente ser embolsados por los ordenantes. Por lo tanto, es probable que las subastas en bloque de Stacks se lancen poco después de la implementación del ordenante compartido.

Fuente: Delphi Digital

Conclusión: Cosmos es la forma definitiva de Layer2

Dado el reconocimiento del modelo Cosmos por parte de Layer2 Stacks, es probable que se adopten y optimicen rápidamente mecanismos distintivos dentro del ecosistema actual de Cosmos. Por ejemplo, Layer2 puede emular cadenas públicas como Berachain/Injective/Sei/Canto al introducir liquidez fundamental a nivel de cadena pública, monedas estables nativas tipo Terra, préstamos nativos a nivel de cadena pública, mecanismos de intercambio de gas, implementaciones de contratos modulares y bloques. subastas. Alternativamente, como se mencionó, podría desarrollarse una billetera similar a Keplr para que el ecosistema Stack consolide los activos del ecosistema.

Sin embargo, el mecanismo Cosmos más vital y que actualmente falta para Stacks es una seguridad integral entre cadenas. Diferentes pilas Layer2 podrían compartir ordenantes, descentralizándose en la capa de ordenantes en lugar de solo la descentralización de ordenantes individuales, mitigando los riesgos de un solo ordenante. Además, los ordenantes basados en PoS pueden servir a una sola cadena mediante métodos similares a las apuestas pesadas. Esto hace eco de los conceptos de seguridad en capas y seguridad en malla de Cosmos ICS.

De hecho, el mercado está buscando una figura similar a Cosmos o una supercadena OP, que sirva como un centro que conecte diferentes redes blockchain. Al crear sinergia y compartir los recursos del ecosistema, esta entidad fomentaría el crecimiento en todo el ecosistema. Si el método OP Stack resulta inviable, podría surgir una nueva solución para llenar el vacío.

Ya sea que el papel que finalmente se adopte sea similar al de ARB Orbit, OP Superchain o ZK Stacks, desempeñarán un papel fundamental en el escalado de Layer2. Con la maduración de la tecnología ZK y su mayor accesibilidad, las pilas OP basadas en ZK o integradas en ZK pueden asumir el papel de la cadena múltiple Layer2. Con un alto TPS inherente y descentralización, estos son atributos cruciales para la escalabilidad, además de la compatibilidad, y están técnicamente garantizados en contextos de intercambio de alta seguridad. Si bien el desarrollo de ZKSync y Starknet puede ser más lento, su TVL y el crecimiento de su base de usuarios son innegables. Por lo tanto, queda por ver si la ventaja y compatibilidad iniciales de OP Stack capturarán rápidamente el mercado de Stack, o si el alto TPS y la descentralización de ZK Stack pueden avanzar a medida que la tecnología madure.

Referencia

[1]《Capa2四大天王争先布局Stack背后的原因》 https://haotiancryptoinsight.substack.com/p/layer2stack

[2]《超级链来临：深度解读 Coinbase y Optimismo 联手打造的 OP Stack》https://www.8btc.com/article/6806138

[3]《Universo multichain loco, pila OP loca》https://medium.com/ybbcapital/crazy-multichain-universe-crazy-op-stack-acb63be8d515

[4]《Introducción a las hipercadenas》https://medium.com/matter-labs/introduction-to-hyperchains-fdb33414ead7

[5]《Presentación de ZK Stack》https://medium.com/matter-labs/introtaining-the-ZK-stack-c24240c2532a

[6]《ZKSync生态进程与去中心化进程的变量》https://twitter.com/tmel0211/status/1663034763832344576

[7]《Una suave introducción: cadenas orbitales》https://docs.arbitrum.io/launch-orbit-chain/orbit-gentle-introduction

[8]《El crecimiento acelerado de Starknet Stack》https://starkware.co/resource/the-starknet-stacks-growth-spurt/

[9]《开源许可证的区别》https://www.geek-workshop.com/thread-1860-1-1.html

[10]《El universo Appchain: los riesgos y oportunidades》https://medium.com/alliancedao/the-appchain-universe-the-risks-and-opportunities-9a22530e2a0c

[11]《Blockchains de aplicaciones específicas: pasado, presente y futuro》https://medium.com/1kxnetwork/application-specific-blockchains-9a36511c832

[12]《La inevitabilidad de UNIchain》https://medium.com/nascent-xyz/the-inevitability-of-unichain-bc600c92c5c4

[13]https://defillama.com/chains

[14]https://dune.com/Marcov/Optimism-Ethereum

[15]https://dune.com/gopimanchurian/arbitrum

[16]https://dune.com/gm365/L2

Descargo de responsabilidad:

1. Este artículo es una reproducción de [ OP Research ] y los derechos de autor pertenecen al autor original [Jam, CloudY]. Si hay objeciones a la reproducción, comuníquese con el equipo de Gate Learn, y el equipo la procesará de inmediato de acuerdo con los procedimientos pertinentes.
2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo representan únicamente los puntos de vista personales del autor y no constituyen ningún consejo de inversión.
3. El equipo de Gate Learn traduce las versiones del artículo en otros idiomas. Sin mencionar Gate.io, no está permitido copiar, difundir o plagiar los artículos traducidos.