La XRP Ledger Foundation incluyó en su hoja de ruta una propuesta para que las cuentas usen firmas diseñadas para resistir futuros ataques de computadoras cuánticas. El borrador conserva la comisión base, aunque la Fundación plantea estudiar si las firmas más grandes necesitan una regla de cobro por tamaño.
El plan aparece en la hoja de ruta de 2027, actualizada el 4 de noviembre de 2026. La enmienda, llamada Quantum, sigue en fase de diseño: tiene una implementación experimental, pero aún necesita desarrollo, revisión y una votación de los validadores para entrar en la red principal.
La técnica elegida es ML-DSA-44, parte del estándar de firmas digitales FIPS 204 que el Instituto Nacional de Estándares y Tecnología de Estados Unidos publicó en 2024. Una firma digital permite comprobar que quien controla una clave autorizó una operación.
La Fundación explica que una computadora cuántica suficientemente avanzada podría comprometer los algoritmos de firma actuales. La propuesta busca preparar la red para ese escenario futuro; no describe un ataque cuántico que ya haya ocurrido contra XRP Ledger.
La cuenta conservaría su dirección, pero debe cambiar la autorización
El diseño permitiría asociar una clave poscuántica a una cuenta existente y mantener su dirección y saldos. La migración no sería automática: las cuentas que sigan usando los métodos actuales conservarían su exposición a un futuro ataque de ese tipo.
La Fundación advierte que agregar la nueva clave regular no basta si la clave maestra clásica permanece habilitada. Mientras esta conserve autorización, seguiría existiendo una vía de firma basada en el mecanismo anterior. El diseño también requiere pruebas para las cuentas que usan varias firmas.
Las billeteras, los exchanges y los custodios tendrían que adaptar sus herramientas para gestionar las nuevas claves. El documento técnico contempla que los titulares puedan migrar una cuenta existente o mover sus activos a otra creada con el nuevo tipo de clave.
La comisión base y el almacenamiento son dos costos distintos
La clave pública y la firma propuestas sumarían hasta 3,732 bytes por operación, frente a los 105 bytes que la Fundación usa como referencia para una clave y una firma clásicas. La diferencia es de 3,627 bytes; una operación con varios firmantes añadiría más datos por cada firma poscuántica.
Para estimar la carga de almacenamiento, la Fundación suma esa diferencia a su modelo de un pago ordinario. El resultado pasa de 1,704 a 5,331 bytes por operación representativa, unas 3.1 veces más. Esa segunda cifra incluye componentes del registro y del historial: no es el tamaño de la firma por sí sola.
Los operadores de la infraestructura tendrían que gestionar el mayor uso de ancho de banda y almacenamiento. El borrador no introduce un cargo adicional por el tamaño de la nueva firma, pero el estudio de migración deberá evaluar si conviene crear una regla específica.
La comisión que paga una operación tampoco depende únicamente de esa propuesta. La documentación de XRP Ledger explica que el costo efectivo puede aumentar con la carga de la red y que algunas operaciones, como las de firma múltiple, tienen requisitos distintos. Mantener la tarifa base en el borrador no fija para siempre lo que pagaría cada usuario.
Las pruebas preceden a la votación
La Fundación indica que una rama de la implementación funcionó en AlphaNet, una red de pruebas. En su evaluación del 4 de noviembre señaló una diferencia pendiente: el componente Python utilizado para publicar listas de validadores puede generar claves distintas a las del servidor y la versión de JavaScript a partir de una misma semilla. También faltaban pruebas compartidas entre implementaciones.
El 9 de noviembre, la firma de seguridad Quantova señaló en el debate técnico un posible fallo en una rama experimental del repositorio de Transia-RnD. Según su observación, un control pensado para exigir firmas poscuánticas podría aceptar firmas clásicas. La corrección propuesta seguía abierta y sin revisiones visibles; el señalamiento se refiere a esa rama y no acredita un fallo en la red principal.
La hoja de ruta calcula entre 215,000 y 255,000 dólares para revisión, auditoría, una implementación de referencia y adaptaciones de billeteras, aparte de 640 horas de desarrollo estimadas. La Fundación sitúa el estudio de migración en el primer semestre de 2027 y el desarrollo, la revisión y la auditoría posteriores a finales de 2027 o durante 2028.
Ripple había presentado en abril una meta de transición completa para 2028. Es un objetivo de la compañía: la hoja de ruta de la Fundación aclara que sus proyectos no están garantizados. Para activar una enmienda, las reglas de XRPL exigen más del 80% de apoyo de los validadores de confianza durante dos semanas.
