OP Research: ¿Es "Cosmos" la forma final de la Capa 2?

Autor: Jam, CloudY
Editor: Vincero, YL
Revisado por: Yasmine

A medida que se acerca la actualización de Cancún, después de la actualización de Shanghai, la atención del mercado se ha desplazado gradualmente de LSD y LSDFi al sector de Capa 2. El lanzamiento del token ARB también ha atraído a una gran cantidad de usuarios para ingresar al ecosistema Arbitrum y unirse a otros ecosistemas de Capa 2. que aún no han emitido monedas.

fondo

Layer2 es el foco reciente del mercado

Los Rollups de la serie ZK también lanzaron sabiamente su propio ZKEVM y su red de prueba para capturar usuarios y fondos reales a través de lanzamientos aéreos, lo que resultó en demasiadas cadenas públicas de Capa 2 con las que los usuarios de Rollup necesitan interactuar todos los días. Pero esto también significa que esta pista está muy concurrida. En particular, Arbitrum ha llamado mucho la atención con la ayuda de lanzamientos aéreos y también ha otorgado subsidios ecológicos para sus propios proyectos ecológicos para fomentar el desarrollo ecológico y motivar a los usuarios. Arbitrum Los TVL y Tx son más del doble que los de Optimismo durante todo el año. ZKSync también ha logrado un rápido crecimiento en TVL y Tx a través de las expectativas de era y lanzamiento aéreo.

Además de ser suprimido en términos de datos, Optimism, que fue el primero en emitir monedas, también enfrentó una gran cantidad de desbloqueos de tokens cada mes. Para recuperar la situación, Optimism utilizó la estrategia OP Stack para defenderse. Cuando se lanzó OP Stack por primera vez, el mercado no reaccionó mucho hasta que Coinbase anunció que usaría OP Stack para desarrollar su propio Layer2BASE, y A16Z también usaría OP Stack para lanzar su propio Layer2 Magi. Después de esto, el lanzamiento de Layer 2 parece haberse convertido en un consenso, y proyectos en varios campos han anunciado sucesivamente que se unirán a la Guerra de Layer 2. El precio de los tokens OP también siguió aumentando hasta que la cadena BASE entró en línea.

Otras empresas establecidas de Capa 2 no pudieron evitarlo y optaron por lanzar sus propias Stacks para competir con Optimism, como: Arbitrum Orbit, Polygon 2.0, Hyperchain de ZKSync y Starknet de Starware.

Layer2 logró la victoria de etapa

El mercado tiene diferentes puntos de vista sobre si el futuro Blockchain será multicadena o Capa 2. Por ahora, la Capa 2 y las cadenas múltiples (especialmente las cadenas funcionales) han logrado nuevos avances.

A principios de 2022, todavía estábamos discutiendo si el futuro de Blockchian sería multicadena o ETH+Layer2. Ahora Cosmos ha sido relegado a la segunda línea. Layer2, como Optimism/Arbitrum/Polygon, le ha robado la atención. /ZKSync, y los fondos y desarrolladores también están usando sus manos. La gente votó para invertir y establecerse en Layer2.

Después de convertirse a POS y someterse a la actualización de Shanghai, ETH tiene la mayor cantidad de activos en cadena y está en camino hacia la expansión y la deflación. En lugar de desarrollar una nueva cadena pública sin innovación y construir un nuevo ecosistema para capturar el tráfico de ETH, es mejor garantizar directamente la seguridad basada en la potencia informática y el estado proporcionado por Ethereum, utilizar ETH como token GAS y atraer desarrolladores y liquidez a través de EVM e incentivos Esto ayudará a crear un efecto volante. Desde el punto de vista de los datos, la Capa 2 actualmente domina TVL/número de proyectos/número de usuarios independientes. Al mismo tiempo, muchas partes del proyecto han anunciado el lanzamiento de la Capa 2 y están esperando para ingresar a la cadena múltiple. Ha llegado la era de la Capa 2.

Sin embargo, aunque después del incidente de Terra, los ecosistemas de Cosmos como Terra Chain/Juno Chain casi se han retirado del mercado, ecosistemas de Cosmos como Injective/Canto/Berachain/Sei/DYDX v4 están a punto de lanzarse o ya han lanzado la red principal, y Están intentando utilizar métodos más radicales para resolver los problemas actuales de Blockchain y construir su propia ecología. Cosmos también hace que Evmos use evm para viajar en el tren expreso ETH y chupar sangre del ecosistema ETH para obtener liquidez ETH. El propio Cosmos también lanzó Cosmos 2.0, con la esperanza de potenciar a ATOM y mejorar su importancia en el ecosistema a través de la seguridad entre cadenas y las subastas en bloque. Sin embargo, a juzgar por las tendencias secundarias actuales y TVL, el ecosistema Cosmos no se ha recuperado con éxito del declive posterior a Terra. Esto también está limitado por el estado independiente del ecosistema Cosmos.

OP Stack replica el estilo de juego de Cosmos

La era de múltiples cadenas de la Capa 2 es muy similar a la narrativa de múltiples cadenas contada por Cosmos y Polkadot en el pasado, excepto que no es el centro de Cosmos o la cadena de retransmisión lo que conecta las múltiples cadenas, sino Ethereum. Pero, de hecho, Ethereum solo proporciona seguridad como capa DA y realmente no se conecta con Layer2, por lo que esto le da a Stack Layer2, como capa acumulativa intermedia, no solo puede proporcionar servicios de desarrollo personalizados de cadena pública para ganar dinero, sino también. sirva como un centro para capturar otro valor de Capa2 o cargue a Capa3 como capa DA.

De hecho, la Capa 2 en sí es un paso en la modularización de Ethereum. Al modularizar la Capa 2, puede construir una Capa 2 de manera simple y eficiente, y luego conectar cada Capa 2 a través de un centro central para lograr una cadena cruzada a nivel atómico. Sobre esta base, el centro central también puede servir como capa DA y luego construir una cadena de aplicaciones de Capa 3 encima para desatar la innovación de la cadena pública.

Al igual que Cosmos, puede convertir sus funciones principales en componentes universales y proporcionárselas a otras cadenas para construir su propio ecosistema. Este tipo de ventaja competitiva no tiene comparación con una sola cadena pública. Optimism ha elegido un desarrollo de bajo umbral similar a Cosmos, sin necesidad de permiso para lanzar una cadena, alta compatibilidad, interoperabilidad entre cadenas y otras características para construir su propio ecosistema.

El comienzo de la narrativa multicadena: Cosmos

El diseño de Cosmos fomenta la colaboración entre varias redes blockchain para lograr la interoperabilidad del ecosistema compartiendo valor y datos. Es el primer actor en explorar la interoperabilidad de múltiples cadenas.

Cosmos es un ecosistema blockchain altamente modular e interoperable que consta de tres componentes principales:

Mecanismo de consenso Tendermint, Cosmos SDK y protocolo de comunicación entre cadenas IBC (Inter-Blockchain Communication).

1.Mecanismo de consenso de la menta

Tendermint es el motor de consenso de red de Cosmos Hub, que consta de Tendermint Core y ABCI. Utiliza el consenso híbrido PBFT + Bonded PoS para garantizar que más de 2/3 de los validadores lleguen a un consenso. Tendermint separa la aplicación blockchain del consenso subyacente, controla la lógica de la aplicación con una máquina de estado y proporciona una interfaz ABCI para interactuar con la capa de aplicación. Esta arquitectura admite el consenso y el acceso a otras cadenas.

2.SDK de Cosmos

Cosmos SDK es un conjunto de herramientas para desarrolladores que permite construir máquinas de estado modulares sobre Tendermint. Los desarrolladores pueden utilizar el SDK para crear nuevas cadenas de bloques y también pueden conectarse a Cosmos a través del puente Peg Zone. El SDK proporciona el concepto de almacenamiento múltiple, dividiendo el estado de la aplicación en diferentes áreas aisladas y cada módulo gestiona su propio estado. Los módulos del SDK incluyen principalmente Bank, Auth y Stake&Slashing, etc., que se utilizan para construir máquinas de estado complejas.

3.Protocolo de comunicación entre cadenas IBC

IBC es un protocolo que implementa la comunicación entre diferentes blockchains en Cosmos y se utiliza para la interacción entre cadenas entre Zonas. Al establecer una conexión IBC en el Hub, una Zona puede comunicarse con otras Zonas conectadas al Hub. A través de IBC, Zone puede enviar tokens y paquetes de datos para realizar la transmisión de información y activos entre cadenas. PG Zone sirve como puente para conectar cadenas de bloques externas (como Bitcoin) a las que no se puede acceder directamente a través de IBC, lo que las hace interoperables con cadenas de bloques en Cosmos.

La combinación de estos componentes permite a los desarrolladores crear aplicaciones seguras y flexibles y lograr la interoperabilidad entre cadenas y la transferencia de activos entre cadenas de bloques.

Arquitectura de Hub y Zone de Cosmos e interoperabilidad entre cadenas

Cosmos adopta la arquitectura del modelo Hub y Zone, donde el Hub es el centro de la red y la Zone es una cadena pública conectada independientemente a la red. El Hub rastreará y registrará el estado de cada Zona, y cada Zona necesita retroalimentar los nuevos bloques que genera al Hub y sincronizar el estado del Hub. Las diferentes zonas no sincronizan directamente el estado, sino que se comunican indirectamente a través de paquetes de datos enviados al Hub.

Técnicamente, los modelos Hub y Zone de Cosmos permiten la interoperabilidad entre diferentes blockchains. Las zonas se comunican a través del Hub, que sincroniza el estado global en tiempo real. Al separar la aplicación blockchain del consenso subyacente y proporcionar una interfaz ABCI para interactuar con la capa de aplicación, los desarrolladores pueden escribir la lógica de la aplicación en cualquier idioma. Esta arquitectura no sólo puede lograr consenso sino también facilitar el acceso de otras cadenas de bloques.

El token principal de Cosmos, $ATOM, se utiliza principalmente en el ecosistema Hub para pagar tarifas de transacción y votaciones de gobernanza. Su demanda de tokens está directamente relacionada con el desarrollo del ecosistema Cosmos. Cosmos tiene como objetivo construir un marco de desarrollo universal de blockchain y resolver problemas entre cadenas para hacer realidad la visión de un universo de múltiples cadenas.

En términos de mecanismo de cadena cruzada, Cosmos' Hub actúa como una cadena de retransmisión y Zone es una cadena paralela. Cada cadena tiene su propio verificador.

Cosmos Hub sirve como núcleo de la red y permite interconectar diferentes blockchains a través del protocolo IBC. La zona necesita comunicarse con otras zonas a través del Hub y el método de gestión entre diferentes zonas está descentralizado. Por lo tanto, si una Zona es atacada o se comporta mal, otras Zonas no se verán afectadas.

En general, Cosmos desempeña un papel pionero en el campo de la interoperabilidad multicadena. Logra una comunicación fluida y una transferencia de activos entre cadenas entre diferentes cadenas de bloques a través de la arquitectura Hub and Zone y la introducción del protocolo IBC. Además, la arquitectura modular de Cosmos proporciona flexibilidad a los desarrolladores. Con el SDK de Cosmos, los desarrolladores pueden crear aplicaciones blockchain personalizadas con varios módulos funcionales. Al mismo tiempo, el mecanismo de consenso Tendermint juega un papel clave en Cosmos. Utiliza el consenso híbrido PBFT+Bonded PoS para garantizar una alta seguridad y escalabilidad. Al separar el consenso de las aplicaciones, Tendermint logra un mayor grado de modularidad y escalabilidad, al tiempo que proporciona una interfaz ABCI para la interacción de la lógica de la aplicación.

Nueva narrativa multicadena: Superchain

"El objetivo principal de Cosmos es lograr la interoperabilidad y la interoperabilidad entre diferentes cadenas de bloques, y el enfoque competitivo actual de Layer 2 War parece acercarse a este objetivo paso a paso".

Las soluciones de Capa 2 comparten el objetivo de aumentar el rendimiento y la escalabilidad de la red Ethereum para satisfacer la creciente demanda de transacciones. Sin embargo, el foco de la competencia entre estas Capas 2 se ha desplazado gradualmente de la pura mejora del rendimiento a una interoperabilidad, interoperabilidad e incluso ecología más amplia.

1. Interoperabilidad: con la aparición de cada vez más proyectos de blockchain y soluciones de Capa 2, los usuarios y desarrolladores esperan poder transferir sin problemas activos y datos entre diferentes blockchains. La implementación de la interoperabilidad brindará a los usuarios una mayor flexibilidad, permitiéndoles moverse libremente entre diferentes redes blockchain.

2. Interoperabilidad: la competencia entre las soluciones de Capa 2 lleva a los desarrolladores a crear estándares técnicos más comunes para lograr la interoperabilidad entre diferentes soluciones de Capa 2. Esta interoperabilidad facilitará la colaboración y el intercambio de datos entre diferentes redes de Capa 2, creando un ecosistema más rico.

3. Sinergia: similar a la arquitectura Hub-and-Zone de Cosmos, la interoperabilidad entre las soluciones de Capa 2 puede crear sinergia. La interoperabilidad entre diferentes soluciones de Capa 2 mejorará el valor de todo el ecosistema y atraerá a más usuarios y desarrolladores a participar.

4. Reducir los costos de fricción: lograr la interoperabilidad entre diferentes blockchains y la Capa 2 reducirá los costos de fricción para los usuarios. Los usuarios ya no necesitan realizar tediosos intercambios y transferencias entre diferentes redes, lo que mejora la experiencia y el compromiso del usuario.

La siguiente es una comparación de las soluciones y rutas de Layer2:

Optimismo

"OP Stack es como disponer más asientos para una gran reunión familiar para que todos puedan participar sin tener que buscar nuevos asientos".

Paquete acumulativo de optimismo y pila OP

Optimism Rollup (ORU) es una solución de expansión de Capa 2 (L2) basada en Ethereum (L1). Su concepto de diseño es utilizar el mecanismo de consenso de L1 para garantizar la seguridad y escalabilidad de L2 y evitar introducir mecanismos de consenso independientes adicionales. Como parte del modelo de cadena principal-cadena secundaria, ORU posiciona la cadena principal como L1, y Ethereum desempeña el papel de esta cadena principal.

En el mecanismo operativo de ORU, hay tres pasos principales.

Primero está el almacenamiento de datos (Blockstorage), donde las transacciones en L2 se organizan y escriben en bloques, y luego estos bloques se escriben en L1 en un formato comprimido. Esta práctica mantiene la disponibilidad de los datos, asegurando que los datos de las transacciones se puedan recuperar cuando sea necesario.

En segundo lugar, la fase de producción de bloques implica la operación del secuenciador, que es responsable de construir y ejecutar bloques L2. Este proceso incluye la confirmación de transacciones, la construcción de nuevos bloques y el paso de información relevante a L1 para el envío de transacciones.

Finalmente, la fase de ejecución de bloques asegura la recepción de nuevos bloques y mantiene el funcionamiento estable de la red L2.

Por otro lado, OP Stack sirve como una pila de desarrollo estandarizada que admite la tecnología Optimism. Desde una perspectiva concreta, mirando de abajo hacia arriba en términos de niveles, la primera es la capa de disponibilidad de datos (DALayer), que define la fuente de datos original de L2.

Actualmente, la cadena principal de Ethereum juega un papel importante a este nivel.

La segunda es la capa de secuenciación (SequencingLayer). Las funciones de esta capa las asume el secuenciador, que es responsable de la confirmación de la transacción, la actualización del estado y la construcción de bloques L2.

Luego viene la capa de derivación: la capa de derivación define cómo se procesan los datos sin procesar en la capa de disponibilidad de datos para formar entradas procesadas que se envían a la capa de ejecución a través de la API estándar de Ethereum Engine.

La capa de ejecución (ExecutionLayer) define la estructura de estado del sistema L2, admite la máquina virtual Ethereum (EVM) u otras máquinas virtuales y agrega algunas tarifas de datos L1 a las transacciones.

La capa de liquidación es responsable de enviar los datos de las transacciones confirmadas por L2 a la cadena de bloques de destino para la liquidación final. Finalmente, está la capa de gobernanza. La solución actual [1] es que múltiples cadenas basadas en OP Stack compartan el mismo conjunto de estándares de gobernanza.

*注【1】：optimismo.mirror.xyz

Supercadena

Superchain permite que diferentes Capas 2 (L2) trabajen juntas compartiendo capas de seguridad, comunicación y kits de desarrollo (OP Stack). En los diseños tradicionales de L1, la escalabilidad y el rendimiento a menudo se convierten en factores limitantes, mientras que Superchain proporciona una mayor escalabilidad y rendimiento al integrar múltiples redes L2 juntas. Esta expansión horizontal no solo permite que el sistema tenga mayor capacidad, sino que también brinda a los desarrolladores y usuarios una mejor experiencia.

Superchain basada en OP Stack se convertirá en el punto de conexión para diferentes soluciones L2, brindando soporte para la operación a gran escala de varias blockchains y aplicaciones descentralizadas (dApps). Como pila de desarrollo estandarizada que admite la tecnología Optimism, OP Stack integra diferentes redes L2 y promueve la interoperabilidad entre estas redes. Al integrar múltiples L2 en la súper cadena, se puede lograr una comunicación entre cadenas más eficiente y flexible, lo que permite a los usuarios transferir sin problemas activos e información entre diferentes L2, logrando así más posibilidades.

Uno de los atributos clave de Superchain es la modularidad. Al utilizar OP Stack como base de desarrollo, cada red L2 puede seleccionar módulos jerárquicos según sea necesario y combinar de manera flexible diferentes componentes técnicos para satisfacer necesidades específicas. Este diseño modular no sólo mejora la personalización del sistema, sino que también proporciona un acceso conveniente a nuevas tecnologías e innovaciones. Además, Superchain también enfatiza la interoperabilidad, permitiendo que diferentes soluciones L2 logren un intercambio de recursos y una transferencia de información más eficientes. Superchain basada en OP Stack puede proporcionar opciones de implementación de menor costo, lo que permite la participación de más desarrolladores y proyectos. Esto ayuda a impulsar el desarrollo y la adopción de redes L2 más amplias.

De hecho, usar OP Stack para emitir más Capa 2 es solo el primer paso en el establecimiento de Superchain. La OP Stack formada requiere que la Capa 2 pueda compartir la economía y la información del intercambio de secuenciadores y establecer un mecanismo de gobernanza de seguridad unificado e inter. -ecología de cadenas. Tomando BASE como ejemplo, la cooperación entre Optimism y BASE tiene dos componentes principales. El primero es la gestión de protocolos que cumple con la Ley de Cadenas y une las operaciones de clientes op-geth y op-node. falla de op-reth diseñada por paradigma Demuestre al cliente y establezca un sistema de monitoreo pesimista; el segundo es la economía y la gobernanza utilizará el 2,5% de sus ingresos de clasificación o el 15% de las ganancias de la cadena pública después de deducir el gas L1. es mayor) ya que el costo de usar OP Stack Optimisim también proporcionará a BASE hasta el 2,75% del suministro total de OP a cambio de participar en la gobernanza. BASE y Optimism establecerán conjuntamente un Consejo de Seguridad para gestionar firmas múltiples que controlen las actualizaciones de contratos y desarrollarán un plan de gestión de claves retadora para evitar que los miembros del equipo cometan el mal unilateralmente.

En términos generales, cualquier red blockchain construida sobre la base de OP Stack puede combinar de manera flexible diferentes niveles de módulos OP Stack según las necesidades de construcción de L2. Como su primera L2, Optimism (ahora conocido como: OP Mainnet) construye conjuntamente la cadena ecológica de la Supercadena. Esto hace que todo el ecosistema sea más resiliente y capaz de satisfacer una variedad de necesidades e innovaciones diferentes.

Decisión

A diferencia de la estrategia Superchain de Optimism (construcción de L2 basada en OP Stack), la estrategia Orbitchain de Arbitrum permite la creación y el despliegue de Layer3 en la red principal de Arbitrum (incluidos: Arbitrum One, Nova y Goerli) basada en Arbitrum Nitro (pila de tecnología, similar a OP Stack). ), también conocida como cadena de aplicaciones.

A diferencia de la Superchain de Optimism, Arbitrum adopta un enfoque más flexible y personalizable. Orbit es un marco de desarrollo que permite a cualquier desarrollador construir L3 (cadena de aplicaciones) basada en ARB, y su arquitectura final es la cadena Orbit. La cadena Orbit está diseñada para ser compatible con las próximas actualizaciones 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 de programación, los desarrolladores pueden crear más libremente dApps ricas en funciones sin tener que migrar a una nueva pila de tecnología. Esto crea una mayor flexibilidad y opciones para los desarrolladores de dApps, permitiéndoles satisfacer mejor las necesidades de diferentes proyectos.

Sin embargo, Arbitrum Orbit aún se encuentra en la etapa de prueba de red y aún no ha alcanzado la integridad del módulo OP Stack.

Era ZKSync

"Soberanía y conectividad perfecta" son la narrativa central de ZK Stack.

Los desarrolladores tienen total autonomía para personalizar Hyperchain. Hyperchain opera de forma independiente y solo se basa en Ethereum Layer 1 para garantizar la seguridad y la actividad. La red Hyperbridge permite que Hyperchains se conecten entre sí. ZK Stack se lanzó en 20230623 y está diseñado para crear L2 y L3 personalizados compatibles con ZK basados ​​en el código de ZKSync Era. Este es un marco para construir ZK Hyperchains modulares y soberanos. Por tanto, su arquitectura técnica no es diferente de la de OP Stack.

ZK Stack es un marco para construir hipercadenas modulares, soberanas y basadas en tecnología de conocimiento cero. Se centra en resolver los desafíos planteados en "ZK Credo" y tiene como objetivo proporcionar la base para una red blockchain descentralizada. Las características principales de ZK Stack incluyen código abierto gratuito, componibilidad, personalización modular, seguridad comprobada y escalabilidad futura.

El marco es desarrollado por Matter Labs bajo la licencia de código abierto MIT/Apache. Las hipercadenas creadas con ZK Stack se conectan perfectamente en redes sin confianza con baja latencia y liquidez compartida. Los desarrolladores pueden personalizar Hyperchains según sus necesidades y al mismo tiempo garantizar la seguridad y confiabilidad. ZK Stack se basa en el código de ZKSync Era y utiliza Hyperbridge para lograr la interconexión e interoperabilidad entre supercadenas, logrando una interoperabilidad rápida y de bajo costo. Los desarrolladores pueden personalizar las hipercadenas según sea necesario e implementar la interconexión a través de Hyperbridge, logrando así una interoperabilidad sin confianza, 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, porque el puente L1-L2 es asíncrono. Desde un punto de vista arquitectónico, ZKSync Era tiene dos escenarios de aplicación:

• 1) Como una de las Hipercadenas de L2, está interconectada con L2 del mismo nivel para compartir liquidez y otros recursos ecológicos.

• 2) Como capa DA de L3.

Hyperchain resuelve el problema de la confianza verificando los cálculos fuera de la cadena y utilizando pruebas de conocimiento cero para garantizar la seguridad.

Hyperbridge conecta hipercadenas para lograr la transferencia de datos y la interoperabilidad. Hyperchain está conectado a través de Hyperbridge y tiene características como puente verificado, puente local y disponibilidad de datos para construir una red de liquidez unificada. Desde la perspectiva del usuario, Hyperchain logra una interoperabilidad perfecta y una gestión de billetera entre cadenas para garantizar la experiencia del usuario. Técnicamente, las Hyperchains basadas en puentes de verificación, validadores compartidos y disponibilidad de datos forman la base de los Hyperbridges.

En términos generales, la escalabilidad y combinabilidad de Hyperchain son el núcleo de su diseño. El L3 de Hyperchain no solo puede interconectarse con el L3 del mismo nivel, sino que también puede usar Ethereum directamente como DAlayer. En este caso, el L3 es esencialmente un L2. En la imagen a continuación, el segundo Hyperchain L3 en la esquina superior izquierda es la prueba más directa del caso.

Sin embargo, como cadena pública de ZK Rollup, Layer2s no solo necesita resolver la brecha con el lenguaje de programación Solidity, sino que también debe tener cierta capacidad para desarrollar de forma independiente sistemas de circuitos ZK. De lo contrario, solo puede compartir ZKPorter para ejecutarlo. . Sin embargo, ZKSync actualmente no tiene un mecanismo completo para compartir componentes. Se puede ver que Hyperchain restringe la entrada de una gran cantidad de desarrolladores en términos de lenguaje de programación y tecnología. Además, aunque ZK Rollup técnicamente puede alcanzar un volumen de transacciones PTS de un millón mientras está descentralizado, el costo de ZK Proof también es mayor, junto con la centralización del secuenciador, y la tarifa de gas de los contratos inteligentes complejos también es mayor. Es propenso a fallar debido a una mala compatibilidad, lo que dificulta que ZKSync se desarrolle rápidamente en un corto período de tiempo, por lo que no se emitirán monedas para promover el desarrollo.

En respuesta a esto, ZK Sync ha realizado ciertas optimizaciones en su arquitectura Hyperchain: el compilador LLVM del sistema es compatible con Solidity y cualquier otro lenguaje de programación moderno, agregando soporte para desarrolladores que se especializan en lenguajes como Rust, C++ y Swift. Pero en general, Hyperchain es el más difícil de desarrollar.

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

Starknet

"Extensión fraccionaria: escalado fraccional": StarkWare cree que se construirán múltiples Capas 3 en la Capa 2, al igual que múltiples Capas 2 se construirán en la Capa 1. L2 se usa para extensiones generales y L3 se usa para extensiones personalizadas.

La expansión fractal se logra mediante recursividad capa por capa. Presentamos L3, que proporciona mayor escalabilidad, mejor control de la pila de tecnología y protección de la privacidad para aplicaciones específicas mediante la construcción recursiva sobre la base de L2. L3 puede lograr una escala ultragrande, un mejor control del rendimiento, protección de la privacidad y otras ventajas mientras mantiene la seguridad de L1. Esto permitirá que StarkEx (actualmente utilizado como solución L2) migre a L3, y StarkNet para instancias independientes también estará disponible como L3.

En la Conferencia de la Comunidad Ethereum EthCC en París, el cofundador de StarkWare, Eli Ben-Sasson, anunció el próximo lanzamiento de Starknet Appchain. Las cadenas de aplicaciones son cadenas de bloques de aplicaciones diseñadas específicamente para satisfacer necesidades de aplicaciones específicas. La cadena de aplicaciones Starknet está diseñada para proporcionar a los desarrolladores un entorno personalizado en el que puedan crear instancias Starknet personalizadas para un mejor control regulatorio, menores costos, mayor escala y privacidad opcional. Al establecer una cadena de aplicaciones Starknet, los desarrolladores pueden proporcionar a los usuarios un mayor rendimiento y una mejor experiencia de usuario. Starknet Stack se construye utilizando módulos como pruebas STARK, el lenguaje de programación Cairo y abstracción de cuentas nativas.

En general, Starknet Stack aún se encuentra en las primeras etapas de desarrollo y el desarrollo del ecosistema en cadena aún se encuentra en sus primeras etapas.

Polígono2.0

En toda la idea de diseño, Polygon2.0 espera que PoS Mainnet y ZKEVM de Polygon se conviertan en los pilares de Polygon y, al mismo tiempo, introduzcan la cadena de aplicaciones Supernets para fortalecer la ecología de Polygon, y el beneficio real de ello es el token POL. Debido a que las Supernets de los tokens POL de Polygon2.0 deben comprometerse a ejecutar nodos para garantizar la seguridad de la cadena pública. Para lograr este objetivo, Polygon ofrece tres opciones para que los usuarios elijan: nodo PoS/nodo ZKEVM/VM Miden. Para ampliar su atractivo, Polygon también admite Polygon DID basado en prueba de conocimiento cero y una guía de desarrollo de juegos Web3 llamada "Blueprint". Se puede ver que Polygon2.0 elige obtener una ecología más rica desde la perspectiva de la incubación. Además, el concepto de blockchain empresarial se ha mencionado muchas veces en la introducción de Supernets de Polygon2.0. A partir de la cooperación de Polygon con Starbucks/Nike/Warner Music, etc., sabemos que otro foso es la versión empresarial de bajo umbral. y cadena de aplicaciones altamente personalizada.

Estructuralmente, Polygon2.0 es similar a OP Stack. También se divide en varias capas, a saber:

• Capa de replanteo

• Capa de interoperabilidad

• Capa de ejecución

• Capa de prueba

Su forma en capas es:

• Enlace

• Red

• Transporte

• Capa de aplicación

Estos se toman prestados de los componentes del protocolo de Internet, y cada capa de protocolo es responsable de un subproceso específico, que es la pila de tecnología.

Capa de replanteo

Esta función de capa de compromiso es básicamente la misma que la PoS (prueba de participación) de Ethereum, pero no solo la utiliza la red principal de Polygon:

Además de la red principal original de Polygon, Polygon también tiene ZKEVM, Supernets, etc. Por lo tanto, los Validadores brindarán servicios para muchas cadenas, utilizando un modelo similar al de replanteo y administrado a través de Validator Manager.

El contrato Chain Manager se utiliza para gestionar los Validadores a los que pertenece cada cadena. Cada cadena tiene su propio contrato Chain Manager para determinar el número de validadores y requisitos adicionales para los validadores, como regulaciones o Tokens que deben seguir. apostado adicionalmente, lo que significa que es posible que el validador necesite apostar adicionalmente los propios tokens de la cadena para participar en su verificación.

De hecho, esta capa de promesa es el foco de Polygon 2.0. A diferencia de Optimism y Arbitrum, si las Supernets quieren ejecutarse, deben estar respaldadas por Validadores que prometan $POL. Cuantas más cadenas de Polygon, más Validadores se necesitan y POL. El valor del token será mayor. Pero el modelo Restating también ayuda al equipo de Supernets a centrarse en los servicios públicos y la comunidad en lugar de en la infraestructura, lo que reduce la barrera de entrada a las cadenas públicas.

Capa de interoperabilidad

Interop Layer utiliza ZK Proof para implementar cadenas cruzadas nativas como Cosmos. Al ampliar el protocolo LxLy utilizado por el paquete acumulativo Polygon ZKEVM, Polygon introduce un agregador para lograr la interoperabilidad entre cadenas a nivel atómico. En primer lugar, puede recibir pruebas ZK y colas de mensajes. Además, puede agregar varias pruebas ZK en una única prueba ZK y enviarla a Ethereum para su verificación. Entonces es un middleware entre Polygon y Ethereum.

Por lo tanto, cuando el agregador recibe la cola de mensajes y el certificado ZK enviados por la cadena A, la cadena B como cadena de destino puede recibir directamente el mensaje de la cadena A, logrando así una interacción perfecta entre cadenas. Por supuesto, Polygon también intenta descentralizar Aggregator en forma de PoS Validator.

Capa de ejecución

Su capa de ejecución juega un papel relativamente similar en cada cadena.

Luego, entre estos se encuentran P2P/Consensus/Memepool/Database y el generador de testigos exclusivo de la prueba ZK.

Capa de prueba

La capa de prueba es una capa exclusiva de ZK-Rollup. Es esencialmente un protocolo que produce pruebas ZK para todas las transacciones en la cadena Polygon.

Consiste principalmente en un probador general y una máquina de estado. El probador general hereda Plonky2 utilizando tecnología SNARK recursiva, mientras que la máquina de estado tiene ZKEVM y MidenVM proporcionados por el equipo de Polygon o construidos por el propio equipo de la cadena pública, como ZKWASM.

resumen

Perspectiva de la tecnología de código abierto

OP Stack es bienvenido por muchos proyectos. Más de diez proyectos, incluidos Base/Magi/opBNB/Worldcoin, han anunciado sucesivamente el uso de OP Stack.

La primera es la apertura de la licencia. En la imagen podemos ver que Optimism usa la licencia MIT, mientras que Arbitrum/ZKSync/Starknet/Polygon usa la licencia Apache 2.0. Aunque todas son de código abierto, las dos licencias tienen diferentes niveles. de apertura. La licencia MIT solo requiere que se conserven la declaración de licencia original y la declaración de derechos de autor, y permite el uso comercial, la distribución, la modificación, el uso privado, acuerdos adicionales e incluso la venta de código con licencia MIT. La licencia Apache 2.0 requiere que el código fuente modificado esté documentado en el archivo modificado. Los proyectos derivados deben contener el protocolo Apache-2.0 en el código del proyecto original, así como marcas comerciales, declaraciones de patentes y otras instrucciones estipuladas por el autor original. En un proyecto derivado, si se incluye un archivo de aviso, el protocolo Apache-2.0 también debe incluirse en el archivo de aviso.

En pocas palabras, la licencia MIT es la más indulgente, mientras que la licencia Apache es más estricta.

Perspectiva de compatibilidad

• 1) Optimism es altamente compatible con Ethereum EVM. El código de Optimism tiene 12,745 confirmaciones y 2.3k bifurcaciones, lo que significa una gran cantidad de actualizaciones de código y una tasa de adopción de desarrolladores muy alta.

• 2) Además, desde una perspectiva técnica, el sistema ZK hace pleno uso del mecanismo de seguridad y consenso de Ethereum y depende directamente de su seguridad. En comparación con el sistema OP, el sistema 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. El OP está limitado en llamadas asincrónicas entre cadenas y debe esperar la verificación y confirmación subyacentes.

Perspectiva de la arquitectura técnica.

• 1) En la actualidad, Optimism y Polygon se centran en ampliar las L2, mientras que Arbitrum, ZK Sync y Starknet se centran en ampliar las L3. Las cadenas de aplicaciones de Capa 3 tienen un mayor grado de libertad/escalabilidad y autonomía, pero el mercado aún se está desarrollando en la Capa 2, y la Capa 3 aún se encuentra en un futuro relativamente lejano. Y lo más crítico es que la interoperabilidad entre cadenas de Capa 3 no se ha logrado técnicamente por completo. Actualmente, nadie puede anunciar que se puede lograr la interoperabilidad entre cadenas de Capa 3. En este caso, las dApps que se centran en la componibilidad inevitablemente elegirán la Capa 2 para construir DeFi Lego.

• 2) La modularización y los componentes SDK son el camino unificado de la cadena de bloques actual, ya sea una cadena pública para dApp o Stack para Layer2/Layer3, todos utilizan el umbral de programación mínimo y la personalización máxima para reducir el tiempo que necesitan los desarrolladores para crear proyectos. , lo que le permite centrarse en el diseño de productos y las operaciones comunitarias. También hay proyectos como AltLayer que se especializan en Rollup As A Service como su negocio principal, por lo que el desarrollo de cadenas sin código y los proyectos de desarrollo definitivamente se volverán más comunes a medida que mejore la infraestructura.

Perspectiva del progreso del desarrollo.

Actualmente, solo OP Stack y Polygon 2.0 se están desarrollando rápidamente, pero el ecosistema de OP es el que se ha desarrollado más rápido y se ha implementado en cadenas públicas, mientras que Arbirtum, ZKSync y Starknet aún se encuentran en las primeras etapas de desarrollo. Especialmente cuando los ecosistemas de la red principal ZKSync y Starknet no están bien establecidos, se puede inferir que pueden ser más estrategias de desarrollo para hacer frente a la competencia de OP Superchain. Pero en términos del grado de descentralización, el generador de pruebas ZK de Starkware, STARK Prove-Stone, fue de código abierto bajo la licencia Apache2.0 el 31 de agosto, y OP Stack no tiene cronograma para un clasificador descentralizado con la ayuda de Base. Se ha visto que Starkware puede estar en una posición de liderazgo en el proceso de descentralización.

Comparación entre narrativa multicadena y narrativa supercadena

Cadena cruzada Layer2 con billetera IBC y Keplr

Una narrativa importante de la cadena múltiple Layer2 son las transacciones entre cadenas a nivel atómico. OP Stack logra el mismo efecto de comunicación entre cadenas que IBC a través de un secuenciador compartido. Polygon2.0 utiliza un conjunto de validadores públicos y una seguridad compartida de alto riesgo. un "centro poligonal" ".

Pero actualmente la cadena cruzada de Capa 2 todavía se encuentra en la etapa narrativa, y solo se puede usar la cadena cruzada EVM (agujero de gusano / capa cero / axelar) basada en el modo puente de cadena cruzada. La brecha entre esto y IBC todavía es muy obvia.

El lanzamiento aéreo entre cadenas de SEI hace algún tiempo demostró bien esta brecha:

El USDC que utiliza Wormhole para cruzar cadenas desde Ethereum/Arbitrum/Polygon/BSC tiene que esperar 24 horas para cruzar la cadena SEI porque excede la cuota de cadenas cruzadas de Wormhole en SEI. ATOM y OSMO que cruzan de Osmosis a SEI a través de IBC pueden volver a la cadena original en el momento en que se cruzan. Axelar USDC, que también pertenece al ecosistema IBC, también se ve favorecido por este motivo. Sin embargo, está limitado por el mecanismo de cadena cruzada de Axelar del puente oficial SEI. Hay un tiempo de espera de aproximadamente media hora al cruzar y. sale del SEI, sin embargo, si utiliza el cruce directo a la cadena pública IBC, también llega al instante. 24 horas y pago instantáneo, cuál es mejor lo tienes claro de un vistazo.

La experiencia de cambio entre cadenas de la Capa 2 en MetaMask también tiene una brecha significativa en comparación con Keplr. Con el aumento de las cadenas públicas de Capa 2, la demanda de conversión entre diferentes cadenas ha aumentado gradualmente. Sin embargo, los activos y las interacciones de cada cadena son independientes entre sí en MetaMask. Se deben utilizar herramientas de terceros para una gestión unificada. También aumenta el riesgo financiero. Sin embargo, la billetera Keplr puede mostrar la cantidad y el estado de los fondos en todo el ecosistema. La estrategia Stack de Capa 2 puede requerir una Super Wallet similar a Keplr para unificar sus propios activos ecológicos.

Secuenciador compartido con ISC y subasta de bloques

El secuenciador es la clave para los ingresos y la seguridad de Rollup. Compartir el clasificador permite que la nueva Capa 2 se salte la construcción y el mantenimiento del clasificador, y también puede obtener los ingresos MEV de todas las cadenas, fortaleciendo el valor de la Superchain. Pero compartir el clasificador también significa compartir la seguridad subyacente. Los clasificadores actuales de Layer 2 Stacks están demasiado centralizados. Solo el clasificador PoS y la implementación de firmas múltiples de múltiples organizaciones pueden considerarse como un paso hacia el Stage2 de Vitalik, por lo que los futuros clasificadores compartidos funcionan. con un clasificador descentralizado es la única forma de ampliar los ingresos y garantizar la seguridad.

Como una de las claves para el autorrescate de Cosmos, ICS reduce el umbral de entrada para la cadena pública ecológica de Cosmos y proporciona más captura de valor para el centro de Cosmos para potenciar los tokens ATOM. En el pasado, cada ecosistema de Cosmos usaba PoS para garantizar su propia seguridad, y ATOM solo se usaba para garantizar la seguridad del centro de Cosmos, lo que hacía que apostar por los lanzamientos aéreos de ATOM y recibir beneficios básicos de PoS fuera lo único que ATOM puede hacer. la capa 2 actual La situación actual es muy similar, excepto que OP Stack eligió Layered Security usando Superchain, mientras que Polygon2.0 eligió Mesh Security usando Restating. La subasta de bloques fija el precio de MEV y resuelve MEV a partir del modelo de negocio, es decir, la cuantificación del valor del secuenciador. Con el establecimiento del secuenciador compartido, el valor MEV naturalmente aumentará exponencialmente. Los ingresos MEV de Superchain no pueden ser simplemente recolectados por el secuenciador, por lo que la subasta en bloque de Stacks definitivamente se pondrá en línea poco después de que se lance el secuenciador compartido.

Conclusión: Convertirse en Cosmos es la forma final de la Capa 2

En vista del reconocimiento del modelo Cosmos por parte de Layer2 Stacks, los mecanismos únicos en el ecosistema actual de Cosmos seguramente se optimizarán y adoptarán pronto, como aprender de cadenas públicas como Berachain/Injective/Sei/Canto, e introducir cadenas públicas. nivel de liquidez subyacente/Terra Establecer la Capa 2 con moneda estable nativa/préstamos nativos a nivel de cadena pública/mecanismo de intercambio de gas/contrato de implementación modular/subasta en bloque, etc. O, como se mencionó anteriormente, desarrolle una billetera ecológica Stack similar a la billetera Keplr para integrar activos ecológicos.

Pero lo más importante, y uno de los mecanismos Cosmos de los que Stacks carece actualmente, es en realidad la versión completa de seguridad entre cadenas. Diferentes Stacks Layer2 pueden compartir clasificadores entre sí, es decir, la descentralización de la capa clasificadora, no solo. la clasificación de cada empresa. Descentralizar el secuenciador y evitar los riesgos de un solo secuenciador. Al mismo tiempo, los secuenciadores basados ​​en PoS también pueden implementar múltiples secuenciadores para proporcionar servicios para la misma cadena mediante métodos similares a las apuestas pesadas. Es decir, seguridad en capas y seguridad en malla de Cosmos ICS.

Definitivamente habrá un papel para la supercadena Cosmos u OP en el mercado.

De hecho, el mercado está buscando un papel similar a la supercadena Cosmos u OP, que actuará como un centro que conectará diferentes redes blockchain para lograr el crecimiento de todo el ecosistema creando sinergias y compartiendo recursos ecológicos. Si el enfoque de OP Stack resulta inviable, puede surgir una nueva solución para llenar el vacío en el futuro.

Independientemente de si finalmente surge un papel similar a ARB Orbit u OP Superchain o ZK Stacks, jugarán un papel importante en el camino de la expansión de la Capa 2. A medida que la tecnología ZK madure y pierda el umbral, es probable que las pilas de la serie ZK o de la serie OP que han introducido la tecnología ZK se hagan cargo del estandarte de las cadenas múltiples de capa 2. La tecnología ZK viene con un alto TPS y descentralización, que es exactamente lo que hace. Esto significa que, además de la compatibilidad, los dos atributos más críticos de la expansión de la capacidad también son las garantías técnicas en el caso de una alta seguridad de uso compartido. Aunque el progreso del desarrollo de ZKSync y Starknet es lento, su TVL y el crecimiento del volumen de usuarios son obvios para todos, por lo que podemos esperar si la ventaja de ser pionero y el rendimiento de compatibilidad de OP Stack ocuparán rápidamente el mercado de Stack, o el alto TPS de ZK Stack. y la descentralización La energía química puede aprovechar la situación una vez que la tecnología madure.

Referencia

[1] "Las razones detrás de los cuatro reyes de Layer2 compitiendo para implementar Stack" https://haotiancryptoinsight.substack.com/p/layer2stack

[2] "La llegada de Super Chain: una interpretación en profundidad de la pila OP creada conjuntamente por Coinbase y Optimism" 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 la pila ZK》

https://medium.com/matter-labs/introduciendo-la-pila-ZK-c24240c2532a

[6] "Variables del proceso ecológico ZKSync y del proceso de descentralización" 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] "La diferencia entre licencias de código abierto"

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

Fuentes de datos:

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

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

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

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