- La Transacción V1 de Solana ya está disponible en mainnet, aumentando el tamaño máximo de transacción de 1.232 a 4.096 bytes.
- El límite más amplio ofrece a los desarrolladores más espacio para operaciones DeFi complejas, pruebas de conocimiento cero y transacciones multisig grandes.
- V1 permite que más acciones se completen atómicamente en una sola transacción en lugar de dividirse entre múltiples transacciones o paquetes.
Solana implementó la función Transaction V1 en su mainnet el martes, lo que permite añadir más datos a cada transacción. Esto dará a los desarrolladores más espacio para realizar acciones complejas en un solo proceso atómico.
El desarrollo será muy relevante para los desarrolladores en la esfera DeFi, proveedores de billeteras, indexadores y operadores de RPC. La nueva función puede afectar a otros proyectos que manejan activos tokenizados y soluciones de pago.
El interruptor de función txv1 se implementó al comienzo del epoch 1035, aproximadamente a las 01:00 UTC del 15 de septiembre, según se indica en la página de actualizaciones de Solana, y Transaction V1 ya está activo en la mainnet, testnet y devnet.
De 1,232 bytes a 4,096
La primera es una limitación del tamaño de la transacción. Ahora, Solana ha duplicado el tamaño máximo de las transacciones serializadas a 4.096 bytes desde 1.232 bytes, dando así más espacio para las transacciones, lo que representa aproximadamente tres veces y media más espacio.
El formato de la nueva transacción se definió en SIMD-0296, mientras que el Formato de Mensaje V1 se basa en SIMD-0385.
Hasta ahora, el límite en Solana se basaba en las limitaciones conservadoras de MTU de la red. Ahora, al romper con el límite estricto en el tamaño del flujo en QUIC, se permiten transacciones más grandes.
El espacio extra será útil para manejar tipos de cargas de trabajo donde se involucra mucha información de transacción, como pruebas de conocimiento cero, operaciones multisig masivas y firmas que incluyen BLS. Según se informó por Cryptopolitan, Se lanzó V1 en la testnet en el epoch 1025, el 1 de septiembre, dando la oportunidad a los proveedores de infraestructura de prepararse para el lanzamiento en la mainnet.
Por qué importa una transacción atómica
Los desarrolladores que descubrieron que Solana tenía un límite en el tamaño de la transacción podrían, en algunos casos, dividir sus operaciones en una serie de transacciones o usar paquetes Jito.
Pero, como explica la descripción proporcionada en SIMD-0296, un paquete no es igual a una transacción nativa cuando se habla de atomicidad a nivel de protocolo.
Con Transaction V1, se pueden colocar más instrucciones y datos en una transacción. De esta manera, el enrutamiento, la verificación de pruebas y el agrupamiento funcionarán todos juntos o fallarán todos juntos, en lugar de realizarse en transacciones separadas.
En algunos casos, se requerirían menos firmas y confirmaciones para realizar una operación.
El compromiso de la tabla de búsqueda de direcciones
V1 también altera la forma en que las transacciones gestionan los recursos y las referencias de cuentas.
Los ajustes del límite de cálculo y la tarifa de prioridad se han trasladado de las instrucciones ComputeBudget a los ajustes de la transacción, lo que permite a los proveedores de infraestructura acceder fácilmente a dichos ajustes.
Las transacciones V1 también se han despojado de las Address Lookup Tables, ya que las cuentas referenciadas están incluidas en la transacción.
Aunque esto ayuda a simplificar la transacción, es a costa del tamaño de la transacción, ya que una Address Lookup Table v0 requerirá solo un índice de un byte, mientras que una clave pública en línea requiere 32 bytes.
Se descubrió mediante el análisis de las Address Lookup Tables de Solana que el 62 por ciento de las transacciones v0 tenían al menos una Address Lookup Table utilizada; por lo tanto, las transacciones densas que utilizan más de una Address Lookup Table aumentarán el tamaño de la transacción en más de 1.500 bytes. El límite de 64 cuentas sigue siendo el mismo.
Dónde encaja V1 en el impulso de Solana hacia las finanzas tokenizadas
La actualización ocurre en un momento en que Solana está expandiendo su posición en las finanzas on-chain. Según DeFiLlama, el valor total bloqueado en el sector DeFi de Solana es de casi 5.950 millones de dólares, y su volumen de intercambio descentralizado en 24 horas es de aproximadamente 1.790 millones de dólares.
El resumen de agosto para Solana también indicó que el valor de los activos del mundo real en la red había superado los 4.000 millones de dólares y estaba distribuido en más de 350.000 direcciones. Además, xStocks había reunido más de 500 millones de dólares en activos bajo gestión.
El hecho de que haya más capacidad de transacción disponible no significa que se produzca una mayor adopción.
Galaxy Research ha observado que una gran parte del valor vinculado a los tokens de Solana aún no se está utilizando, mientras que las plataformas competidoras siguen liderando en algunas áreas de rápido crecimiento.
V1 amplía así la gama de aplicaciones que los desarrolladores pueden crear en Solana. Sin embargo, la pregunta más difícil es si los usuarios, la liquidez y la actividad de las transacciones seguirán.
¿Qué necesitan hacer los operadores ahora?
Los lectores de RPC deben establecer maxSupportedTransactionVersion: 1 para getTransaction y getBlock, mientras que los indexadores deben leer los límites de cálculo V1 y las tarifas de prioridad desde transactionConfig. Los validadores y operadores de RPC deben ejecutar Agave v4.2.2 o posterior. Los remitentes V1 también deben establecer explícitamente los límites de cálculo y de cuentas cargadas, y usar base64 para transacciones de más de 1.232 bytes. Los proveedores de billeteras, por su parte, deben anunciar el soporte V1 solo después de confirmar que su software puede analizar y firmar correctamente el nuevo formato, según Las directrices de actualización de Solana.
No te limites a leer noticias sobre criptomonedas. Entiéndelas. Suscríbete a nuestro boletín. Es gratis.
Preguntas frecuentes
¿Cuándo entró en vigor la Transacción V1 de Solana en mainnet?
La función txv1 se activó al inicio del epoch 1035 de mainnet el 15 de septiembre de 2026, aproximadamente a las 01:00 UTC, y V1 también está ahora activo en testnet y devnet.
¿Qué cambios introduce Transaction V1 para los desarrolladores?
Aumenta el límite de tamaño de transacción a 4.096 bytes, permite que cargas de trabajo como pruebas ZK y multisigs grandes cabigan en una sola transacción atómica, traslada la configuración de cómputo y tarifas a los metadatos de la transacción, y elimina las Tablas de búsqueda de direcciones para que las cuentas se escriban en línea, manteniendo el límite inalterado de 64 cuentas.
¿Los operadores de RPC y validadores necesitan actualizar?
Sí. Leer e indexar transacciones V1 es un cambio disruptivo, y los nodos RPC y los validadores Jito-Solana deben ejecutar Agave v4.2.2 o posterior, ya que las versiones anteriores de RPC degradan los mensajes V1 a v0 e informan incorrectamente sus presupuestos de cómputo.
Descargo de responsabilidad. La información proporcionada no constituye asesoramiento financiero. Cryptopolitan.com no asume ninguna responsabilidad por las inversiones realizadas basándose en la información proporcionada en esta página. Recomendamos encarecidamente realizar una investigación independiente y/o consultar con un profesional calificado antes de tomar cualquier decisión de inversión.
Ashish Kumar
Ashish Kumar es periodista especializado en criptomonedas y finanzas con ocho años de experiencia en redacciones. Cubre lo que ocurre en los mercados de criptomonedas, la regulación, DeFi y los ecosistemas de exchanges. Ha trabajado en Coingape, Todayq y Newsroompost. Ashish posee un PGDP en Periodismo Inglés del IIMC. También ha entrevistado a figuras del sector como Arthur Hayes, Yat Siu, Austin Federa y más.
