XRP Ledger implementa KYC/AML en cadena en una importante actualización

El 4 de septiembre de 2025 a las 03:51:21 UTC, XRP Ledger (XRPL) activó su enmienda “Credenciales”, incorporando una capa de identidad nativa alineada con los estándares al protocolo base y permitiendo flujos con conciencia de KYC/AML directamente en la cadena. Esta mejora sigue el modelo de gobernanza de enmiendas de XRPL, que requiere una supermayoría del 80% de los validadores mantenida durante dos semanas, culminando en un evento EnableAmendment que activa permanentemente las nuevas reglas para todos los libros de contabilidad subsiguientes.

XRPL añade controles nativos de KYC y AML

El núcleo del cambio es XLS-0070 (“Credenciales”), una especificación diseñada para permitir que los emisores certifiquen hechos sobre una cuenta XRPL, como la verificación de identidad o el estado de sanciones, de manera que otros participantes puedan confiar sin exponer documentos privados en la cadena. Como lo explica la documentación de XRPL, “La función de Credenciales es un conjunto de herramientas para gestionar los requisitos de autorización y cumplimiento utilizando la blockchain de XRP Ledger, respetando la privacidad y la descentralización”. El diseño “se inspira en el estándar de Credenciales Verificables de W3C”, adaptándolo para que el sujeto de una credencial sea una dirección XRPL en lugar de una URL.

El sitio de especificaciones de código abierto de Ripple captura sucintamente la razón institucional: “Las Credenciales proporcionan un conjunto de herramientas para gestionar los requisitos de autorización y cumplimiento en XRP Ledger, respetando la privacidad y la descentralización”, un enfoque que hace que la característica sea comprensible para los actores regulados que necesitan certificaciones sin construir listas de permitidos propietarias.

Funcionalmente, la enmienda introduce nuevos objetos y transacciones a nivel de protocolo para que las certificaciones puedan ser emitidas, aceptadas, referenciadas y revocadas en la cadena. El registro de Enmiendas Conocidas de XRPL enumera los cambios: tres nuevas transacciones (CredentialCreate para que el emisor proporcione una credencial, CredentialAccept para que el sujeto la valide, y CredentialDelete para revocación/limpieza), además de un nuevo tipo de entrada en el libro mayor llamado Credential. También amplía la función DepositPreauth existente para que la autorización de depósito pueda expresarse en términos de requisitos de credenciales, y añade un campo CredentialIDs a varias transacciones (incluyendo Payment, EscrowFinish, PaymentChannelClaim y AccountDelete) para que un remitente pueda presentar un conjunto de credenciales al interactuar con un destino que aplica controles de cumplimiento.

Es crucial destacar que los documentos personales nunca tocan la blockchain. En un flujo canónico, una empresa que debe restringir las interacciones a cuentas con KYC nombra emisores de confianza fuera de la cadena; el emisor verifica al usuario de forma privada y luego escribe solo una credencial firmada en el libro mayor. “Los documentos que [el usuario] envía… nunca se publican ni se almacenan en la blockchain”, sin embargo, múltiples contrapartes pueden confiar en la misma credencial, evitando verificaciones redundantes. Este equilibrio - certificaciones en cadena, evidencia fuera de cadena - refleja el modelo de Credenciales Verificables de W3C mientras mantiene las certificaciones portátiles a través de las características de XRPL.

La activación también encaja en una hoja de ruta más amplia dirigida a infraestructuras de nivel institucional. Las Credenciales son un requisito previo y un complemento para otras construcciones con permisos en consideración, como Dominios con Permisos y un DEX con Permisos, que esperan que los participantes presenten credenciales válidas para acceder a la liquidez controlada o a mercados de dominio restringido. La documentación de estas propuestas vincula explícitamente la aplicación de vuelta a las Credenciales, subrayando que la capa de identidad está diseñada para ser reutilizable en múltiples superficies de producto en lugar de ser un interruptor de un solo uso.

Desde el punto de vista de la implementación, la función ha sido visible para los desarrolladores durante meses: las versiones del servidor de referencia de Ripple (rippled) destacaron las Credenciales entre las nuevas enmiendas, el conjunto de documentos proporcionó orientación de extremo a extremo y ejemplos de código para pruebas en Devnet, y los exploradores rastrearon los votos de los validadores hacia el umbral de 28/35. La habilitación de hoy en la red principal cambia la característica de “abierta para votación” a una realidad de producción, permitiendo a emisores, exchanges y fintechs construir flujos controlados por credenciales que se liquidan atómicamente en XRPL.

Técnicamente, el cambio es conservador pero de gran alcance. Debido a que los CredentialIDs pueden ahora acompañar a la semántica estándar de Pago, una institución puede - a nivel de protocolo - aceptar solo depósitos cuando el conjunto de hashes de credenciales presentado coincide con una política que ha configurado a través de DepositPreauth. Esa aplicación ocurre sin middleware personalizado y se registra en los metadatos de la transacción, mejorando la auditabilidad para las entidades reguladas.

Combinado con primitivas existentes (líneas de confianza, AMM, DEX, escrow), se abre el camino para políticas programáticas como “aceptar euro-stablecoin de contrapartes con una credencial KYC actualizada del emisor X, y enrutar el intercambio de divisas a través de un mercado con permisos si ambas partes cumplen los requisitos del dominio”.

Al momento de la publicación, XRP cotizaba a $2.82.

Descargo de responsabilidad: Solo para fines informativos. El rendimiento pasado no es indicativo de resultados futuros.