Ethereum tiene un problema evidente: no escala.

Hablando con Leo, un desarrollador que lleva metido en cripto desde antes del boom de las ICOs, me quedó claro que este es el elefante en la habitación para la red de contratos inteligentes. "La capacidad de procesar transacciones es limitada", me dijo directamente. "Cuando hay mucha actividad, la red se atasca y las comisiones se disparan. Es frustrante". Para mí, ese atasco es precisamente lo que frena la adopción masiva de muchas aplicaciones descentralizadas.

Dato clave

Sharding en Ethereum es una técnica que fragmenta la red en partes más pequeñas llamadas shards, permitiendo procesar múltiples transacciones en paralelo y multiplicando la capacidad de la red. Los shards se comunican entre sí y con la capa principal de Ethereum, lo que mejora la escalabilidad sin comprometer la seguridad de forma teórica. Esta actualización forma parte de la hoja de ruta post-Merge, y se espera que pueda aumentar la capacidad en un 64% o más.

¿Qué es exactamente eso de fragmentar la red?

Te lo explico como me lo explicó Leo. Imagina una autopista de un solo carril. Cada vez que un coche quiere pasar (una transacción), todos los demás esperan. Eso es Ethereum sin sharding.

Sharding convierte esa autopista en una con 64 carriles paralelos. Cada carril, o shard, procesa su propio tráfico de forma independiente. "Cada shard es como una mini-blockchain dentro de la blockchain grande", añadió Leo. "Tienen sus propias cuentas, sus propios contratos inteligentes y su propio estado".

Pero ojo, esto no es simplemente partir la red en 64 trozos. La gracia está en que siguen formando parte de un todo. La capa principal de Ethereum, la Beacon Chain, se encarga de coordinar y verificar que todos los shards funcionen correctamente y se comuniquen entre sí. Sin esa coordinación, tendrías 64 blockchains independientes que no sabrían nada la una de la otra.

Punto clave

Sharding no es la escalabilidad mágica que resuelve todos los problemas. Es una solución ingenieril compleja que mejora la capacidad de proceso, pero introduce nuevos desafíos técnicos.

Los beneficios que promete (y algunos que ya se ven)

Leo no se mostró eufórico, pero sí optimista. "Los beneficios son claros para cualquiera que haya pagado 50 euros en gas por una transacción", bromeó.

  • Mayor capacidad de procesamiento. Al tener 64 shards procesando en paralelo, la red puede manejar muchas más transacciones por segundo. No es una mejora lineal, pero multiplica la capacidad actual de manera significativa.
  • Menores costes de transacción. Si la red puede con más tráfico, la competencia por el espacio en los bloques disminuye. Eso, en teoría, debería abaratar las comisiones.
  • Validación más eficiente. Los validadores de la red no tienen que verificar todo el estado de Ethereum. Solo necesitan validar el shard que les toca. Esto reduce la carga de trabajo y hace que la red sea más fácil de mantener para nodos con hardware modesto.

Pero no todo es color de rosa. "El principal riesgo para mí", comentó Leo mientras se tomaba un café, "es la seguridad entre shards. ¿Qué pasa si un atacante controla una mayoría de validadores dentro de un shard? Podría alterar su estado".

Ese es el punto débil que los desarrolladores han tenido que resolver. Para evitarlo, Ethereum asigna aleatoriamente a los validadores a diferentes shards y cambia esa asignación constantemente. Es un mecanismo de defensa ingenieril muy fino.

Desafíos técnicos que no son broma

No te voy a engañar, implementar sharding en una red viva con miles de millones de dólares en juego no es como cambiarle las pastillas de freno a un coche. Es más como hacer un trasplante de corazón mientras el paciente corre una maratón.

La comunicación entre shards es el gran dolor de cabeza. Si un contrato inteligente en el shard 1 necesita leer datos de un contrato en el shard 18, ¿cómo se sincronizan? No puede ser instantáneo, porque cada shard procesa a su ritmo. Soluciones como los receipts (recibos) o los cross-shard transactions (transacciones entre shards) están en desarrollo, pero no son triviales.

La finalidad de las transacciones también se complica. En una blockchain normal, cuando una transacción se confirma, ya está. En un entorno shardeado, puede haber un retraso hasta que los datos de esa transacción se propaguen por todos los shards relevantes. "Es un problema de consistencia", explicó Leo. "No puedes tener la misma inmediatez que en Ethereum sin sharding".

Ejemplo real

Piensa en un intercambio descentralizado (DEX) que opera en varios shards. Un usuario quiere intercambiar tokens que están en el shard 1 por otros del shard 18. El sistema tiene que coordinar ambas transacciones, asegurarse de que no haya doble gasto y que los precios sean correctos. Es un quebradero de cabeza.

¿Y el resto de la hoja de ruta?

Sharding no es una isla. Forma parte de una serie de actualizaciones que empezaron con The Merge y que continuarán con Surge (donde encaja el sharding), Scourge, Verge, Purge y Splasher. Son nombres rimbombantes, pero la idea es simple: cada una aborda un aspecto diferente para hacer Ethereum más rápido, barato y seguro.

Lo más interesante para mí es que el sharding que se diseñó originalmente (con shards que ejecutaban sus propias transacciones) ha evolucionado. Ahora el enfoque está más en danksharding y proto-danksharding (EIP-4844). Esto simplifica el modelo: los shards ya no ejecutan contratos inteligentes, sino que actúan como "blobs" de datos temporales para rollups. Los rollups procesan las transacciones y luego publican los datos comprimidos en estos blobs, que se verifican rápidamente. Es más eficiente porque la capa principal no tiene que ejecutar las transacciones de los rollups, solo verificar que los datos están ahí.

"Esto cambia el paradigma", me confesó Leo. "Ya no necesitas que cada shard sea una mini-blockchain completa. Solo necesitas espacio para meter datos de forma barata y verificable. Los rollups hacen el trabajo pesado de la ejecución".

Implicaciones para el inversor normal

Si eres de los que compra y vende cripto, ¿esto te afecta? La respuesta corta es sí, pero de forma indirecta.

Cuando el sharding (especialmente proto-danksharding) esté activo, las comisiones en las redes de capa 2 (Arbitrum, Optimism, Base, etc.) deberían caer en picado. Ya hemos visto reducciones significativas en 2024. Para transacciones complejas en la capa 1, también deberías notar menor congestión.

Punto clave

No confundas sharding con una simple actualización de software. Es un cambio de arquitectura fundamental. Afecta a cómo se validan las transacciones, a la economía del staking y a la seguridad.

Para proyectos de cripto, especialmente los que construyen aplicaciones de alto rendimiento (juegos, exchanges descentralizados de alta frecuencia, DeFi complejo), esto es un antes y un después. Si no escalan, se quedan fuera del ecosistema.

Pero hay un riesgo regulatorio que pocos mencionan. Con más transacciones y más datos en la cadena, la trazabilidad de las operaciones se vuelve más compleja para la Agencia Tributaria. Y para el inversor, también. Llevar un registro de tus operaciones cuando usas múltiples rollups, puentes entre shards y diferentes wallets puede convertirse en una pesadilla.

Si en algún momento necesitas aclarar cómo declarar tus movimientos en un entorno post-sharding, recuerda que una asesoría como Solcrip puede ayudarte con informes fiscales y trazabilidad. Pero no te obsesiones con eso ahora.

Mi opinión personal (y no es todo optimismo)

Creo que sharding (en su forma actual de proto-danksharding) es una solución inteligente. Es pragmática. En lugar de intentar construir una máquina perfecta desde cero, se apoya en rollups, que ya están funcionando y demostrando su valía. Es como poner ruedas a un coche que ya tiene motor en lugar de diseñar un monovolumen desde el chasis.

Pero no soy ingenuo. La implementación completa de sharding con todas sus funciones (comunicación nativa entre shards, finalidad mejorada) llevará años. Y durante ese tiempo, la red estará en una fase intermedia donde la experiencia de usuario puede ser confusa. Aplicaciones que funcionan en un shard pueden no comunicarse bien con aplicaciones en otro. Es un lío temporal que habrá que gestionar.

Para mí, el verdadero test no es si la tecnología funciona en un testnet, sino si la comunidad de desarrolladores adopta las nuevas herramientas y si los usuarios dejan de quejarse de las comisiones. Si dentro de dos años la gente sigue pagando 10 dólares por enviar USDC, será que algo ha fallado.

Pregúntate esto: si Ethereum escala, ¿qué aplicaciones que hoy son inviables empezarías a usar? Porque al final, de eso va todo esto. No de la tecnología por la tecnología, sino de lo que podemos construir sobre ella.