Solana implementó la función Transaction V1 en su mainnet el martes, haciendo posible añadir más datos a cada transacción. Esto brindará a los desarrolladores más margen para llevar a cabo acciones complejas en un solo proceso atómico.
El desarrollo será altamente relevante para los desarrolladores en el ámbito de DeFi, los proveedores de monederos, los indexadores y los operadores de RPC. La nueva funcionalidad puede afectar a otros proyectos que tratan con activos tokenizados y soluciones de pago.
El mecanismo de activación de la función txv1 se implementó al inicio del epoch 1035, alrededor de las 01:00 UTC del 15 de septiembre, tal como se indica en la página de actualización de Solana, y Transaction V1 ya está en funcionamiento en la mainnet, testnet y devnet.
De 1,232 bytes a 4,096
El primero 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, lo que da más espacio para las transacciones, aproximadamente tres veces y tres décimas más de espacio.
El formato de la nueva transacción se definió en SIMD-0296, mientras que el Formato de Mensaje de V1 se basa en SIMD-0385.
Hasta ahora, el límite en Solana se basaba en limitaciones conservadoras de MTU de la red. Ahora, al separarse del límite duro sobre el tamaño del stream en QUIC, se habilitan transacciones más grandes.
El espacio adicional será útil para gestionar tipos de cargas de trabajo en las que interviene mucha información de transacciones, como pruebas de conocimiento cero, operaciones multisig enormes y firmas, incluidas BLS. Según informó Cryptopolitan, V1 se lanzó en el testnet en el epoch 1025, el 1 de septiembre, lo que dio a los proveedores de infraestructura la oportunidad de prepararse para el lanzamiento en el mainnet.
Solana Transaction V1 vs Legacy: se explica la actualización de 4,096 bytes
Por qué importa una transacción atómica
Los desarrolladores que descubrieron que Solana tenía un tope en el tamaño de las transacciones pudieron, en algunos casos, dividir sus operaciones en una serie de transacciones o usar bundles de Jito.
Como explica la explicación proporcionada en SIMD-0296, un bundle no es igual a una transacción nativa cuando se analiza la atomicidad a nivel de protocolo.
Con Transaction V1, se pueden colocar más instrucciones y datos en una transacción. De este modo, el enrutamiento, la verificación de pruebas y el batching funcionarán o bien funcionarán todos, o bien fallarán, en lugar de realizarse en transacciones separadas.
En algunos casos, se requerirían menos firmas y confirmaciones para el rendimiento de una operación.
El intercambio de Address Lookup Table
V1 también cambia la forma en que las transacciones gestionan los recursos y las referencias a cuentas.
Dentro de Solana Transaction V1: se explica el nuevo diseño de transacciones
El límite de cómputo y la configuración de comisiones de prioridad se han movido desde las instrucciones ComputeBudget a la configuración de la transacción, lo que permite que los proveedores de infraestructura tengan acceso a estos ajustes de forma sencilla.
Las transacciones V1 también se eliminan de las Address Lookup Tables, ya que las cuentas referenciadas se incluyen en la transacción.
Si bien esto ayuda a simplificar la transacción, tiene el costo del tamaño de la transacción, ya que una Address Lookup Table de 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% de las transacciones v0 utilizaban al menos una Address Lookup Table; por lo tanto, las transacciones densas que usen 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 se mantiene igual.
Dónde encaja V1 en el impulso de Solana hacia las finanzas tokenizadas
La actualización ocurre en un momento en el que Solana está ampliando su posición en las finanzas en cadena. Según DeFiLlama, el valor total bloqueado en el sector DeFi de Solana es casi de 5,95 mil millones de dólares, y su volumen de intercambio descentralizado (24 horas) ronda los 1,79 mil 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 mil millones de dólares y se mantenía 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.
Solo porque haya más capacidad para transacciones disponibles 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 todavía no se está utilizando, mientras que las plataformas competidoras siguen liderando en algunas áreas que crecen rápidamente.
Por lo tanto, V1 amplía el rango de aplicaciones que los desarrolladores pueden crear en Solana. La pregunta más difícil, sin embargo, es si los usuarios, la liquidez y la actividad de transacciones seguirán esa evolución.
¿Qué necesitan hacer los operadores ahora?
Los lectores de RPC deberían establecer maxSupportedTransactionVersion: 1 para getTransaction y getBlock, mientras que los indexers necesitan leer los límites de cómputo y las comisiones de prioridad de V1 desde transactionConfig. Los validadores y operadores de RPC deben ejecutar Agave v4.2.2 o posterior. Los emisores de V1 también deberían establecer explícitamente los límites de cómputo y de cuentas cargadas, y usar base64 para transacciones de más de 1,232 bytes. Los proveedores de wallets, por su parte, deberían anunciar compatibilidad con V1 solo después de confirmar que su software puede analizar y firmar correctamente el nuevo formato, según la guía de actualización de Solana.
Si estás leyendo esto, ya vas por delante. Mantente allí con nuestro boletín.