cadena de bloques
blockworks.co
10 de mayo de 2023 17:09 UTC
Tiempo de lectura: ~4 m
La creación de aplicaciones basadas en blockchain tiende a implicar compromisos en algún momento. Las empresas deben decidir qué sacrificar (velocidad, costo, seguridad, etc.) para lograr sus prioridades particulares.
Un servicio puede optar por construir en una cadena de bloques de capa 1 como Solana sobre Ethereum para obtener ventajas de velocidad y costo, pero perder las ventajas del efecto de red de Ethereum. Alternativamente, podrían seleccionar un paquete acumulativo de capa 2 como Arbitrum u Optimism para permanecer en el ecosistema Ethereum, pero renunciar a algunas de las ventajas de existir directamente en una solución de capa 1.
En un episodio reciente del podcast 0xResearch, el fundador de Eclipse Laboratories, Neil Somani, sugiere que no tiene por qué ser así. Las soluciones acumulativas como Eclipse tienen como objetivo proporcionar interoperabilidad y personalización para que los desarrolladores puedan tener su pastel y comérselo también.
Somani reconoce que las capas 1 monolíticas como Solana y Ethereum tienen una ventaja importante por el momento: “Lo único que tienen los monolitos en este momento son los efectos de red. Tienen mucha liquidez en estas cadenas. Hay desarrolladores que ya escriben para esas plataformas y se identifican con la marca”.
Pero con el advenimiento de la tecnología enrollable, el deseo de que otra capa 1 se una al espacio abarrotado está disminuyendo, dice. “La desventaja es que no hay muchas razones por las que una nueva cadena elegiría ser un monolito en lugar de un resumen, suponiendo que la tecnología de resumen esté completamente construida”.
Las aplicaciones de la próxima ola que “realmente están empujando la frontera” en el futuro, como las aplicaciones a nivel de consumidor y los juegos completamente en cadena, necesitarán personalizaciones “en la capa de ejecución”, según Somani.
“Es mucho mejor que tengan su propia cadena”.
El problema es, dice, que las soluciones de capa 1 son difíciles de implementar, muy costosas, engorrosas y requieren equipos para garantizar la confiabilidad. “Entonces, al implementar un resumen, pueden evitar muchas de esas trampas”.
Una pequeña lección de historia
Somani explica un poco de la historia del desarrollo de la capa 1 para proporcionar contexto para el enfoque de personalización modular diseñado por Eclipse. “Las tarifas de gas de Ethereum fueron históricamente muy altas, y ha habido muchos intentos de resolver eso”.
Polygon y Binance Smart Chain, que eran esencialmente bifurcaciones compatibles con EVM, surgieron para resolver el problema del gas cuando apareció por primera vez hace unos años. “Despegaron precipitadamente”, simplemente debido a la sincronización con la crisis del gas y al hecho de que no existía ninguna alternativa de capa 1 compatible con EVM.
Monolitos rápidos de capa 1 como Solana intervinieron junto con la visión alternativa de rollups como Arbitrum y Optimism. “Básicamente, todos estos están resolviendo el problema del espacio de bloque limitado, resolviendo las altas tarifas de gas”.
Otras soluciones, como la visión de cadena de aplicaciones centrada en Cosmos, nunca despegaron de la misma manera, dice Somani. El valor de Cosmos “no se trata realmente de tarifas de gas más bajas”, ya que hay muchas soluciones de capa 1, como Solana, que ya resuelven este problema. En cambio, “en realidad se trata más de la personalización que te brinda tener una cadena de aplicaciones”.
Cada enfoque tiene su propia ventaja sobre los demás. “Al igual que Cosmos, obtienes personalización. Solana, y estos L1 alternativos, obtienes tarifas de gas bajas. Y luego los rollups obtienen el beneficio de compartir la seguridad de Ethereum”.
Escoge y elige
Somani ve a Eclipse combinando estas “propiedades centrales” en un sistema modular que permite a los usuarios “elegir y elegir y decir, quiero tarifas realmente bajas, pero también quiero estar en el ecosistema Ethereum”. O tal vez quiero estar en el ecosistema de Cosmos y estoy de acuerdo con un nodo de ejecución más robusto. Solo quiero el mayor rendimiento posible”.
“Así que permitimos que las personas hagan esas concesiones al dividir estos diferentes conceptos o propiedades de una cadena de bloques en estos módulos”.
Somani dice que el enfoque sigue la misma visión que Celestia, una solución de capa de disponibilidad de datos modular. Antes de construir Eclipse, Somani dice que Nick White, director de operaciones de Celestia Labs, se acercó a él y le explicó lo que él veía como el futuro de la tecnología blockchain.
White dividió las complejidades de blockchain en algunas propiedades clave, dice Somani. En primer lugar, tiene que ejecutar transacciones. En segundo lugar, tiene que ordenar las transacciones y ponerlas a disposición para su verificación a través de la red en procesos que se denominan ‘consenso’ y ‘disponibilidad de datos’ o ‘DA’. Finalmente, tiene que verificar que las transiciones de estado se ejecutaron correctamente en un proceso denominado ‘liquidación’.
“Eclipse simplemente toma esos tres conceptos y los separa muy claramente”, dice Somani.
“Le permitimos implementar alguna cadena de ejecución personalizada, ya sea EVM, SVM o alguna otra máquina virtual en el futuro. Puedes elegir tu capa de consenso y DA”.
“Puede personalizar la capa DA”, dice, “y luego incorporar esas personalizaciones adicionales encima de la capa de ejecución para facilitar cualquier tipo de aplicación que esté creando”.
“Tal vez eres un juego y necesitas aplicaciones de realidad virtual. Necesita funciones aleatorias verificables. Tal vez esté haciendo una menta NFT y no quiera cargar gasolina. Ahora puedes hacerlo sin gas. Tal vez quieras hacer algo especial en el mempool como redistribuir MEV. Todas estas son opciones disponibles para usted cuando tiene su propia cadena”.