El 29 de julio de 2026, Solana activó en su red principal SIMD-0286, una actualización que sube el máximo de trabajo que cabe en cada bloque de 60 a 100 millones de unidades. En la práctica, cada bloque tiene ahora un 66% más de capacidad para procesar transacciones, sin cambiar los 400 milisegundos que tarda en producirse. A continuación, explicamos qué son esas unidades de cómputo, por qué se ha subido el límite ahora y qué implica para la red.
Qué es una unidad de cómputo y por qué mide la capacidad de un bloque
Las unidades de cómputo (compute units, CU) son la forma en que Solana mide el costo computacional del procesamiento de transacciones. Piénselas como asientos en un avión: cada instrucción dentro de la red, una transferencia, una operación DeFi o una escritura en un oráculo, gasta una cantidad determinada de CU o «asientos». Cada bloque tiene un presupuesto máximo de capacidad.
Antes de esta actualización, el avión tenía 60 millones de asientos y, cuando ese presupuesto se agotaba durante los picos de actividad, el resto de las transacciones tenía que esperar al siguiente. Ahora el avión tiene 100 millones de asientos, permitiendo que más transacciones quepan en cada bloque sin quedarse en lista de espera.
Es significativo aclarar que medir el límite en unidades de cómputo no es lo mismo que el «número de transacciones por segundo» (TPS), ya que el TPS final depende de la complejidad individual de cada operación y de otros factores de la red.
Durante los periodos de calma, 60 millones de CU daban margen de sobra, pero en momentos de alta demanda, ese techo actuaba como un cuello de botella. Aunque la red implementó SIMD-0256 para elevar el límite de 50 a 60 millones de CU, la presión de los desarrolladores siguió aumentando, haciendo necesario este nuevo salto de capacidad.
Por qué se ha subido el límite ahora y no antes
La subida responde a la creciente demanda de aplicaciones como DEX, restaking y MEV. Según la Fundación Solana, el 11,2% de los bloques rozaba la saturación al superar los 56M de CU en picos de tráfico, provocando fallos en transacciones y mayores comisiones.
El momento clave llegó tras validar la propuesta de Lucas Bruder (Jito Labs) en devnet y cumplir una condición indispensable: que más del 70% del stake operara con XDP. Esta tecnología acelera la propagación de datos entre validadores, permitiendo ampliar la capacidad a 100M sin generar cuellos de botella en la red.
Qué cambia para la red y qué no cambia
|
Lo que SÍ cambia |
Lo que NO cambia |
| Capacidad total: Entran más transacciones por bloque (+66%). | Tiempo de generación: Se mantienen los 400 ms por slot. |
| Margen ante picos: Menos fallos por congestión en momentos de alto tráfico. | Límite por cuenta: Se mantiene en 12M CU máximos por cuenta escribible. |
| Operativa de apps: Protocolos DeFi y oráculos agrupan operaciones con mayor soltura. | Compatibilidad: Cero cambios requeridos en el código de las dApps existentes. |
Mantener el límite individual por cuenta en 12M CU mientras se sube el total a 100M busca un objetivo claro: forzar que la capacidad extra se reparta entre muchas aplicaciones distintas y evitar que una sola dApp o bot absorba todo el espacio del bloque.
Lo que sostiene una decisión así en una red descentralizada
Detrás de este salto no hay un precepto único, sino un proceso de gobernanza técnica y consenso comunitario. Propuesta en mayo de 2025 por Lucas Bruder, la mejora SIMD-0286 se comprobó de forma prudente en testnet y devnet antes de llegar a la red principal.
Pasar directo de 60M a 100M de CU fue posible gracias al avance acumulado en los clientes validadores y a la adopción previa de XDP por más del 70% del stake.
Para el usuario común, el cambio es completamente invisible: la wallet funciona igual, pero la red responde de forma más fluida. Esto demuestra cómo evoluciona una blockchain descentralizada mediante propuestas abiertas, validación técnica y despliegue coordinado. Ahora la incógnita ya no es si la red puede escalar, sino cuánto tardará la demanda en acercarse al nuevo techo.
FAQ
- ¿Qué es la actualización SIMD-0286 de Solana? Es un cambio en la red principal que eleva el límite de cómputo por bloque de 60 a 100 millones de unidades, aumentando su capacidad un 66%.
- ¿Afecta esta mejora al tiempo de confirmación de los bloques? La velocidad de la red se mantiene intacta, procesando un bloque cada 400 milisegundos.
- ¿Qué beneficia directamente al usuario esta actualización? Reduce la congestión en momentos de alto tráfico, evitando transacciones fallidas y aumentando la fluidez general de las aplicaciones.
- ¿Deben los desarrolladores adaptar el código de sus dApps? La mejora es totalmente compatible con la infraestructura actual y no requiere modificaciones en el código existente.