TL;DR
XRPL Commons aprobó dos actualizaciones clave: Dominios Permisionados y un DEX Permisionado.
Una tercera enmienda (Transacciones por Lotes) fue rechazada después de que se encontrara un error crítico.
La próxima sesión de votación sobre enmiendas está programada para el 6 de febrero de 2026.
XRPL Commons respaldó dos actualizaciones de red el viernes después de completar su sesión de votación de enmiendas de rutina, tras pruebas exitosas en la red de desarrollo. La organización comunitaria publicó la declaración en X el lunes.
Una de las dos propuestas votadas alcanzó el umbral de votación de los validadores para la integración en XRPL. Una enmienda respaldada anteriormente fue rechazada después de que surgiera un defecto, mientras que otra enmienda sobre el depósito de tokens sigue bajo revisión pendiente de pruebas adicionales.
XRPL Commons participa en el proceso impulsado por los validadores que determina qué cambios avanzan hacia la activación. Las enmiendas requieren un apoyo sostenido de una supermayoría de validadores antes de entrar en funcionamiento en el libro mayor.
Los validadores aprueban zonas de red basadas en credenciales
El 88% de los validadores votó 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 de activación estimada del 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 a cuentas que poseen credenciales aprobadas. El marco no expone registros personales sensibles, ya que solo se registra en la cadena la prueba de que una credencial es válida, mientras que cualquier detalle personal permanece fuera del libro mayor.
Los dominios con permisos son zonas restringidas que las instituciones pueden usar, siempre que verifiquen a las contrapartes antes de realizar transacciones. La medida difiere del modelo de acceso completamente abierto que los sistemas de blockchain usaban 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 de XRP, XLS-81 aún no se ha habilitado pero permanece en la fase de votación.
La enmienda requiere 27 de 34 votos de validadores para cumplir con su umbral. En el momento de la redacción, el consenso alcanzó el 55.88%, con solo 19 validadores a favor.
La propuesta expande el intercambio incorporado del XRP Ledger al permitir el comercio dentro de entornos controlados. Los participantes deben poseer credenciales aprobadas antes de realizar o completar pedidos, incluidas las empresas financieras que operan bajo reglas de identidad e informes.
Las instancias de DEX con permisos tienen “listas de permitidos” que determinan quién puede acceder a un lugar de comercio determinado. Los pedidos realizados en estos entornos permanecen separados de los libros de órdenes abiertos principales. Un tipo limita la actividad estrictamente a comerciantes dentro de un dominio específico, mientras que 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 trabajar junto con los mecanismos de cumplimiento del XRP Ledger, como líneas de confianza autorizadas, congelación de activos y funciones de recuperación, para permitir el comercio regulado en la cadena.
Sin embargo, Commons cambió su voto sobre XLS-56 (Transacciones por Lotes) de sí a no después de descubrir 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 estar firmadas correctamente cuando no lo estaban. Commons recomendó que los desarrolladores realizaran correcciones antes de que su apoyo en el libro mayor pudiera reanudarse.
La actualización de Token Escrow espera más pruebas
La enmienda XLS-85 que extiende las características de escrow a tokens emitidos en otras cadenas no vio cambios en la posición. XRPL Commons dijo que se programaron más pruebas antes de la próxima sesión de votación.
De acuerdo con la semántica de la propuesta, el libro mayor podría mantener IOUs y Tokens Multiusos en escrow. También podría impactar en la liberación de monedas mediante condiciones como tiempo, eventos específicos o reglas programables.
Los emisores de tokens estarían prohibidos de colocar sus propios activos en escrow, y cualquier activo bajo escrow no podría ser recuperado durante el período de bloqueo. Las tarifas de transferencia para ciertos tokens se calcularían cuando se crea el escrow.
La enmienda también se introdujo con la versión de software v2.5.0 y requeriría un respaldo del 80% de los validadores para activarse. Sin embargo, no proporciona funcionalidad directa de escrow entre cadenas, ya que la limitación cae 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 que la reserva del propietario está limitada a 0.1 XRP. Todas las demás enmiendas abiertas ya se habían votado en sesiones anteriores, y no se añadieron nuevas propuestas a la agenda en esta ronda.
La próxima sesión de votación sobre enmiendas está programada para el 6 de febrero, cuando los validadores revisarán propuestas pendientes y resultados de pruebas.
