Por GeekCartel

I. Introducción

Modular blockchain es un innovador paradigma de diseño de cadenas de bloques que tiene como objetivo mejorar la eficiencia y escalabilidad del sistema a través de la especialización y la división del trabajo. Antes de la llegada de las cadenas de bloques modulares, una sola cadena (monolítica) necesitaba manejar todas las tareas, incluida la capa de ejecución, la capa de disponibilidad de datos, la capa de consenso y la capa de liquidación. Las cadenas de bloques modulares resuelven estos problemas al tratar estos esfuerzos como módulos que se pueden componer libremente, cada uno de los cuales se enfoca en una función específica.

Capa de ejecución: responsable de procesar y verificar todas las transacciones, así como de gestionar los cambios de estado de la cadena de bloques.

Capa de consenso: Acordar el orden de las transacciones.

Capa de asentamiento: se utiliza para completar transacciones, pruebas de validación y puentes entre diferentes capas de ejecución.

Capa de disponibilidad de datos: Responsable de garantizar que todos los datos necesarios estén disponibles para los participantes en la red para una fácil verificación.

La tendencia de blockchain modular no es solo un cambio tecnológico, sino también una estrategia importante para impulsar todo el ecosistema de cadena de bloques para enfrentar los desafíos futuros. GeekCartel analizará el concepto de blockchain modular y proyectos relacionados, con el objetivo de proporcionar una interpretación integral y práctica del conocimiento de blockchain modular, ayudar a los lectores a comprender mejor blockchain modular y esperar futuras tendencias de desarrollo. Nota: El contenido de este artículo no constituye asesoramiento de inversión.

En segundo lugar, el pionero de la blockchain modular - Celestia

En 2018, Mustafa Albasan y Vitalik Buterin publicaron un artículo seminal que proporcionó nuevas ideas para resolver el problema de escalabilidad de la cadena de bloques. "Data Availability Sampling and Fraud Proof" describe un método por el cual una cadena de bloques puede escalar automáticamente los cortos de almacenamiento a medida que aumentan los nodos de la red. En 2019, Mustafa Albasan profundizó y escribió "Lazy Ledger", proponiendo el concepto de un sistema de cadena de bloques que solo se ocupa de la disponibilidad de datos.

Sobre la base de estos conceptos, Celestia nació como la primera red de disponibilidad de datos (DA) con una estructura modular. Construido con CometBFT y Cosmos SDK, es una cadena de bloques de atestación (PoS) que mejora efectivamente la escalabilidad mientras mantiene las características de descentralización.

La capa DA es fundamental para la seguridad de cualquier cadena de bloques porque garantiza que cualquiera pueda inspeccionar el libro mayor de transacciones y verificarlo. Si un productor de bloques propone un bloque cuando no todos los datos están disponibles, el Bloquear puede llegar a la finalidad pero contiene transacciones no válidas. Incluso si un bloqueo es válido, bloquear datos que no se pueden verificar completamente afectará negativamente la funcionalidad de los usuarios y la red.

Celestia implementa dos características clave, muestreo de disponibilidad de datos (DAS) y árboles de Merkle más cortos (NMT). DAS permite que los nodos ligeros verifiquen la disponibilidad de los datos sin tener que descargar todo el bloque. Los NMT permiten que Bloquear datos se dividan en abreviaturas con nombre individual para diferentes aplicaciones, lo que significa que las aplicaciones solo necesitan descargar y procesar los datos asociados con ellas, lo que reduce en gran medida los requisitos de procesamiento de datos. Es importante destacar que DAS permite a Celestia escalar a medida que aumenta el número de usuarios (nodos ligeros), sin comprometer la seguridad del usuario final.

Las cadenas de bloques modulares están haciendo posible construir nuevas cadenas como nunca antes, con diferentes tipos de cadenas de bloques modulares que trabajan juntas para diferentes propósitos y con diferentes arquitecturas. Celestia presentó oficialmente varias ideas y ejemplos de diseño de arquitectura modular, mostrándonos la flexibilidad y componibilidad de blockchain modular:

Figura 1 Arquitecturas de capa 1 y capa 2

Capa 1 y Capa 2: Lo que Celestia llama modularidad ingenua se construyó originalmente para la escalabilidad de Ethereum como una Capa 1 monolítica, con la Capa 2 centrada en la ejecución y la Capa 1 proporcionando otras características clave.

• Celestia admite cadenas construidas sobre Arbitrum Orbit, Optimism Stack y Polygon CDK (próximamente) Las cadenas construidas en la pila de tecnología utilizan Celestia como capa DA, y la Capa 2 existente puede cambiar sus datos de publicar a Ethereum a publicar en Celestia utilizando la tecnología Rollup. Los compromisos de bloqueo se publican en Celestia, que es más escalable que los métodos tradicionales de publicación de datos en una sola cadena on-chain.
• Celestia es compatible con RollApp (una cadena dedicada a las aplicaciones) construida en base a los componentes de la tecnología Dymension como capa de ejecución, similar a los conceptos de Capa 1 y Capa 2 de Ethereum, el capa de liquidación de RollApps se basa en Dymension Hub (explicado más adelante), la capa DA utiliza Celestia, y la cadena interactúa a través del Protocolo de comunicación entre Blockchain (IBC) (IBC se basa en el SDK de Cosmos, es un protocolo que permite que las cadenas de bloques se comuniquen entre sí. Las cadenas que usan IBC pueden compartir cualquier tipo de datos, tan largos como codificados en bytes).

Figura 2: Arquitectura de capa de ejecución, asentamiento y DA

Ejecución, asentamiento y disponibilidad de datos: cadenas de bloques modulares optimizadas, como la capacidad de desacoplar las capas de ejecución, liquidación y disponibilidad de datos entre cadenas de bloques modulares especializadas.

Figura 3: Ejecución y arquitectura de la capa DA

Ejecución y DA: Dado que el propósito de implementar una blockchain modular es ser flexible, la capa de ejecución no se limita a publicar sus bloques en la capa de liquidación. Por ejemplo, puede crear una pila modular que no implique una capa de liquidación, sino solo una capa de ejecución sobre la capa de consenso y la capa de disponibilidad de datos.

Bajo esta pila modular, la capa de ejecución será soberana, que publica sus transacciones en otra cadena de bloques, generalmente para la clasificación y la disponibilidad de datos, pero maneja sus propias liquidaciones. En el contexto de una pila modular, los rollups soberanos son responsables de la ejecución y la liquidación, mientras que la capa DA maneja el consenso y la disponibilidad de datos.

La diferencia entre un rollup soberano y un rollup de contratos inteligentes es:

• Contratos inteligentes Las transacciones de Rollup son verificadas por los contratos inteligentes de la capa de liquidación. Las transacciones de rollups soberanos son verificadas por los nodos de rollups soberanos.
• Los nodos de Rollu soberano tienen autonomía en comparación con contratos inteligentes rollups. En un rollup soberano, el orden y la validez de las transacciones son gestionados por la propia red del rollup y no dependen de una capa de liquidación separada.

Actualmente, Rollkit y Sovereign SDK proporcionan un marco para implementar redes de prueba de acumulación soberana en Celestia.

3. Explore soluciones modulares en el ecosistema de cadenas de bloques

1. La capa de ejecución es modular

Antes de introducir la modularidad de la capa de ejecución, debemos entender qué es la tecnología Rollup.

Actualmente, la tecnología de modularización de la capa de ejecución se basa principalmente en Rollup, una solución de escalado que se ejecuta fuera de la cadena de capa 1. Esta solución ejecuta las transacciones off-chain, lo que significa que ocupa menos Bloquear coro y es una de las opciones de escalado Ethereum importantes. Después de ejecutar la transacción, enviará un lote de datos de transacción o prueba de ejecución a la Capa 1 y al Asentamiento en la Capa 1. La tecnología Rollup proporciona una solución de escalabilidad para las redes de capa 1 al tiempo que mantiene la descentralización y la seguridad.

Figura 4: Arquitectura de la tecnología Rollup

En el caso de Ethereum, la tecnología Rollup puede mejorar aún más el rendimiento y la privacidad mediante el uso de ZK-Rollup o Optimistic Rollup.

• ZK-Rollup utiliza zk-SNARKs para verificar la exactitud de las transacciones empaquetadas, garantizando así la seguridad y privacidad de las transacciones.
• El Optimistic Rollup primero asume que las transacciones son válidas antes de enviar el estado de la transacción al Ethereum cadena principal, y durante el período de desafío, cualquiera puede calcular el prueba de fraude para verificar la transacción.

1.1 Ethereum Capa 2: Construyendo el solución de escalado del futuro

Ethereum inicialmente utiliza la tecnología sidechain y sharding para escalar, pero la sidechain sacrifica algo de descentralización y seguridad para lograr un alto rendimiento; Los Rollups de capa 2 están evolucionando más largos de lo esperado y ya están ofreciendo una gran cantidad de extensiones, y ofrecerán más más largas después de la implementación de Proto-Danksharding. Esto significa que no hay necesidad más larga de "cadenas de fragmentos", que ahora se han eliminado de la hoja de ruta de Ethereum.

Ethereum descarga la cadena principal al externalizar la capa de ejecución a Layer2s basada en la tecnología Rollup, y EVM proporciona un entorno de ejecución estandarizado y seguro para contratos inteligentes ejecutados en la capa Rollup. Algunas soluciones Rollup están diseñadas teniendo en cuenta la compatibilidad EVM, de modo que contratos inteligentes ejecutadas en la capa Rollup puedan seguir aprovechando EVM características y funcionalidades, como OP Mainnet, Arbitrum One y Polygon zkEVM.

Figura 5: Capa 2 solución de escalado de Ethereum

Estos Layer2 ejecutan contratos inteligentes y procesan transacciones, pero aún dependen de Ethereum para lo siguiente:

Asentamiento: Todas las transacciones consolidadas se realizan en el Ethereum Mainnet. Los usuarios de Optimistic Rollups deben esperar a que transcurra el período de desafío o a que la transacción se considere válida después del cálculo antifraude. Los usuarios de ZK Rollups deben esperar hasta que se demuestre la validez.

Consenso y disponibilidad de datos: los resúmenes publican datos de transacciones en Ethereum Mainnet en forma de CallData, lo que permite a cualquier persona ejecutar una transacción consolidada y reconstruir su estado si es necesario. Los Optimistic Rollups requieren mucho Bloquear coro y un período de desafío de 7 días antes de ser confirmados en el Ethereum cadena principal. Los ZK Rollups proporcionan una finalidad instantánea y almacenan los datos disponibles para su verificación durante 30 días, pero requieren una potencia informática significativa para crear pruebas.

1.2 B² Network: Pionero Bitcoin ZK-Rollup

B² Network es el primer ZK-Rollup en Bitcoin que aumenta la velocidad de transacción sin sacrificar la seguridad. Aprovechando la tecnología Rollup, B² Network proporciona una plataforma capaz de ejecutar Turing completo contratos inteligentes realizar transacciones off-chain, aumentando la eficiencia de las transacciones y maximizando el costo Soltar.

Figura 6: Arquitectura de red B²

Como se muestra en la figura, ZK-Rollup Layer de B² Network utiliza la solución zkEVM, que es responsable de la ejecución de las transacciones del usuario y la salida de pruebas relevantes dentro de la red de la Capa 2.

A diferencia de otros rollups, B² NetworkZK-Rollup consta de componentes más largos, incluido el módulo de abstracción de cuentas, el servicio RPC, Mempool, secuenciadores, zkEVM, agregadores, sincronizadores y probadores. El módulo de abstracción de cuentas implementa la abstracción de cuentas nativa, lo que permite a los usuarios la flexibilidad de programar una mayor seguridad y una mejor experiencia de usuario en sus cuentas. zkEVM es compatible con EVM y también puede ayudar a los desarrolladores a migrar DApps de otras cadenas compatibles con EVM a B² Network.

Los sincronizadores garantizan que la información se sincronice desde el nodo B² a la capa Rollup, incluidos detalles como información de secuencia, datos de transacciones de Bitcoin, etc. El Nodo B² actúa como off-chain validadores y realiza largo funciones únicas en la red B². El módulo Bitcoin Committer en el nodo B² construye una estructura de datos para registrar los datos de B² Rollup y genera un Tap llamado "B² Inscription". A continuación, Bitcoin Committer envía un UTXO en unidades de un Satoshi (satoshi) a un Taproot DIRECCIÓN que contiene $B^{2}$inscripción y los datos acumulativos se escriben en el Bitcoin.

Además, Bitcoin Committer establece un desafío de tiempo bloqueado que permite a los retadores cuestionar la promesa de la verificación a prueba de zk. Si no hay retadores o el desafío falla durante el bloqueo de tiempo, entonces el Rollup finalmente se confirma en Bitcoin; Si el desafío tiene éxito, el retroceso se revertirá.

Ya sea Ethereum o Bitcoin, la Capa 1 es esencialmente una sola cadena que recibe datos escalados de la Capa 2. En los casos más largos, la capacidad de la capa 2 también depende de la capacidad de la capa 1. Como resultado, la implementación de las pilas de capa 1 y capa 2 no es ideal para la escalabilidad. Cuando la capa 1 alcanza su límite de rendimiento, Capa 2 también se ve afectada, lo que puede provocar tiempos de más largo Blanqueo de capitales subir y confirmación, lo que afecta a la eficiencia y la experiencia del usuario de todo el sistema.

2. La capa DA es modular

Además de que la solución DA de Celestia es favorecida por las Layer2, han surgido otras innovaciones centradas en DA que desempeñan un papel clave en todo el ecosistema de cadenas de bloques.

2.1 EigenDA: Potenciando la tecnología Rollup

EigenDA es un servicio DA seguro, de alto rendimiento y descentralización con un diseño inspirado en Danksharding. Rollup puede publicar datos en EigenDA para reducir los costos de transacción, aumentar el rendimiento de las transacciones y proteger la componibilidad en todo el ecosistema de EigenLayer.

Cuando los Ethereum Rollups crean almacenes de datos efímeros de descentralización, los almacenes de datos pueden ser manejados directamente por los operadores de EigenDA. Los operadores son aquellos que participan en la operación de la red y son responsables de procesar, verificar y almacenar datos, y EigenDA puede escalar horizontalmente a medida que stake volumen y operadores subir.

EigenDA combina la tecnología Rollup mientras transfiere la parte DA al procesamiento off-chain para la escalabilidad. Como resultado, no es necesario replicar y almacenar datos de transacciones reales más largos en cada nodo, lo que reduce la necesidad de ancho de banda y almacenamiento. On-chain solo se ocupa de Metadatos relacionados con la disponibilidad de datos y los mecanismos de responsabilidad (responsabilidad mantiene los datos almacenados off-chain y también puede verificar su integridad y autenticidad si es necesario).

Figura 7: Flujo de datos básico para EigenDA

Como se muestra en la figura, Rollup escribe lotes de transacciones en la capa DA y, a diferencia de los sistemas que usan pruebas de fraude para detectar datos malintencionados, EigenDA juega a las personas para engañar los datos en fragmentos y genera compromisos KZG y pruebas de revelación más largas, EigenDA requiere que los nodos descarguen solo una pequeña cantidad de datos [O(1/n)], no todo el blob. El protocolo de quórum de fraude de Rollup también verifica que los datos de blob coincidan con la promesa de KZG proporcionada en la prueba de EigenDA. Al realizar esta validación, la cadena de capa 2 garantiza que el secuenciador/proponente no manipule los datos de transacción en la raíz del estado Rollup.

2.2 Nubit: La primera solución DA modular en Bitcoin

Nubit es una capa DA escalable y nativa de Bitcoin. Nubit es pionero en un futuro nativo de Bitcoin, con el objetivo de aumentar el rendimiento de los datos y los servicios de disponibilidad para satisfacer las crecientes necesidades del ecosistema que se suben. Su visión es traer una gran comunidad de desarrolladores al ecosistema Bitcoin y proporcionarles herramientas escalables, seguras y de descentralización.

Los miembros del equipo de Nubit son profesores y estudiantes de doctorado de la UCSB (Universidad de California, Santa Bárbara) con una destacada reputación académica y alcance global. No solo son competentes en investigación académica, sino que también tienen una amplia experiencia en la implementación de ingeniería de cadenas de bloques. Junto con domo (el creador de Brc20), el equipo escribió un artículo sobre indexadores modulares, agregando el diseño de la capa DA a la estructura del indexador del meta protocolo de Bitcoin y participando en el establecimiento y desarrollo de estándares de la industria.

Las principales innovaciones de Nubit: Mecanismo de consenso, puentes sin confianza y disponibilidad de datos, aprovecha el innovador algoritmo de consenso y Lighting Network para heredar las características totalmente resistentes a la censura de Bitcoin, aprovechando DAS para mejorar la eficiencia:

• Mecanismo de consenso: Nubit explora un Consenso eficiente basado en PBFT (Practical Falla bizantina Tolerance) impulsado por SNARKs para la agregación de firmas. El esquema PBFT combinado con la tecnología zkSNARK reduce significativamente la complejidad de la comunicación de la verificación de firmas entre validadores y verifica la exactitud de las transacciones sin acceder a todo el conjunto de datos.

• DAS: El DAS de Nubit se logra mediante rondas largas de muestreo aleatorio de pequeñas porciones de datos de bloques. El muestreo exitoso en cada ronda aumenta la probabilidad de que los datos sean plenamente utilizables. Una vez que se alcanza un nivel de confianza predeterminado, los datos de bloqueo se consideran accesibles.
• Puente sin confianza: Nubit utiliza un puente sin confianza que aprovecha el canal de pago de Lighting Network. Este enfoque no solo se alinea con los métodos de pago nativos de Bitcoin, sino que tampoco agrega requisitos de confianza adicionales. En comparación con los esquemas de puentes existentes, conlleva un menor riesgo para los usuarios.

Figura 8: Los componentes básicos de Nubit

Echemos un vistazo más a fondo a un caso de uso específico para revisar el ciclo de vida completo del sistema que se muestra en la Figura 8. Supongamos que Alice desea utilizar el servicio DA de Nubit para completar una transacción (Nubit admite los tipos de datos más largos, incluidos, entre otros, inscripciones, datos acumulativos, etc.).

• Paso 1.1: Alice primero necesita continuar el servicio pagando gases a través del puente sin confianza de Nubit. En particular, Alice necesita obtener un desafío público del puente sin confianza, denotado como X (h) (X es el rango de hash desde la función de latencia verificable (VDF) hasta la función hash criptográfica del dominio de desafío, donde h es el hash de un cierto bloque alto).
• Paso 1.2 y Paso 2: Alice debe obtener el resultado de la evaluación R del VDF relacionado con la ronda actual, enviar R junto con sus datos y metadatos de transacción como direcciones y Nonce) al validador para que pueda fusionarse en el memory pool.
• Paso 3: El proceso por el cual los validadores proponen un bloque y su encabezado después de llegar a un consenso. El encabezado del bloque incluye el compromiso con los datos y su codificación Reed-Solomon asociada (código RS), mientras que el bloque en sí contiene los datos sin procesar, el código RS correspondiente y los detalles básicos de la transacción.
• Paso 4: El ciclo de vida termina con la recuperación de datos de Alice. El cliente ligero descarga el encabezado del bloque, mientras que el nodo completo obtiene el bloque y su encabezado.

El cliente ligero lleva a cabo el proceso DAS para verificar la disponibilidad de los datos. Además, después de que se proponga la Bloquear del número de umbral, los puntos de control de ese historial se registran en el Bitcoin Cadena de bloques a través del Bitcoin Marca de tiempo. Esto garantiza que el conjunto de validadores pueda bloquear posibles ataques remotos y admita la desvinculación rápida.

3. Otras soluciones

Además de las cadenas que se centran en modularizar capas específicas, los servicios de almacenamiento descentralizados pueden proporcionar soporte a largo plazo para la capa DA. También hay protocolos y cadenas que proporcionan a los desarrolladores soluciones personalizadas y de pila completa que facilitan a los usuarios la creación de sus propias cadenas, incluso sin necesidad de código.

3.1 EthStorage - Descentralización dinámica

EthStorage es el primer Layer2 modular que permite el almacenamiento dinámico de descentralización, proporcionando almacenamiento de clave-valor de programabilidad (KV) impulsado por DA que escala el almacenamiento de programabilidad a cientos de terabytes o incluso petabytes a 1/100 a 1/1000 del costo. Proporciona a Rollups una solución DA a largo plazo y abre nuevas posibilidades para aplicaciones totalmente on-chain, como juegos, redes sociales, IA y más.

Figura 9: Escenarios de aplicación para EthStorage

Qi Zhou, fundador de EthStorage, ha estado plenamente involucrado en la industria Web3 desde 2018, tiene un doctorado del Instituto de Tecnología de Georgia y ha trabajado como ingeniero en empresas importantes como Google y Facebook. El equipo también cuenta con el apoyo de la Fundación Ethereum.

Como una de las características principales de la actualización de Cancún de Ethereum, EIP-4844 (también conocido como fragmentación Proto-dank), introduce bloques de datos temporales (blobs) para el almacenamiento acumulativo de capa 2, mejorando la escalabilidad y seguridad de la red. En lugar de validar todas las transacciones del Bloquear, la red solo necesita confirmar que el blob asociado al Bloquear transporta los datos correctos, lo que Soltar en gran medida el costo del acumulativo. Sin embargo, los datos de blob solo están disponibles temporalmente, lo que significa que se descartarán en unas pocas semanas. Esto tiene un impacto significativo: la capa 2 no puede derivar incondicionalmente el estado más reciente de la capa 1. Si no se puede recuperar un dato más largo de la capa 1, es posible que no sea posible sincronizar la cadena a través del Rollup.

Con EthStorage como una solución de almacenamiento DA a largo plazo, Layer2s puede obtener datos completos de su capa DA en cualquier momento.

Características técnicas:

EthStorage permite la descentralización del almacenamiento dinámico: las soluciones de almacenamiento de descentralización existentes pueden soportar la carga de una gran cantidad de soporte de datos, pero no se pueden modificar ni eliminar, y solo pueden volver a cargar nuevos datos. EthStorage, por otro lado, implementa CRUD a través del paradigma original de almacenamiento clave-valor, que consiste en crear, actualizar, leer y eliminar datos almacenados, mejorando así significativamente la flexibilidad de la gestión de datos.

Capa 2 Descentralización solución basada en la capa DA: EthStorage es una capa de almacenamiento modular, largo que haya EVM y DA para reducir los costos de almacenamiento, se puede ejecutar en cualquier Cadena de bloques (pero la capa 1 anhelante actualmente no tiene una capa DA), incluso en Capa 2.

ETH altamente integrado: El cliente de EthStorage es un superconjunto del cliente Ethereum Geth, lo que significa que al ejecutar el Nodo de EthStorage, aún puede participar en cualquier proceso del Ethereum normalmente, y se puede Ethereum validadores Nodo un Nodo y al mismo tiempo los datos Nodo de EthStorage.

Flujo de trabajo de EthStorage:**

Los usuarios cargan sus datos en un contrato de aplicación, que luego interactúa con el contrato de EthStorage para almacenar los datos.

En una red EthStorage Layer2, el proveedor de almacenamiento recibe una notificación sobre los datos que esperan ser almacenados.

Los proveedores de almacenamiento descargan datos de la red de disponibilidad de datos de Ethereum.

El proveedor de almacenamiento envía una prueba de almacenamiento a la capa 1 de que hay un gran número de réplicas en la red de la capa 2.

El contrato de EthStorage recompensa a los proveedores de almacenamiento que presentan con éxito una prueba de almacenamiento.

3.2 AltLayer - Servicio de personalización modular

AltLayer proporciona un servicio Rollups-as-a-Service (RaaS) sin código más largo. Las ofertas de RaaS están diseñadas para cadenas de largo y mundos largo Máquina virtual, y son compatibles tanto con EVM como con WASM. También admite diferentes SDK de Rollup como OP Stack, Arbitrum Orbit, Polygon zkEVM, ZKStack y Starkware de ZKSync, diferentes servicios de pedidos compartidos (por ejemplo, Espresso y Radius) y diferentes capas de DA (por ejemplo, Celestia, EigenLayer), así como otros largos servicios modulares para diferentes capas de la pila Rollup.

Una pila de rollup más larga se puede implementar con AltLayer, por ejemplo, un rollup diseñado para aplicaciones se puede construir usando Arbitrum Orbit con Arbitrum One como DA y capa de liquidación, mientras que otro Rollup diseñado para propósito general se puede construir usando ZK Stack, usando Celestia como capa DA y Ethereum como capa de liquidación.

Nota: Al ver esto, puede preguntarse, ¿por qué OP y Arbitrum pueden implementar la capa de liquidación? De hecho, las pilas acumulativas actuales de estas capas 2 están implementando un trabajo de "intercadena" similar propuesto por Cosmos para lograr la interconexión: OP propone Superchain, y OP Stack sirve como una pila de desarrollo estandarizada que admite la tecnología Optimism, integrando diferentes redes de capa 2 y promoviendo la interoperabilidad entre estas redes; Arbitrum propuso la estrategia Orbitchain, que permite la creación y despliegue de Layer 3, también conocida como AppChain, en la Mainnet de Arbitrum basada en Arbitrum Nitro (pila de tecnología). Las cadenas orbitales se pueden Asentamiento directamente a la capa 2 o directamente Asentamiento a Ethereum.

3.3 Dymension - Modularidad de pila completa

Dymension es una red blockchain modular basada en el SDK de Cosmos que tiene como objetivo garantizar la seguridad e interoperabilidad de RollApps mediante el uso del estándar IBC.

Dymension divide la funcionalidad de la cadena de bloques en capas más largas, con Dymension Hub como la capa de liquidación y la capa de consenso que proporciona seguridad, interoperabilidad y liquidez para RollApp, y RollApp como la capa de ejecución. La capa de disponibilidad de datos es un proveedor de DA compatible con el protocolo Dymension, y los desarrolladores pueden elegir el proveedor de disponibilidad de datos adecuado según sus necesidades.

La capa de liquidación (Dymension Hub) mantiene el registrador de RollApps y la información importante correspondiente, como el estado, la lista del secuenciador, el secuenciador activo actual, la suma de comprobación del módulo de ejecución, etc. La lógica del servicio de acumulación se fija dentro de la capa de liquidación, formando así un centro para la interoperabilidad nativa. Como capa de liquidación, Dymension Hub tiene las siguientes características:

Servicio Rollups de forma nativa en la capa de liquidación: proporciona las mismas suposiciones de confianza y seguridad que la capa base, pero con cortos de diseño más simples, seguros y eficientes.

Comunicación y transacciones: RollApp de Dymension implementa la comunicación y las transacciones entre RollApp en la capa de liquidación a través de módulos integrados, proporcionando puentes de confianza minimizada. Además, RollApps es capaz de comunicarse con otras cadenas habilitadas para IBC a través del Hub.

RVM (RollApp Máquina virtual) :D capa de liquidación de edición inicia RVM en caso de una disputa por fraude. RVM es capaz de resolver disputas en una variedad de entornos de ejecución, como EVM, extendiendo el poder y la flexibilidad de la aplicación de RollApp.

Resistente a la censura: Un usuario que se somete a una revisión del secuenciador puede publicar una transacción especial en la capa de liquidación. Esta transacción se reenvía a Sequencer con una solicitud para que se ejecute dentro del período de tiempo especificado. Si la transacción no se procesa dentro del tiempo especificado, Sequencer será penalizado.

AMM (AMM) :D ymensión introduce un AMM incrustado en el centro Asentamiento, creando así un centro financiero central. Proporcionar liquidez compartida para todo el ecosistema.

IV. Comparación de las cadenas de bloques modulares ecológicas más largas

En el artículo anterior, discutimos el sistema Blockchain modular y los proyectos representativos más largos, y ahora cambiaremos el enfoque al análisis comparativo entre diferentes ecosistemas, con el objetivo de comprender la blockchain modular de manera objetiva y completa.

V. Resumen y perspectivas

Como podemos ver, el ecosistema de cadenas de bloques se está moviendo hacia la modularidad. En el mundo de las cadenas de bloques, las cadenas operaban de forma aislada y competían entre sí, lo que dificultaba que los usuarios, desarrolladores y activos fluyeran entre diferentes cadenas, lo que limitaba el desarrollo general y la innovación del ecosistema. EN EL MUNDO DE LA WEB3, EL DESCUBRIMIENTO Y LA RESOLUCIÓN DE PROBLEMAS ES UN PROCESO COLABORATIVO. Al principio, Bitcoin y Ethereum atrajeron mucha atención como una sola cadena, pero a medida que se expusieron los problemas de la cadena única, la cadena modular atrajo gradualmente la atención. Por lo tanto, la explosión de las cadenas modulares no es accidental, sino el desarrollo inevitable.

Las cadenas de bloques modulares aumentan la flexibilidad y la eficiencia de la cadena al permitir que los componentes individuales se optimicen y personalicen de forma independiente. Sin embargo, esta arquitectura también enfrenta desafíos, como la latencia de comunicación y el aumento de la complejidad de las interacciones del sistema. De hecho, los beneficios a largo plazo de las arquitecturas modulares, como la mejora de la capacidad de mantenimiento, la reutilización y la flexibilidad, a menudo superan las pérdidas de rendimiento a coro. En el futuro, con el desarrollo de la tecnología, se encontrarán mejores soluciones a estos problemas.

GeekCartel cree que todos los ecosistemas de cadena de bloques tienen la responsabilidad de proporcionar una capa base confiable y herramientas comunes en toda la pila modular para facilitar enlaces directos fluidos de cadena a cadena, y si el ecosistema puede ser más armonioso e interconectado, los usuarios podrán usar las tecnologías de cadena de bloques más fácilmente y también atraerán a nuevos usuarios que son más largos a Web3.