Fundación
Las actualizaciones del protocolo Stellar son cambios en toda la red en el consenso y funcionalidad central. Los validadores deben actualizar su software para mantenerse sincronizados. Las actualizaciones pueden añadir nuevas características, mejorar el rendimiento de las transacciones o fortalecer la seguridad de la red.
Lo Último
El Protocolo 24 es un mejora de estabilidad necesaria para corregir un error en la característica de archivo de estado en Stellar Core. Nota que el cronograma para la actualización es mucho más comprimido que lo normal.
Permite a la red expulsar entradas persistentes del BucketList de estado en vivo a un BucketList separado que contiene estado archivado
Define una nueva estructura para conjuntos de transacciones que permite aplicar transacciones de contratos inteligentes con múltiples hilos mientras se mantiene un tiempo de aplicación acotado
Mantén una caché completamente poblada de todos los módulos WASM activos -- analizados, validados y traducidos -- en todo momento, a través de todos los libros mayores, eliminando los costos de análisis y validación del proceso de instanciación de la máquina virtual WASM
Nuevo tipo de recurso para lecturas de Soroban, distinguiendo entre lecturas en memoria y disco y restauración automática de entradas archivadas vía InvokeHostFunction0p
Emitir eventos de transfer, mint, burnt, Recuperación, fee y set_authorized en Classic en el mismo formato que Soroban, de modo que el movimiento de activos y las actualizaciones de líneas de confianza puedan rastrearse usando un único flujo de datos
Función del host de Soroban para obtener el ejecutable correspondiente a una Address
Funciones host de Soroban para convertir entre tipos String y Bytes
Parámetros de configuración del ledger que permiten a la red de Stellar ajustar dinámicamente los tiempos de cierre del ledger, los tiempos de espera de nominación y los tiempos de espera de votación para facilitar mejoras controladas e incrementales en el rendimiento del tiempo de bloque
CAP-0062
Esta propuesta separa el estado archivado y el estado en vivo en dos DBs distintas. Mientras que ambas DBs aún se persisten en disco por los validadores, optimizar el acceso al estado en vivo es significativamente más fácil. En particular, el estado en vivo puede ser completamente cacheado en memoria, eliminando las lecturas de disco del camino de ejecución de transacciones de Soroban, aumentando grandemente los límites de lectura y el rendimiento.
CAP-0063
Utilizar los núcleos inactivos para aplicar las transacciones proporciona una manera directa de aumentar el número de transacciones que pueden ser incluidas en un solo bloque de ledger sin comprometer el tiempo de cierre de ese ledger. Este CAP apunta a resolver este problema y permitir la paralelización que tiene un límite superior garantizado para el tiempo de ejecución de conjuntos de transacciones (dado al menos el número mínimo especificado de hilos físicos soportados).

