Fecha de lanzamiento de la transacción V1 de Solana: qué esperar el 9 de septiembre

Solana está a punto de triplicar más de cómo se ajusta la cantidad de datos dentro de una sola transacción. El 9 de septiembre de 2026, se activó la Transacción V1 en mainnet, expandiendo el tamaño máximo de la transacción de 1,232 bytes a 4,096 bytes, el cambio más grande en cómo se estructuran las transacciones de Solana desde que llegaron las tablas de búsqueda de direcciones en 2021.

Puntos Clave

• La Transacción V1 se pone en marcha en el mainnet de Solana el 9 de septiembre de 2026, elevando el tamaño máximo de la transacción 3.3 veces, de 1,232 bytes a 4,096 bytes, definido conjuntamente por dos Documentos de Mejora de Solana, SIMD-0296 y SIMD-0385.

• La actualización es optativa para cualquiera que envíe transacciones, lo que significa que los formatos heredados y v0 continúan funcionando exactamente como antes, pero introduce cambios que rompen la compatibilidad para proveedores de RPC, indexadores y plataformas de análisis que leen datos de la blockchain.

• El espacio extra desbloquea casos de uso previamente imprácticos en una sola transacción, incluidos los comprobantes de conocimiento cero para transferencias confidenciales, la agregación de firmas BLS y billeteras multisig mucho más grandes.

¿Qué es la Transacción V1 de Solana?

Transacción V1 es un nuevo formato de transacción de Solana que eleva el tamaño máximo de una sola transacción de 1,232 bytes a 4,096 bytes, un aumento de 3.3 veces. Está definido por dos Documentos de Mejora de Solana, o SIMDs, ambos escritos por los ingenieros de Anza, Jacob Creech y Andrew Fitzgerald: SIMD-0296 establece el nuevo límite de tamaño, y SIMD-0385 define la estructura real, o formato, de una transacción v1. Juntos, resuelven un cuello de botella que ha limitado lo que los desarrolladores podían ajustar en una sola transacción de Solana desde los primeros días de la red.

A Primera Vista: Transacción V1

Por qué existía el antiguo límite de 1,232 bytes y por qué ya no tenía sentido

El límite original de tamaño de transacción de Solana se estableció de manera conservadora alrededor de un tamaño de paquete de red IPv6 de 1,280 bytes, una restricción de capa de red de la era anterior a que Solana adoptara su método actual de entrega de transacciones.

En 2022, Solana cambió a QUIC como su protocolo predeterminado para recibir transacciones, y QUIC no tiene un límite de tamaño máximo incorporado para los flujos de datos que transporta. Eso hizo que el límite original de 1,232 bytes estuviera efectivamente desactualizado, un límite residual en lugar de un requisito técnico real.

SIMD-0296 formaliza un nuevo límite de 4,096 bytes en su lugar, elegido deliberadamente para coincidir con el tamaño estándar de página de memoria de 4 kilobytes en el hardware de los validadores. Ese alineamiento mantiene el costo de manejo de cada transacción en memoria eficiente, sin que una sola transacción se desborde en varias páginas de memoria.

Lee También: Acerca del Voto de los Validadores de Solana

Qué Cambia Realmente Internamente

Más allá del límite de tamaño más grande, SIMD-0385 reorganiza cómo se organiza una transacción v1:

• Un marcador de versión se mueve al frente de la transacción (un valor de byte específico que la identifica como v1), permitiendo que la infraestructura identifique el formato instantáneamente sin necesidad de descomprimir toda la transacción primero.

• Las firmas se mueven al final de la transacción en lugar de al principio.

• Las configuraciones de tarifas y cálculo se mueven a una ubicación fija en el encabezado de la transacción. Anteriormente, las tarifas de prioridad y los límites de unidades de cálculo se establecían a través de instrucciones especiales mezcladas con todo lo demás en la transacción, requiriendo que el software escaneara toda la lista de instrucciones para encontrarlas. En v1, esas configuraciones viven en un lugar predecible, lo que las hace mucho más rápidas de leer.

• Las Tablas de Búsqueda de Direcciones se eliminan completamente en v1. Las ALTs se introdujeron originalmente para que una transacción pudiera hacer referencia a muchas cuentas utilizando referencias cortas de un byte en lugar de direcciones completas de 32 bytes, una solución necesaria bajo el antiguo límite de tamaño. Con 4,096 bytes de espacio, incluso 64 direcciones de longitud completa encajan cómodamente sin necesidad de esa solución, por lo que v1 simplemente lista direcciones directamente.

Nada de esto afecta a las transacciones construidas de la manera antigua. Las transacciones heredadas y v0 continúan funcionando exactamente como lo hacen hoy, ya que V1 es una opción adicional, no un reemplazo.

Lo que Esta Actualización Desbloquea Realmente

El espacio extra no es solo una conveniencia técnica, hace que características específicas sean prácticas que previamente no lo eran:

• Comprobantes de conocimiento cero, como los utilizados en Transferencias Confidenciales. 
  Las Transferencias Confidenciales, parte del estándar de Extensiones de Token de Solana, permiten a los usuarios mover tokens mientras mantienen la cantidad privada utilizando pruebas criptográficas. Esas pruebas son a menudo demasiado grandes para caber en una transacción de 1,232 bytes, obligando a los desarrolladores a dividir el proceso en múltiples transacciones y perder la garantía de que toda la operación se complete o falle junta. Con 4,096 bytes, una prueba completa cabe en una transacción.

• agregación de firmas BLS. 
  Esta es una técnica criptográfica que combina muchas firmas individuales en una sola prueba compacta, útil en situaciones como puentes entre cadenas o coordinación de validadores donde múltiples partes necesitan autorizar conjuntamente una sola acción. Se vuelve práctico encajar dentro de una sola transacción de Solana bajo el nuevo formato.

• Carteras multisig más grandes. 
  Las carteras multisig, comúnmente utilizadas por tesorerías institucionales y DAOs a través de plataformas como Squads, requieren que varias personas aprueben una transacción antes de que se ejecute. El antiguo límite de tamaño limitaba cuántos firmantes podían incluirse de forma realista; el nuevo formato permite grupos de firmantes significativamente más grandes.

Por qué Esto Importa Más Que un Simple Aumento de Tamaño: Atomicidad

El beneficio práctico más importante no es solo "más espacio", es la atomicidad, lo que significa que una transacción se completa completamente o falla completamente, sin nada quedado a medio terminar.

Los desarrolladores que necesitaban más espacio del que permitía el antiguo límite a menudo han encontrado formas de eludirlo utilizando paquetes Jito, un sistema que puede encadenar hasta cinco transacciones separadas juntas como un grupo de todo o nada.

Eso funciona, pero la garantía solo se mantiene dentro de la propia infraestructura de Jito y depende de competir por prioridad a través de consejos de validadores.

Una sola transacción de Transacción V1, en contraste, lleva automáticamente la garantía de atomicidad a nivel de protocolo central de Solana, sin necesidad de infraestructura de agrupación ni consejos adicionales. Para los desarrolladores que construyen rutas de intercambio DeFi complejas u operaciones criptográficas de múltiples pasos, es una base más confiable sobre la que construir.

Leer También: La Ganancia de Solana se Estanca en 1%—¿Está Perdiendo Terreno Frente a Robinhood?

Lo Que Se Rompe el 9 de Septiembre (y a Quién Afecta)

Esta es la parte que importa más para los desarrolladores y proveedores de infraestructura, no para los usuarios de billeteras cotidianos. Debido a que la Transacción V1 cambia la estructura de datos subyacente, cualquier software que lea bloques de Solana necesita ser actualizado para comprenderlo correctamente:

• Llamadas RPC que no solicitan explícitamente soporte v1 mostrarán error cuando encuentren una transacción v1, en lugar de funcionar en silencio.

• Algunos feeds de datos en tiempo real pueden detenerse por completo si encuentran una transacción v1 para la que no están preparados, sin necesariamente lanzar un error obvio.

• Los indexadores y plataformas de análisis que leen datos de tarifas y computación de la antigua manera pueden informar silenciosamente números incorrectos para transacciones v1, dado que esa información ahora reside en una parte diferente de la transacción que antes.

• Los proveedores de infraestructura necesitan ejecutar software de cliente de validador actualizado, específicamente Agave v4.2.2 o más reciente, para procesar correctamente el tráfico v1.

Para los usuarios cotidianos de Solana que simplemente envían y reciben transacciones a través de una billetera estándar, esta actualización no es algo que necesiten configurar personalmente. La carga recae en los proveedores de billetera, servicios RPC y plataformas de datos de blockchain para actualizar sus sistemas, lo que la mayoría de los principales proveedores de infraestructura ya han estado preparando desde la activación de testnet a principios de septiembre.

Cronograma de Implementación

La Transacción V1 también llega junto con la primera fase de una actualización separada, SIMD-0437, que inicia una reducción de cinco pasos que apunta a una reducción del 90% en el costo de almacenamiento de cuentas de tokens en Solana. Ambos cambios se envían bajo el mismo lanzamiento de software de validador Agave 4.2 más amplio.

Lo Que Esto Significa para los Poseedores y Comerciantes de SOL

La Transacción V1 es fundamentalmente una actualización de infraestructura y experiencia del desarrollador en lugar de un cambio que afecta directamente la experiencia diaria de los poseedores de tokens. Su importancia radica en lo que habilita hacia adelante: operaciones DeFi más complejas, transferencias que preservan la privacidad y configuraciones multisig de grado institucional se vuelven más prácticas para construir en Solana.

Si eso se traduce en nuevas aplicaciones y aumento de actividad en la red con el tiempo es algo que vale la pena observar, pero no es el tipo de actualización que cambia los saldos de billetera o las tarifas de transacción por sí sola. Puedes rastrear el precio en vivo de SOL en la página del mercado SOL de Bitrue a medida que avanza esta implementación.

Si eres nuevo en Solana en general, la guía de Bitrue sobre Solana para principiantes es un buen punto de partida para entender el ecosistema más amplio en el que se enmarca esta actualización. Para aquellos que buscan involucrarse más, la guía de Bitrue sobre cómo comprar SOLcubre lo básico, y el staking de SOL en Bitrue es una opción para los poseedores que buscan obtener rendimiento mientras la red continúa desarrollándose.

Si también estás rastreando oportunidades de tokens alrededor del creciente ecosistema de Solana, el resumen de Bitrue de los airdrops de Solana este septiembre cubre lo que actualmente está activo.

Leer También: Predicción de Precio de Solana 2026 y 2030: ¿Qué Tan Alto Puede Llegar SOL?

Conclusión

La activación de mainnet de la Transacción V1 de Solana el 9 de septiembre es una mejora técnica genuinamente significativa, más que triplicando cuánta data cabe en una sola transacción de Solana y desbloqueando casos de uso previamente impracticables como transferencias confidenciales y configuraciones de multisig más grandes. 

También es un lanzamiento deliberadamente bajo en drama para los usuarios regulares: nada se rompe para las billeteras existentes o tipos de transacciones, y el verdadero trabajo recae en los proveedores de infraestructura que han tenido semanas de acceso a testnet para prepararse. El verdadero impacto de la actualización se mostrará gradualmente, en lo que los desarrolladores construyan una vez que el espacio adicional esté disponible.

FAQ

¿Cuándo se lanza la Transacción V1 de Solana en mainnet?

La Transacción V1 se activa en el mainnet de Solana el 9 de septiembre de 2026, tras la activación en testnet el 1 de septiembre.

¿Afectará la Transacción V1 a mi billetera de Solana o transacciones existentes?

No. La Transacción V1 es completamente optativa, y los formatos de transacción heredados y v0 continúan funcionando exactamente como antes. La actualización afecta principalmente a los desarrolladores y proveedores de infraestructura que necesitan actualizar sus sistemas para leer el nuevo formato correctamente.

¿Qué desbloquea realmente la Transacción V1?

Hace que operaciones previamente impracticables encajen dentro de una sola transacción, incluyendo pruebas de conocimiento cero utilizadas en transferencias confidenciales, agregación de firmas BLS para coordinación entre cadenas y validadores, y configuraciones de billetera multisig significativamente más grandes.

¿Por qué se eliminaron las Tablas de Búsqueda de Direcciones en la Transacción V1?

Las Tablas de Búsqueda de Direcciones eran una solución temporal para el antiguo límite de tamaño de 1,232 bytes de Solana, permitiendo a las transacciones hacer referencia a cuentas con códigos cortos en lugar de direcciones completas. Con el nuevo límite de 4,096 bytes, incluso un gran número de direcciones completas encajan cómodamente sin necesitar esa solución temporal.

¿Hace la Transacción V1 más baratas las transacciones de Solana?

No directamente. La Transacción V1 cambia la estructura de la transacción y los límites de tamaño en lugar de la mecánica de tarifas. Una actualización separada, SIMD-0437, está apuntando a una reducción del 90% en los costos de almacenamiento de cuentas de tokens y se está implementando alrededor de la misma época bajo el mismo lanzamiento de software.

Descargo de responsabilidad: Las opiniones expresadas pertenecen exclusivamente al autor y no reflejan las opiniones de esta plataforma. Esta plataforma y sus afiliados rechazan cualquier responsabilidad por la precisión o idoneidad de la información proporcionada. Es solo para fines informativos y no está destinada como asesoramiento financiero o de inversión.