XRPL Commons aprueba propuestas para dominios con permisos y 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.
Votos de enmiendas:
🔷XLS-80 (Dominios con permisos): Votado SÍ luego de las pruebas exitosas de Devnet🔷XLS-81 (DEX con permisos): Votado SÍ luego de exitosas pruebas de Devnet…
— XRP L 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 Libro Mayor XRP que limitan la participación de cuentas con credenciales aprobadas dent El marco no expondría registros personales confidenciales, ya que solo se registra en la cadena la prueba de la validez de una credencial dent mientras 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.
XRP L Commons también votó a favor de la XLS-81 "DEX Permisionado", propuesta durante el lanzamiento de la versión 2.5.0 del software el año pasado. Según la XRP , XLS-81 aún no se ha habilitado, pero aún se encuentra 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 tienen listas de permitidos que determinan quién puede acceder a una plataforma de negociación. Las órdenes emitidas en estas configuraciones se mantienen separadas de los libros de órdenes principales. Un tipo limita la actividad estrictamente a los operadores dentro de un dominio específico. Al mismo tiempo, otra estructura permite a los operadores interactuar tanto con el grupo como con el mercado público, priorizando 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.
No te limites a leer noticias sobre criptomonedas. Entiéndelas. Suscríbete a nuestro boletín. Es gratis .
Artículos Recomendados
