Qué saber
- La actualización de Solana del 9 de septiembre aumenta la capacidad máxima de transacción de 1,232 bytes a 4,096 bytes mediante el formato v1 para desarrolladores.
- Yakovenko cree que las transacciones más grandes podrían respaldar raíces de conocimiento cero y rollups mientras preservan la ejecución atómica en aplicaciones complejas en Solana.
- Los formatos heredados y v0 mantienen los límites existentes, mientras que los desarrolladores deben adoptar v1 para acceder a mayor capacidad para operaciones criptográficas avanzadas.
Solana activará una actualización de red el 9 de septiembre, aumentando la capacidad máxima de transacción de 1,232 bytes a 4,096 bytes. Esta expansión de 3.3 veces brinda a los desarrolladores más espacio para instrucciones, firmas, información de cuentas y datos criptográficos dentro de las transacciones.
Las transacciones más grandes podrían respaldar operaciones que anteriormente requerían varias presentaciones, manteniendo las garantías de ejecución atómica de Solana. Según Anatoly Yakovenko, cofundador de Solana, una sola transacción podría mover datos de forma atómica a través de dos raíces de cero-knowledge utilizando el formato ampliado.
Yakovenko también identificó los rollups basados en cambios como una posible aplicación, destacando posibilidades arquitectónicas más allá de transportar datos de transacciones adicionales. En consecuencia, los desarrolladores podrían combinar la verificación de pruebas y los cambios de estado sin separar operaciones interconectadas en varias transacciones.
Solana estableció el límite de 1.232 bytes a través de su arquitectura de red original, que permitía cargas útiles dentro de la unidad mínima de transmisión IPv6. Sin embargo, Solana adoptó QUIC como su protocolo predeterminado de ingesta de transacciones en 2022, eliminando la base técnica para mantener esa restricción.
El formato más grande admite cargas de trabajo criptográficas avanzadas
SIMD-0296 establece el límite superior, mientras que SIMD-0385 introduce el formato de transacción v1 requerido para acceder a esa capacidad. Las transacciones heredadas y v0 conservarán sus límites existentes, lo que significa que las aplicaciones no recibirán automáticamente mayores permitencias de transacción.
En cambio, los desarrolladores deben adoptar la v1 al crear aplicaciones que requieran más espacio dentro de las transacciones. Solana identifica pruebas de conocimiento cero, grandes arreglos de firmas múltiples, firmas BLS y Transferencias Confidenciales entre las cargas de trabajo que podrían beneficiarse.
Además, las firmas Winternitz de un solo uso requieren un espacio sustancial porque transportan cantidades comparativamente grandes de datos criptográficos. La mayor capacidad podría incluir estas operaciones en una sola envío, reduciendo la complejidad de confirmación y las dependencias entre transacciones separadas.
Además, las transacciones a nivel de protocolo ofrecen garantías atómicas más sólidas que los paquetes ensamblados mediante sistemas externos de ordenación de transacciones. Solana implementó Transaction V1 en testnet antes de la activación programada en mainnet, permitiendo a los desarrolladores probar integraciones e identificar problemas de compatibilidad.
Sin embargo, las aplicaciones solo obtendrán la capacidad ampliada cuando los desarrolladores completen las actualizaciones necesarias y adopten infraestructura compatible. Por lo tanto, la actualización proporciona infraestructura adicional en lugar de garantizar cambios inmediatos en todas las aplicaciones de Solana. Su impacto dependerá de los desarrolladores que construyan sistemas ZK confiables, herramientas de firma múltiple, Transferencias Confidenciales y rollups basados en su ecosistema.
También lee: Cronos confirma que aún faltan $9,19 millones tras la explotación de Tectonic
La publicación Solana Transaction Expansion Opens Door to ZK Rollups and Complex Applications apareció por primera vez en 36Crypto.