Parche de XRP Ledger para falla de emisión de tokens llega mañana

Solucionar una laguna jurídica persistente

El XRP Ledger (XRPL) está a un día de subsanar un fallo relacionado con una de sus funciones más recientes, cerrando así una laguna que, de otro modo, podría permitir que las cuentas autorizadas a quemar tokens también emitieran otros nuevos. El problema radica en la delegación de permisos, que permite a una cuenta otorgar poderes específicos a otra cuenta sin compartir sus claves. Esta función entró en funcionamiento el 8 de octubre a través de la enmienda PermissionDelegationV1_1, una actualización de la que Bitcoin.com News se hizo eco el mes pasado. Uno de esos poderes, «PaymentBurn», tiene como objetivo permitir que un delegado destruya tokens. La propia documentación sobre la delegación de permisos del XRPL explica el problema:

«Antes de la corrección, un delegado con el permiso granular PaymentBurn también podía acuñar nuevos tokens fungibles, lo que puede ocurrir con tokens de línea de confianza o tokens multipropósito (MPT) en determinadas circunstancias. Hasta que se active la enmienda fixCleanup3_4_0, se recomienda no delegar el permiso granular PaymentBurn».

Cabe mencionar que el resto de permisos no se ven afectados. La corrección se incluye en xrpld 3.4.0, que, según las notas de la versión, agrupa las correcciones para la versión 3.4.0. Entre ellas, «rechaza los pagos de PaymentBurn que superen un saldo cero». El paquete también refuerza las recuperaciones de los creadores de mercado automatizados (AMM), la contabilidad de las cajas fuertes, las reservas de depósito en garantía y la gestión de firmas, y se ha indicado a los operadores de nodos que actualicen «lo antes posible».

Un plazo que se ha incumplido

Se suponía que el parche ya estaría activo. Las enmiendas en el XRPL solo se activan tras mantener un apoyo de al menos el 80 % por parte de los validadores de confianza durante dos semanas consecutivas. Si el apoyo cae al 80 % o menos, aunque sea una sola vez, el contador se reinicia. A mediados de octubre, la actualización estaba prevista para el 23 de octubre a las 09:34 UTC aproximadamente. Esa fecha llegó y pasó, y los datos actuales del rastreador de enmiendas de Xrpscan muestran que fixCleanup3_4_0 ha recuperado su mayoría. El apoyo se sitúa ahora en 33 de 35 validadores, muy por encima de los 28 necesarios.

La propuesta «Native Lending» sigue sin alcanzar los votos necesarios

Otras actualizaciones pendientes están aún más rezagadas, y el mismo rastreador muestra que LendingProtocolV1_1 cuenta con 19 votos, la enmienda original de LendingProtocol con 19 y SingleAssetVault con 21, todas por debajo del umbral de los 28 votos. En conjunto, estas propuestas introducirían los préstamos nativos en la XRPL, pero ninguna de ellas tiene una cuenta atrás en marcha. Esto deja en suspenso los planes de préstamos del libro mayor, incluso mientras las instituciones impulsan una mayor actividad en la red. La moneda estable RLUSD de Ripple, por ejemplo, ha obtenido recientemente el apoyo de Coinbase en la XRPL y otras cadenas.

Una temporada ajetreada para la seguridad de la XRPL

Esta corrección pone fin a unas semanas difíciles para el historial de seguridad de la red, dado que el mes pasado los desarrolladores revelaron que un error en el libro mayor, con una década de antigüedad, podría haber permitido a un atacante acuñar XRP más allá de su suministro fijo. Ese fallo se corrigió discretamente en septiembre y no hay pruebas de que se haya aprovechado en ningún momento.

El XRP también fue el primero en verse afectado por el reciente ataque a Binance, aunque dicho ataque se dirigió a las carteras de Binance y no a la propia XRPL.

En lo que respecta a la corrección, nada cambia para los titulares habituales de XRP, pero sí para los emisores, las plataformas de intercambio y las empresas que delegan permisos de cuenta. Una vez que se active fixCleanup3_4_0, debería ser seguro volver a delegar PaymentBurn. El XRP cotiza cerca de los 1,25 dólares el 3 de noviembre, antes de la actualización.