¿Puede que se acerque el verano acumulativo? Discuta en detalle la descripción general, la ecología y las perspectivas futuras de RaaS.

Autor original: Cínico Leo, LK Venture

TL;DR

Hay un triángulo imposible en blockchain, es decir, la seguridad, la descentralización y la escalabilidad no se pueden lograr al mismo tiempo. Bitcoin y Ethereum eligieron los dos primeros, pero carecieron de soporte para el segundo. Una gran cantidad de transacciones en un corto período de tiempo provocará congestión de la red y altas tarifas de transacción.

El ecosistema Bitcoin propuso por primera vez el concepto de expansión, con la esperanza de construir una segunda capa virtual encima de Bitcoin para procesar transacciones, mientras que la cadena principal se utiliza para la liquidación. Ethereum ha intentado sucesivamente utilizar State Channel, Sidechain y Plasma para lograr la expansión, pero los resultados no han sido satisfactorios. El 5 de septiembre de 2018, Barry Hat propuso el concepto de Rollup en Github. Al final, la tecnología Rollup ganó el reconocimiento de la comunidad y la Fundación Ethereum la llamó la única tecnología de Capa 2.

Han pasado cinco años en un abrir y cerrar de ojos. Ethereum Rollup, que ha atraído la mayor atención del mercado, ha informado con frecuencia sobre nuevas tendencias en RaaS (Rollup as a Service) recientemente. ¿Tendremos pronto un verano para Rollup? Este artículo analiza la descripción general, la ecología y el desarrollo futuro de RaaS, con la esperanza de vislumbrar de punto a línea y de línea a superficie.

Descripción general de RaaS

En cuanto al análisis técnico de Rollup, la implementación de Rollup es relativamente compleja y requiere altas habilidades profesionales y capacidades de desarrollo. El alto umbral para el lanzamiento de la cadena es obviamente contrario al concepto sin permiso de blockchain.

Rollup-as-a-Service (RaaS) empaqueta Rollup como servicio para brindar a empresas, organizaciones e individuos una experiencia de implementación de Rollup más amigable y sencilla. Similar a Cosmos SDK y Polkadot Substrate.

Al igual que la cadena de Capa 1, RaaS proporciona un SDK universal para Rollup. A través de una configuración simple, se puede lograr el desarrollo y la implementación independientes de Rollup. La característica personalizable mantiene la soberanía del proyecto. Algunos proyectos RaaS incluso proporcionan una función de encadenamiento con un solo clic sin código, lo que permite a los usuarios implementar sus propios paquetes acumulativos sin tener conocimientos de programación.

Rollup es altamente modular y tanto el secuenciador como el generador de pruebas (Prover) se pueden actualizar de forma iterativa de forma independiente. En RaaS existen proyectos especializados en el diseño y desarrollo de secuenciadores y generadores de pruebas, que pueden brindar servicios para todos los Rollups.

RaaS puede provocar los siguientes cambios:

1. Cadena de aplicaciones más barata, eficiente e igualmente segura: Rollup traslada el costoso proceso de cálculo fuera de la cadena, lo que hace que las transacciones sean más baratas y más eficientes; utilizando la cadena pública subyacente como capa DA, verificada mediante contratos inteligentes, puede obtener lo mismo. seguridad como la cadena pública.

2. Un campo de pruebas para ideas innovadoras: Rollup utiliza el mismo entorno de máquina virtual que la cadena pública subyacente, pero es más asequible. Puede usarse como un entorno de prueba de batalla para la cadena subyacente. Las propuestas de la comunidad se migrarán después de pruebas suficientes en Rollup a la cadena pública subyacente.

3. Mayor interoperabilidad: los paquetes acumulativos que utilizan el mismo conjunto de servicios RaaS tienen la misma arquitectura técnica, por lo que es fácil definir un conjunto de reglas de mensajes. No hay necesidad de realizar cadenas cruzadas a través de puentes. En cambio, los mensajes se transfieren directamente entre cada uno. Rollup para obtener Alta interoperabilidad entre sí.

Ecosistema RaaS

En términos generales, todos los proyectos que contribuyen al lanzamiento de Rollup pertenecen al ecosistema RaaS. Basado en el principio de modularidad, este artículo divide el ecosistema RaaS de abajo hacia arriba en cuatro niveles: DA (disponibilidad de datos), SDK (kit de desarrollo de software), Sequencer (secuenciador) y No-Code (implementación sin código).

Algunos de estos proyectos brindan múltiples niveles de servicios, que se analizarán exhaustivamente cuando aparezcan por primera vez y no se repetirán a continuación.

DA (Disponibilidad de datos)

En teoría, cualquier cadena pública puede servir como capa DA para almacenar los datos de transacciones de Rollup, pero sin una capa DA estable y que funcione correctamente, Rollup no podrá verificar la confiabilidad de las transiciones de estado.

Para Rollup, hay dos opciones. Uno es Smart Contract Rollup, que también es el modo elegido por la mayoría de los rollups actuales, y en realidad se basa en la liquidación y la disponibilidad de datos de la cadena pública subyacente; el otro es Sovereignty Rollup, que separa la disponibilidad de datos y la liquidación y solo se basa en los datos. disponibilidad de la cadena pública subyacente. Maneje la parte de facturación usted mismo.

Los representantes de los primeros suelen elegir cadenas compatibles con EVM, Cosmos o cadenas públicas con funciones completas como Solana; las necesidades de los segundos han generado proyectos especializados en disponibilidad de datos, incluidos Celestia, EigenLayer, Avail, etc.

Celestia

Celestia es una cadena PoS creada con Cosmos SDK, utiliza un algoritmo de consenso Tendermint modificado y utiliza código RS para codificar datos de bloques. Al utilizar la tecnología de muestreo de disponibilidad de datos, Celestia reduce aún más el costo de verificación de los nodos ligeros, que solo necesitan descargar parte de los datos del bloque para verificar la disponibilidad de los datos.

Además, para detectar si el bloque está correctamente codificado, Celestia utiliza el mecanismo de Optimismo, es decir, primero cree de manera optimista que está correctamente codificado, si no se recibe un certificado de fraude durante un período de tiempo, se determina que el bloque ha sido codificado correctamente. El mecanismo Optimismo mejora la eficiencia del tiempo de ejecución, pero aumenta algo de latencia.

Aprovechar

Avail es un proyecto respaldado por Polygon Labs. El algoritmo de consenso utilizado es BABE+GRANDPA y también utiliza tecnología de muestreo de disponibilidad de datos. A diferencia de Celestia, Avail utiliza prueba de validez para verificar que los bloques estén codificados correctamente, utilizando la prueba KZG, que es más eficiente que la prueba Merkel.

PropiaCapa

EigenLayer en sí es una solución de alto riesgo que tiene como objetivo utilizar la liquidez de las promesas de Ethereum para brindar seguridad económica a los proyectos. Con EigenLayer, el nuevo protocolo no necesita construir su propia red de verificación distribuida, solo necesita aprovechar la seguridad del gran compromiso de ETH a través de EigenLayer. EigenLayer se puede aplicar de manera excelente en escenarios descentralizados, livianos y sin permisos. Según la narrativa de la expansión de Ethereum, el mejor caso de uso es en RaaS.

Dado que DA no calcula transacciones y solo codifica y confirma datos de transacciones, tiene requisitos más bajos para los nodos. Debido a la adopción del algoritmo PoS, la liquidez prometida es un reflejo directo de la seguridad y disponibilidad de la cadena de bloques, lo que también es una oportunidad para que EigenLayer muestre sus talentos.

EigenLayer existe como un contrato inteligente en Ethereum y utiliza la prueba de validez KZG para verificar la codificación correcta de los bloques. Sin embargo, actualmente EigenLayer aún no ha adoptado la tecnología de muestreo de disponibilidad de datos, lo que puede estar relacionado con la siguiente fase del plan de actualización de Ethereum.

Secuenciador

El trabajo del secuenciador es ordenar las transacciones de usuario recibidas, y la ejecución posterior y la generación de bloques se llevarán a cabo en este orden. En la arquitectura Ethereum, dado que la clasificación y la ejecución son manejadas por la misma entidad, el verificador tiene demasiado poder y existen fenómenos como MEV y censura, que afectan en gran medida la experiencia del usuario.

La separación, clasificación y ejecución es una manifestación de la idea de separación de edificios propuesta por PBS (Propose Builder Separation). Sin embargo, la arquitectura Rollup actual todavía depende en gran medida de un secuenciador centralizado para determinar el orden de las transacciones. Existe un único punto de falla y riesgo de revisión. Se requiere una solución descentralizada.

Astria

Astra proporciona una solución para secuenciadores compartidos. Las transacciones de usuario de diferentes Rollups se recopilan en el clasificador de Astria. Para el nodo Rollup, puede obtener datos directamente de Astria para obtener una confirmación suave con menor demora; también puede esperar a que Astria envíe los datos a la capa DA y luego obtenerlos de la capa DA para obtener la confirmación final más sólida.

Dado que los datos enviados por Astria contienen transacciones de múltiples paquetes acumulativos, para cada paquete acumulativo, las transacciones no válidas (incluidas las de otros paquetes acumulativos) deben eliminarse de acuerdo con el mecanismo de consenso antes del procesamiento. Astria solo proporciona datos y deja la selección de consenso a los nodos Rollup, asegurando la soberanía de Rollup.

PILA ARRIBA

La configuración predeterminada de OP Stack es usar un único clasificador dedicado para manejar la clasificación de transacciones. Una modificación simple de esto es usar un conjunto de clasificadores autorizados, lo que puede reducir la posibilidad de que el nodo clasificador haga maldades a través del mecanismo PoS.

Después de que OP Stack introdujo el concepto de supercadena, los secuenciadores compartidos se convirtieron en una elección inevitable. El secuenciador compartido brinda funcionalidad atómica de cadena cruzada y mejora la interoperabilidad entre Superchains.

Café exprés

Espresso espera aprovechar la liquidez de los apostadores de Ethereum para obtener seguridad compartida mediante grandes apuestas. Espresso integra el clasificador y DA, proporcionando resultados de clasificación para Rollups a través de la API REST, protegiendo los detalles de DA. La seguridad del consenso se verifica mediante el contrato inteligente ubicado en L1, lo que proporciona una mayor confiabilidad.

Saga

Saga originalmente sirvió como una función similar a Cosmos Hub, utilizando su propio conjunto de validadores para proporcionar seguridad compartida para cadenas de aplicaciones utilizando Cosmos SDK en Saga.

Bajo la ola de Rollup, Saga cooperó con Celestia, usando Celestia como DA, Saga convirtió su propio validador en un secuenciador y usó Optimistic Rollup IBC para intercambiar información con el Rollup superior para proporcionar seguridad compartida.

AFABLE

A diferencia de otros secuenciadores, SUAVE siempre se ha dirigido al mercado MEV. Flashbots es el líder absoluto en la pista MEV, y SUAVE es su producto destinado a la captura de MEV entre cadenas, afirmando que "el futuro de MEV es SUAVE". A través del secuenciador compartido proporcionado por SUAVE, las transacciones atómicas entre cadenas se vuelven posibles. y hay Ayuda a mejorar la eficacia de los mercados de capitales en diferentes cadenas.

PropiaCapa

Como se mencionó anteriormente, los casos de uso de EigenLayer a nivel DA también son la descentralización de clasificadores en los que EigenLayer es bueno.

Dado que el clasificador solo es responsable de la clasificación pero no de la ejecución, los requisitos para los nodos son muy bajos. La clave para la descentralización es reducir la posibilidad de que los nodos hagan el mal a través del mecanismo de penalización. EigenLayer proporciona un grupo de promesas profundo y utiliza la descentralización de Ethereum. cultivar Rollup Descentralización de clasificadoras.

SDK (kit de desarrollo de software)

Similar al SDK de Cosmos, el SDK proporcionado por RaaS permite a los desarrolladores reutilizar una gran cantidad de módulos de software y personalizar los paquetes acumulativos necesarios al menor costo, lo que reduce la dificultad de desarrollo.

Rollkit（Optimismo）

Rollkit fue originalmente incubado por la comunidad Celestia y ahora se ha convertido en un proyecto independiente. Rollkit utiliza Celstia como capa DA para proporcionar una interfaz de cliente compatible con ABCI hacia arriba para brindar servicios para todos los Rollups compatibles con ABCI (cadena Cosmos).

En esta etapa, Rollkit utiliza un único secuenciador centralizado y admite la integración de Cosmos SDK, Ethermint y CosmWasm. Los usuarios pueden elegir el entorno de ejecución que deseen. En el futuro, Rollkit seguirá desarrollándose para admitir más servicios de configuración.

Dimensión（Optimismo）

Dymension divide el servicio en front-end y back-end. El front-end admite RollApps personalizadas y es compatible con Dymension RDK (Cosmos SDK modificado). El back-end Dymension Hub coordina todo el sistema y maneja DA y clasificación.

Dymension utiliza el mecanismo Optimismo. Dymension Hub primero acepta de manera optimista las actualizaciones de estado del secuenciador. Si se recibe una prueba de fraude válida, la modificación de estado se revertirá. RollApps es capaz de alcanzar una latencia media de 0,2 segundos y un TPS máximo de 20.000.

Dymension adopta un esquema de producción de bloques elásticos: cuando no hay transacciones en el bloque, dejará de producir bloques, lo que reduce significativamente los costos operativos del secuenciador.

En esta etapa, el producto Dymension aún está en desarrollo y ya admite la capa de ejecución de EVM, pero no hay una opción clara para la capa DA.

Soberano（ZK）

Soverign SDK proporciona zk-Rollup como servicio, que proporciona un módulo común para construir una cadena de bloques y un zkVM que protege los detalles de la prueba de conocimiento cero subyacente, lo que permite a los desarrolladores escribir programas en Rust, y el SDK puede compilarlos en forma eficiente. zk Forma amigable.

Como indica el nombre del proyecto, Sovereign SDK enfatiza la soberanía y Rollup determina la legalidad de las transiciones estatales a través de reglas de consenso personalizadas sin requerir verificación por parte de la capa DA.

Actualmente, Sovereign SDK se ha adaptado a Celestia y Avail en la capa DA, es compatible con zkVM de Risc 0 y puede implementar implementación y demostración de Rollup.

Stackr（Desconocido）

Stackr propuso una innovación más radical, queriendo migrar la arquitectura de microservicios en la Internet tradicional a blockchain y propuso el concepto de micro-rollup.

La relación entre el resumen regular y el micro resumen es como la relación entre máquinas virtuales y contenedores. Con Stackr SDK, los desarrolladores solo necesitan definir las estructuras de datos requeridas y las funciones de transferencia de estado, y Stackr se encarga del resto.

Stackr admite múltiples entornos de ejecución, como EVM, Solana VM, FuelVM, etc. Los usuarios pueden elegir el entorno que desean utilizar.

AltLayer（Optimismo）

Como RaaS descentralizado y flexible, AltLayer proporciona un SDK para desarrolladores y un panel sin código que no requiere experiencia en codificación, lo que permite la publicación en cadena con un solo clic.

AltLayer proporciona un paquete acumulativo flexible único llamado Flash Layer. Cuando la demanda de aplicaciones aumenta, se puede implementar rápidamente una cadena acumulada. Cuando la demanda vuelve a la normalidad, la liquidación se realiza en L1 y la acumulación se descarta, logrando una expansión horizontal común en el sistema de Internet.

El objetivo de AltLayer es admitir entornos de múltiples cadenas y múltiples ejecuciones, y actualmente es compatible con EVM y WASM.

Pila OP（Optimismo）

OP Stack está diseñado para soportar Optimism Superchain, una red propuesta de redes L2 que comparten seguridad, capas de comunicación y pilas de codesarrollo. Después de actualizar Bedrock, los paquetes acumulativos creados con OP Stack serán compatibles de forma nativa con Superchain. Por supuesto, también puede modificar los componentes de OP Stack para obtener funciones personalizadas. Base y opBNB son todos paquetes acumulativos desarrollados en base a OP Stack.

La seguridad y usabilidad de OP Stack han sido completamente probadas por OP Mainnet, base y otras cadenas. Sin embargo, aún existen problemas como la falta de pruebas de fraude y la centralización del clasificador. OP Stack está explorando nuevas salidas, como el uso de un DA más económico. capa. , utilice ZK Proof, clasificador compartido, etc.

Órbita de decisión（Optimismo）

El 22 de junio, Offchain Labs lanzó herramientas para emitir Arbitrum Orbit Chain. Orbit Chain es la Capa 3 encima de la Capa 2 de Arbitrum. Puede optar por utilizar una de las tres Capas 2, incluidas Arbitrum One, Arbitrum Nova y Arbitrum Goerli para la liquidación. Los usuarios pueden optar por utilizar la tecnología Rollup o Anytrust, la diferencia es que Anytrust utiliza DAC en lugar de enviar datos de transacciones a la cadena, que es más barato pero menos seguro. Las ventajas de Orbit Chain radican en su sencillo proceso de emisión en cadena, la interoperabilidad con el ecosistema Arbitrum, las actualizaciones instantáneas de Nitro y la compatibilidad con EVM+ proporcionada por Stylus (admite la escritura en Rust, C, C++ y se ejecuta en la máquina virtual WASM). Los usuarios pueden personalizar libremente la emisión de cualquier Orbit Chain, pero debe liquidarse en Arbitrum Layer 2; de lo contrario, deben comunicarse con Offchain Labs o Arbitrum DAO para obtener autorización.

Pila ZK（ZK）

El 26 de junio, zkSync publicó un artículo afirmando que modificaría el código fuente abierto existente en las próximas semanas y lanzaría ZK Stack, permitiendo a los usuarios usar su personalización para construir su propia súper cadena ZK. A diferencia de Orbit Chain de Arbitrum, ZK Stack enfatiza la soberanía y la interoperabilidad. Los usuarios pueden personalizar completamente según sus necesidades. Las cadenas construidas con ZK Stack pueden lograr una interoperabilidad sin puentes. ZK Stack se puede utilizar para construir tanto la Capa 2 como la Capa 3. No existe ninguna restricción oficial al respecto y no es necesario conformarse con zkSync. Desde este punto de vista, la soberanía proporcionada por ZK Stack parece ser más fuerte.

Pila Starknet/Madara（ZK）

Madara se posicionó originalmente como un secuenciador en Starknet y, con la ayuda de la acumulación de tecnología, desarrolló con éxito Starknet Stack basado en el producto original para ayudar a construir la cadena de aplicaciones Rollup en Starknet. Ethereum se utiliza como capa DA y la liquidación se lleva a cabo en Starknet con la ayuda del probador compartido de Starknet. Desde una perspectiva de usabilidad, Madara ayudó al equipo a implementar el lanzamiento del Rollup de la cadena de aplicaciones en 24 horas en el hackathon PragmaOracle y proporcionó una demostración en video. En comparación con el ZK Stack del equipo zkSync, el grado de finalización es mayor.

Sin código (sin implementación de código)

La implementación sin código es una solución con un umbral más bajo y brinda a los no desarrolladores la opción de publicar enlaces con un solo clic, lo que se espera que aumente aún más la adopción.

Caldera（Optimismo）

Calera Chain es una solución de encadenamiento personalizada con un solo clic y de enlace completo. En la capa de ejecución, se admiten OP Stack y Arbitrum Orbit. La capa de liquidación puede elegir cadenas compatibles con EVM como Polygon, BSC y Evmos. La capa DA es compatible con EigenLayer y Celestia.

Además de la cadena Rollup en sí, Caldera también proporciona una serie de infraestructuras de soporte, como navegadores blockchain, faucets de testnet, oráculos, puentes respaldados por Hyperlane, etc., para reducir aún más el costo de emisión de la cadena.

Eclipse（Optimismo+ZK）

Eclipse tiene altas capacidades de personalización. Admite EVM y SolanaVM en la capa de ejecución, tiene acceso a Celestia, Avail y EigenLayer en la capa DA. La capa de liquidación proporciona liquidación optimista y está desarrollando RISC 0 zkVM que admite la liquidación ZK.

Los usuarios también pueden elegir el acceso a la cadena (permiso/no permiso), token de gas, si cobrar tarifa de gas, si permitir MEV, código de operación específico, tamaño de bloque, etc., de acuerdo con sus necesidades, lo que les brinda un alto grado de flexibilidad.

Al lado opuesto（ZK）

La característica más importante de Opside es que ha creado un mercado ZKP descentralizado. Originalmente quería describir Prover como una capa separada, pero lo dejé debido a la pequeña cantidad de proyectos. ZKP a prueba de conocimiento cero tiene altos requisitos de potencia informática. En el contexto del aumento gradual de la participación de mercado de zkRollup, la descentralización de ZKP es la dirección general del desarrollo futuro.

Opside utiliza un mecanismo de consenso PoW sin permiso para atraer a los mineros a generar ZKP y mantener la seguridad y disponibilidad de zkRollup sin que el emisor de la cadena tenga que considerar la generación de pruebas. A nivel de verificador, se adopta el mecanismo PoS para reducir el umbral de participación y promover la centralización de los verificadores.

Opside proporciona servicios personalizados, los usuarios pueden elegir entre zkEVM como zkSync, Starknet, Polygon zkEVM, etc., y también pueden modificar el modelo económico y ajustar los costos del Gas.

El futuro de RaaS

MásZK

En comparación con Optimistic Rollup, zkRollup actualiza desde la seguridad económica a la seguridad criptográfica, con un mayor grado de seguridad; ya no hay necesidad de esperar mucho tiempo por un desafío, y el retraso de confirmación es menor; el grado de compresión de datos es mayor, DA más económico.

Aunque la solución Optimism tiene una alta cuota de mercado debido a su alta madurez tecnológica y ventajas tempranas en el lanzamiento del producto, ZK, como tecnología revolucionaria, desempeñará un papel más importante en el futuro. En su discurso en Montenegro, Vitalik colocó la tecnología ZK y la tecnología blockchain en una posición igualmente importante, lo que también reflejó la importancia de ZK.

A medida que la tecnología continúa mejorando, más proyectos de zk-Rollup as a Service saldrán a la luz pública y brindarán a los usuarios más opciones.

Más no Ethereum

A día de hoy, el ecosistema Ethereum sigue ocupando una posición absolutamente dominante en toda la industria blockchain. Aunque otras comunidades continúan iterando e innovando, todavía no pueden sacudir el trono del ecosistema Ethereum.

En RaaS, las cosas parecen haber cambiado. Debido a la baja capacidad y el alto precio del almacenamiento de datos en Ethereum, las personas pueden elegir capas DA más baratas como Celestia, Avail o Polygon; Ethereum no es modular y es muy complicado de modificar, por lo que las personas pueden elegir el Cosmos SKD altamente modular; el La eficiencia de ejecución de EVM es baja y las personas pueden elegir Solana VM, Move VM y CairoVM, que son más eficientes.

Una rama que florece sola no es primavera, pero cien flores que florecen juntas llenan el jardín. Varias soluciones en el ecosistema no Ethereum harán florecer nueva vitalidad en RaaS.

Más modularidad

El papel de la modularización se puede dividir en dos puntos: primero, cada módulo se puede iterar de forma independiente y rápida para mejorar la eficiencia del desarrollo; segundo, la modularidad puede reducir en gran medida la complejidad de la personalización.

En el entorno de mercado actual, es casi imposible desarrollar de forma independiente una solución integral y la velocidad general de innovación nunca puede seguir el ritmo de la rápida iteración de módulos pequeños. Los requisitos extremos de personalización conducirán a un mayor refinamiento de la división de módulos. Si no se modulariza, eventualmente se dividirá en otros proyectos. Por ejemplo, Caldera separó OP Stack y Arbitrum Orbit en capas de ejecución.

Más personalización

Cuando la tecnología de expansión madure gradualmente, los costos de transacción sean cada vez más bajos y la infraestructura mejore, la gente reaccionará y dirá: "Tonto, la clave está en la aplicación". Cada aplicación tiene sus propias reglas y modos de funcionamiento específicos. Una única solución no puede adaptarse al complejo ecosistema de aplicaciones, por lo que necesitamos una mayor personalización.

Desde el tamaño del bloque hasta la estructura de datos, desde las tarifas de transacción hasta los retrasos en las transacciones, desde los mecanismos de acceso hasta los supuestos de seguridad, desde los motores de contrato hasta el empoderamiento de tokens, el grado de personalización de Rollup se actualizará gradualmente en el futuro para proporcionar soluciones más flexibles para las aplicaciones. .

Más interoperabilidad

Como se mencionó anteriormente, el dominio del ecosistema Ethereum en el ecosistema blockchain tiene mucho que ver con la enorme cantidad de liquidez encerrada en él. En el mercado de las criptomonedas, dado que cada cadena existe de forma independiente, la liquidez no puede existir en ambas cadenas al mismo tiempo. El aumento en el número de acumulaciones conducirá a una mayor división de la liquidez, y la liquidez se ha convertido en un problema grave.

Una interoperabilidad más sólida puede reducir la fricción entre cadenas y permitir que la liquidez viaje más fácilmente entre diferentes cadenas locales, lo que incluso puede denominarse liquidez compartida. De acuerdo con las ideas defendidas por Cosmos, proyectos como OP Stack, Arbitrun Orbit, ZK Stack y Starknet Stack están tratando de construir un enorme ecosistema de cadena de aplicaciones. Los rollups creados con la misma pila de tecnología tienen la misma arquitectura técnica, por lo que pueden Obtenga interoperabilidad nativa sin la necesidad de construir puentes entre cadenas.

Más apuestas fuertes

Actualmente, muchos servicios en RaaS adoptan el modelo PoS, utilizando sanciones económicas para aumentar el costo del mal y mejorar la seguridad. Sin embargo, la seguridad económica requiere fuertes compromisos de activos como garantía, lo que resulta en una baja utilización del capital y un aumento de los costos iniciales para los proveedores de servicios.

Las apuestas fuertes serían una buena solución, aprovechando el enorme conjunto de fondos prometidos por el consenso de Ethereum para proporcionar seguridad compartida para otros servicios a través de apuestas altas, al tiempo que se aumentan los ingresos de los contribuyentes y se mejora la utilización del capital. Actualmente, tanto EigenLayer como Espresso están llevando a cabo trabajos relacionados y es previsible que más servicios utilicen apuestas fuertes para garantizar la seguridad económica en el futuro.

En resumen, el mayor beneficiario real del desarrollo de RaaS es la cadena de aplicaciones. ¿Puede el concepto de cadena de aplicaciones propuesto por Cosmos y Polkadot en los primeros años generar nuevos brotes del viejo árbol y lograr una explosión en el ecosistema RaaS? También esperaremos y veremos.

Quizás sólo la innovación en la capa de aplicaciones pueda impulsar la explosión del ecosistema RaaS. Después de todo, no importa lo buena que sea una carretera, debe tener coches circulando por ella para ser considerada una buena infraestructura.