Solana activa la transacción V1 para que tenga un tamaño triple y habilita las pruebas ZK.

• Solana activa la Transacción V1 el 9 de septiembre, aumentando el tamaño máximo de las transacciones de 1,232 bytes a 4,096 bytes.Apoyar las pruebas de conocimiento cero atómico.Y las firmas de BLS.
• La actualización ajusta la red a las páginas de memoria estándar de cuatro kilobytes utilizadas en el hardware de validadores.Eliminando las restricciones relacionadas con los paquetes heredadosEso reducía anteriormente la complejidad de las transacciones.
• El framework de transferencias de tokens nativos de Wormhole permite que el suministro circulante de Dogecoin, valorado en 35 mil millones de dólares, se traslade de forma nativa a Solana.Evitando la liquidez fragmentada entre…Varios puentes.
• Kamino Finance introduce un nuevo mercado de préstamos en Solana que acepta Zcash (ZEC) como colateral para los préstamos en USDC.Utilizando grupos de riesgo aisladosPara reducir la volatilidad.
• Los proveedores de infraestructura y los indexadores deben actualizar urgentemente sus sistemas para poder procesar correctamente el nuevo formato de transacciones y las configuraciones de tarifas prioritarias.Para evitar errores de datos..

Solana está implementando una actualización estructural en su formato de transacciones. La versión V1 de las transacciones se activará en el mainnet el 9 de septiembre. Este cambio aumenta significativamente el tamaño máximo de las transacciones, pasando de 1,232 bytes a 4,096 bytes. El nuevo límite está definido por las propuestas SIMD-0296 y SIMD-0385. Esto permite que la red se alinee con los cuatro kilobytes de memoria utilizados en el hardware moderno para validación de transacciones. Este cambio resuelve un problema de larga data que limitaba las operaciones criptográficas complejas. Anteriormente, el límite de 1,232 bytes estaba diseñado para caber dentro de los paquetes de datos de 1,280 bytes utilizados en Internet. La nueva capacidad permite que las pruebas de conocimiento cero, las firmas BLS y las carteras multiseguro grandes puedan formar parte de transacciones atomicas. Esta atomicidad a nivel del protocolo reemplaza los métodos anteriores que dependían de los paquetes Jito para agrupar las transacciones. Una sola transacción v1 puede revertirse sin problemas si algún paso falla, lo que ofrece garantías más sólidas para las operaciones financieras descentralizadas complejas. La actualización se activa a través de un mecanismo especial en los límites de época. Los formatos de transacciones v0 siguen siendo válidos, lo que evita la necesidad de realizar un hard fork o migración de usuarios.

¿Cómo afecta el nuevo formato a los desarrolladores y a la infraestructura?

La transición a la versión V1 de las transacciones introduce cambios significativos para los desarrolladores y los proveedores de infraestructura blockchain. El nuevo formato elimina las Tablas de Búsqueda de Direcciones (ALTs), en favor de direcciones integradas directamente en el propio mensaje de transacción. Este cambio estructural requiere que todas las direcciones de las cuentas se anoten directamente dentro del mensaje de transacción. Aunque esto aumenta el tamaño del mensaje de transacción, el análisis técnico indica que…El 90% de las transacciones muestreadasSe añadirán menos de 1,400 bytes al convertirlo de v0 a v1. Los desarrolladores deben evaluar si el aumento en el tamaño del archivo justifica la pérdida de la compresión ALT para casos de uso específicos, como los intercambios entre múltiples pools.

Los proveedores de infraestructura deben cumplir con requisitos de compatibilidad inmediatos. Los proveedores de llamadas de procedimientos remotos deben configurar su versión máxima de transacciones soportada en uno, para evitar fallos en las solicitudes. Los indexadores, exploradores y servicios de análisis deben actualizar la forma en que obtienen los límites de recursos. La versión V1 almacena los límites de cálculo y las configuraciones de tarifas de prioridad en una configuración específica de transacciones, en lugar de seguir las instrucciones tradicionales relacionadas con el presupuesto de cálculo. Los servicios obsoletos pueden mostrar información incorrecta, como indicar tarifas de prioridad cero cuando los usuarios ya han pagado esas tarifas. Los consumidores de Geyser y gRPC deben verificar la existencia del campo Message.config, en lugar de las banderas de versión, para identificar correctamente las transacciones de la versión V1. Los proveedores deben actualizarse a Agave v4.2.2 o v4.3.0-beta.3 para poder manejar correctamente el tráfico de la versión V1.

¿Cuáles son las implicaciones para los activos entre cadenas y el DeFi?

Solana también está expandiendo su ecosistema de activos mediante importantes integraciones entre cadenas de blockchain diferentes. Dogecoin ha llegado a Solana a través del marco de transferencia de tokens nativos de Wormhole y del portal de liquidez Sunrise. Esta integración abarca toda la oferta circulante de Dogecoin, que asciende a 35 mil millones de dólares; se trata de una de las mayores transferencias entre cadenas de blockchain en la historia. A diferencia de los métodos tradicionales de almacenamiento de activos, que bloquean esos activos y crean versiones sintéticas, los transferencias de tokens nativos permiten que los tokens reales se almacenen de manera natural. Este enfoque utiliza pruebas de conocimiento cero para verificar las transferencias, mientras se preserva la autoridad del emisor sobre la política de suministro y los metadatos. El portal Sunrise asigna una dirección única para los activos que llegan, lo que garantiza que haya una versión canónica de Dogecoin en Solana.Mitiga la fragmentación de liquidez.Diferencias en los precios que a menudo surgen debido a que los activos llegan a través de varios puentes.

El panorama de los protocolos está evolucionando simultáneamente para soportar activos no nativos. Kamino Finance ha lanzado un nuevo mercado de préstamos en Solana que acepta Zcash como colateral. Los usuarios pueden depositar Zcash para obtener USDC, o utilizar el producto Multiply de Kamino para automatizar estrategias de apalancamiento. Esto implica prestar USDC, intercambiarlo por Zcash y reponer ese activo en una sola transacción. Kamino integra Zcash en su arquitectura de préstamos para contener los riesgos dentro de grupos específicos. Esta estructura permite al protocolo establecer ratios de préstamo-valor personalizados, adaptados a la volatilidad del activo. Así, se previene el riesgo de que el valor del activo disminuya drásticamente, afectando así la liquidez del protocolo.

Estos avances posicionan a Solana como un centro de alto rendimiento para operaciones de comercio avanzadas y operaciones financieras descentralizadas complejas. La red se prepara para la actualización posterior de Alpenglow, que tiene como objetivo lograr una finalidad en un tiempo de 100-150 ms. Esta actualización reemplaza TowerBFT por Votor y Rotor, con el fin de mejorar la certeza en los procesos de pago y liquidación entre las bolsas de valores y proveedores de pagos. La combinación de mayores capacidades de transacciones, flujos de activos entre cadenas diferentes y mercados de préstamos sofisticados aumenta la utilidad de la plataforma para casos de uso empresariales. Sin embargo, la concentración de grandes flujos de activos a través de un único gateway introduce riesgos de centralización que los inversores deben monitorear. La red también debe equilibrar el uso aumentado de ancho de banda debido a las transacciones más grandes, frente a la posible volatilidad en las tarifas de prioridad.