XRP Ledger supera el 68% de consenso y presiona a operadores por actualización clave

La versión XRPL 3.3.0 ya está disponible e incorpora nuevas funciones para la red, mientras la enmienda fixCleanup3_3_0 registra un consenso de 68,57%, todavía por debajo del umbral del 80% requerido para su activación.
***

• La versión xrpld 3.3.0 ya está disponible para los operadores de XRP Ledger.
• La actualización incorpora funciones como Batch, Dynamic MPT, delegación de permisos, patrocinio y transferencias confidenciales.
• La enmienda fixCleanup3_3_0 registra 68,57% de consenso, todavía por debajo del 80% necesario.

---

Los operadores de nodos de XRP Ledger enfrentan una actualización relevante después del lanzamiento de xrpld 3.3.0, una versión que reúne nuevas funciones, correcciones de errores y mejoras de compilación. La actualización llega mientras la red avanza hacia la votación de varias enmiendas, un proceso que exige coordinación entre los participantes para conservar la compatibilidad con las reglas del libro mayor.

La versión 3.3.0 de xrpld ya está disponible, según la publicación de lanzamiento de XRP Ledger. El software incorpora cambios destinados a ampliar las capacidades del protocolo y prepara las enmiendas para el proceso de aprobación de los validadores. La información disponible no permite confirmar aquí el porcentaje exacto de nodos que ya ejecutan la versión.

Una actualización con varias funciones nuevas

XRPL 3.3.0 incorpora las enmiendas BatchV1, DynamicMPT, PermissionDelegationV1_1, Sponsor y ConfidentialTransfer, además de fixCleanup3_3_0. En conjunto, el paquete abarca transacciones atómicas por lotes, propiedades modificables de tokens multipropósito, delegación granular de permisos, patrocinio de reservas y transacciones, y transferencias confidenciales orientadas a preservar la privacidad.

BatchV1 corresponde a las transacciones atómicas en bloque descritas en XLS-56, mientras que DynamicMPT extiende los tokens multipropósito para permitir que sus emisores designen determinadas propiedades como modificables durante la creación del activo, de acuerdo con XLS-94. La función de patrocinio se vincula con XLS-68 y ConfidentialTransfer con XLS-0096.

La delegación de permisos busca permitir controles más granulares sobre las cuentas, una capacidad relevante para aplicaciones que necesitan separar responsabilidades operativas. Por su parte, las transferencias confidenciales apuntan a preservar la privacidad de ciertos movimientos de tokens multipropósito, aunque la fuente no ofrece detalles adicionales sobre su adopción o funcionamiento práctico en producción.

La nueva versión también incluye fixCleanup3_3_0, una corrección limitada por enmiendas que agrupa ajustes para distintos componentes del protocolo. Su avance en la votación es el elemento que concentra la atención de los operadores, porque una eventual activación elevaría la importancia de ejecutar un software compatible con las reglas actualizadas.

El consenso se acerca al umbral requerido

La enmienda fixCleanup3_3_0 alcanzó un consenso de 68,57%, según la información publicada sobre el estado de la votación. El porcentaje todavía se encuentra por debajo del 80% requerido, pero la propuesta necesita menos de 12 puntos porcentuales adicionales para alcanzar el umbral de activación mencionado en el reporte.

En XRP Ledger, las enmiendas deben mantener el respaldo de más del 80% de los validadores confiables durante dos semanas para habilitarse. Si el apoyo cae por debajo de ese nivel, el proceso puede verse interrumpido. Por ello, el 68,57% representa un avance significativo, pero no confirma la activación.

El conjunto de correcciones cubre bóvedas de activos, el protocolo de préstamos, los creadores automatizados de mercado, el DEX autorizado, los cheques y las pseudo-cuentas. Su alcance muestra que no se trata de un ajuste aislado, sino de una actualización transversal destinada a corregir comportamientos en varias áreas del ecosistema de XRP Ledger.

Entre los cambios figura una corrección para las ofertas híbridas, que deben retirarse del libro de órdenes abiertas cuando la cuenta que las colocó pierde acceso al dominio con permisos. También se contemplan ajustes para que la liquidez de los creadores automatizados de mercado se contabilice en los cálculos de calidad de los libros de órdenes del DEX autorizado.

La propuesta incluye, además, cambios de precisión y redondeo para las bóvedas de activos y el protocolo de préstamos, junto con otras correcciones. La información disponible no indica una fecha de activación, por lo que el siguiente paso dependerá de la evolución del consenso y de la preparación de los operadores que participan en la red.

Qué ocurre con los nodos que no actualicen

El mecanismo de bloqueo por enmienda funciona como una medida de seguridad para proteger la exactitud de los datos de XRP Ledger. Cuando una enmienda se habilita, un servidor que ejecuta una versión anterior sin el código correspondiente deja de comprender plenamente las reglas que gobiernan el ledger.

En lugar de interpretar de forma incierta los datos o intentar validar transacciones con reglas antiguas, el nodo incompatible queda bloqueado por enmienda. Bajo esa condición, no puede determinar la validez del ledger ni presentar o procesar transacciones, lo que limita su utilidad dentro de la infraestructura distribuida.

El bloqueo también impide que el servidor participe en el proceso de consenso o vote en futuras enmiendas, de acuerdo con la explicación incluida en el reporte. Para los operadores, esto convierte la actualización en una tarea operativa necesaria y no únicamente en una forma de acceder antes a nuevas funciones.

La advertencia busca evitar que una parte de la infraestructura quede desconectada funcionalmente cuando se activen cambios incompatibles con versiones anteriores. No obstante, la activación de las enmiendas aún depende de que alcancen y mantengan el respaldo requerido de los validadores.

Coordinación de la red ante el próximo paso

La expansión de xrpld 3.3.0 ocurre en paralelo con la votación de las enmiendas incluidas en el lanzamiento. Esta combinación coloca a los operadores frente a dos tareas relacionadas: instalar el software compatible y seguir la evolución del consenso antes de que las propuestas alcancen el nivel necesario para activarse.

La publicación de lanzamiento describe la disponibilidad de la versión 3.3.0 y enumera las enmiendas incluidas en el paquete de software. Entre ellas figuran BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 y Sponsor, además de fixCleanup3_3_0.

El dato de 68,57% para fixCleanup3_3_0 muestra que la propuesta ha reunido una mayoría significativa, aunque todavía no cumple la condición del 80%. Esa diferencia mantiene abierta la decisión sobre su activación y deja a los participantes atentos tanto al resultado de la votación como a la migración del resto de la infraestructura.

Por ahora, la información disponible confirma el lanzamiento de la versión y el avance de la enmienda, pero no establece un calendario definitivo para su habilitación. La recomendación central para los operadores es mantener el software actualizado, revisar las novedades de xrpld 3.3.0 y prepararse para los cambios que obtengan el respaldo requerido.

---

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.