Solana se prepara para ampliar el límite de transacciones v1 a 4096 bytes

Solana (SOL) está preparando una actualización del formato de transacción v1 que aumentará el tamaño máximo de una transacción única de 1,232 bytes a 4,096 bytes. Este cambio técnico permitirá incluir transacciones aproximadamente 3.3 veces más grandes que el límite anterior.

La Fundación Solana clasificó en su documento oficial de actualización la función 'Tamaños de Transacción Más Grandes' como 'Activación de Función Pendiente'. Este cambio se basa en SIMD-0296 y SIMD-0385, y el panel de actualización oficial indica que Agave 4.2 se lanzará en agosto de 2026, aunque la función de aumento del tamaño de transacción permanece en estado de espera.

El núcleo de esta actualización es el límite de transacción. El límite actual de tamaño de transacción de Solana es de 1,232 bytes, y el documento SIMD-0296 explica que este límite proviene del diseño de MTU de IPv6 de 1,280 bytes. Excluyendo encabezados y otros elementos, quedaba una estructura que dejaba 1,232 bytes para la carga útil de la transacción.

Solana ha informado que, tras la introducción de QUIC, se ha creado un entorno que permite enviar transacciones más grandes, proponiendo un nuevo límite de 4,096 bytes. A medida que la estructura de transmisión de la red cambia, se está ajustando el límite de transacción que antes estaba alineado con las restricciones de tamaño de paquete.

El formato v1 no reemplaza al v0 existente ni a las transacciones heredadas. Las aplicaciones, billeteras e indexadores que deseen utilizar transacciones más grandes deberán adaptarse al nuevo formato. El documento RPC de Solana indica que para recibir mensajes v1, se debe establecer maxSupportedTransactionVersion: 1 en la solicitud.

Los mensajes v1 en el documento RPC incluyen un objeto transactionConfig que contiene límites de cálculo y restricciones de tamaño de datos, así como tarifas prioritarias. Esto se distingue del método anterior de solicitar recursos mediante instrucciones separadas.

La estructura técnica también cambiará. SIMD-0385 explica que las transacciones v1 utilizarán el byte de versión 129 y que, en lugar de las instrucciones de ComputeBudgetProgram existentes, se incluirán solicitudes de recursos en la máscara de configuración dentro del encabezado de la transacción. La tabla de búsqueda de direcciones (ALT) no es compatible.

La tabla de búsqueda de direcciones reduce el espacio al referirse a una tabla externa en lugar de incluir todas las direcciones directamente dentro de la transacción. Se asume que en v1, a menudo se pueden incluir listas de direcciones directamente dentro del límite de 4,096 bytes. Sin embargo, en cargas de trabajo con alta dependencia de ALT, el efecto de aumento del límite puede ser limitado.

Este cambio amplía las posibilidades de transacciones atómicas para los desarrolladores. La Fundación Solana ha explicado que las pruebas de conocimiento cero, las grandes firmas múltiples, las operaciones por lotes y algunas estructuras de firma en cadena eran difíciles de incluir en una sola transacción debido al límite anterior de 1,232 bytes. Las transacciones atómicas son aquellas en las que múltiples operaciones tienen éxito o fallan juntas.

En operaciones DeFi complejas o en el manejo de firmas múltiples institucionales, se puede reducir la carga de dividir las transacciones en varias partes. Como se informó en este medio, a pesar del aumento semanal en las transacciones, los ingresos por tarifas, la actividad de los desarrolladores y la demanda de tokens deben ser evaluados como métricas separadas en relación con los indicadores de procesamiento de la red, que deben considerarse junto con los cambios en la infraestructura.

Sin embargo, v1 no elimina todos los cuellos de botella. La explicación oficial de Solana indica que v1 proporciona una estructura que permite a los validadores y equipos de clientes leer solicitudes de tarifas y recursos más temprano. Por otro lado, desde la perspectiva de los desarrolladores de aplicaciones, la limitación de 64 cuentas puede seguir siendo un obstáculo.

En las discusiones entre desarrolladores, surgieron tanto expectativas como preocupaciones. En un debate en GitHub, se sugirió que un mayor tamaño de transacción sería útil para intercambios complejos, DeFi de un clic y liquidaciones atómicas. Por el contrario, también se señaló que el rendimiento de la red, la fragmentación de paquetes, el ancho de banda de los validadores y el diseño de tarifas son más importantes.

En el entorno de validación local, ya se ha abierto un espacio de prueba. El repositorio de ejemplos de Solana indica que la función de puerta enable_tx_v1 ya está activada en solana-test-validator. Sin embargo, el código de tiempo de ejecución está diseñado para rechazar las transacciones v1 como UnsupportedVersion si la puerta de función está desactivada, por lo que es necesario verificar la activación por clúster.

Crypto Briefing ha informado que las transacciones v1 podrían entrar en la red de prueba en las próximas semanas. Sin embargo, el estado en la documentación oficial de Solana aún está en espera de activación. La aplicación en la red principal y el cronograma deben confirmarse en función del estado de activación de la función oficial.

Esta actualización se acerca más a un cambio en la infraestructura de desarrollo que a una proyección de precios. Las billeteras, RPC, indexadores y herramientas de desarrollo deben verificar la capacidad de análisis de transacciones v1 y la respuesta a transactionConfig. Las transacciones v0 existentes y las transacciones heredadas seguirán funcionando, pero los servicios que deseen utilizar transacciones de 4,096 bytes deberán contar con el soporte del nuevo formato.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.