¿Qué es el sharding en blockchain? Significado y ejemplos

El sharding es una técnica de escalabilidad blockchain que divide una red en grupos más pequeños, llamados shards, que procesan transacciones y almacenan datos en paralelo en lugar de que cada nodo haga todo el trabajo. Es una de las principales formas en que una blockchain de capa 1 puede aumentar su rendimiento sin exigir a cada validador máquinas cada vez más potentes.

Definición de sharding

El término procede de las bases de datos, donde una tabla grande se divide en «shards» horizontales alojados en distintos servidores. Aplicado a una blockchain, el sharding significa que cada validador solo procesa y almacena una parte de la actividad de la red, mientras el sistema sigue siendo una única cadena con un único token.

Hay tres tipos de sharding, y una red puede usar uno o los tres:

• Sharding de red: los validadores se dividen en grupos, cada uno responsable de un shard.
• Sharding de transacciones: cada transacción la procesa un solo shard en lugar de todos los nodos.
• Sharding de estado: cada shard almacena solo su parte del libro mayor (saldos, almacenamiento de contratos), de modo que ningún nodo tiene que guardarlo todo. Es el tipo más difícil de construir, porque las transacciones a menudo afectan a cuentas de shards distintos.

Cómo funciona el sharding

Una cadena con sharding de estado suele funcionar así:

1. Asignación de cuentas. Cada cuenta y cada smart contract reside en un shard, normalmente determinado por su dirección.
2. Asignación de validadores. Los validadores se asignan a los shards de forma aleatoria y se redistribuyen periódicamente, para que los atacantes no puedan predecir ni concentrarse en un shard.
3. Bloques en paralelo. Cada shard produce sus propios bloques al mismo tiempo que los demás.
4. Coordinación. Una cadena coordinadora (MultiversX la llama metachain) notariza las cabeceras de bloque de los shards para que todos acuerden un único historial global.
5. Mensajes entre shards. Cuando una transacción envía valor o llama a un contrato en otro shard, se ejecuta en dos pasos: débito en el shard del remitente y después abono o ejecución en el shard del destinatario. Eso hace que las llamadas entre shards sean asíncronas.

Los enfoques varían según la cadena:

• MultiversX usa Adaptive State Sharding, que combina sharding de red, de transacciones y de estado. La configuración de la red devolvía 3 shards de ejecución más la metachain cuando lo comprobamos el 10 de octubre de 2026, y el diseño permite añadir o fusionar shards según cambie la carga (documentación de MultiversX). Su actualización Supernova estaba programada para la época 2233 (10 de septiembre de 2026) para reducir el tiempo de bloque de 6 segundos a 600 ms. La configuración en vivo mostraba una duración de ronda de 600 ms en la época 2259 el 10 de octubre de 2026, así que la actualización está activa.
• Ethereum abandonó su plan original de fragmentar la ejecución y pasó a una hoja de ruta centrada en rollups llamada danksharding, que fragmenta la disponibilidad de datos para las capas 2 en lugar de la ejecución. El proto-danksharding (EIP-4844, los «blobs») llegó con la actualización Dencun el 13 de marzo de 2024. PeerDAS (EIP-7594), que permite a los nodos muestrear solo una parte de los datos de los blobs, llegó con la actualización Fusaka en diciembre de 2025 (ethereum.org, Blockworks).
• Sui no divide su estado en shards. Escala mediante un modelo de datos centrado en objetos: las transacciones que solo tocan objetos propios pueden saltarse el consenso, las que afectan a objetos compartidos las ordena el protocolo de consenso Mysticeti y las transacciones sin objetos en común se ejecutan en paralelo (documentación de Sui).

Ejemplo de sharding

Hipotético, con cifras redondas: supongamos que una cadena sin sharding procesa 1.000 transacciones por segundo, limitada por lo que puede ejecutar un solo validador. Divídala en 4 shards y, si cada transacción se queda dentro de un shard, la red podría en teoría gestionar unas 4 × 1.000 = 4.000 transacciones por segundo, porque cada shard trabaja en paralelo.

El tráfico real es más complicado. Supongamos que el 30 % de las transacciones son entre shards y que cada una cuesta aproximadamente el doble de trabajo, porque se procesa una vez en cada lado. El trabajo medio por transacción es entonces 0,7 × 1 + 0,3 × 2 = 1,3 unidades, así que la capacidad efectiva ronda 4.000 ÷ 1,3 ≈ 3.077 transacciones por segundo. Sigue siendo una mejora, pero por debajo de la cifra anunciada.

Por qué importa el sharding

• Comisiones más bajas con carga alta. Más capacidad significa menos competencia por el espacio de bloque, lo que mantiene más bajas las comisiones de gas en momentos de mucha actividad.
• Complejidad para los desarrolladores. Con las llamadas asíncronas entre shards, un contrato no siempre puede leer el estado de otro contrato y actuar en la misma transacción. Las aplicaciones deben gestionar callbacks y fallos parciales.
• Compromisos de seguridad. Cada shard está protegido por un subconjunto de validadores, por lo que la asignación aleatoria y la redistribución frecuente son esenciales. El sharding también está ligado al diseño del consenso de la red; consulte proof of stake vs. proof of work.

El sharding en JewelSwap

Los smart contracts de JewelSwap en MultiversX, como cualquier cuenta de MultiversX, residen cada uno en un shard concreto. Cuando su wallet está en un shard distinto al de un contrato, su transacción se procesa como una llamada entre shards: primero sale de su shard y poco después se ejecuta en el shard del contrato, y las llamadas de contrato a contrato entre shards son asíncronas. Es el comportamiento normal en MultiversX, no un error. Nuestra guía de JewelSwap en MultiversX explica lo que funciona allí, y nuestra lista de los mejores protocolos DeFi en MultiversX muestra el ecosistema más amplio.

Términos relacionados

• Comisiones de gas: el coste de incluir una transacción on-chain.
• Época: un periodo fijo tras el cual los validadores, incluida su asignación a shards, pueden rotar.
• Slashing: penalizaciones para los validadores que se comportan mal o se desconectan.
• Bridge cripto: mover activos entre cadenas distintas, a diferencia de las transferencias entre shards dentro de una misma cadena.
• LST (liquid staking token): un token que representa activos en staking en una cadena proof of stake.

Más en el blog de JewelSwap

• Proof of stake vs. proof of work: los modelos de consenso sobre los que se construyen las cadenas con sharding.
• Mejores protocolos DeFi en MultiversX en 2026: lo que se construye en la capa 1 con sharding más conocida.
• JewelSwap en MultiversX: los productos de JewelSwap en MultiversX y cómo usarlos.
• ¿Qué son las comisiones de gas?: por qué el espacio de bloque cuesta dinero y cómo influye la capacidad de la red.

Preguntas frecuentes

¿Qué es el sharding en pocas palabras?

El sharding divide una blockchain en partes más pequeñas, llamadas shards, que procesan transacciones en paralelo. Cada validador gestiona solo una parte, así que la red en su conjunto puede procesar más transacciones de las que podría una sola máquina.

¿Qué es el Adaptive State Sharding?

Adaptive State Sharding es el diseño de MultiversX. Combina sharding de red, de transacciones y de estado, usa una metachain para coordinar los shards y está pensado para que se puedan añadir o fusionar shards según cambie la demanda.

Sharding vs. rollups de capa 2: ¿cuál es la diferencia?

El sharding escala la propia capa base dividiéndola en shards paralelos. Los rollups ejecutan las transacciones en una capa 2 separada y publican los datos en la cadena base. Ethereum combina ambas ideas: el danksharding fragmenta la disponibilidad de datos para abaratar los rollups.

Glosario cripto de JewelSwap · contenido educativo, no asesoramiento financiero. Actualizado el 10 de octubre de 2026. Ver el glosario completo.