La Fundación Solana informa que el tamaño máximo de transacción de la red aumentó de 1,232 bytes a 4,096 bytes, más que triplicando la capacidad de datos de una sola transacción. El cambio entró en vigor en mainnet el martes al comienzo de la época 1,035, alrededor de la 1:00 am UTC, según los datos de la cadena de bloques proporcionados.
El cambio le da a los desarrolladores espacio para incluir operaciones más complejas en un solo paquete, incluidas pruebas de conocimiento cero y transacciones que llevan múltiples firmas. Un portavoz de la Fundación Solana le dijo a Cointelegraph que la actualización tiene como objetivo permitir a los desarrolladores «hacer más» con aplicaciones como pruebas de conocimiento cero y nuevos esquemas de firma onchain, al liberar cargas de trabajo que previamente no podían caber dentro de una sola transacción.
Los Números Detrás de la Actualización
Un salto de 1,232 bytes a 4,096 bytes marca un aumento notable en el espacio de almacenamiento. A continuación, se explica cómo se divide:
- El límite anterior era de 1,232 bytes.
- El nuevo límite es de 4,096 bytes.
- Eso es más de tres veces el espacio anterior.
La actualización incluyó el formato de transacción v1, un diseño que preserva la compatibilidad completa hacia atrás con transacciones más antiguas. Esto significa que los formatos existentes continúan funcionando para las aplicaciones y los proveedores de billeteras, aunque los protocolos que esperan beneficiarse del tamaño aumentado deben cambiar a transacciones v1.
Lo Que Realmente Cambia la Actualización
Un tamaño mayor le da a los desarrolladores espacio para incluir operaciones más complicadas dentro de una sola transacción de Solana. Los principales beneficios incluyen:
- Pruebas de conocimiento cero
- Transacciones que requieren múltiples firmas
- Nuevos esquemas de firma en cadena (onchain) )
Estas eran operaciones que antes llegaban al límite de 1.232 bytes. Ahora que el límite ha aumentado, los desarrolladores pueden incluirlos todos en un solo paquete en lugar de extenderlos a través de transacciones separadas. )
Cómo se implementó la actualización )
El martes marcó el lanzamiento de la actualización en la red principal al comienzo de la época 1.035, aproximadamente a la 1:00 am UTC, según los datos de la cadena de bloques proporcionados por la Fundación Solana. La actualización trajo el formato de transacción v1, que preserva la compatibilidad total hacia atrás con transacciones anteriores. Si bien los formatos de transacción existentes siguen funcionando para las aplicaciones y los proveedores de billeteras, los protocolos que deseen obtener el aumento de tamaño deben cambiar a las transacciones v1. )
Movimientos relacionados de Solana )
Solana ha estado realizando otros movimientos junto con la actualización del tamaño de las transacciones. En agosto, la red redujo su tiempo de ranura de 400 milisegundos a 350 milisegundos. En junio, la Fundación Solana compartió planes para reducir los tiempos de ranura de 400 milisegundos a 200 milisegundos, argumentando que mejoraría la latencia y aceleraría las confirmaciones en la red de la cadena de bloques. )
La justificación dada para reducir los tiempos de ranura es reducir la latencia y acelerar las confirmaciones. Sigue sin estar claro si estos cambios realmente se consolidan. )
Aprobación de los validadores el 28 de agosto )
El 28 de agosto, los validadores de Solana aprobaron una propuesta para duplicar la tasa de deflación anual de la red, reduciendo la futura emisión de Solana (SOL), el token nativo de la red. )
La aprobación llega junto con el aumento del tamaño de las transacciones y los continuos recortes de los tiempos de ranura. En conjunto, estos desarrollos marcan un período de actividad significativa para el marco subyacente de la red. )
Lo que los desarrolladores necesitan saber )
La actualización altera cómo funcionan las transacciones en Solana, y lo hace de una manera que importa a las personas que realmente están escribiendo código contra la plataforma. Debido a que el formato de transacción v1 mantiene la compatibilidad hacia atrás, las aplicaciones existentes seguirán funcionando sin interrupción cuando se produzca la actualización. )
Para aprovechar los límites de tamaño ampliados, los desarrolladores deben cambiar su código a transacciones de la versión 1. Ese cambio también despeja espacio para nuevos tipos de transacción que antes eran demasiado grandes para incluir.
El argumento para la actualización
La actualización de Solana envía un mensaje claro sobre sus ambiciones. Brinda a las transacciones más espacio, lo que permite a los desarrolladores crear aplicaciones más elaboradas sin dividir su código en paquetes separados.
Diseñar la actualización para que preserve el soporte para versiones anteriores fue una decisión deliberada, y da sus frutos al permitir que la transición se lleve a cabo sin alterar ningún sistema ya en uso. Eso es muy importante cuando una red en vivo depende de esos sistemas para seguir funcionando.
El aumento le da a Solana la capacidad de manejar funciones criptográficas más complejas dentro de una sola transacción. Las pruebas de conocimiento cero destacan como un método sólido para proteger la privacidad durante la computación, y la ampliación del permiso de tamaño ahora elimina la restricción que había limitado su implementación anteriormente.
Mirando hacia el futuro
La transición de Solana de 400 milisegundos a 350 milisegundos y luego a 200 milisegundos está en curso. El resultado de esos planes aún no se conoce, pero el camino es obvio: la red se dirige hacia transacciones más rápidas.
La propuesta del 28 de agosto, aprobada por los validadores para combatir la inflación, cambiará gradualmente cómo funciona la economía de los tokens. Reduce el número de nuevos tokens SOL que ingresan en circulación.
Las medidas combinadas en la capacidad de las transacciones, los tiempos de ranura reducidos y el plan de estabilidad de precios muestran un sistema que sigue cambiando su funcionamiento en su base. El límite de lo que puede contener un solo mensaje ha aumentado a más de tres veces su nivel anterior, y el diseño de la versión 1 ofrece una ruta clara para los constructores.
La actualización se activó el martes al comienzo de la época 1,035, aproximadamente a la 1:00 a. m. UTC. El mensaje clave para los desarrolladores es sencillo: revise cómo se construyen sus transacciones, cambie a la versión 1 si necesita más espacio y se beneficie de la capacidad ampliada que ahora está disponible para su código.
Recibe El Cuaderno.
Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.