Solana ha publicado un análisis del formato propuesto Transaction V1, centrado en la disyuntiva entre un sobre de transacción más grande y la eliminación de las tablas de búsqueda de direcciones, o ALT. El informe del 17 de agosto vincula el trabajo con las propuestas de documentos de mejora de Solana SIMD-0296 y SIMD-0385.
La propuesta aumentaría el sobre de transacción a 4.096 bytes y cambiaría la forma en que se representan las cuentas referenciadas. El artículo es un análisis de un formato propuesto, no un anuncio de que todas las transacciones de Solana ya hayan migrado a V1.
Por qué importa la eliminación de las ALT
Con el formato v0 actual, una dirección puede representarse mediante un índice de tabla de búsqueda. El informe señala que V1 incluiría en su lugar las cuentas referenciadas en una matriz de direcciones en línea, lo que puede aumentar el tamaño serializado porque cada clave pública completa utiliza 32 bytes.
El análisis de Solana señala que alrededor del 62 % de las transacciones v0 observadas en su muestra referenciaban al menos una ALT. Estima que las transacciones densas con ALT pueden añadir más de 1.500 bytes al representarse en V1, aunque la mitad de las transacciones muestreadas mostraron menos de 420 bytes de exceso.
La capacidad no es uniforme
El informe señala que la carga de trabajo actual parece en general compatible con el sobre de 4.096 bytes, al tiempo que observa que el límite sin cambios de 64 cuentas puede seguir siendo una limitación para las aplicaciones con muchas cuentas. También describe los posibles beneficios para los validadores al hacer que las solicitudes de tarifas y recursos estén disponibles antes en los metadatos de la transacción.
Los monederos, los SDK, los proveedores de RPC y los equipos de aplicaciones necesitarían soporte de serialización y de construcción de transacciones si la propuesta avanza. El análisis no debe interpretarse como un aviso de activación en producción.
