Puntos claves de la noticia:
- XRPL Commons aprobó dos mejoras clave: Dominios Permitidos y un DEX Permitido.
- Se rechazó una tercera enmienda por un error crítico en su código.
- La próxima sesión de votación de enmiendas es el 6 de febrero de 2026.
XRPL Commons respaldó dos actualizaciones de red el viernes después de completar su sesión rutinaria de votación de enmiendas, siguiendo pruebas exitosas en la red de desarrollo. La organización comunitaria publicó el comunicado en X el lunes.
Una de las dos propuestas votadas alcanzó el umbral de votación de validadores para integrarse en XRPL. Una enmienda respaldada anteriormente fue rechazada después de que surgiera una falla, mientras otra enmienda sobre depósito en garantía de tokens permanece bajo revisión pendiente de más pruebas.
XRPL Commons participa en el proceso impulsado por validadores que determina qué cambios avanzan hacia la activación. Las enmiendas requieren apoyo sostenido de una supermayoría de validadores antes de activarse en el libro mayor.
Validadores aprueban zonas de red basadas en credenciales
El 88% de los validadores votaron a favor de la propuesta XLS-80, también conocida como Dominios con Permisos, después de pruebas exitosas en Devnet. El grupo indicó que el cambio tiene una fecha estimada de activación el 4 de febrero de 2026 a las 09:57:51 UTC.
La propuesta introduce entornos restringidos dentro del XRP Ledger que limitan la participación de cuentas que poseen credenciales aprobadas. El marco no expone registros personales sensibles, ya que solo se registra en cadena la prueba de que una credencial es válida, mientras cualquier detalle personal permanece fuera del libro mayor.
Los Dominios con Permisos son zonas cerradas que las instituciones pueden usar, siempre que verifiquen contrapartes antes de realizar transacciones. La medida difiere del modelo de acceso completamente abierto que los sistemas blockchain usaron anteriormente, incluido XRPL.
XRPL Commons también votó a favor de la enmienda XLS-81 «DEX con Permisos«, propuesta durante el lanzamiento de la versión de software v2.5.0 el año pasado. Según la página de votación de enmiendas XRP, XLS-81 aún no ha sido habilitada pero permanece en fase de votación.
La enmienda requiere 27 de 34 votos de validadores para alcanzar su umbral. Al momento del reporte, el consenso alcanzaba 55.88%, con solo 19 validadores a favor.
La propuesta expande el intercambio integrado del XRP Ledger al permitir comercio dentro de configuraciones controladas. Los participantes deben poseer credenciales aprobadas antes de colocar o completar órdenes, incluidas firmas financieras que operan bajo reglas de identidad y reporte.
Las instancias del DEX con Permisos tienen «listas de permitidos» que determinan quién puede acceder a un lugar de comercio dado. Las órdenes colocadas en estas configuraciones se mantienen separadas de los libros de órdenes abiertos principales. Un tipo limita la actividad estrictamente a comerciantes dentro de un dominio específico, mientras otra estructura permite a los comerciantes interactuar tanto con el grupo restringido como con el intercambio público, dando prioridad al lugar controlado.
El marco está diseñado para funcionar junto con mecanismos de cumplimiento del XRP Ledger, como líneas de confianza autorizadas, congelación de activos y funciones de recuperación, para habilitar comercio regulado en cadena.
Sin embargo, Commons cambió su voto sobre XLS-56 (Transacciones por Lote) de sí a no después del descubrimiento de un problema de software durante la revisión. Según el grupo, el error podría validar transacciones internas en un lote que parecían firmadas correctamente cuando no lo estaban. Commons recomendó que los desarrolladores hagan correcciones antes de que su apoyo en el libro mayor pueda reanudarse.
Actualización de depósito en garantía de tokens espera más pruebas
La enmienda XLS-85 que extiende funciones de depósito en garantía a tokens emitidos en otras cadenas no vio cambio en posición. XRPL Commons indicó que están programadas más pruebas antes de la próxima sesión de votación.
Según la semántica de la propuesta, el libro mayor podría mantener IOUs y Tokens Multipropósito en depósito en garantía. También podría impactar liberaciones de monedas por condiciones como tiempo, eventos específicos o reglas programables.
Los emisores de tokens tendrían prohibido colocar sus propios activos en depósito en garantía, y cualquier activo bajo depósito no podría ser recuperado durante el periodo de bloqueo. Las tarifas de transferencia para ciertos tokens se calcularían cuando se crea el depósito en garantía.
La enmienda también se introdujo con la versión de software v2.5.0 y requeriría respaldo del 80% de validadores para activarse. Aún así, no proporciona funcionalidad de depósito en garantía entre cadenas directa, ya que la limitación está fuera de su alcance actual.
Más allá de las decisiones sobre enmiendas, XRPL Commons dijo que la reserva basada en tarifas permanece en 1 XRP, mientras la reserva del propietario está limitada a 0.1 XRP. Todas las demás enmiendas abiertas ya habían sido votadas en sesiones anteriores, y no se agregaron nuevas propuestas a la agenda en esta ronda.
La próxima sesión de votación de enmiendas está programada para el 6 de febrero, cuando los validadores revisarán propuestas pendientes y revisarán resultados de pruebas.
