XRPL Commons aprueba dominios con permisos y enmiendas al DEX tras pruebas en Devnet
- XRPL Commons aprobó las enmiendas XLS-80 y XLS-81 tras pruebas exitosas en Devnet.
- Las nuevas propuestas introducen Dominios con Permisos y un DEX con Permisos, habilitando actividades on-chain conformes mientras se mantiene la información sensible del usuario fuera del ledger.
- El soporte para Transacciones por Lotes fue retirado debido a un error de firma, mientras que la actualización de Token Escrow sigue bajo pruebas adicionales antes de la próxima votación.
XRPL Commons indicó que respaldó dos actualizaciones de red el viernes tras completar su sesión rutinaria de votación de enmiendas, siguiendo unas pruebas exitosas en la red de desarrollo.
Según el comunicado de la comunidad en X publicado el lunes, una de las dos propuestas votadas alcanzó el umbral de votación de los validadores para ser integrada en XRPL. Una de las enmiendas que respaldamos anteriormente fue rechazada tras detectarse un fallo, y otra enmienda sobre custodia de tokens está bajo revisión pendiente de más pruebas.
Actualización de votación de XRPL Commons
El viernes 23 de enero completamos nuestra sesión regular de votación de enmiendas.
Votos de enmienda:
🔷XLS-80 (Dominios con permisos): Voto SÍ tras pruebas exitosas en Devnet🔷XLS-81 (DEX con permisos): Voto SÍ tras pruebas exitosas en Devnet…
— XRPL Commons (@xrpl_commons) enero 26, 2026
XRPL Commons participa en el proceso impulsado por validadores que determina qué cambios avanzan hacia su activación. Las enmiendas requieren un apoyo sostenido de una supermayoría de validadores antes de entrar en vigor en el libro mayor.
Los validadores de XRP habilitan zonas de red basadas en credenciales
El 88% de los validadores ha votado a favor de la propuesta XLS-80, también conocida como Dominios Autorizados, tras las pruebas exitosas en Devnet. El grupo indicó que el cambio sigue una fecha de activación estimada para 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 con credenciales aprobadas. El marco no expondría registros personales sensibles, ya que solo se registra en la cadena de bloques la prueba de que una credencial es válida, mientras que cualquier detalle personal permanece fuera del libro mayor.
Los dominios autorizados son zonas restringidas que las instituciones pueden utilizar, siempre que verifiquen a sus contrapartes antes de realizar transacciones. Esto difiere del modelo de acceso totalmente abierto que utilizaban los sistemas blockchain anteriormente, incluido XRPL.
XRPL Commons también votó a favor de la XLS-81 “enmienda DEX autorizado”, 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 y sigue en fase de votación.
La enmienda requiere 27 de los 34 votos de validadores para alcanzar su umbral. Al momento del informe, el consenso se situaba en el 55,88%, con solo 19 validadores a favor.
La propuesta amplía el intercambio integrado del XRP Ledger al permitir operaciones dentro de entornos controlados. Los participantes deben poseer credenciales aprobadas antes de colocar o ejecutar órdenes, incluidas las empresas financieras que operan bajo normas de identidad y reporte.
Las instancias de DEX con permisos tienen "listas de permitidos" que determinan quién puede acceder a una sala de negociación determinada. Las órdenes colocadas en estos entornos se mantienen separadas de los libros de órdenes abiertos principales. Un tipo limita la actividad estrictamente a traders dentro de un dominio específico. Al mismo tiempo, otra estructura permite a los traders interactuar tanto con el restringido pool y el intercambio público, dando prioridad al recinto controlado.
El marco está diseñado para funcionar junto con XRP Ledger mecanismos de cumplimiento, como líneas de confianza autorizadas, congelamiento de activos y funciones de recuperación, para permitir el comercio regulado en la cadena de bloques.
Sin embargo, el Commons 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 firmadas correctamente cuando no lo eran. El Commons recomendó que los desarrolladores realizaran las correcciones antes de que pudiera reanudarse su soporte en 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 registró cambios en la posición. XRPL Commons indicó que se programan 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 IOU y Tokens de Propósito Múltiple en depósito en garantía. También podría afectar la liberación de monedas mediante condiciones como tiempo, eventos específicos o reglas programables.
Los emisores de tokens quedarían impedidos de colocar sus propios activos en depósito en garantía, y ningún activo bajo depósito en garantía podría ser recuperado durante el período de bloqueo. Las tarifas de transferencia para ciertos tokens se calcularían al crear el depósito en garantía.
La enmienda también se introdujo con la versión de software v2.5.0 y requeriría el respaldo del 80% de los validadores para activarse. Sin embargo, no proporciona funcionalidad directa de depósito en garantía entre cadenas, ya que esa limitación está fuera de su alcance actual.
Más allá de las decisiones sobre enmiendas, XRPL Commons indicó que la reserva basada en tarifas sigue siendo de 1 XRP, mientras que la reserva de propietario tiene un límite máximo de 0.1 XRP. Todas las demás enmiendas pendientes ya habían sido votadas en sesiones anteriores, y no se añadieron 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 las propuestas pendientes y examinarán los resultados de las pruebas.
Si estás leyendo esto, ya vas por delante. Mantente así con nuestro boletín.
Aviso de responsabilidad. La información proporcionada no es un consejo de trading. Cryptopolitan.com no asumimos responsabilidad alguna por las inversiones realizadas basándose en la información proporcionada en esta página. Recomendamos encarecidamente la investigación independiente y/o la consulta con un profesional calificado antes de tomar cualquier decisión de inversión.
Florence Muchai
Florence ha estado cubriendo durante los últimos 6 años noticias sobre criptomonedas, juegos, tecnología e inteligencia artificial. Sus estudios de Ciencias de la Computación en la Universidad de Ciencias y Tecnología de Meru y Gestión de Desastres y Diplomacia Internacional en MMUST la dotan adecuadamente de habilidades lingüísticas, de observación y técnicas. Florence ha trabajado en VAP Group y como editora en varias casas de medios de criptomonedas.
