Solana implementó la función Transaction V1 en su red principal el martes, lo que permite agregar más datos a cada transacción. Esto brindará a los desarrolladores más margen para realizar acciones complejas en un único proceso atómico.
Este desarrollo será de gran relevancia para los desarrolladores del ámbito DeFi , los proveedores de monederos, los indexadores y los operadores RPC. La nueva función también puede afectar a otros proyectos relacionados con activos tokenizados y soluciones de pago.
La función txv1 se implementó al comienzo de la época 1035, aproximadamente a la 01:00 UTC del 15 de septiembre, tal como se indica en la página de actualización Solana , y Transaction V1 ya está disponible en la red principal, la red de prueba y la red de desarrollo.
De 1.232 bytes a 4.096
La primera es una limitación en el tamaño de las transacciones. Ahora, Solana ha duplicado el tamaño máximo de las transacciones serializadas de 1232 bytes a 4096 bytes, lo que proporciona más espacio para las transacciones, aproximadamente tres veces más.
El formato de la nueva transacción se defien SIMD-0296, mientras que el formato de mensaje V1 se basa en SIMD-0385.
Hasta ahora, el límite en Solana se basaba en limitaciones de MTU de red conservadoras. Ahora, al eliminar el límite estricto en el tamaño del flujo en QUIC, se permiten transacciones de mayor tamaño.
El espacio adicional será útil para gestionar cargas de trabajo que impliquen gran cantidad de datos de transacciones, como pruebas de conocimiento cero, operaciones multifirma masivas y firmas que incluyan BLS. Según informa Cryptopolitan, la versión 1 se lanzó en la red de prueba en la época 1025, el 1 de septiembre, lo que permitió a los proveedores de infraestructura prepararse para el lanzamiento de la red principal.
Por qué importa una transacción atómica
Los desarrolladores que descubrieron que Solana tenía un límite en el tamaño de las transacciones podían, en algunos casos, dividir sus operaciones en una serie de transacciones o utilizar paquetes de Jito.
Pero, como explica el documento SIMD-0296, un paquete no equivale a una transacción nativa cuando se habla de atomicidad a nivel de protocolo.
Con la transacción V1, se pueden incluir más instrucciones y datos en una misma transacción. De esta forma, el enrutamiento, la verificación y el procesamiento por lotes funcionarán correctamente o no funcionarán, en lugar de realizarse en transacciones separadas.
En algunos casos, se requerirían menos firmas y confirmaciones para la realización de una operación.
La disyuntiva de la tabla de búsqueda de direcciones
La versión V1 también modifica la forma en que las transacciones gestionan los recursos y las referencias de cuenta.
La configuración del límite de cómputo y la tarifa de prioridad se han trasladado de las instrucciones de ComputeBudget a la configuración de la transacción, lo que permite a los proveedores de infraestructura acceder fácilmente a dicha configuración.
Las transacciones V1 también se eliminan de las tablas de búsqueda de direcciones, ya que las cuentas a las que se hace referencia están incluidas en la transacción.
Si bien esto ayuda a simplificar la transacción, se hace a costa del tamaño de la misma, ya que una tabla de búsqueda de direcciones v0 solo requiere un índice de un byte, mientras que una clave pública en línea requiere 32 bytes.
Mediante el análisis de las tablas de búsqueda de direcciones de Solana , se descubrió que el 62 % de las transacciones v0 utilizaban al menos una tabla de búsqueda de direcciones; por lo tanto, las transacciones densas que utilizan más de una tabla de búsqueda de direcciones aumentarán el tamaño de la transacción en más de 1500 bytes. El límite de 64 cuentas se mantiene sin cambios.
Cómo encaja V1 en el impulso de Solanahacia las finanzas tokenizadas
La actualización se produce en un momento en que Solana está expandiendo su posición en las finanzas en cadena. Según DeFiLlama, el valor total bloqueado en Solanade DeFi asciende a casi 5950 millones de dólares, y su volumen de intercambio descentralizado en 24 horas ronda los 1790 millones de dólares.
El resumen de agosto de Solana también indicaba que el valor de los activos reales en la red había superado los 4.000 millones de dólares y se encontraba distribuido en más de 350.000 direcciones. Además, xStocks había acumulado más de 500 millones de dólares en activos bajo gestión.
El hecho de que haya mayor capacidad de transacción disponible no significa que se vaya a producir una mayor adopción.
Galaxy Research ha observado que una gran parte del valor invertido en los tokens de Solanaaún no se está utilizando, mientras que las plataformas de la competencia siguen liderando en algunas áreas de rápido crecimiento.
De este modo, la versión 1 amplía el abanico de aplicaciones que los desarrolladores pueden crear en Solana. Sin embargo, la cuestión más compleja es si el número de usuarios, la liquidez y la actividad transaccional seguirán aumentando.
¿Qué deben hacer ahora los operadores?
Los lectores RPC deben establecer maxSupportedTransactionVersion: 1 para getTransaction y getBlock, mientras que los indexadores deben leer los límites de cómputo V1 y las tarifas de prioridad de transactionConfig. Los validadores y operadores RPC deben ejecutar Agave v4.2.2 o posterior. Los remitentes V1 también deben establecer explícitamente los límites de cómputo y de cuenta cargada y usar base64 para transacciones mayores de 1232 bytes. Los proveedores de billeteras, por su parte, deben anunciar la compatibilidad con V1 solo después de confirmar que su software puede analizar y firmar correctamente el nuevo formato, según Solanala guía de actualización de.
estrategiasdeinversion.com
diariobitcoin.com