Fundada con la visión de desarrollar una blockchain realmente escalable, Celestia es la primera de su tipo en el ámbito de las blockchains modulares. La plataforma reimagina la arquitectura de blockchain, ofreciendo un cambio de paradigma que no solo mejora la escalabilidad, sino que también incluye beneficios como puentes de confianza minimizada, cadenas soberanas, precios eficientes de recursos y una neutralidad creíble. Esta modularidad implica la separación de funciones fundamentales dentro de una blockchain, siendo estas la liquidación, el consenso, la disponibilidad de datos y la ejecución.

En esta guía, exploraremos a fondo cómo Celestia está transformando el panorama de las blockchains y cómo sus innovaciones pueden impactar el futuro de la tecnología descentralizada.

Índice

¿Qué es Celestia?

Celestia es la primera red blockchain modular, diseñada para abordar los retos de escalabilidad inherentes a las arquitecturas blockchain monolíticas tradicionales.

Al desacoplar la ejecución del consenso e introducir el Data Availability Statement (DAS) en la capa base, Celestia sienta las bases de una red blockchain modular escalable y optimizada para una verificabilidad eficiente por parte del usuario final.

La plataforma encarna una combinación única de zonas interoperables de Cosmos y Ethereum centrado en el rollup, todo ello protegido bajo un modelo de seguridad compartida.

Las cadenas de bloques modulares, por su parte, se especializan y optimizan para realizar una función específica. La modularidad de las cadenas de bloques tiene como objetivo proporcionar la infraestructura optimizada para ayudar a las cadenas de bloques a alcanzar una escala masiva. El diseño modular también pretende facilitar y agilizar a los desarrolladores el despliegue de nuevas blockchains y aplicaciones descentralizadas.

Blockchain modular

Las cadenas de bloques modulares son un nuevo paradigma en el diseño de cadenas de bloques. En lugar de que una cadena de bloques lo haga todo, las cadenas de bloques modulares se especializan y optimizan para realizar una función determinada. Esta especialización ofrece grandes avances en escalabilidad, flexibilidad e interoperabilidad, lo que permite a los desarrolladores crear aplicaciones de cadena de bloques para su adopción masiva.

Al separar las capas de consenso y ejecución, permite una mayor flexibilidad y personalización. Esto permite a los desarrolladores crear soluciones personalizadas para casos de uso específicos. Esta modularidad también mejora la escalabilidad, ya que cada módulo puede procesar transacciones de forma independiente, aumentando el rendimiento general de las transacciones.

Esta misma modularidad se observa en la estructuración de la red, que cuenta con varios tipos de nodos:

  1. Full node: nodos con todas las funciones de la red Celestia, especialmente las relacionadas con el almacenamiento y la disponibilidad de los datos de la red.
  2. LightNode: una versión de capacidad reducida de los Full Nodes.
  3. BridgeNode: nodos que permiten crear puentes de conexión con otras redes y aplicaciones que necesitan acceder a la red Celestia.
  4. Consensus Node: los nodos encargados de mantener la seguridad y validez de las transacciones que se movilizan a través de él.
  5. Blobstream: un tipo especial de nodo L2, diseñado para que los desarrolladores de aplicaciones en Ethereum puedan acceder a las funcionalidades de Celestia.

Token Celestia (TIA)

 primera red modular de blockchain. Los desarrolladores de rollups, con el fin de utilizar Celestia para la disponibilidad de datos, presentan transacciones PayForBlobs en la red, incurriendo en una tasa denominada en TIA.

Como red sin permisos desarrollada con Cosmos SDK, Celestia emplea un mecanismo de prueba de participación para asegurar su consenso. Al igual que en otras redes Cosmos, cualquier usuario puede contribuir a la seguridad de la red delegando su TIA a un validador de Celestia y ganando una parte de las recompensas del validador.

El staking de TIA también permite a la comunidad participar en la gobernanza descentralizada, permitiéndoles votar sobre los parámetros de la red a través de propuestas de gobernanza y supervisar el fondo comunitario, que recibe el 2% de las recompensas de los bloques.

TIA Tokenomics

Aquí algunos datos del Tokenomics de Celestia a tener en cuenta:

  • TIA tendrá un suministro total de 1.000.000.000 y un suministro inicial en circulación es del 14,1% (141.000.000 TIA).
  • El 20% del suministro total de TIA se asigna al público y se utilizará para los incentivos de la red de pruebas de Celestia y futuras iniciativas.
  • Los tokens TIA tendrán un programa de inflación del 8% el primer año y un descenso posterior del 10% anual hasta alcanzar un suelo de inflación del 1,5% anual.

Comunidades y exploradores

Celestia (TIA) cuenta con una comunidad muy activa en la redes y podrás conocer sus avances a través de varias vías diferentes:

Por último, si quieres revisar exploradores de su red, puedes consultar:

  1. Modular Cloud: Celestia block Explorer
  2. Celenium: Celestia block Explorer

¿Qué problema soluciona?

La tesis de la appchain se ha materializado de varias maneras a lo largo de los años. Con el tiempo, la necesidad de modularidad ha aumentado porque los desarrolladores de cadenas se dieron cuenta de que escalar sus plataformas se podía hacer de manera más eficiente mediante la subcontratación de parte del trabajo involucrado en la ejecución de una dApp.

Originalmente solo reservada para cadenas soberanas, a menudo construidas con Interchain Stack, la evolución de la appchain ahora incluye consumer chains que alquilan valores de Cosmos Hub y rollups que dependen de una cadena Layer 1 para realizar parte del trabajo de liquidación y puente también. Con estos cambios vienen diferentes supuestos de seguridad y preocupaciones que deben abordarse. Celestia tiene como objetivo abordar un problema en particular llamado disponibilidad de datos, pero antes de que podamos explicar cómo esta preocupación se relaciona con su proyecto, intentemos comprender la última palabra de moda en Web3: modularidad.

El trabajo que hacen las cadenas monolíticas Layer 1, incluidas las cadenas Ethereum y Cosmos soberanas, se puede dividir en términos generales en 4 capas:

Ejemplos

  • Una capa de ejecución se ocupa de las transacciones y es responsable de actualizar el estado en una cadena. Por ejemplo: actualizar el saldo de tu wallet cuando un amigo te envía tokens.
  • Una capa de liquidación y puente se encarga de finalizar la transacción, o mejor dicho, de confirmar sin lugar a dudas que una transacción es válida. Esto se aplica específicamente a los rollups, a los que llegaremos en un momento. Recientemente, la capa de liquidación se considera más a menudo como una capa de puente, que ofrece a los rollups una manera de comunicarse con la red blockchain más amplia, mientras que la liquidación en sí misma se ha convertido en un tema más controvertido . En redes regulares como las appchains de Cosmos, la liquidación es gratuita, porque la capa de consenso valida efectivamente cada transacción antes de que llegue a la capa de ejecución.
  • La capa de consenso es donde varias partes llegan a un acuerdo sobre lo que contiene un bloque y cómo se ordenan sus transacciones.
  • Una capa de disponibilidad de datos es responsable de garantizar que todos tengan acceso a las transacciones correctas que se han enviado a la red. Como explicaremos más adelante, la capa de liquidación necesita acceso a estas transacciones para verificar que la capa de ejecución estaba siendo honesta.

Cadenas SDK

En el contexto de las cadenas basadas en SDK de Cosmos que tienen su propio conjunto de validadores y funcionan como una appchain soberana, la capa de consenso básicamente se encarga de la disponibilidad de datos y la liquidación final de las transacciones. Sin embargo, el lanzamiento de una cadena soberana requiere que tenga un conjunto de validadores y un token de proof-of-stake, a menos que opte por una solución de seguridad compartida como Interchain Security. Además de la complejidad legal y operativa de lanzar una cadena con un token, también se deben observar consideraciones de escala.

Escalabilidad efectiva a través de rollups

A medida que crecen las redes, el trilema de la escalabilidad se vuelve más notorio. A primera vista, parece que las blockchains tienen que hacer sacrificios en la seguridad de la red, su nivel de descentralización o la cantidad de transacciones por segundo que puede procesar. Para las cadenas monolíticas, la mejora de una se ha logrado tradicionalmente a expensas de sacrificar otra. Sin embargo, al modularizar el trabajo que realiza un protocolo, podemos ver que algunos de los componentes de este trilema son específicos de cada una de las capas de la pila modular.

Ejemplo

La capa de ejecución que toma transacciones y las procesa en cambios de estado requiere un rendimiento rápido. Podría decirse que es irrelevante si es o no descentralizado y seguro, siempre que exista una capa de disponibilidad de datos, consenso y liquidación lo suficientemente descentralizada y segura para garantizar y validar que se están ejecutando las transacciones correctas. Cierto nivel de descentralización de la capa de ejecución es útil para la vitalidad de la red, pero no es crítico para evitar cualquier forma de mal comportamiento. En otras palabras, no afecta ninguna suposición de confianza sobre la red.

Los desarrolladores

Al modularizar la pila de la blockchain, los desarrolladores pueden externalizar gran parte del trabajo necesario para operar una blockchain. Los desarrolladores de aplicaciones son los únicos responsables de la capa de ejecución, lo que mejora el escalado y reduce significativamente el tiempo de desarrollo. Esta es esencialmente la razón por la cual los rollups son tan efectivos y populares en este momento.

A menudo un rollup, denominado Layer 2, permite que uno o más servidores ejecuten transacciones fuera de la cadena sin tener que esperar a que un lento algoritmo de consenso llegue a un acuerdo sobre el contenido de un bloque. Esto parece inseguro, pero pueden hacerlo sin un riesgo significativo al proporcionar una prueba de validez computacionalmente costosa en el caso de los llamados rollups zero knowledge (ZK), o proporcionando una ventana de tiempo en la que los operadores de nodos pueden enviar una prueba de fraude como evidencia de que alguien se comportó mal, como en el caso de un optimistic rollup. Sin embargo, en este marco surge un nuevo problema: el problema de la disponibilidad de datos.

¿Qué es el problema de disponibilidad de datos?

Cuando un usuario envía una transacción en una rollup, el mensaje va directamente a un secuenciador, que generalmente es una computadora realmente rápida que combina estas transacciones en un lote a través de un proceso fuera de la cadena.

Después de comprimir esto en un tamaño más pequeño, el lote se envía a una capa de liquidación como Ethereum.

Debido a la gran demanda de espacio en bloque en estas redes, esta es una solución mucho más económica que publicar las transacciones individuales directamente en la capa de liquidación. Actualmente, la mayoría de los paquetes acumulativos emplean un único secuenciador (es decir, una entidad que realiza la secuenciación), aunque se están explorando los secuenciadores compartidos.

Esto es generalmente seguro porque los usuarios pueden garantizar que la ejecución de una transacción fue válida a través de pruebas de validez o pruebas de fraude que se pueden comprobar en la capa de liquidación. Sin embargo, lo que los paquetes acumulativos no pueden garantizar es si el secuenciador es honesto acerca de qué transacciones se enviaron y si envía o no a todos los mismos datos.

Esencia del problema de disponibilidad de datos

La capa de liquidación, o cualquier nodo completo que esté observando la red, tiene la tarea de verificar el trabajo realizado por el rollup y necesita los datos de la transacción para hacerlo.

De forma predeterminada, los rollups no pueden probar de manera fácil y económica que el secuenciador procesó todas las transacciones entrantes en un bloque, o que todas las transacciones que se agregaron al bloque son de dominio público.

Como tal, el secuenciador puede censurar los datos de transacción enviados por el usuario o, peor aún, evitar que estén disponibles para ser verificados por la capa de liquidación.

Aunque técnicamente este tipo de censura también podría ocurrir en las blockchains regulares, es prácticamente imposible debido a la gran cantidad de validadores en las redes de proof of stake y al hecho de que solo uno de ellos debe ser honesto.

Pero lo que es más importante, los datos no son necesarios para la validación por parte de una capa de liquidación porque las transacciones ya se liquidaron a través del proceso de consenso.

¿Cómo soluciona Celestia este problema?

Celestia es una blockchain Layer 1 creada con Cosmos SDK y brinda disponibilidad de datos como un servicio para rollups. Lo más común es que la red de Celestia reciba todas las transacciones entrantes del usuario desde el secuenciador, aunque también podría ser el primer receptor antes de que vayan al rollup para ejecutarse, según la configuración del mismo. Usemos un ejemplo para explicar esto desde la perspectiva de una transacción. Asumiremos una red imaginaria llamada Roll Protocol que se creó como un rollup optimista basado en Cosmos SDK.

Ejemplos

  • Supongamos que está utilizando Keplr para enviar tokens de $ROLL a su amigo en el protocolo Roll. Una vez enviada, la transacción de envío viaja primero al secuenciador del protocolo Roll.
  • El secuenciador, una computadora que opera como un proceso fuera de la cadena que ejecuta el Protocolo Roll, ahora analiza todas las transacciones y las compara con el estado actual del Protocolo Roll, para ver si son realmente válidas. En el caso de su mensaje de envío, verificaría si contenía una dirección de destinatario válida y si tenía suficientes tokens de $ROLL para enviar a su amigo, entre otras cosas.
  • Las transacciones que son válidas luego se recopilan en un bloque y el secuenciador las ejecuta, lo que significa que se realizan cambios en su almacenamiento. Los saldos de tu wallet y tu amigo se actualizan para reflejar los tokens que se intercambian.
  • Luego, el secuenciador comparte este bloque con transacciones con Celestia y lo coloca en el espacio de nombres “Roll Protocol”, que en realidad es solo una etiqueta para mantener los datos fácilmente separados. Los validadores en la red de Celestia luego acuerdan el contenido del bloque, se finaliza en la red y se distribuye a todos los nodos.
  • Al mismo tiempo, el secuenciador convierte todas las transacciones exitosas que formaban parte del bloque en un lote y las envía a una capa de liquidación, que a menudo es solo un smart contract en una cadena Layer 1 como Ethereum. La capa de liquidación es la blockchain donde se envían las pruebas de fraude en caso de que alguien identifique que una transacción específica no fue válida (por ejemplo, en realidad no tenía los fondos para enviarle algunos tokens a su amigo). Pero, ¿quiénes son estas personas que hacen este trabajo?

Full nodes

Otros full nodes que son operados por dApps independientes, como DEX, también ejecutarán las transacciones al mismo tiempo que lo hace el secuenciador. Esto les permite mantenerse al día con el estado más reciente y brindarle actualizaciones sobre su saldo, por ejemplo. Más importante aún, pueden verificar de antemano si alguna de las transacciones no fue válida. En caso de que lo sea, la prueba de fraude se envía a la capa de liquidación.

  • Tal vez recuerdes que las rollups optimistas tienen una ventana de tiempo antes de que se liquiden las transacciones. Tener estos full nodes verificando la validez por adelantado ayuda a los usuarios a considerar la transacción como “final” antes de que se cierre la ventana optimista, siempre que confíe en la entidad que opera el full node. Llamamos a este sistema confianza minimizada, en el sentido de que solo necesita confiar en que la red contenga al menos un nodo de muchos nodos que sea honesto para omitir la ventana de tiempo optimista.
  • Para probar si el secuenciador no se estaba comportando mal, los full nodes, así como la capa de liquidación, necesitarán acceso a algunos de los datos que se publicaron en Celestia, porque el secuenciador podría haber ejecutado transacciones no válidas. Afortunadamente, la red de Celestia publicó un bloque que contenía todas las transacciones entrantes de Roll Protocol que se incluyeron en este lote anteriormente, por lo que estamos seguros de que tenemos lo que necesitamos para demostrar la honestidad del secuenciador cuando sea necesario.

Transacciones

Es importante tener en cuenta que a Celestia no le importa el contenido de cada transacción. De hecho, ni siquiera puede entender estas transacciones, porque no hay un entorno de ejecución en Celestia que hable el mismo idioma. Al separar estas preocupaciones a través de esta pila modular, el secuenciador puede enfocarse en ser realmente rápido en la ejecución de transacciones, la capa de liquidación puede enfocarse en ser segura y proporcionar funcionalidad de puente, mientras que la capa de consenso y disponibilidad de datos puede enfocarse en ser descentralizada. Esto mejora en gran medida la escalabilidad y la optimización al garantizar que cada subcomponente responsable del funcionamiento de la red esté altamente especializado.

Aunque nuestro ejemplo utiliza un paquete acumulativo basado en Cosmos SDK, los paquetes acumulativos compatibles con EVM no están excluidos. Celestia también podría funcionar como una capa de disponibilidad de datos para el ecosistema EVM, posiblemente mucho más barato que alternativas como EIP-4844 en Ethereum, también conocido como Danksharding.

Comparación de rollups con cadenas soberanas

Existen muchos beneficios al crear un rollup y usar la red de Celestia. Si ya estás desarrollando en la interchain, puedes continuar usando las herramientas y el software con los que está familiarizado mientras aumenta el rendimiento de tu protocolo, eliminando la necesidad de validadores en tu red y potencialmente incluso iniciar sin un token si es necesario. Veamos algunas diferencias entre crear un rollup y una appchain soberana:

Ejemplo

  • Escalabilidad y eficiencia: un paquete acumulativo que utilice Celestia normalmente ofrecería una mayor escalabilidad y eficiencia en comparación con una cadena SDK de Cosmos soberana. Esto se debe a que los rollups descargan la mayor parte del procesamiento de transacciones en su Layer 2, lo que permite que se procesen más transacciones con mayor rapidez, mientras que las cadenas soberanas se ven obstaculizadas por el algoritmo de consenso. Si tu aplicación espera un gran volumen de transacciones, un rollup puede ser más adecuado que una cadena soberana. En ese caso, tu aplicación deberá gastar tokens en la capa de liquidación, lo que puede ser costoso según la cadena que elijas, aunque Celestia reduce la cantidad de datos que se publicarán.
  • Capacidad de respuesta y descentralización: los paquetes acumulativos generalmente funcionan con un solo secuenciador. Se están realizando investigaciones para establecer secuenciadores compartidos efectivos, pero este trabajo aún es pionero y probablemente reducirá la eficiencia de un rollup. Por ahora, la descentralización de la capa de ejecución es prácticamente inexistente. Como resultado, la redundancia y la vitalidad de un rollup corren un mayor riesgo de verse afectadas en caso de que el secuenciador se desconecte. Se pueden diseñar mecanismos de redundancia, pero los desarrolladores de acumulaciones heredan una complejidad de infraestructura que normalmente comparten los validadores en cadenas de bloques soberanas.

Mas ejemplos

  • Seguridad: los paquetes acumulativos utilizan la seguridad de la capa de liquidación subyacente, mientras que las cadenas soberanas deben garantizar la seguridad de su propia red. Si eliges usar una cadena SDK de Cosmos soberana, deberás asegurarte de tener un conjunto grande y diverso de validadores para proteger tu red, así como una capitalización de mercado lo suficientemente grande en caso de que esté usando un token proof of stake. Como resumen, heredas la seguridad de la capa de liquidación, lo que podría ser beneficioso si lograr algunos de los requisitos de la appchain por su cuenta fuera un desafío.
  • Complejidad: la creación de un sistema de rollups puede ser más complejo que la creación de una cadena soberana con el SDK de Cosmos. Esto se debe a la necesidad de administrar la interacción entre el rollup, Celestia y la capa de liquidación. Si tu equipo no tiene experiencia con rollups o no quiere lidiar con la complejidad adicional, una cadena soberana podría ser una mejor opción. Sin embargo, el proceso de desarrollo se simplifica mucho con el uso del marco Rollkit, lo que te permite crear rollups con relativa facilidad.
  • Interoperabilidad: las cadenas Cosmos SDK se benefician del protocolo Inter-Blockchain Communication (IBC), que permite la interoperabilidad de diferentes cadenas. Si bien es posible que los paquetes acumulativos interactúen con otras cadenas, los detalles dependerán de la implementación específica y podrían ser más complejos. En la mayoría de los casos, un rollup utiliza una capa de liquidación como centro de conexión.

Celestia y Arbitrum Obrit

Arbitrum Orbit y Celestia permiten a los desarrolladores desplegar una blockchain de alto rendimiento tan fácilmente como un smart contract.

La Arbitrum Foundation, junto con la Celestia Foundation, han anunciado hoy que Celestia es la primera red modular de disponibilidad de datos (DA) que se integra en Arbitrum Orbit y en toda la pila Nitro. La integración ofrece a los desarrolladores la opción de publicar datos en Abritrum One, Abritrum Nova y, ahora, Celestia. Arbitrum Orbit permite a los desarrolladores crear su propia cadena Orbit dedicada que se asienta en una de las cadenas de Layer 2 (L2) de Arbitrum: Arbitrum One, Arbitrum Nova, Arbitrum Goerli, o Arbitrum Sepolia, creando la solución blockchain de escalado más avanzada del mercado.

Celestia está en camino de ser la primera solución modular de DA para desarrolladores de Ethereum que se escala basándose en el muestreo de disponibilidad de datos (DAS), optimizado para proporcionar el rendimiento de datos necesario para millones de rollups sin comprometer la seguridad para los usuarios finales. Los desarrolladores de Ethereum y Arbitrum pueden acceder a Celestia a través de Blobstream, que actualmente transmite datos a la tesnet de Ethereum Sepolia para su integración con los principales marcos de rollups. Blobstream puede desplegarse en Arbitrum L2 para su integración con Arbitrum Orbit y la pila tecnológica Nitro.

Integración

La integración de Celestia es la primera contribución externa a la capa de protocolo Arbitrum Orbit, proporcionando así una opción adicional para los desarrolladores que seleccionen una capa de disponibilidad de datos junto con Arbitrum AnyTrust. Celestia se encuentra en las fases finales de su secuencia de lanzamiento Beta Mainnet. En las próximas semanas, los desarrolladores de Orbit podrán integrarse en Celestia con la plena integración de Nitro.

Fundación Celestia

una organización sin ánimo de lucro con sede en Liechtenstein. El objetivo de la Fundación es guiar el ecosistema de Celestia y defender sus valores.

Una creencia fundamental de la comunidad Celestia es que los usuarios deben ser ciudadanos de primera clase de las redes. Los usuarios se convierten en ciudadanos de primera clase cuando pueden verificar directamente la integridad de la blockchain en lugar de depender de intermediarios centralizados o comités de confianza. Los light nodes hacen que la verificación sea accesible para todos, de modo que cada usuario pueda ser un ciudadano de primera clase.

Comunidad

La comunidad Celestia también cree que cualquier blockchain que aspire a convertirse en un marco para el Internet descentralizado debe ser creíblemente neutral, de código abierto y un bien público. Creíblemente neutral para que los protocolos no favorezcan a ningún grupo en particular. De código abierto para que cualquiera pueda auditarla y reutilizarla. Y un bien público para beneficiar a las comunidades y a la sociedad.

En pos de estos valores, la Fundación pretende:

  • Financiar I+D en sistemas descentralizados escalables y light nodes seguros.
  • Financiar bienes públicos de código abierto para el ecosistema modular de blockchain.
  • Apoyar y fomentar procesos de desarrollo abiertos, como el proceso CIP de Celestia.
  • Apoyar a los desarrolladores que crean infraestructuras y aplicaciones basadas en Celestia.

Liechtenstein, uno de los primeros países en aplicar un marco normativo completo para los activos digitales, es un lugar natural para la innovación en redes descentralizadas. La legislación de Liechtenstein exige que la Fundación se atenga estrictamente a sus fines y está supervisada por la Autoridad de Supervisión de Fundaciones (STIFA), lo que garantiza que la Fundación siga rindiendo cuentas y se centre en su misión.

Miembros del Consejo de la Fundación

La Fundación Celestia se rige por el Consejo de la Fundación, que supervisa y alinea las actividades de la Fundación en el ecosistema con su propósito y valores.

Inicialmente, el Consejo estará compuesto por cuatro miembros:

Dr. Mustafa Al-Bassam

Mustafa es cofundador de Celestia y Consejero Delegado de Celestia Labs. Anteriormente, Mustafa fue cofundador de Chainspace (adquirida por Facebook). Mustafa es doctor en Informática por el University College de Londres.

Batuhan Dasgin

Batuhan es un criptoempresario e inversor. Anteriormente, Batuhan codirigió las inversiones de riesgo en Binance y la principal plataforma de oferta de tokens en Binance Launchpad. Batuhan también estableció la división de Desarrollo de Negocio en CMC.

Ismail Khoffi

Ismail es cofundador de Celestia y Director Técnico de Celestia Labs. Anteriormente, Ismail fue ingeniero sénior en Tendermint y la Interchain Foundation.

El reto de la gobernanza fuera de la cadena

La comunidad de Celestia valora la gobernanza fuera de la cadena impulsada por un consenso aproximado en la capa social y, como tal, el protocolo se esfuerza por minimizar la exposición a la gobernanza en la cadena a través de la votación de tokens o validadores, que es susceptible a la plutocracia.

Una fundación puede ayudar al ecosistema Celestia a autogobernarse eficazmente mediante procesos fuera de la cadena, al tiempo que garantiza que se mantiene fiel a su visión y sus valores.

Por encima de todo, la comunidad Celestia “rechaza reyes, presidentes y votaciones”. Eso significa que la Fundación Celestia mantendrá necesariamente un papel minimizado junto al ecosistema más amplio de Celestia.

En última instancia, la Fundación, a través del Consejo, proporcionará algunos guardarraíles en torno a este nuevo ecosistema. Pero el camino -los giros y vueltas que se den para formar y llegar a ese ecosistema- dependerá de la comunidad.

La pila modular para principiantes

Blockchains modulares

Las blockchains modulares se especializan en una o dos tareas. Es posible que te hayas encontrado con una imagen similar que intenta explicar el concepto de especialización modular de las blockchains.

Pero muchas de esas palabras probablemente no te resulten familiares. Ejecución, liquidación, consenso y disponibilidad de datos son tareas en las que las blockchains modulares pueden especializarse.

Pero, ¿Cuáles son exactamente esas tareas? Para responder a eso, tendremos que visitar el campo de fútbol.

Ejecución

Imagina un partido de fútbol entre dos equipos de países diferentes. Por supuesto, cada país puede tener unas reglas ligeramente diferentes para jugar al fútbol. Pero el día del partido, los dos equipos juegan con el mismo reglamento, de modo que los árbitros saben cuándo pitar faltas, fueras de juego y dar puntos a los equipos por marcar goles.

Cuando termina el partido, se registran los resultados y se publican en Internet. Los aficionados pueden consultar los resultados para comprobar quién ha ganado si no les apetece pasarse 90 minutos viendo el partido entero.

La tarea de ejecución en la que pueden especializarse las blockchains modulares es como jugar un partido de fútbol según las reglas y calcular el resultado final.

Liquidación

Volviendo al partido…

Durante el partido, uno de los equipos marca un gol. Llamémosle equipo A. El otro equipo (equipo B) no estaba contento y argumentó que el gol no contaba porque el delantero estaba en fuera de juego. Por supuesto, el partido no puede continuar hasta que se resuelva la discusión.

Para averiguar qué equipo tenía razón, los árbitros vieron una repetición del gol del delantero. Resulta que el delantero del equipo A estaba en fuera de juego. Ahora que la discusión estaba resuelta y el equipo B tenía razón, el partido podía continuar sin cambios en los marcadores.

La tarea de liquidación en blockchains modulares es similar a la resolución de discusiones durante un partido de fútbol. Si alguien cree que una transacción es incorrecta, la blockchain se detiene hasta que se resuelva el desacuerdo. Si una transacción resulta ser incorrecta, se rechaza, igual que un gol que no cuenta si el delantero está en fuera de juego.

Consenso

Ahora imagina que estás viendo el partido de fútbol entre el equipo A y el B en casa. El partido ha terminado y tu equipo favorito (el equipo A) ha ganado. Directamente al teléfono, le mandas un mensaje a tu amigo para contarle lo de tu equipo ganador.

Tu amigo te contesta rápidamente “¡sí, claro, en realidad ganó el equipo B!”. Los dos os pasáis 15 minutos discutiendo sobre el ganador hasta que os dais cuenta. Los dos estabais viendo dos partidos diferentes. No es de extrañar que no os pusierais de acuerdo sobre quién había ganado el partido.

La tarea de consenso en las blockchains modulares funciona de forma similar. Las transacciones se ordenan primero. Si la gente ve diferentes órdenes de las transacciones, no podrán ponerse de acuerdo sobre el orden correcto, igual que tú y tu amigo no pudisteis poneros de acuerdo sobre qué equipo ganó.

Disponibilidad de datos

Los equipos A y B vuelven a jugar. Esta vez, el partido se celebra en tu ciudad. Por supuesto, vas a comprar entradas. Pero resulta que el precio de las entradas es cinco veces superior al habitual. No puedes permitirte ir al estadio, pero puedes ver el partido por Internet.

Y la cosa empeora. El partido no se va a retransmitir en streaming. Sólo la gente que vaya al estadio podrá ver el partido. Bastante injusto, ¿no? Pero hay un problema mayor. Cualquiera podría mentirte sobre quién ganó. Sin una grabación, no hay forma de probar que el resultado es real. Sólo tienes que confiar en alguien que realmente pudo ver el partido en el estadio.

La tarea de disponibilidad de datos en blockchains modulares es similar a la grabación y transmisión de un partido de fútbol. La disponibilidad de los datos permite a cualquiera comprobar el contenido de una transacción para ver qué ha pasado, del mismo modo que una grabación permite a la gente que está en casa ver el partido para enterarse del resultado, aunque no puedan permitirse ir al estadio.

Conclusión

Y esas son todas las tareas modulares de blockchain como aspectos de un partido de fútbol. Puede que te cueste un poco memorizar exactamente qué es cada tarea. Pero lo más importante que hay que recordar es que cada blockchain modular realiza una tarea específica para la que es realmente buena. Y, por supuesto, las blockchains modulares colaboran entre sí para que todo el sistema funcione.

Conclusión

Las blockchains modulares representan un avance significativo en el trilema al que a menudo se enfrentan los desarrolladores y usuarios de cadenas de bloques.

El rendimiento de una blockchain suele estar limitado por los recursos de red y la necesidad de equilibrar aspectos esenciales como la seguridad y la descentralización. En este contexto, Celestia se presenta como una bocanada de aire fresco en la manera de abordar la escalabilidad.