El equipo central de Solana, Anza, lanzó Transaction V1（SIMD-0385）en la red principal。
Muchos no entienden qué significa realmente este paso.
En el pasado, el límite de transacciones individuales de Solana $SOL era de 1232 bytes. Cuando los desarrolladores construían lógicas complejas sobre eso, era como programar dentro de un sello postal. En cuanto intervenían los ZK proofs del pago privado, las complejas multisignaturas a nivel institucional con BLS, o el agregador de liquidación multi-ruta de DeFi avanzado, el volumen de datos de la transacción se excedía en cuestión de minutos.
Antes, el único modo era dividirlo en varias subtransacciones y enviarlas de forma consecutiva.
Pero esto introducía un riesgo fatal: al enviar, si en algún punto intermedio se quedaba colgado o fallaba, los estados de antes y después quedaban desincronizados. Los arbitrajistas podían insertarse directamente cuando tu primera transacción ya había liquidado y la segunda aún no se conectaba, haciendo que el usuario asumiera la pérdida total.
Ahora, estas acciones criptográficas complejas y las lógicas en múltiples cadenas pueden empaquetarse dentro de la misma transacción atómica. O pasan todas, o se revierte todo; en el medio no hay espacio para que las inserten o las intercalen. No solo elimina la redundancia y el costo de coordinar múltiples transacciones, sino que también reduce la interacción extremadamente engorrosa a una sola acción de firma.
Lo más interesante es que también hubo cambios en la planificación de recursos. Anza traslada configuraciones como las unidades de cómputo (CU), las comisiones de prioridad y los datos de cuentas directamente al encabezado de la transacción. Los nodos RPC y los validadores ya no necesitan, como antes, revisar todo el payload para poder determinar la prioridad y la tasa; eso puede hacerse con una prevalidación y la asignación de recursos en el propio encabezado. La eficiencia de la cola para operaciones de alta frecuencia y el MEV mejora a nivel físico.
Aunque el lanzamiento se retrasó hasta el Epoch 1035 debido a pruebas de integración de herramientas del ecosistema, eso precisamente demuestra que el equipo está dando prioridad a respaldar la seguridad de la red principal; antes de ocupar un punto de tiempo de nodos, prefieren retrasar.
Por supuesto, que el espacio crezca 3 veces no significa que las aplicaciones puedan disfrutar el beneficio sin más. El ritmo de adaptación de la infraestructura, la carga que soportan los nodos RPC y si los desarrolladores de DApp realmente pueden aterrizar la lógica ZK y la de nivel institucional: esas son las variables decisivas para que pueda alcanzar su máxima efectividad.
No es un beneficio explícito de esos que te permiten “tirar del precio” directamente, pero cuando se abre la tolerancia del nivel técnico hacia arquitecturas complejas, es cuando realmente se allanan los canales de entrada para aplicaciones de alto valor y capital institucional.
#solana交易v1上线主网
Muchos no entienden qué significa realmente este paso.
En el pasado, el límite de transacciones individuales de Solana $SOL era de 1232 bytes. Cuando los desarrolladores construían lógicas complejas sobre eso, era como programar dentro de un sello postal. En cuanto intervenían los ZK proofs del pago privado, las complejas multisignaturas a nivel institucional con BLS, o el agregador de liquidación multi-ruta de DeFi avanzado, el volumen de datos de la transacción se excedía en cuestión de minutos.
Antes, el único modo era dividirlo en varias subtransacciones y enviarlas de forma consecutiva.
Pero esto introducía un riesgo fatal: al enviar, si en algún punto intermedio se quedaba colgado o fallaba, los estados de antes y después quedaban desincronizados. Los arbitrajistas podían insertarse directamente cuando tu primera transacción ya había liquidado y la segunda aún no se conectaba, haciendo que el usuario asumiera la pérdida total.
Ahora, estas acciones criptográficas complejas y las lógicas en múltiples cadenas pueden empaquetarse dentro de la misma transacción atómica. O pasan todas, o se revierte todo; en el medio no hay espacio para que las inserten o las intercalen. No solo elimina la redundancia y el costo de coordinar múltiples transacciones, sino que también reduce la interacción extremadamente engorrosa a una sola acción de firma.
Lo más interesante es que también hubo cambios en la planificación de recursos. Anza traslada configuraciones como las unidades de cómputo (CU), las comisiones de prioridad y los datos de cuentas directamente al encabezado de la transacción. Los nodos RPC y los validadores ya no necesitan, como antes, revisar todo el payload para poder determinar la prioridad y la tasa; eso puede hacerse con una prevalidación y la asignación de recursos en el propio encabezado. La eficiencia de la cola para operaciones de alta frecuencia y el MEV mejora a nivel físico.
Aunque el lanzamiento se retrasó hasta el Epoch 1035 debido a pruebas de integración de herramientas del ecosistema, eso precisamente demuestra que el equipo está dando prioridad a respaldar la seguridad de la red principal; antes de ocupar un punto de tiempo de nodos, prefieren retrasar.
Por supuesto, que el espacio crezca 3 veces no significa que las aplicaciones puedan disfrutar el beneficio sin más. El ritmo de adaptación de la infraestructura, la carga que soportan los nodos RPC y si los desarrolladores de DApp realmente pueden aterrizar la lógica ZK y la de nivel institucional: esas son las variables decisivas para que pueda alcanzar su máxima efectividad.
No es un beneficio explícito de esos que te permiten “tirar del precio” directamente, pero cuando se abre la tolerancia del nivel técnico hacia arquitecturas complejas, es cuando realmente se allanan los canales de entrada para aplicaciones de alto valor y capital institucional.
#solana交易v1上线主网
