En blockchain, existe un Triángulo imposible, que es que la seguridad, la descentralización y la escalabilidad no se pueden lograr simultáneamente. Bitcoin y Ethereum eligieron los dos primeros pero carecen de lo último. Un gran volumen de transacciones en un corto período puede provocar congestión en la red y altas tarifas de transacción.

El concepto de escalabilidad fue propuesto por primera vez en el ecosistema Bitcoin, con la esperanza de construir una segunda capa virtual sobre Bitcoin para manejar transacciones, mientras que la cadena principal se utilizaría para liquidación. Ethereum ha intentado lograr escalabilidad a través de varios medios, como los Canales de Estado, Cadenas Laterales y Plasma, pero ninguno ha tenido un éxito completo. El 5 de septiembre de 2018, Barry Hat propuso el concepto de Rollup en Github. Finalmente, la tecnología Rollup obtuvo la aprobación de la comunidad, y la Fundación Ethereum la consideró la única tecnología de Capa 2.

Cinco años han pasado en un abrir y cerrar de ojos, y el Rollup de Ethereum, que tiene la mayor atención del mercado, ha estado informando frecuentemente sobre nuevos desarrollos en RaaS (Rollup as a Service). ¿Veremos pronto un verano Rollup? Este artículo analiza la visión general, el ecosistema y el desarrollo futuro de RaaS, con la esperanza de obtener una visión más amplia.

Visión general de RaaS

En términos de análisis técnico sobre Rollup, su implementación es relativamente compleja, requiriendo altos niveles de habilidades profesionales y capacidades de desarrollo. La alta barrera de entrada para lanzar una cadena es contraria al concepto de permiso abierto de la cadena de bloques.

Rollup-as-a-Service (RaaS) empaqueta Rollup como un servicio, proporcionando una experiencia más amigable y conveniente para implementar Rollup para empresas, organizaciones e individuos, similar al Cosmos SDK y Polkadot Substrate.

Al igual que se ha hecho para las cadenas de Capa 1, RaaS proporciona un SDK general para Rollup, lo que permite el desarrollo y despliegue autónomos de Rollup a través de configuraciones simples. La función personalizable mantiene la soberanía del proyecto. Algunos proyectos de RaaS incluso ofrecen una función de lanzamiento de cadena de un clic sin código, lo que permite a los usuarios sin habilidades de programación desplegar su propio Rollup.

Rollup es altamente modular. Los Secuenciadores y Probadores pueden actualizarse de forma iterativa por separado. En RaaS, algunos proyectos se especializan en el diseño y desarrollo de Secuenciadores y Probadores, ofreciendo servicios a todos los Rollups.

RaaS trae los siguientes cambios:

1. Cadenas de aplicaciones más baratas, más eficientes y igualmente seguras: Rollup traslada procesos computacionales costosos fuera de la cadena, lo que hace que las transacciones sean más baratas y eficientes. Al utilizar la cadena pública subyacente como capa de Disponibilidad de Datos (DA) y contratos inteligentes para la verificación de pruebas, puede lograr el mismo nivel de seguridad que la cadena pública subyacente.

2. Un campo de pruebas para ideas innovadoras: Rollup utiliza el mismo entorno de máquina virtual que la cadena pública subyacente pero a un costo mucho menor. Puede servir como un entorno de prueba de batalla para la cadena subyacente, lo que permite que las propuestas de la comunidad sean probadas a fondo en Rollup antes de ser migradas a la cadena pública subyacente.

3. Mayor interoperabilidad: Los Rollups que utilizan el mismo conjunto de servicios RaaS, debido a la arquitectura tecnológica idéntica, pueden definir fácilmente un conjunto de reglas de mensajes. Pueden transmitir mensajes entre ellos sin necesidad de puente para operaciones entre cadenas, logrando una alta interoperabilidad entre ellos.

Ecosistema RaaS

En términos generales, todos los proyectos que contribuyen a la emisión de Rollup pertenecen al ecosistema RaaS. Este artículo, basado en el principio de modularidad y de abajo hacia arriba, categoriza el ecosistema RaaS en cuatro niveles: DA (Disponibilidad de Datos), SDK (Kit de Desarrollo de Software), Sequencer y No-Code (implementación).

Algunos proyectos ofrecen servicios en varios niveles y se discutirán exhaustivamente cuando aparezcan por primera vez; no se repetirán en el texto posterior.

2.1 DA（Disponibilidad de Datos）

Teóricamente, cualquier cadena pública puede servir como la capa de DA para almacenar los datos de transacción de Rollup. Sin embargo, sin una capa de DA estable y correctamente funcional, Rollup no podrá verificar la fiabilidad de las transiciones de estado.

Para Rollup, hay dos opciones. Una es Smart Contract Rollup, que es el modo elegido por la mayoría de Rollups hoy en día. En realidad, depende de la cadena pública subyacente para el acuerdo y la disponibilidad de datos. La otra opción es Sovereignty Rollup, que separa la disponibilidad de datos del acuerdo y solo depende de la cadena pública subyacente para la disponibilidad de datos mientras maneja el acuerdo por sí mismo.

El primero generalmente elige cadenas públicas con funciones completas, como cadenas compatibles con EVM, cadenas compatibles con Cosmos o Solana. Las necesidades de este último han dado lugar a proyectos especializados en disponibilidad de datos, incluidos Celestia, EigenLayer y Avail.

Celestia

Celestia es una cadena PoS construida utilizando el Cosmos SDK, utilizando un algoritmo de consenso Tendermint modificado y códigos RS para la codificación de datos de bloque. Al utilizar técnicas de muestreo de disponibilidad de datos, Celestia reduce aún más el costo de verificación para nodos ligeros, que solo necesitan descargar parte de los datos del bloque para verificar la disponibilidad de datos.

Además, para comprobar si un bloque ha sido codificado correctamente, Celestia utiliza el mecanismo de Optimismo. Supone de manera optimista una codificación correcta inicialmente. Si no se reciben pruebas de fraude después de cierto período, confirma que el bloque ha sido codificado correctamente. Si bien este mecanismo de Optimismo mejora la eficiencia en tiempo de ejecución, introduce cierta latencia.

Disponible

Avail es un proyecto respaldado por Polygon Labs, que utiliza el algoritmo de consenso BABE+GRANDPA. También utiliza la tecnología de muestreo de disponibilidad de datos. A diferencia de Celestia, Avail utiliza pruebas de validez para verificar que los bloques hayan sido codificados correctamente, utilizando las pruebas KZG más eficientes en lugar de Pruebas de Merkle.

EigenLayer

EigenLayer esencialmente es una solución para el staking pesado, con el objetivo de utilizar la liquidez de staking de Ethereum para proporcionar seguridad económica a los proyectos. Con EigenLayer, los nuevos protocolos no necesitan construir su propia red de verificación distribuida; solo necesitan aprovechar la seguridad del staking pesado de Ethereum a través de EigenLayer. EigenLayer se desempeña de manera excelente en escenarios ligeros, descentralizados y sin permisos, lo que lo convierte en un caso de uso ideal dentro de la narrativa de la escalabilidad de Ethereum.

Debido a que la capa DA no realiza cálculos de transacciones sino que solo codifica y se compromete con los datos de transacción, los requisitos para los nodos son menores. Dado que utiliza el algoritmo PoS, la liquidez de staking refleja directamente la seguridad y disponibilidad de la cadena de bloques, lo que es precisamente la oportunidad para que EigenLayer brille.

EigenLayer existe como un contrato inteligente en Ethereum, utilizando pruebas de validez KZG para verificar la codificación correcta de bloques. Sin embargo, EigenLayer aún no ha adoptado la tecnología de muestreo de disponibilidad de datos, lo cual puede estar relacionado con los planes de actualización de la próxima fase de Ethereum.

2.2 Secuenciador

La tarea del secuenciador es ordenar las transacciones de usuario recibidas, y toda la ejecución posterior y la producción de bloques procederán en este orden. En la arquitectura de Ethereum, debido a que el ordenamiento y la ejecución son manejados por la misma entidad, esto conduce a un poder excesivo para los validadores. Esto resulta en fenómenos como MEV (Valor Extraíble por el Minero) y censura, que impactan enormemente la experiencia del usuario.

Separar la clasificación de la ejecución es un reflejo del concepto de separación de PBS (Propose Builder Separation) de la propuesta. Sin embargo, las arquitecturas actuales de Rollup todavía dependen en gran medida de secuenciadores centralizados para determinar el orden de las transacciones, lo que plantea riesgos de puntos únicos de falla y censura, por lo que se sigue buscando una solución descentralizada.

Astria

Astria ofrece una solución de secuenciador compartido. Las transacciones de usuario de diferentes Rollups se recopilan en el secuenciador de Astria. Para los nodos de Rollup, los datos se pueden obtener directamente de Astria para obtener confirmaciones suaves con menor latencia; o pueden esperar hasta que Astria comprometa los datos a la capa de DA para obtener la mayor finalidad.

Dado que los datos enviados por Astria contienen transacciones de varios Rollups, cada Rollup debe filtrar las transacciones inválidas (incluidas las de otros Rollups) según su mecanismo de consenso antes de procesarlas. Astria solo proporciona los datos, dejando la elección del consenso a los nodos de Rollup, preservando así la soberanía del Rollup.

OP Stack

La configuración predeterminada de la pila de OP utiliza un único secuenciador dedicado para la clasificación de transacciones. Una modificación simple es utilizar un conjunto de secuenciadores con permiso, lo que podría mitigar la probabilidad de actividad maliciosa a través de un mecanismo de PoS.

Después de introducir el concepto de Superchain en OP Stack, un secuenciador compartido se convierte en una elección inevitable, lo que trae funcionalidad atómica entre cadenas y mejora la interoperabilidad entre Superchains.

Espresso

Espresso tiene como objetivo utilizar la liquidez de los validadores de Ethereum y obtener seguridad compartida a través de un gran stake. Espresso integra el secuenciador y el DA, proporcionando resultados de clasificación para Rollups a través de una API REST, abstrayendo los detalles del DA. La seguridad del consenso es verificada por contratos inteligentes ubicados en L1, proporcionando una mayor fiabilidad.

Saga

Saga inicialmente cumplió un papel similar al de Cosmos Hub, brindando seguridad compartida para las cadenas de aplicaciones en Saga que utilizan el Cosmos SDK.

Con el aumento de la popularidad de Rollups, Saga colabora con Celestia, utilizando a Celestia como el DA mientras convierte a sus validadores en secuenciadores. Intercambia información con Rollups de capa superior a través de Optimistic Rollup IBC, ofreciendo seguridad compartida.

ELEGANTE

A diferencia de otros secuenciadores, SUAVE se enfoca específicamente en el mercado de MEV. Flashbots son los líderes absolutos en el espacio de MEV, y SUAVE es su producto destinado a capturar MEV entre cadenas, afirmando que 'El Futuro de MEV es SUAVE'. Con el secuenciador compartido proporcionado por SUAVE, las transacciones atómicas entre cadenas se vuelven posibles, contribuyendo a la eficiencia de los diferentes mercados de capital de cadenas.

EigenLayer

Anteriormente hemos discutido el caso de uso de EigenLayer a nivel de DA. La descentralización de secuenciadores también es la especialidad de EigenLayer.

Dado que los secuenciadores solo son responsables de la clasificación y no de la ejecución, los requisitos del nodo son muy bajos. La clave de la descentralización radica en reducir el potencial de actividad maliciosa a través de mecanismos de penalización. EigenLayer puede proporcionar piscinas de participación profunda, utilizando la descentralización de Ethereum para cultivar la descentralización de los secuenciadores de Rollup.

2.3 SDK (Software Development Kit)

Similar to Cosmos SDK, the SDK provided by RaaS allows developers to reuse a large number of software modules and customize the Rollup they need at the lowest cost, reducing the difficulty of development.

Rollkit（Optimism）

Rollkit fue incubado inicialmente por la comunidad Celestia y ahora se ha convertido en un proyecto independiente. Rollkit utiliza Celestia como la capa DA, proporcionando una interfaz de cliente compatible con ABCI, sirviendo a todos los Rollups compatibles con ABCI (cadenas 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 desean. En el futuro, Rollkit seguirá desarrollándose para soportar más servicios de configuración.

Dymension（Optimisim）

Dymension divide los servicios en front-end y back-end. El front-end admite RollApps personalizados, respaldados por Dymension RDK (Cosmos SDK modificado). Dymension Hub en el back-end coordina todo el sistema, manejando DA y secuenciación.

Dymension utiliza el mecanismo Optimism. El Hub de Dymension acepta de forma optimista las actualizaciones de estado del secuenciador. Si se recibe una prueba de fraude válida, revertirá el cambio de estado. RollApps puede lograr una latencia promedio de 0.2 segundos y un máximo de 20,000 TPS.

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

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

Sovereign（ZK）

El SDK Sovereign ofrece zk-Rollup como un Servicio, proporcionando módulos generales para construir blockchains y un zkVM que oculta los detalles subyacentes de las pruebas de conocimiento cero, permitiendo a los desarrolladores programar en Rust. El SDK puede compilarlo en una forma eficiente compatible con zk.

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

Actualmente, Sovereign SDK ya se ha adaptado a la capa DA de Celestia y Avail, admite zkVM de Risc0 y puede lograr la implementación y demostración de Rollup.

Stackr（Desconocido）

Stackr propone una innovación más radical, queriendo transferir la arquitectura de microservicios en el internet tradicional al blockchain, introduciendo el concepto de micro-rollup.

La relación entre el rollup regular y el micro-rollup es similar a la de las máquinas virtuales y los contenedores. Utilizando el SDK de Stackr, los desarrolladores solo necesitan definir la estructura de datos requerida y las funciones de transición de estado; el resto lo maneja Stackr.

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

AltLayer（Optimism）

AltLayer, como un RaaS descentralizado y flexible, ofrece un SDK dirigido a desarrolladores y un Panel sin Código que no requiere experiencia en programación, capaz de lanzamientos de cadena con un solo clic.

AltLayer proporciona un Rollup flexible único, llamado Flash Layer. Cuando la demanda de la aplicación aumenta, se puede implementar rápidamente una cadena Rollup. Cuando la demanda vuelve a la normalidad, la liquidación se puede hacer en L1, abandonando ese Rollup, logrando la escalabilidad horizontal común en el sistema de Internet.

AltLayer tiene como objetivo admitir múltiples cadenas y entornos de ejecución múltiples y ya ha logrado admitir EVM y WASM.

OP Stack（Optimism）

OP Stack está construido para soportar el Optimism Superchain, una red propuesta que comparte seguridad, capa de comunicación y pila de desarrollo conjunto de la red L2. Después de la actualización de Bedrock, los Rollups creados utilizando OP Stack serán compatibles de forma nativa con Superchain. Por supuesto, los componentes de OP Stack pueden ser modificados para adquirir funciones personalizadas; base y opBNB son ambos Rollups desarrollados basados en OP Stack.

La seguridad y disponibilidad de OP Stack han sido completamente probadas por OP Mainnet, Base y otras cadenas. Sin embargo, todavía existen problemas actuales como la falta de pruebas de fraude, centralización en el secuenciador, etc. OP Stack está explorando nuevas direcciones, como adoptar una capa DA más barata, usar ZK Proof, compartir secuenciadores, etc.

Arbitrum Orbit（Optimism）

El 22 de junio, Offchain Labs lanzó herramientas para emitir la Cadena Orbit de Arbitrum. Orbit Chain es una Capa 3 construida sobre Arbitrum Layer2, y puede elegir liquidarse en una de las tres Capas 2, a saber, Arbitrum One, Arbitrum Nova, Arbitrum Goerli. Los usuarios pueden optar por utilizar la tecnología Rollup o Anytrust; la diferencia es que Anytrust utiliza DAC sin enviar datos de transacción a la cadena, a un costo menor pero con una seguridad más débil. Orbit Chain tiene ventajas como un proceso de lanzamiento de cadena simple, interoperabilidad con el ecosistema de Arbitrum, actualizaciones inmediatas de Nitro y compatibilidad con EVM+ proporcionada por Stylus (admite Rust, C, C++, y se ejecuta en la máquina virtual WASM). Los usuarios pueden personalizar y emitir cualquier Cadena Orbit, pero deben liquidarse en Arbitrum Layer2; de lo contrario, necesitan comunicarse con Offchain Labs o Arbitrum DAO para obtener autorización.

ZK Stack（ZK）

El 26 de junio, zkSync publicó un artículo, anunciando que en las próximas semanas modificarán el código fuente abierto existente y lanzarán ZK Stack, permitiendo a los usuarios construir sus propias cadenas ZK súper personalizadas. A diferencia de la Cadena Orbit 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 interoperabilidad sin puentes. ZK Stack se puede utilizar para construir tanto la Capa 2 como la Capa 3; los funcionarios no lo han restringido y no han requerido que se establezca en zkSync. Desde esta perspectiva, la soberanía proporcionada por ZK Stack parece más fuerte.

Starknet Stack/Madara（ZK）

La posición original de Madara era como un clasificador en Starknet, aprovechando la acumulación tecnológica, desarrolló con éxito Starknet Stack basado en el producto original, ayudando a construir cadenas de aplicaciones Rollup en Starknet. Utilizando Ethereum como capa DA, y utilizando el probador compartido de Starknet para el acuerdo en Starknet. Desde el punto de vista de la usabilidad, Madara ya ha ayudado a los equipos a emitir Rollups de cadenas de aplicaciones dentro de las 24 horas en el hackatón de PragmaOracle, y también proporcionó una demostración en video; en comparación con el ZK Stack de zkSync, el nivel de completitud es más alto.

2.4 No-Code (Implementación sin código)

La implementación sin código es una solución de umbral inferior que ofrece una opción de lanzamiento de cadena con un clic para no desarrolladores, prometiendo aumentar aún más la adopción.

Caldera（Optimism）

Caldera Chain es una solución de lanzamiento de cadena totalmente personalizable con un solo clic. En la capa de ejecución, admite OP Stack y Arbitrum Orbit, y la capa de liquidación puede elegir entre Polygon, BSC, Evmos y otras cadenas compatibles con EVM. La capa DA está respaldada por EigenLayer y Celestia.

Además de la propia cadena de Rollup, Caldera también proporciona una variedad de infraestructuras de apoyo, como exploradores de blockchain, grifos de testnet, oráculos y puentes compatibles con Hyperlane, lo que reduce aún más el costo de lanzar una cadena.

Eclipse（Optimism+ZK）

Eclipse tiene un alto nivel de personalización, con soporte para EVM y SolanaVM en la capa de ejecución, e integración de Celestia, Avail y EigenLayer en la capa DA. La capa de liquidación proporciona liquidación optimista y está desarrollando liquidación ZK con RISC0 zkVM.

Los usuarios también pueden elegir el acceso a la cadena (permisionado/no permisionado), tokens de Gas, si cobrar una tarifa de Gas, si permitir MEV, Opcodes específicos, tamaño de bloque, etc., lo que le otorga un alto grado de flexibilidad.

Opside（ZK）

La característica más notable de Opside es que ha construido un mercado ZKP descentralizado. Originalmente, quería describir el Prover por separado como una capa, pero desistí debido al pequeño número de proyectos. Las Pruebas de Conocimiento Cero (ZKP) tienen altos requisitos computacionales. A medida que la cuota de mercado de zkRollup aumenta gradualmente, la descentralización de ZKP es la principal dirección para el desarrollo futuro.

Opside adopta un mecanismo de consenso PoW sin permisos para atraer a los mineros a generar ZKPs, manteniendo la seguridad y disponibilidad de zkRollup, sin necesidad de que los iniciadores de la cadena consideren el problema de generación de pruebas. A nivel de verificador, adopta un mecanismo PoS para reducir la barrera de entrada y promover la centralización de verificadores.

Opside ofrece servicios personalizados; los usuarios pueden elegir entre zkSync, Starknet, Polygon zkEVM y otros zkEVM, y también pueden modificar el modelo económico y ajustar las tarifas de gas.

La Perspectiva Futura de RaaS

Más ZK

En comparación con Optimistic Rollup, zkRollup mejora la seguridad de económica a criptográfica, lo que lo hace más seguro; elimina la necesidad de un largo período de espera para los retadores, reduciendo así el retraso de confirmación; y comprime los datos de manera más eficiente, lo que hace que DA sea más barato.

Aunque la solución Optimism tiene una gran cuota de mercado debido a su madurez tecnológica y ventaja temprana en el lanzamiento del producto, ZK como tecnología revolucionaria jugará un papel cada vez más importante en el futuro. En su discurso en Montenegro, Vitalik situó la tecnología ZK en un plano igualmente importante que la tecnología blockchain, lo que también refleja indirectamente la importancia de ZK.

A medida que la tecnología continúa mejorando, más proyectos de zk-Rollup como un Servicio saldrán a la luz pública, brindando a los usuarios más opciones.

Más No-Ethereum

Hasta el día de hoy, el ecosistema de Ethereum sigue ocupando una posición absolutamente dominante en toda la industria blockchain. Aunque otras comunidades están constantemente iterando e innovando, aún no pueden sacudir el trono de Ethereum.

En RaaS, las cosas parecen haber cambiado un poco. Debido a la baja capacidad de almacenamiento de datos de Ethereum y a los altos precios, la gente puede elegir capas DA más baratas como Celestia, Avail o Polygon; Ethereum no es modular y es difícil de modificar, la gente puede optar por el altamente modular Cosmos SDK; el EVM es ineficiente, la gente puede elegir el VM más eficiente de Solana, Move VM, CairoVM.

'Una sola flor no hace primavera, cien flores en plena floración hacen primavera en todas partes.' Varias soluciones del ecosistema no-Ethereum florecerán con nueva vitalidad en RaaS.

Más Modularización

El papel de la modularización se puede dividir en dos puntos: uno es que cada módulo puede iterar rápidamente, mejorando la eficiencia del desarrollo; el segundo es que la modularización 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; la velocidad de innovación general nunca podrá alcanzar la rápida iteración de módulos pequeños. Los requisitos de personalización extrema conducirán a una mayor refinación de la división de módulos; si uno no se modulariza, eventualmente será desglosado por otros proyectos, como OP Stack y Arbitrum Orbit que se separan en capas de ejecución por Caldera.

Más Personalización

A medida que la tecnología de escalabilidad madura, las tarifas de transacción son cada vez más bajas y la infraestructura está mejorando, la gente se dio cuenta, 'Tonto, la clave está en la aplicación.' Cada aplicación tiene sus reglas y modelos operativos específicos; una sola solución no puede adaptarse a un ecosistema de aplicaciones complejo, por lo que necesitamos más personalización.

Desde el tamaño del bloque hasta la estructura de datos, desde las tarifas de transacción hasta la latencia de la transacción, desde los mecanismos de admisión hasta las suposiciones de seguridad, desde los motores de contrato hasta el empoderamiento de tokens, el grado de personalización para futuros Rollup se actualizará gradualmente, proporcionando soluciones más flexibles para las aplicaciones.

Más Interoperabilidad

Como se mencionó anteriormente, la posición dominante del ecosistema de Ethereum en el ecosistema blockchain está relacionada en gran medida con su gran liquidez bloqueada. En el mercado de criptomonedas, debido a que cada cadena existe de forma independiente, la liquidez no puede existir simultáneamente en dos cadenas; el aumento en el número de Rollups conducirá a una mayor fragmentación de la liquidez, lo que se convierte en un problema grave.

Una mayor interoperabilidad puede reducir la fricción entre cadenas y permitir que la liquidez fluya sin problemas entre diferentes cadenas, incluso compartiendo liquidez. Consistente con las ideas promovidas por Cosmos, OP Stack, Arbitrun Orbit, ZK Stack, Starknet Stack, etc., todos están tratando de construir un gran ecosistema de cadenas de aplicaciones. Los rollups construidos utilizando la misma pila tecnológica, debido a su misma arquitectura técnica, pueden obtener interoperabilidad nativa sin necesidad de construir puentes entre cadenas.

Más sobregarantía

Muchos servicios en RaaS actualmente utilizan el modelo de PoS, utilizando sanciones económicas para aumentar el costo de actividades maliciosas y mejorar la seguridad. Pero la seguridad económica requiere activos colaterales sólidos como garantía, lo que conduce a una baja utilización de capital y aumenta el costo de inicio para los proveedores de servicios.

La sobrecolateralización es una buena solución, utilizando el gran grupo de participación de Ethereum para proporcionar seguridad compartida para otros servicios, al tiempo que aumenta los ingresos para los participantes y mejora la utilización de capital. EigenLayer y Espresso actualmente están realizando trabajos relacionados, y se puede esperar que más servicios estén garantizados mediante sobrecolateralización para la seguridad económica en el futuro.

En resumen, El verdadero beneficiario 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 brotar y explotar en el ecosistema de RaaS? También debemos esperar y ver.

Quizás, solo la innovación en la capa de aplicación puede impulsar el crecimiento explosivo del ecosistema de RaaS. Después de todo, ni siquiera la mejor carretera se considera una buena infraestructura si no hay coches circulando por ella.

Descargo de responsabilidad：

1. Este artículo es reimpreso de [GateMarsbit]. Todos los derechos de autor pertenecen al autor original [CynicLeo]. If there are objections to this reprint, please contact the Gate Learn team, and they will handle it promptly.
2. Descargo de responsabilidad: Las opiniones y puntos de vista expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.