La cadena de bloques de contratos inteligentes de Solana tiene como objetivo aumentar el tamaño máximo de transacción de 1,232 bytes a 4,096 bytes el miércoles, brindando a los desarrolladores más de tres veces más espacio para incluir instrucciones en una sola operación.
Las operaciones que anteriormente debían dividirse en varias transacciones pueden manejarse cada vez más en una sola transacción bajo la versión 1 de la transacción. Esto incluye pruebas criptográficas grandes, pagos que requieren muchas aprobaciones y algunas transferencias confidenciales.
El nuevo formato ya está en funcionamiento en las redes de prueba y desarrollo de Solana. Los formatos de transacción existentes seguirán funcionando, por lo que los monederos y aplicaciones no tienen que cambiar a v1 a menos que necesiten el espacio adicional.
Podría ayudar a Solana a afilar su ventaja sobre su rival Ethereum. Si bien Solana siempre ha sido más rápida y más barata, anteriormente se quedó atrás en un área clave: sus transacciones estaban estrictamente limitadas a 1.232 bytes. Ethereum, en cambio, no tiene un límite de tamaño de protocolo rígido, lo que permite a los desarrolladores ejecutar aplicaciones masivas y densas en datos en una sola operación simplemente pagando una tarifa de transacción más alta.
Al triplicar más de este límite hasta 4,096 bytes, Solana busca eliminar este cuello de botella estructural.
La variación más importante es para el software que lee Solana. Los servicios que obtienen bloques y transacciones deben actualizarse para reconocer la v1. Si no lo hacen, las solicitudes pueden fallar al encontrarse con el nuevo formato.
Algunos software también necesitan cambiar dónde buscan la información sobre la tarifa de prioridad. Una tarifa de prioridad es un pago adicional opcional que los usuarios pueden realizar para que una transacción se procese más rápido. V1 almacena esa información en otro lugar, por lo que el software desactualizado puede mostrar una tarifa de cero incluso cuando se pagó una.
Los monederos, los Exploradores y las aplicaciones de intercambio a menudo dependen de estos servicios para mostrar lo que ocurrió en la cadena, lo que significa que los datos defectuosos en segundo plano pueden convertirse en datos defectuosos en la pantalla del usuario.
Las transacciones más grandes también utilizan más ancho de banda de red. Los desarrolladores esperan que los usuarios puedan necesitar ofrecer tarifas de prioridad más alta cuando transacciones más grandes compiten por espacio, aunque la actualización no introduce una nueva tarifa por byte.
El límite antiguo de 1,232 bytes proviene del diseño original de red de Solana, en el que cada transacción debía caber dentro de un paquete de datos de internet de aproximadamente 1,280 bytes. Solana cambió la forma en que se transmite el tráfico de transacciones en 2022, haciendo que este antiguo límite fuera menos necesario.
El nuevo límite se detiene en 4,096 bytes porque cuatro kilobytes es un tamaño estándar de página de memoria utilizado por el hardware de validadores. Incrementarlo mucho más podría obligar a una transacción a abarcar varias páginas y hacer más costoso para las máquinas que ejecutan Solana procesarla.
La variación se define en dos propuestas, SIMD-0296 y SIMD-0385, coautorizadas por Jacob Creech y Andrew Fitzgerald, y es completamente independiente de las recientes votaciones de gobernanza de Solana que modificaron la velocidad con la que se creaban y eliminaban nuevos SOL de la oferta a través de las tarifas generadas por las actividades de la red.
Leer más: La votación de Solana para duplicar la desinflación pasa por poco en un final dramático