Cómo funciona la fragmentación de blockchain: paralelización, rendimiento y compensaciones de diseño (2026)

Verificación de intención: Esta página trata sobre la fragmentación como una arquitectura de escalabilidad. Si desea un marco más amplio de compensaciones de seguridad, descentralización y escalabilidad, lea Compensaciones de escalabilidad de Blockchain.

Si una autopista tiene un solo carril, ningún semáforo inteligente podrá convertirla en una autopista. Ese es esencialmente el problema con el que se encuentran la mayoría de las primeras cadenas de bloques en el momento en que se acelera la adopción. Cada nodo completo tiene que procesar cada transacción, almacenar cada estado y verificar cada bloque. El resultado es congestión, tarifas vertiginosas y la dolorosa comprensión de que la descentralización y la escalabilidad van en direcciones opuestas. La fragmentación es la respuesta arquitectónica a la que la industria sigue recurriendo y en 2026 será más relevante que nunca.

Esta guía es la versión criptoespecífica de la fragmentación. Si buscó "qué es la fragmentación" esperando hablar sobre la base de datos, está en el lugar correcto pero con una novedad. Cubriremos la fragmentación tal como se encuentra en el interior. cadena de bloques Redes: cómo se dividen los nodos en comités, cómo se enrutan las transacciones a través de cadenas paralelas, cómo se divide el estado y cómo todo el desorden se mantiene seguro en condiciones adversas. La fragmentación de bases de datos inspiró el nombre, pero la fragmentación de blockchain tiene que resolver problemas que ningún clúster SQL ha enfrentado jamás, como la resistencia de Sybil, la elección de bifurcación y la atomicidad entre fragmentos.

Al final de este artículo, comprenderá los tres tipos principales de fragmentación, por qué Ethereum pasó silenciosamente de la fragmentación de ejecución a la fragmentación de datos, cómo redes como NEAR, TON, Polkadot, Zilliqa y MultiversX lo implementan en producción, cómo interactúan los rollups y la fragmentación en la pila modular y qué problemas abiertos permanecen sin resolver de cara al siguiente ciclo. Esta es una lectura larga escrita para desarrolladores y usuarios avanzados que buscan sustancia, no eslóganes.

¿Qué es la fragmentación en Blockchain?

La fragmentación es una técnica de partición horizontal tomada de bases de datos distribuidas y adaptada al consenso de blockchain. En lugar de pedir a cada nodo que valide cada transacción en una cadena global, la red se divide en grupos más pequeños llamados fragmentos. cada uno shard procesa su propio subconjunto de transacciones, mantiene su propia porción del estado y produce sus propios bloques en paralelo con los demás. Una capa de coordinación, a menudo llamada cadena de baliza o cadena de retransmisión, une todo y mantiene los fragmentos en acuerdo sobre el orden global y la finalidad.

El giro criptográfico específico es importante. En una base de datos, usted confía en el operador y el único enemigo es la falla del hardware. En una cadena de bloques pública, el operador no existe y el enemigo es un atacante con motivación financiera. Por lo tanto, un fragmento de blockchain no puede ser simplemente "cualquier nodo que contenga esta partición". Tiene que ser asignado aleatoriamente y rotado periódicamente. validator subset con suficiente interés colectivo para hacer que la corrupción sea económicamente irracional. La asignación aleatoria de comités es el ingrediente secreto que convierte la fragmentación de bases de datos en algo seguro para implementar en una red sin permiso.

Puedes pensar en una cadena de bloques fragmentada como una federación de minicadenas que comparten un presupuesto de seguridad. Cada fragmento hereda la seguridad de todo el conjunto de validadores mediante muestreo aleatorio y certificación criptográfica, mientras solo procesa una fracción de la carga de trabajo. Ése es el truco que permite que el rendimiento total de la red crezca aproximadamente de forma lineal con el número de fragmentos, al menos en teoría. En la práctica, existen advertencias sobre la mensajería entre fragmentos, la disponibilidad de datos y la carga del validador que se analizarán en el resto de esta guía.

Por qué las cadenas de bloques necesitan escalar

Antes de entrar en la mecánica de fragmentación, vale la pena explicar por qué la industria está obsesionada con la escalabilidad. Bitcoin procesa alrededor de 7 transacciones por segundo. La red principal de Ethereum se sitúa entre 15 y 30 TPS, dependiendo de la complejidad de la transacción. Visa, en comparación, maneja decenas de miles por segundo en un día normal y alcanza picos mucho más altos durante las vacaciones de compras. Si las criptomonedas quieren albergar redes sociales, economías de juegos y transacciones de alta frecuencia, esas cifras no son nada iniciales.

El cuello de botella no es el ancho de banda, es el requisito de que cada nodo completo debe verificar de forma independiente cada transacción. Ese requisito es lo que le da a una cadena de bloques sus propiedades de confianza minimizada. No es necesario que confíe en los mineros, validadores u otros usuarios porque puede ejecutar un nodo usted mismo y verificar el historial completo. Pero esta misma propiedad limita el rendimiento a la velocidad del hardware de consumo más lento y razonable. Si presiona demasiado el tamaño o el tiempo del bloque, expulsará a los validadores de la red, centralizando la cadena en un pequeño conjunto de operadores bien financiados.

Este es el famoso trilema de blockchain articulado por Vitalik Buterin: descentralización, seguridad y escalabilidad, elija dos. La fragmentación es el intento arquitectónico más directo de romper el trilema al reducir la carga de trabajo por nodo sin reducir la cantidad de nodos. Otros enfoques como Paquetes acumulativos de capa 2 ataca el mismo problema desde un ángulo diferente moviendo la ejecución fuera de la cadena. Las dos estrategias son complementarias, no mutuamente excluyentes, y 2026 ha demostrado que funcionan mejor juntas.

La congestión no es una preocupación abstracta. Durante el auge de NFT de 2021 y la locura de las inscripciones de 2024, las tarifas de gas de Ethereum superaron regularmente los 200 gwei, lo que hizo que un solo intercambio costara más de 100 dólares. Solana ha sufrido repetidas interrupciones cuando las inundaciones de transacciones abrumaron a sus nodos líderes. Los retrasos en el mempool de Bitcoin durante los frenesíes ordinales elevaron las tarifas a más de 50 dólares por transacción. Cada ola de adopción pone a prueba la arquitectura subyacente, y las cadenas que la manejaron mejor tenían diseños similares a fragmentaciones o ecosistemas agresivos de Capa 2.

Cómo funciona la fragmentación: la idea central

En su nivel más fundamental, la fragmentación hace tres cosas en paralelo. Divide el conjunto de validadores en comités, divide la carga de transacciones entre esos comités y divide el estado global para que cada comité solo necesite mantener una parte del mismo. Cada una de estas divisiones se puede implementar de forma independiente, por lo que escuchará hablar de fragmentación de red, fragmentación de transacciones y fragmentación de estado como conceptos separados, aunque una cadena fragmentada completa combine los tres.

El problema de coordinación es lo que dificulta la fragmentación de blockchain. En una cadena no fragmentada, el estado global cambia al mismo tiempo: cada bloque actualiza cada cuenta que fue tocada y cada nodo ve la misma vista. En una cadena fragmentada, el fragmento A podría estar transfiriendo tokens entre dos cuentas al mismo tiempo que el fragmento B actualiza un contrato inteligente que depende de esas cuentas. Sin un diseño cuidadoso, se obtiene un estado inconsistente, gastos dobles o estancamiento. cross-shard transacciones. La mayoría de los diseños modernos resuelven esto con un beacon chain que produce un orden canónico de encabezados de bloques de fragmentos, además de un protocolo de mensajería que permite que los fragmentos hagan referencia al estado finalizado de cada uno.

El diagrama anterior muestra visualmente la diferencia principal. A la izquierda, cada nodo soporta toda la carga, por lo que agregar nodos solo agrega redundancia, no capacidad. A la derecha, el trabajo está dividido, por lo que agregar fragmentos efectivamente agrega capacidad, y la cadena de balizas proporciona la consistencia global que mantiene todo coherente. El mecanismo exacto para dividir el trabajo y coordinar el estado es donde difiere cada protocolo fragmentado.

Los tres tipos de fragmentación

La fragmentación no es una técnica, es una familia de tres técnicas relacionadas que a menudo se combinan. Comprender la distinción es importante porque algunas cadenas se autodenominan "fragmentadas" cuando solo implementan una de las tres, y las implicaciones de seguridad y escalabilidad difieren significativamente.

Fragmentación de red

La fragmentación de red es la opción más básica. El conjunto de validadores se divide en comités mediante un proceso de mezcla aleatoria, a menudo impulsado por una función aleatoria verificable o VRF en la cadena de balizas. Cada comité es responsable del consenso de un fragmento y de la producción de bloques durante una época definida, después de lo cual la asignación se reorganiza. Esta rotación es fundamental para la seguridad porque hace que sea económicamente inviable para un atacante sobornar o comprometer a los validadores de un fragmento específico, ya que no saben de antemano en qué fragmento aterrizarán.

La fragmentación de red por sí sola no aumenta mucho el rendimiento porque es posible que cada nodo aún necesite verificar las salidas de cada partición. Su valor real está en configurar la primitiva de seguridad de la que dependen los otros dos tipos de fragmentación. Sin una asignación aleatoria de comités, la fragmentación de transacciones y estados estaría abierta a ataques dirigidos contra particiones específicas.

Fragmentación de transacciones

La fragmentación de transacciones enruta transacciones individuales a fragmentos específicos. La clave de enrutamiento puede ser la dirección del remitente, el contrato de destino o un hash de la transacción misma. Zilliqa, una de las primeras implementaciones de producción de fragmentación de transacciones, divide las transacciones por dirección del remitente. Cada fragmento procesa su subconjunto en paralelo y luego envía sus resultados a un paso de consenso final donde se ensambla el bloque global.

El problema con la fragmentación de transacciones por sí sola es que todos los nodos aún necesitan almacenar el estado completo. Entonces, si bien obtienes ejecución paralela, no obtienes la reducción de almacenamiento que viene con la fragmentación de estado. Esto a veces se denomina "fragmentación de ejecución" en los documentos anteriores de la hoja de ruta de Ethereum.

Fragmentación de estado

La fragmentación del estado es el mayor esfuerzo y la mayor recompensa. El estado global está dividido para que cada fragmento solo almacene una parte. Un nodo asignado al fragmento 3 solo necesita mantener las cuentas, los saldos y el almacenamiento de contratos inteligentes que se encuentran en el fragmento 3. El resultado es una reducción drástica de los requisitos de almacenamiento y ancho de banda por nodo, lo que significa hardware más barato, participación más sencilla y más descentralización.

El costo es la complejidad. Cuando una transacción necesita leer o escribir el estado en un fragmento diferente al que se envió, los fragmentos deben comunicarse. Este es el problema de los fragmentos cruzados y domina los desafíos de ingeniería de construir una cadena fragmentada por estados. Profundizaremos en ello en la siguiente sección.

Comunicación entre fragmentos

Las transacciones entre fragmentos son el punto donde la teoría se encuentra con la realidad. Imagine que Alice en el fragmento 1 quiere enviar tokens a Bob en el fragmento 2. La transferencia no puede completarse atómicamente dentro de un solo fragmento porque los cambios de estado tocan dos particiones producidas por diferentes comités en diferentes bloques. Si el fragmento 1 deduce el saldo de Alice pero el fragmento 2 no acredita a Bob, habrá perdido fondos. Si ocurre lo contrario, habrás creado fondos de la nada. Ninguno de los dos es aceptable.

La mayoría de los diseños de producción resuelven esto con un protocolo de confirmación de dos fases mediado por la cadena de balizas. El fragmento 1 primero bloquea los fondos de Alice y emite un recibo entre fragmentos que se registra en el encabezado del bloque. La cadena de baliza finaliza ese encabezado. Luego, Shard 2 incluye el recibo en su siguiente bloque, acredita a Bob y emite una confirmación que se incluye en la cadena de baliza. Sólo después de finalizar ambos tramos se considera completa la transferencia. Todo el baile suele durar entre uno y varios segundos, dependiendo del tiempo de la cadena y del dispositivo de finalidad.

El protocolo NEAR popularizó un enfoque particularmente elegante llamado transacciones asincrónicas entre fragmentos. NEAR trata cada llamada entre fragmentos como un mensaje asincrónico, similar a cómo se comunican los microservicios a través de una red. El fragmento del remitente programa la llamada, el fragmento del receptor la procesa en un bloque posterior y cualquier respuesta regresa de forma asincrónica. Los desarrolladores escriben contratos con API explícitas basadas en promesas, lo que hace que la asincronía sea visible en la capa de aplicación. La desventaja es que el código de contrato inteligente se vuelve más detallado, pero el protocolo escala limpiamente sin garantías de atomicidad exóticas.

Polkadot utiliza un modelo diferente llamado Cross-Consensus Messaging o XCM. Las paracaídas, que son esencialmente fragmentos de Polkadot, se comunican enviando mensajes XCM a través de la cadena de retransmisión. Cada parachain opera como un entorno de ejecución soberano y XCM proporciona un formato estandarizado para transferencias de activos, llamadas de contratos y acciones de gobernanza entre ellas. Las cadenas de trabajo TON utilizan una jerarquía de cadenas de fragmentos y una cadena maestra que enruta los mensajes, y la cadena maestra produce pruebas de estado global a las que hace referencia cada fragmento.

Compensaciones de fragmentación

La fragmentación no es gratuita. La misma partición que crea paralelismo también crea nuevas superficies de ataque, y la ingeniería de una cadena fragmentada es un acto de equilibrio constante. El riesgo más discutido es la adquisición de un solo fragmento, a veces llamado ataque del 1%. En una cadena con 100 fragmentos y 10 000 validadores en total, es posible que cada fragmento solo tenga 100 validadores. Un atacante que controle el 1% de la participación total podría, en principio, apuntar a un único fragmento y alcanzar la mayoría allí, aunque posea una pequeña parte de la red en general.

La asignación aleatoria de un comité es la defensa principal. Al girar validator subset realiza asignaciones de manera impredecible y frecuente, el protocolo niega al atacante la oportunidad de concentrar su apuesta en un fragmento objetivo. Un VRF bien diseñado combinado con un muestreo ponderado por participación hace que la probabilidad de que un atacante controle más de un tercio de cualquier comité sea extremadamente pequeña, suponiendo que no controle una gran mayoría de la red total. Muchos diseños también requieren certificaciones de un quórum de validadores fuera del comité de producción, lo que agrega otra capa de defensa.

La otra gran compensación es la disponibilidad de datos. Si los productores de bloques de un fragmento publican un bloque pero retienen los datos de la transacción subyacente, el resto de la red no puede verificar el bloque ni detectar fraude. Este es el problema de la disponibilidad de datos y ha motivado una ola de innovación que incluye cadena de bloques modular diseños y capas de disponibilidad de datos dedicadas como Celestia. Revisaremos esto en la sección de muestreo de disponibilidad de datos.

El crecimiento del estado, el equilibrio de carga del validador y la complejidad de ejecutar un nodo que puede necesitar cambiar fragmentos a mitad de la época son puntos débiles adicionales. Ninguno de estos es insuperable, pero explica por qué las cadenas fragmentadas de producción tardaron años en madurar y por qué algunos equipos finalmente optaron por un escalamiento centrado en la acumulación.

Fragmentación, acumulaciones y cadenas laterales

La pila de escalado de Crypto es una sopa de conceptos superpuestos, y la fragmentación se confunde regularmente con acumulaciones y cadenas laterales. Son enfoques fundamentalmente diferentes incluso cuando parecen similares desde la perspectiva del usuario. La fragmentación es una técnica de escalado de Capa 1 que cambia la arquitectura de la cadena base. Los rollups son construcciones de Capa 2 que ejecutan transacciones fuera de la cadena y publican resultados comprimidos en la capa base. Las cadenas laterales son cadenas independientes conectadas por puentes.

La forma más clara de distinguirlos es por dónde ocurre la ejecución y de dónde proviene la seguridad. La fragmentación se ejecuta en la cadena base a través de múltiples cadenas paralelas, todas aseguradas por el mismo conjunto de validadores. Los rollups se ejecutan fuera de la cadena en sus propios secuenciadores, pero publican datos y pruebas en la capa base, heredando su seguridad a través de garantías criptográficas o económicas. Las cadenas laterales se ejecutan en su propia infraestructura con sus propios validadores y solo se conectan de manera flexible a la cadena principal a través de puentes, lo que significa que su seguridad es independiente.

Dentro de los rollups hay una división adicional entre acumulaciones optimistas vs ZK según cómo demuestren la corrección hasta la capa base. Los paquetes acumulativos optimistas asumen validez a menos que se cuestionen dentro de una ventana, mientras que los paquetes acumulativos ZK presentan pruebas criptográficas de corrección con cada lote. Ambos enfoques se benefician enormemente de la disponibilidad de datos fragmentados en la Capa 1, que es exactamente donde terminó la hoja de ruta moderna de Ethereum.

En una pila totalmente modular, la fragmentación y los rollups se complementan entre sí. Una Capa 1 fragmentada proporciona disponibilidad y liquidación de datos abundantes y económicos. Los paquetes acumulativos creados sobre él ejecutan la mayor parte de las transacciones de los usuarios y publican sus lotes comprimidos en la capa base fragmentada. Esta es la dirección que ha tomado Ethereum desde la fusión de 2022, y es donde el consenso de la industria parece estar asentándose para el próximo ciclo.

Fragmentación en la práctica: implementaciones reales

La teoría es una cosa, el envío es otra. Un puñado de redes han implementado fragmentación en producción y tienen años de experiencia operativa para aprovechar. Cada uno tomó diferentes decisiones de diseño y compararlas es instructivo.

CERCA de Belladona

El diseño Nightshade de NEAR trata a toda la red como si produjera un bloque lógico por ranura, pero ese bloque está compuesto de "fragmentos", y cada fragmento es producido por un fragmento diferente. Los validadores se dividen en comités, cada uno de los cuales toma una parte, y una coordinación similar a una baliza produce el encabezado del bloque unificado. NEAR ha estado activo con este diseño desde 2020 y se ha expandido gradualmente a más fragmentos a medida que la red crecía. El modelo de llamada asíncrona entre contratos es una característica definitoria del desarrollo de NEAR y le enseñó a la industria lecciones valiosas sobre cómo exponer la semántica asíncrona a los desarrolladores.

Zilliqa

Zilliqa se lanzó en 2019 y fue la primera cadena pública importante en enviar fragmentación. Utiliza fragmentación de red más fragmentación de transacciones sin fragmentación de estado, lo que significa que los nodos aún mantienen el estado completo. El rendimiento aumenta con el número de fragmentos hasta un límite, y el comité del Servicio de Directorio (DS) reúne los resultados de cada comité de fragmentos en un bloque global. Zilliqa es un punto de referencia útil porque demuestra que el concepto funciona en producción, incluso si sus opciones de diseño han sido refinadas en proyectos posteriores.

Paracaídas de Lunares

El modelo parachain de Polkadot se está fragmentando con la soberanía. Cada parachain es esencialmente un fragmento heterogéneo con su propia lógica de tiempo de ejecución, gobernanza y tokenómica, pero protegido por el validador de cadena de retransmisión de Polkadot establecido a través de un proceso llamado seguridad compartida. Los validadores de Parachain se asignan y rotan aleatoriamente, y la cadena de retransmisión proporciona finalidad. Se subastan ranuras parachains, lo que determina cuántas parachains pueden existir a la vez pero garantiza que cada una tenga un aspecto económico en el juego.

MultiversX

MultiversX (anteriormente Elrond) implementa fragmentación de estado adaptativo, que ajusta automáticamente la cantidad de fragmentos según la carga de la red. La metacadena coordina los fragmentos de trabajo, maneja la mezcla del validador y procesa las finalizaciones entre fragmentos. MultiversX combina los tres tipos de fragmentación en un solo diseño y en las redes de prueba ha demostrado rendimientos de cientos de miles de TPS, aunque el uso en el mundo real ha sido menor.

Cadenas de trabajo TON

TON merece una mención especial porque su modelo de fragmentación es inusualmente ambicioso. La cadena maestra coordina las cadenas de trabajo, y cada cadena de trabajo puede dividirse dinámicamente en cadenas de fragmentos cuando la carga crece y fusionarse cuando se reduce. Este "paradigma de fragmentación infinita" está diseñado para manejar escalas masivas sin requerir el aprovisionamiento manual de fragmentos. Si desea una mirada más profunda, nuestro dedicado Fragmentación de TONELADAS La guía desglosa en detalle la jerarquía de cadenas maestras, cadenas de trabajo y cadenas de fragmentos.

Ethereum y fragmentación

La relación de Ethereum con la fragmentación es uno de los casos de estudio más interesantes en el diseño de protocolos. La hoja de ruta original de Ethereum 2.0 de 2017 preveía 64 fragmentos de ejecución, cada uno con su propio estado y procesamiento de transacciones, todos coordinados por la cadena de balizas. La propia Beacon Chain se lanzó en diciembre de 2020 y, durante un tiempo, la comunidad asumió que solo faltaban unos años para la fragmentación de la ejecución completa.

Luego vino el pivote centrado en enrollamiento. A finales de 2020, Vitalik Buterin propuso que, en lugar de fragmentar la ejecución en la Capa 1, Ethereum debería convertir los rollups en el principal vehículo de escalamiento y fragmentar la disponibilidad de datos. El razonamiento fue que los rollups, especialmente los rollups ZK, podrían ofrecer escalabilidad de ejecución más rápido que reconstruir el EVM en múltiples fragmentos, y que la capa base podría centrarse en lo que mejor hace: liquidación y disponibilidad de datos. La comunidad estuvo de acuerdo y la fragmentación de la ejecución fue efectivamente archivada.

Lo que lo reemplazó es danksharding. Propuesto por el investigador de Ethereum, Dankrad Feist, danksharding convierte a Ethereum en una capa de disponibilidad de datos para acumulaciones. En lugar de múltiples fragmentos de ejecución, la cadena ofrece "blobs", que son grandes cantidades de datos adjuntos a bloques pero que no son procesados ​​por el EVM. Los rollups publican sus datos de transacciones comprimidos como blobs, obtienen almacenamiento económico y heredan la seguridad de Ethereum. EIP-4844, también llamado proto-danksharding, se lanzó en 2024 e introdujo transacciones de transporte de blobs como precursor del danksharding completo.

En 2026, Ethereum está en medio de implementar danksharding completo, lo que aumenta drásticamente el rendimiento de los blobs e introduce el muestreo de disponibilidad de datos para que ningún nodo necesite descargar cada blob. El estado final es una cadena donde los rollups manejan la ejecución, los blobs brindan disponibilidad de datos barata y los nodos completos ordinarios verifican todo mediante muestreo y compromisos criptográficos. Es una fragmentación, pero no del tipo que prometía la hoja de ruta de 2017.

Muestreo de disponibilidad de datos

El muestreo de disponibilidad de datos, a menudo abreviado como DAS, es una de las innovaciones más importantes en la investigación de la escalabilidad de blockchain y merece su propia sección. El problema que resuelve es sencillo: en cualquier sistema fragmentado o basado en rollups, la red necesita estar segura de que los datos detrás de un bloque realmente se han publicado, incluso si ningún nodo los ha descargado todos. Sin esa garantía, un productor de bloques malicioso podría publicar un encabezado pero retener los datos, haciendo imposible la detección del fraude.

La solución ingenua es exigir que cada nodo descargue todos los datos, pero eso anula el objetivo de la fragmentación. DAS resuelve esto con codificación de borrado más muestreo aleatorio. Los datos del bloque están codificados para borrarse de modo que el 50% de los bytes codificados sea suficiente para reconstruir los datos completos. Luego, cada nodo muestrea aleatoriamente pequeñas porciones de los datos codificados de la red. Si un productor retiene datos, los fragmentos faltantes aparecerán rápidamente en muchos muestreadores independientes y el bloque puede rechazarse antes de finalizar.

Las matemáticas son hermosas. Con sólo unas pocas docenas de muestras aleatorias por nodo, la probabilidad de no detectar un bloque de datos faltante se vuelve extremadamente pequeña. Esto significa que incluso los clientes muy livianos, incluidos los móviles y los basados ​​en navegador, pueden participar en la verificación de disponibilidad de datos sin descargar la cadena completa. data availability el muestreo está en el corazón del plan completo de danksharding de Ethereum y también es la tecnología central detrás de Celestia, la primera cadena diseñada desde cero como una capa de disponibilidad de datos dedicada.

Celestia y proyectos similares pertenecen al movimiento blockchain modular, que separa la ejecución, liquidación, consenso y disponibilidad de datos en capas especializadas. Un paquete acumulativo podría ejecutar transacciones, resolver disputas sobre Ethereum, lograr consenso a través de su propio secuenciador y publicar datos en Celestia para su disponibilidad. Las capas de datos fragmentados y las arquitecturas modulares convergen en la misma visión: mantener cada función limitada, escalar cada capa de forma independiente y dejar que el mercado elija la mejor combinación.

Limitaciones y problemas abiertos

A pesar de todo lo prometedor, la fragmentación todavía tiene problemas sin resolver con los que los investigadores e ingenieros se enfrentan a diario. La atomicidad entre fragmentos sigue siendo la más difícil. Los protocolos de confirmación de dos fases que se utilizan hoy en día funcionan, pero introducen una latencia que puede extender las transacciones entre fragmentos a múltiples ranuras. Para las aplicaciones que dependen de la componibilidad sincrónica, como los protocolos DeFi complejos que necesitan ejecutar múltiples pasos de forma atómica, esta latencia es una limitación real. Algunos equipos están explorando la ejecución optimista entre fragmentos con reversión, que se sentiría sincrónica para el usuario pero requeriría una conciliación periódica bajo el capó.

MEV entre fragmentos es otro problema abierto. En una cadena monolítica, el validador que produce el bloque tiene una ventana única en la que extraer el máximo valor extraíble. En una cadena fragmentada, las oportunidades MEV pueden abarcar múltiples fragmentos, lo que requiere coordinación entre los productores de bloques en diferentes comités. Esto crea nuevos vectores de ataque, como el soborno entre líderes de fragmentos o la censura selectiva de mensajes entre fragmentos. La ola de investigación MEV de 2024 a 2026 ha producido varias propuestas de mitigación, incluida la separación entre proponente y constructor extendida a entornos fragmentados, pero ninguna se ha implementado completamente a escala.

El equilibrio de carga del validador es un tema más silencioso pero importante. Si un fragmento se vuelve más popular que los demás, tal vez porque en él vive una dApp de moda, sus validadores enfrentan mayores demandas computacionales y de almacenamiento. Los diseños de fragmentación adaptativa como MultiversX intentan reequilibrar dinámicamente dividiendo fragmentos activos, pero el proceso no es trivial e introduce nuevos modos de falla. El modelo de productor de solo fragmentos de NEAR aborda parcialmente esto al permitir que los productores de fragmentos se especialicen en fragmentos específicos mientras que los validadores se mantienen flexibles.

Las pruebas estatales de largo alcance, la validación sin estado y el tamaño de los testigos también son áreas de investigación activas. El sueño es una cadena fragmentada donde cada nodo, incluidos los clientes telefónicos, pueda verificar cualquier bloque en cualquier fragmento con datos mínimos, utilizando pruebas criptográficas para comprimir lo que de otro modo serían terabytes de estado. Los árboles Verkle, las cordilleras Merkle y las pruebas ZK recursivas influyen en este futuro. Aún no hemos llegado a ese punto, pero la trayectoria es clara.

El futuro de la fragmentación

El futuro de la fragmentación no se parece a la visión de 2017 de cadenas monolíticas con 64 particiones de ejecución. Parece una pila modular donde las capas de disponibilidad de datos fragmentados se encuentran debajo de ecosistemas de paquetes acumulativos, y donde la fragmentación de Capa 1 y los paquetes acumulativos de Capa 2 se complementan entre sí en lugar de competir. El danksharding de Ethereum más la hoja de ruta centrada en rollups es la expresión más clara de esto, pero las zonas Cosmos con seguridad compartida, las paracaídas de escalamiento elástico de Polkadot y el sharding infinito de TON son caminos relacionados.

Se espera que la disponibilidad de datos se convierta en un bien básico en los próximos años. Varias cadenas competirán para ofrecer la capa DA más barata y confiable para paquetes acumulativos y cadenas de aplicaciones. La fragmentación será la técnica subyacente que hará posible esta competencia, porque sin ella ninguna cadena podría manejar el volumen de datos de miles de acumulaciones y cadenas de aplicaciones. Es posible que incluso veamos fragmentos especializados para cargas de trabajo específicas, como un fragmento optimizado para datos comerciales de baja latencia y otro para almacenamiento de archivos.

La capacidad de composición entre cadenas mejorará drásticamente a medida que madure la mensajería entre fragmentos. Los mismos protocolos que permiten que las paracaídas se comuniquen entre sí o que las cadenas de trabajo se coordinen en TON se pueden generalizar para permitir que los paquetes acumulativos hablen de forma nativa sin depender de puentes de terceros. Ésta es una de las razones por las que el movimiento modular y el ecosistema de cadena fragmentada están convergiendo: comparten necesidades de infraestructura.

Desde la perspectiva del desarrollador, la fragmentación se está convirtiendo en una preocupación de backend en lugar de frontend. Las primeras cadenas fragmentadas obligaron a los desarrolladores a pensar detenidamente sobre en qué fragmento vivía su contrato, cómo manejar llamadas asíncronas y cómo administrar el estado entre particiones. Los diseños más nuevos ocultan más de esto detrás de las herramientas y las abstracciones del tiempo de ejecución, lo que permite a los desarrolladores escribir código que parece de cadena única aunque se ejecute en muchos fragmentos. A medida que esta tendencia continúa, la fragmentación se desvanecerá en la infraestructura y la mayoría de los usuarios nunca notarán que está allí, de manera muy parecida al almacenamiento en caché de CDN o la fragmentación de bases de datos en las aplicaciones web tradicionales.

Preguntas frecuentes

¿Ethereum todavía usa fragmentación?

Sí, pero no de la forma prevista originalmente. Ethereum pasó de la fragmentación de ejecución a la fragmentación de datos, calificado como danksharding. Beacon Chain todavía coordina una capa de disponibilidad de datos fragmentados y EIP-4844 introdujo transacciones de transporte de blobs en 2024 como primer paso. La danksharding total se implementará hasta 2026 y ampliará drásticamente la capacidad de disponibilidad de datos de la cadena, beneficiando principalmente a los rollups. Entonces la cadena está fragmentada, solo para datos en lugar de ejecución.

¿Cuál es la diferencia entre fragmentación y rollups?

La fragmentación es una técnica de escalamiento de Capa 1 que divide la cadena base en múltiples cadenas paralelas procesadas por diferentes comités de validación. Los rollups son construcciones de Capa 2 que ejecutan transacciones fuera de la cadena y publican los resultados en la capa base, heredando la seguridad de la capa base a través de pruebas de fraude o pruebas de conocimiento cero. La fragmentación escala la capa base, los resúmenes escalan encima de ella. Son complementarios y la pila moderna utiliza ambos.

¿Es segura la fragmentación?

La fragmentación puede ser segura si se diseña correctamente. El principal riesgo es la adquisición de un único fragmento, donde un atacante concentra su participación en un fragmento específico. La asignación aleatoria de comités, la rotación frecuente, el muestreo ponderado y la certificación del quórum son las defensas estándar. Combinadas con el muestreo de disponibilidad de datos y los incentivos económicos como la reducción, las cadenas fragmentadas modernas alcanzan niveles de seguridad comparables a las cadenas monolíticas, aunque es más complejo razonar sobre el modelo de seguridad. un 51% de ataque en un solo fragmento con aleatoriedad débil sería mucho más barato que atacar toda la cadena, razón por la cual la calidad de la aleatoriedad es tan importante.

¿Qué es el muestreo de disponibilidad de datos?

El muestreo de disponibilidad de datos es una técnica que permite a los nodos ligeros verificar que los datos del bloque se hayan publicado sin descargar el bloque completo. Los datos están codificados para borrarlos de modo que cualquier fracción de ellos pueda reconstruir el todo, y los nodos se eliminan aleatoriamente. sample pequeñas porciones de la red. Si se retienen datos, los sectores faltantes aparecen rápidamente en muchos muestreadores. DAS es fundamental para el plan danksharding de Ethereum y para las cadenas de disponibilidad de datos dedicadas como Celestia.

¿Qué blockchains utilizarán fragmentación en 2026?

Las cadenas fragmentadas de producción en 2026 incluyen NEAR Protocol (Nightshade), Zilliqa, Polkadot (parachains), MultiversX (sharding de estado adaptativo) y TON (cadenas de trabajo y shardchains). Ethereum implementa la fragmentación de datos mediante danksharding. Celestia y cadenas modulares similares utilizan técnicas de fragmentación adyacentes para la disponibilidad de datos. Cada diseño hace diferentes concesiones entre fragmentación de ejecución, fragmentación de estado y fragmentación de datos, pero todos comparten la idea central de dividir la carga de trabajo entre comités paralelos.

¿Puede una cadena fragmentada admitir contratos inteligentes que abarquen varios fragmentos?

Sí, pero la experiencia del desarrollador difiere de la de una cadena monolítica. La mayoría de las cadenas fragmentadas requieren que las llamadas de contrato entre fragmentos sean asincrónicas, lo que significa que la persona que llama programa una llamada y el resultado regresa en un bloque posterior. La API basada en promesas de NEAR es un ejemplo representativo. Algunos diseños tienen como objetivo proporcionar componibilidad sincrónica entre fragmentos mediante una ejecución optimista con reversión, pero las implementaciones de producción actuales se basan en gran medida en patrones asíncronos, lo que influye en cómo se diseñan los protocolos y juegos DeFi en cadenas fragmentadas.

Conclusión

La fragmentación es una de las ideas arquitectónicas más profundas en la ingeniería blockchain. Se enfrenta al trilema al dividir el trabajo entre comités de validación, dividir el estado en fragmentos y coordinar a través de una cadena de balizas. Bien hecho, ofrece un rendimiento que aumenta con el número de fragmentos y al mismo tiempo preserva la descentralización y la seguridad. Si se hace mal, abre nuevas superficies de ataque y complica la experiencia del desarrollador. Las cadenas que han implementado la fragmentación con éxito pasaron años iterando el diseño, y las lecciones de NEAR, Zilliqa, Polkadot, MultiversX y TON han informado a toda la industria.

El panorama para 2026 tiene más matices que la visión para 2017. La fragmentación de ejecución pura ha dado paso en gran medida a la fragmentación de datos más acumulaciones, con arquitecturas modulares que combinan capas especializadas para ejecución, liquidación, consenso y disponibilidad de datos. El giro de Ethereum de 64 fragmentos de ejecución a danksharding plus rollups es el ejemplo más visible, pero es parte de un consenso más amplio de la industria. Ya sea que esté creando un protocolo DeFi, eligiendo una cadena para implementar o simplemente tratando de comprender hacia dónde se dirige la infraestructura criptográfica, la fragmentación es un concepto que vale la pena conocer en profundidad.

La próxima vez que vea una cadena que anuncie "100.000 TPS" o "escalabilidad infinita", observe cómo implementa la fragmentación. Pregunte si fragmenta la red, las transacciones, el estado o los datos. Compruebe cómo aleatoriza los comités, cómo funcionan los mensajes entre fragmentos y si el muestreo de disponibilidad de datos es parte de la pila. Las respuestas le dirán mucho más sobre la verdadera ingeniería de la cadena que cualquier diapositiva de marketing. Combine ese conocimiento con una comprensión de PoW frente a PoS mecanismos de consenso, y usted tiene la base para evaluar cualquier nueva cadena de bloques por sus méritos técnicos en lugar de por sus exageraciones.