#Solana amplía el tamaño de las transacciones con la actualización V1Solana Transaction V1 (activación en la red del 9 al 15, epoch1035)
Propuesta: SIMD‑0296, SIMD‑0385
Datos clave
- Tamaño máximo por transacción: 1232 → 4096 bytes, aumento de aproximadamente 3.3 veces
- ⚠️ No es un aumento de TPS (transacciones por segundo); solo permite que una transacción cargue más datos
- Los formatos de transacción V0/legacy anteriores mantienen compatibilidad, no se exige migración obligatoria
Capacidades habilitadas por la actualización
1. Operaciones complejas se pueden completar en una sola transacción atómica, sin dividir en múltiples transacciones ni depender de Jito bundle:
- Carteras multisig grandes, aprobaciones con firmas múltiples
- Pruebas ZK de conocimiento cero, transferencias privadas
- Composiciones DeFi de múltiples pasos, operaciones en lote
2. Reestructuración del formato de transacción: el presupuesto de cómputo y la tarifa prioritaria se integran directamente en la transacción, ya no se requieren instrucciones adicionales; se elimina la fuerte dependencia de las tablas de búsqueda de direcciones ALT.
Riesgos y limitaciones del mundo real
1. Las carteras, RPC, indexadores de bloques y navegadores deben actualizar el código; de lo contrario, se producirán errores al leer transacciones V1 e incluso fallas al consultar bloques.
2. Las transacciones más grandes consumen más ancho de banda de red; cuando hay congestión, las transacciones de gran volumen son más propensas a verse “apretadas”; no reduce directamente las tarifas de gas, y las operaciones complejas seguirán consumiendo más unidades de cómputo.
3. A corto plazo no traerá un estallido inmediato del ecosistema: los desarrolladores deben adaptarse y se irá implementando gradualmente para casos como ZK, multisig empresarial, RWA, etc.
Lectura del mercado
- Es una mejora de capacidades a nivel de protocolo, sin un impulso directo e inmediato para el precio de SOL; beneficia a largo plazo al ecosistema de desarrolladores;
- Elimina el cuello de botella histórico del tamaño de las transacciones para aplicaciones de Solana como ZK, RWA y a nivel institucional;
- Aún hay una hoja de ruta posterior: reducción del tiempo de slot a 250 ms y más optimización del rendimiento de la red.
⚠️ Lo anterior es solo una recopilación de información pública en la cadena y no constituye asesoramiento de inversión
Propuesta: SIMD‑0296, SIMD‑0385
Datos clave
- Tamaño máximo por transacción: 1232 → 4096 bytes, aumento de aproximadamente 3.3 veces
- ⚠️ No es un aumento de TPS (transacciones por segundo); solo permite que una transacción cargue más datos
- Los formatos de transacción V0/legacy anteriores mantienen compatibilidad, no se exige migración obligatoria
Capacidades habilitadas por la actualización
1. Operaciones complejas se pueden completar en una sola transacción atómica, sin dividir en múltiples transacciones ni depender de Jito bundle:
- Carteras multisig grandes, aprobaciones con firmas múltiples
- Pruebas ZK de conocimiento cero, transferencias privadas
- Composiciones DeFi de múltiples pasos, operaciones en lote
2. Reestructuración del formato de transacción: el presupuesto de cómputo y la tarifa prioritaria se integran directamente en la transacción, ya no se requieren instrucciones adicionales; se elimina la fuerte dependencia de las tablas de búsqueda de direcciones ALT.
Riesgos y limitaciones del mundo real
1. Las carteras, RPC, indexadores de bloques y navegadores deben actualizar el código; de lo contrario, se producirán errores al leer transacciones V1 e incluso fallas al consultar bloques.
2. Las transacciones más grandes consumen más ancho de banda de red; cuando hay congestión, las transacciones de gran volumen son más propensas a verse “apretadas”; no reduce directamente las tarifas de gas, y las operaciones complejas seguirán consumiendo más unidades de cómputo.
3. A corto plazo no traerá un estallido inmediato del ecosistema: los desarrolladores deben adaptarse y se irá implementando gradualmente para casos como ZK, multisig empresarial, RWA, etc.
Lectura del mercado
- Es una mejora de capacidades a nivel de protocolo, sin un impulso directo e inmediato para el precio de SOL; beneficia a largo plazo al ecosistema de desarrolladores;
- Elimina el cuello de botella histórico del tamaño de las transacciones para aplicaciones de Solana como ZK, RWA y a nivel institucional;
- Aún hay una hoja de ruta posterior: reducción del tiempo de slot a 250 ms y más optimización del rendimiento de la red.
⚠️ Lo anterior es solo una recopilación de información pública en la cadena y no constituye asesoramiento de inversión