Notas de la versión - v0.202.4

v0.202.4 (1 de septiembre de 2026)

Título: Mejora la fiabilidad del cierre, la validación y las canalizaciones

Fecha: 1 de septiembre de 2026

Versión: v0.202.4

Esta versión hace determinista el cierre de los servicios, rechaza antes los datos no válidos del ledger y de Plutus, y gestiona de forma coherente la cancelación y el drenaje de las canalizaciones.

💪 Mejoras

• Mejoró el cierre de las notificaciones de mensajes locales: La API exporta Server.Stop, que funciona de forma segura antes o después de Start y admite llamadas repetidas. El cierre termina las señales de finalización del servidor y del protocolo para que RequestMessages y WaitForMessage bloqueados puedan finalizar, y detiene el proceso y el temporizador de limpieza de expiración. Protocol.Start no hace nada después de una detención previa, y el protocolo señala la finalización exactamente una vez.

• Corrigió el manejo de los márgenes de los grupos de participación: Los límites de entrada y salida JSON y CBOR, el cálculo de recompensas, el análisis de extraPool del genesis de Shelley y la conversión de UTxO RPC ahora validan los márgenes. Los márgenes válidos deben estar dentro del rango inclusivo [0, 1], usar un denominador positivo y cumplir los límites de conversión. Los márgenes no válidos o ausentes ahora devuelven errores en lugar de aceptarse o tratarse como cero.

• Reforzó la validación de scripts de Plutus: Plutigo v0.5.0 valida los datos de Plutus según el protocolo antes de la ejecución de la fase 2. El validador también comprueba los scripts de referencia en las devoluciones de garantías y en las salidas de subtransacciones de Dijkstra, mientras que los scripts con valores nil devuelven errores de script malformado. Los witnesses y scripts de referencia malformados fallan antes y de forma determinista, en lugar de fallar durante la fase 2 o provocar un pánico.

• Perfeccionó la detención y el drenaje de las canalizaciones: La canalización registra cuándo comienza la detención, rechaza el trabajo de Submit y Fence después de ese momento y da prioridad a la cancelación del llamador. WaitForDrain espera el límite exacto del trabajo aceptado en lugar de consultar PendingCount; una detención explícita permite que finalice correctamente, mientras que la cancelación del proceso principal devuelve ErrPipelineStopped. La documentación presenta PendingCount únicamente como valor de observación.

Compatibilidad de red recomendada ⚠️

Red	Compatible
mainnet	⛔
preprod-testnet	✅
preview-testnet	✅
musashi	✅

Versión: v0.202.4

Comparar: v0.202.3…v0.202.4

---

Docs authored by Doc Holiday