XRPL Commons aprueba dominios con permisos y modificaciones DEX después de las pruebas de Devnet

XRPL Commons dijo que respaldó dos actualizaciones de red el viernes después de completar su sesión de votación de enmiendas de rutina, luego de una exitosa prueba de red de desarrollo.

Según la declaración de la comunidad sobre X publicada el lunes, una de las dos propuestas por las que votó alcanzó el umbral de votación del validador para integrarse en XRPL. Una enmienda que había respaldado anteriormente fue rechazada después de que surgiera una falla, y otra enmienda sobre el depósito de tokens está bajo revisión en espera de más pruebas.

Actualización de la votación de XRPL Commons

El viernes 23 de enero completamos nuestra sesión regular de votación de enmiendas.

Votación de enmiendas:
🔷XLS-80 (Dominios con permisos): Voto a favor tras pruebas exitosas en Devnet.

🔷XLS-81 (DEX con permisos): Votado SÍ luego de exitosas pruebas de Devnet…

— XRPL Commons (@xrpl_commons) 26 de enero de 2026

XRPL Commons participa en el proceso impulsado por validadores que determina qué cambios avanzan hacia su activación. Las modificaciones requieren el apoyo continuo de una gran mayoría de validadores antes de su publicación en el libro mayor.

Los validadores XRP dan luz verde a las zonas de red basadasdent

El 88% de los validadores votaron a favor de la propuesta XLS-80, también conocida como Dominios Permisionados, tras las exitosas pruebas de Devnet. El grupo indicó que el cambio traccomo fecha de activación estimada el 4 de febrero de 2026 a las 09:57:51 UTC.

La propuesta introduce entornos restringidos dentro del XRP Libro Mayor que limitan la participación de cuentas con credenciales aprobadasdentEl marco no expondría registros personales confidenciales, ya que solo se registra en la cadena la prueba de la validez de una credencialdentmientras que los datos personales permanecen fuera del libro mayor. 

Los Dominios Permisionados son zonas restringidas que las instituciones pueden usar, siempre que verifiquen a las contrapartes antes de realizar la transacción. Esto difiere del modelo de acceso totalmente abierto que utilizaban los sistemas blockchain anteriormente, incluyendo XRPL.

XRPL Commons también votó a favor de la XLS-81 “Permissioned DEX”, que se propuso durante el lanzamiento de la versión de software v2.5.0 el año pasado. Según la XRP , XLS-81 aún no se ha habilitado, pero sigue en fase de votación.

La enmienda requiere 27 de los 34 votos de los validadores para alcanzar su umbral. Al momento de la publicación, el consenso era del 55,88%, con solo 19 validadores a favor.

La propuesta amplía el intercambio integrado de XRP Ledger al permitir la negociación en entornos controlados. Los participantes deben poseerdentaprobadas antes de realizar o completar órdenes, incluidas las empresas financieras que operan bajo normas dedenty presentación de informes.

Las instancias DEX con permisos cuentan con listas de acceso que determinan quién puede acceder a una plataforma de negociación específica. Las órdenes realizadas en estas configuraciones se mantienen separadas del libro de órdenes principal. Un tipo limita la actividad estrictamente a los operadores dentro de un dominio específico. Por otro lado, otra estructura permite a los operadores interactuar tanto con el pool como con la plataforma pública, dando prioridad a la plataforma controlada.

El marco está diseñado para funcionar junto con XRP Ledger , como líneas de confianza autorizadas, congelamiento de activos y funciones de recuperación, para permitir el comercio regulado en cadena.

Sin embargo, la Cámara de los Comunes cambió su voto sobre XLS-56 (Transacciones por Lotes) de sí a no tras 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 correctamente firmadas cuando no lo estaban. La Cámara de los Comunes recomendó que los desarrolladores implementaran correcciones antes de que se reanudara el soporte para el libro mayor.

La actualización del depósito de tokens XRPL espera más pruebas

La enmienda XLS-85, que extiende las funciones de depósito en garantía a los tokens emitidos en otras cadenas, no ha experimentado cambios. La Cámara de los Comunes XRPindicó que se programarán 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 almacenar pagarés y tokens multipropósito en custodia. También podría afectar la emisión de monedas según condiciones como el tiempo, eventos específicos o reglas programables. 

Los emisores de tokens no podrán depositar sus propios activos en custodia, y los activos bajo custodia no podrán recuperarse durante el período de bloqueo. Las comisiones de transferencia de ciertos tokens se calcularán al crear la custodia.

La enmienda también se introdujo con la versión de software v2.5.0 y requeriría un respaldo del 80% del validador para su activación. Sin embargo, no ofrece la funcionalidad de depósito en garantía directo entre cadenas, ya que esta limitación queda fuera de su alcance actual.

Más allá de las decisiones sobre enmiendas, la Cámara de los Comunes XRPindicó que la reserva basada en comisiones se mantiene en 1 XRP, mientras que la reserva del propietario está limitada a 0,1 XRP. Todas las demás enmiendas pendientes ya se habían votado en sesiones anteriores, y no se añadieron nuevas propuestas a la agenda de esta ronda.

La próxima sesión de votación de enmiendas está programada para el 6 de febrero, cuando los validadores revisarán las propuestas pendientes y los resultados de las pruebas.