Actualización de Solana del 9 de septiembre: qué cambia el nuevo formato de transacción

El 9 de septiembre de 2026 Solana activa un nuevo formato de transacción. Si tienes SOL, la respuesta más importante llega de entrada y es tranquilizadora: no tienes que hacer nada. Ningún canje, ningún cambio de monedero, ningún plazo que te cueste dinero. Lo que cambia está una capa más abajo, en el protocolo, y ahí es justamente donde algunos monederos y algunas aplicaciones pueden comportarse de forma distinta en los días alrededor del 9 de septiembre, sin que nada esté roto de tu lado.

Este artículo explica qué ocurre realmente el 9 de septiembre, quién ha dado la fecha, por qué lleva unas horas de margen en ambos sentidos y en qué notarás tú mismo que el cambio ya se ha producido. En español apenas hay cobertura técnica del asunto: las búsquedas de "actualización de Solana septiembre 2026" devuelven sobre todo noticias de precio y de ETF en lugar de una explicación del cambio de protocolo.

Qué ocurre en Solana el 9 de septiembre y qué no

Solana eleva el tamaño máximo de una transacción individual: de 1.232 a 4.096 bytes, algo más del triple. Es posible gracias al protocolo de red QUIC que, a diferencia del antiguo límite de IPv6 de 1.280 bytes, no impone ningún techo fijo a un flujo de datos.

El nuevo tamaño no se aplica a todo lo que circula por la cadena. Lo determinante es un nuevo formato de transacción denominado v1, y el límite superior solo rige ahí. Los dos formatos existentes, legacy y v0, siguen siendo válidos sin cambios y conservan su techo anterior. Los desarrolladores deben pasarse a v1 de forma deliberada; ninguna aplicación migra por sí sola.

Con ello queda claro también qué no sucede el 9 de septiembre: no hay bifurcación dura, ni división de la cadena, ni migración de tus saldos, ni parada de la red. Tus SOL, tus tokens y tus importes delegados estarán después del cambio exactamente donde estaban antes.

Quién ha dado la fecha y por qué la página oficial no lleva ninguna

La fecha no procede de un documento de la Solana Foundation, sino de una declaración atribuida a una persona concreta. Jacob Creech, vicepresidente de Tecnología de la Solana Foundation, mencionó el 9 de septiembre en X el 29 de agosto; el medio especializado crypto.news recogió el anuncio el 30 de agosto (crypto.news).

La página oficial de actualizaciones de la Solana Foundation, en cambio, recoge el proyecto sin fecha. Allí figuran las cifras (4.096 bytes en lugar de 1.232, es decir, 3,3 veces más) y el estado "Pending Feature Activation", esto es, activación pendiente. Para las tres redes indica: testnet activa, devnet no activada, red principal no activada.

Esa distancia entre el anuncio y el documento no es una contradicción, sino la norma en Solana. Las fechas de cada función salen del calendario de versiones de la empresa de desarrollo Anza y las comunican personas antes de que aparezcan en ningún sitio como fecha fijada. Quien quiera una prueba firme consulta la propia cadena, y a eso llegamos más abajo.

Tamaño de transacción: qué cabe en una sola operación con 4.096 bytes

Una transacción es el sobre que contiene una instrucción dirigida a la cadena de bloques: emisor, destinatario, firmas, cuentas implicadas, llamada al programa. Hasta ahora cabían 1.232 bytes en ese sobre. Todo lo que superaba esa cifra había que trocearlo en varias transacciones encadenadas una tras otra, con el riesgo de que una parte pasara y la siguiente fallara.

Con 4.096 bytes, según la página oficial de actualizaciones, caben por primera vez en una sola operación: las pruebas de conocimiento cero (pruebas criptográficas que acreditan algo sin revelar los datos subyacentes), las instrucciones de firma múltiple complejas y las operaciones agrupadas que hoy necesitan varias transacciones encadenadas. Para las aplicaciones de cadencia alta, motores de liquidación, libros de órdenes y capas de liquidación en las finanzas descentralizadas, ahí está la ganancia real: menos pasos intermedios, menos estados transitorios, menos fuentes de error.

El límite de 64 cuentas por transacción se mantiene sin cambios. Más espacio significa, por tanto, más datos por participante y no más participantes.

Qué es un feature gate y por qué solo salta en los límites de época

Un feature gate es un interruptor en el código de los validadores que mantiene apagada una función ya entregada hasta que una mayoría de validadores la enciende de forma conjunta. Solana coloca sus novedades detrás de esos interruptores desde hace años, en lugar de atarlas a una bifurcación dura. La ventaja está en el desacoplamiento: los cambios de una misma versión son técnicamente independientes entre sí y pueden activarse uno a uno, cada uno después de su propia prueba. Esta actualización de la red forma parte, así, de un despliegue continuo y no de un acontecimiento único.

El precio es que la red cambia varias veces en septiembre sin que haya nunca un gran anuncio con cuenta atrás. Para el formato de transacción ampliado, el interruptor lleva la dirección verificable en la cadena txv1aq4pp281K9um3tnPgkfX8UqtFT6wcVW3hNezGLL.

Un punto es clave para entender la fecha: un feature gate cae en un límite de época, no a una hora determinada. Una época es el periodo contable de Solana y abarca exactamente 432.000 slots; un slot es la ventana temporal en la que un validador puede producir un bloque. Solo cuando termina una época asume la cadena las funciones recién activadas.

Medición propia: dónde estaba la cadena el 2 de septiembre

El 2 de septiembre de 2026, hacia las 12:40 UTC, preguntamos directamente a un nodo público de la red principal en lugar de fiarnos de datos de terceros. Volvieron tres valores en tiempo real:

• La cuenta del feature gate txv1aq4pp… está vacía en mainnet-beta. El interruptor no está activado en ese momento; el anuncio para el 9 de septiembre sigue pendiente y no se ha ejecutado ya.
• La cadena corría en la época 1027, en el slot 35.113 de 432.000, es decir, alrededor del ocho por ciento de la época.
• Los nodos consultados informaban de la versión de cliente 4.2.1. La versión que entrega el nuevo formato ya está en marcha, por tanto.

De dos marcas de tiempo de bloques separadas por 10.000 slots resulta una duración de slot medida de unos 314 milisegundos. Con ello, una época completa dura ahora mismo unas 37,7 horas. Prolongando el cálculo, la época 1027 termina la tarde del 3 de septiembre y hasta el 9 de septiembre quedan todavía unos tres límites de época. El último antes de la fecha cae la tarde del 8 de septiembre y el siguiente, el 10 de septiembre.

En la práctica esto significa que el 9 de septiembre es una fecha con unas horas de margen en ambos sentidos, no una hora concreta. Si miras la mañana del 9 de septiembre y no notas nada, no te has perdido nada necesariamente.

Las tablas de búsqueda de direcciones desaparecen en el formato v1

Aquí está el verdadero inconveniente, y es la razón por la que los desarrolladores no van a activar el nuevo formato en todas partes. Una tabla de búsqueda de direcciones (address lookup table, ALT) es un directorio de cuentas guardado en la cadena: en lugar de escribir cada dirección en la transacción con sus 32 bytes completos, la aplicación remite con un índice corto a una entrada de esa tabla. Justo así han ahorrado espacio las aplicaciones para poder situarse por debajo del límite de 1.232 bytes.

El formato v1 no admite esas tablas. Quien use v1 debe escribir todas las cuentas implicadas directamente en la instrucción, como direcciones completas de 32 bytes. El espacio adicional financia así, en parte, su propio consumo extra.

Para los desarrolladores esto se convierte en una decisión transacción por transacción: ¿aporta el sobre más grande más de lo que costó la lista de direcciones ahorrada? Para una prueba de conocimiento cero la respuesta es claramente que sí. Para un intercambio enrutado por muchos pools que hoy trabaja con una tabla bien mantenida, el formato antiguo puede seguir siendo la mejor opción.

Qué significa esto para monederos y dApps en los días del 9 de septiembre

Como cada aplicación toma esa decisión por su cuenta, el cambio será desigual. Algunos equipos pasarán pronto a v1, otros lo dejarán durante meses y otros usarán ambos formatos en paralelo según la operación. Para ti como usuario puede verse así:

• Una dApp indica después del cambio comisiones ligeramente distintas para la misma operación, porque el tamaño de la transacción ha variado.
• Un monedero muestra una transacción en la vista previa de forma distinta a como lo hacía antes.
• Una aplicación mantiene de momento su comportamiento anterior mientras otra cambia de manera visible.

Ninguna de estas observaciones es un fallo de tu cuenta. Si guardas tus propias claves, la actualización no cambia nada en tu custodia; echar un vistazo a la comparativa de carteras hardware merece la pena por otros motivos, pero no por esta fecha. Y al revés: si un mensaje, un correo o una llamada te cuenta estos días que tienes que "migrar" tu monedero o introducir una frase semilla por la actualización de Solana, es un intento de estafa. Las actualizaciones de red de este tipo no exigen jamás ninguna acción de los usuarios finales.

¿Tengo que hacer algo como tenedor de SOL?

No. La respuesta es sólida y se apoya en tres motivos:

1. Los formatos existentes siguen siendo válidos. Las transacciones legacy y v0 funcionarán después del 9 de septiembre igual que antes.
2. El cambio es voluntario y corresponde al equipo técnico de cada aplicación. Ni los usuarios de monederos ni los tenedores deciden nada aquí.
3. No hay ningún plazo en el que caduque algo. A diferencia de un canje de tokens o de la retirada de un par de una plataforma, al final de esta fecha no hay pérdida alguna.

Quien aun así quiera hacer algo, hará lo más sensato: en los días alrededor del 9 de septiembre, no dejar las transacciones grandes para el último minuto y, ante un mensaje de error llamativo, consultar primero la página de estado de la aplicación antes de repetir la operación varias veces.

El calendario de septiembre: tres cambios, tres fechas

El formato de transacción ampliado es el segundo de tres cambios que Solana activa uno tras otro en pocas semanas. El calendario, tal como lo esbozó Jacob Creech a finales de agosto:

1. La rebaja de las comisiones de almacenamiento (tras la votación de gobernanza sobre la propuesta SIMD-0437), primera de cinco fases previstas en la semana del 31 de agosto. Se trata del alquiler que las cuentas deben depositar en Solana por su espacio de almacenamiento; a medida que baja, abrir cuentas nuevas resulta más barato.
2. El formato de transacción v1 con 4.096 bytes, fijado para el 9 de septiembre.
3. Alpenglow, la gran actualización del consenso, que llega con la versión Agave 4.3 y apunta a octubre según la Fundación.

Sobre este último punto hay dos fechas que a primera vista se contradicen y que por eso ponemos una al lado de la otra: el plan de versiones de Agave 4.3 señala el 28 de septiembre como inicio de la activación de funciones en la red principal, mientras que la Fundación da octubre como objetivo para el propio Alpenglow. Ambas encajan en cuanto se separa la versión del interruptor: la versión trae el código, el interruptor decide el momento, y esta hoja de ruta no es un calendario rígido. Lo que Alpenglow significa para quienes delegan lo hemos explicado en detalle en nuestro artículo sobre la actualización Alpenglow y el staking.

A qué velocidad funciona la cadena y qué debe cambiar Alpenglow

Las cifras publicadas sobre la duración de un slot difieren. La página oficial de actualizaciones señala para la versión Agave 4.2 un objetivo de 200 milisegundos frente a los 400 anteriores; crypto.news informaba el 30 de agosto de 350 milisegundos, con las metas intermedias de 300, 250 y 200. Nuestra propia medición del 2 de septiembre dio 314 milisegundos. La reducción del tiempo de producción de bloques avanza, pues, por fases que también dependen de interruptores concretos.

La finalidad (transaction finality) hay que distinguirla de lo anterior y designa el momento a partir del cual una transacción ya no puede revertirse en la práctica. Justo ahí entra Alpenglow. La actualización sustituye la arquitectura de consenso TowerBFT por dos componentes nuevos, Votor para la votación de los validadores y Rotor para la difusión de los bloques, y aspira a una finalidad de unos 100 a 150 milisegundos en lugar de los 12,8 segundos habituales hasta ahora. Parte de la ganancia procede de tramitar fuera de la cadena las transacciones de voto de los validadores en lugar de hacerlas pasar por ella con normalidad, lo que rebaja al mismo tiempo los costes de los validadores. Proof of History, la fuente de tiempo de la cadena, no se ve afectada.

En el día a día, una finalidad por debajo del segundo significa sobre todo que las plataformas de intercambio y los proveedores de pagos pueden abonar los depósitos antes, porque la seguridad de la liquidación queda establecida antes. Con ello Solana gana interés como capa de liquidación para aplicaciones que dependen de una finalidad rápida. Para el precio, nada de esto es automático.

Qué deben vigilar ahora validadores y delegantes

Quien opera un validador propio ya tiene la fecha en el calendario. Quien solo delega, es decir, quien ha depositado sus SOL en el validador de un tercero, no tiene nada que preparar, pero conviene que sepa qué importa en las próximas semanas.

Lo decisivo es la diversidad de clientes: Solana funciona hoy con varios programas de validación independientes. Si una función solo está terminada en uno de ellos, el interruptor se retrasa para todos; cambios así se prueban de antemano en las redes de prueba y en la práctica de los validadores. Para ti, que delegas, importa por tanto menos la fecha concreta que la cuestión de si tu validador instala pronto las versiones actuales y con qué fiabilidad produce bloques. Si de todos modos querías revisar tu delegación, fíjate en los tiempos de caída de tu validador, en su comisión y en si sigue el ritmo de las versiones recientes.

Un punto que suele pasarse por alto: la cuantía de tu rendimiento de staking depende de la tasa de inflación del protocolo y de los ingresos por comisiones de los validadores, no del formato de transacción. Que ese rendimiento haya bajado últimamente tiene otras causas.

En qué notarás que el feature gate ha caído

No necesitas un nodo propio para eso. Hay tres vías, de la más sencilla a la más precisa:

1. La página oficial de actualizaciones. Allí figura el estado de cada red. En cuanto la entrada de la red principal pase de "no activada" a activa, el asunto está resuelto.
2. El contador de épocas. Los exploradores públicos de Solana muestran la época en curso y su avance. Un feature gate cae siempre en el paso a la época siguiente.
3. La propia cuenta de la función. Si te apetece, pregunta a un nodo público por la cuenta txv1aq4pp281K9um3tnPgkfX8UqtFT6wcVW3hNezGLL. Mientras ahí no haya nada, la función está apagada; en cuanto la cuenta lleve datos, está encendida. Esa es exactamente la vía que hemos utilizado para este artículo.

¿Y si el 9 de septiembre pasa sin que ocurra nada? Entonces no es una señal de alarma. Los feature gates se desplazan con regularidad una o dos épocas cuando una prueba sigue en marcha o un cliente va rezagado. La fecha es una intención, no un contrato.

Actualización de Solana: qué te llevas de todo esto

1. Mantén la calma y no cambies nada. Para tenedores y usuarios esta fecha no trae ninguna gestión, ningún plazo ni ningún riesgo. Si conservas tus SOL a largo plazo, nada cambia para ti; dónde los compras sigue siendo una decisión de comisiones y de pares de negociación, para la que sirve la comparativa de exchanges.
2. Ante cualquier rareza, revisa primero la aplicación y no la red. Si una dApp se aparta estos días de su comportamiento habitual, lo más probable es que se deba a su propio cambio al nuevo formato. Cualquier petición de introducir claves o mover saldos por ese motivo es una estafa; qué monederos de software guardan tus claves y cómo lo hacen se ve en la comparativa de monederos de software.
3. No pierdas de vista la cita de octubre. Alpenglow es el cambio con consecuencias reales para quienes delegan y para la velocidad de la cadena. Si delegas, comprueba antes con qué fiabilidad trabaja tu validador; los criterios de comparación están en el panorama de las plataformas de staking.

(2 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)