XRP Ledger implementa la verificación de identidad en la cadena en una actualización significativa

El libro mayor XRP (XRPL) ha dado un gran paso adelante con la activación de su enmienda "Credenciales" el 4 de septiembre de 2025, a las 03:51:21 UTC. Esta actualización introduce una capa de identidad nativa, alineada con estándares, en el protocolo central, habilitando los procesos de Conoce a su cliente (KYC) y Prevención del blanqueo de capitales (AML) directamente en la blockchain. La actualización se implementó siguiendo el modelo de gobernanza de enmiendas del XRPL, que requería una supermayoría de validadores del 80% o más mantenida durante dos semanas, culminando en un evento EnableAmendment que activa permanentemente las nuevas reglas para todos los libros mayores subsecuentes.

XRPL Introduce Mecanismos de Verificación de Identidad Integrados

La piedra angular de esta actualización es XLS-0070, conocido como "Credenciales." Esta especificación permite a los emisores atestiguar ciertos hechos sobre una cuenta XRPL, como la verificación de identidad o el estado de sanciones, de una manera en la que otros participantes pueden confiar sin exponer información privada en la blockchain. Según la documentación de XRPL, "La función de Credenciales proporciona un conjunto de herramientas para gestionar los requisitos de autorización y cumplimiento utilizando la blockchain de XRP Ledger, mientras se preserva la privacidad y la descentralización." El diseño está inspirado en el estándar de Credenciales Verificables de W3C, adaptándolo para usar direcciones XRPL como el sujeto de una credencial en lugar de URLs.

La justificación detrás de esta característica se articula claramente en el sitio de especificaciones de código abierto de Ripple: "Las credenciales ofrecen un conjunto de herramientas para gestionar la autorización y los requisitos de cumplimiento en el XRP Ledger, mientras se respeta la privacidad y la descentralización." Este enfoque hace que la característica sea accesible a entidades reguladas que requieren atestaciones sin construir listas de permitidos propietarias.

Desde una perspectiva funcional, la enmienda introduce nuevos objetos y transacciones a nivel de protocolo, permitiendo que las atestaciones sean emitidas, aceptadas, referenciadas y revocadas en la cadena. El registro de Enmiendas Conocidas de XRPL detalla estos cambios, incluyendo tres nuevas transacciones: CredentialCreate ( para que los emisores proporcionen un credential), CredentialAccept ( para que los sujetos lo validen), y CredentialDelete ( para la revocación o limpieza). Además, se ha añadido un nuevo tipo de entrada de libro mayor de Credential. La función existente DepositPreauth se ha ampliado para permitir la autorización de depósitos basada en los requisitos de credenciales, y se ha añadido un campo CredentialIDs a varias transacciones ( como Payment, EscrowFinish, PaymentChannelClaim y AccountDelete) para permitir que los remitentes presenten un conjunto de credenciales al interactuar con destinos que aplican controles de cumplimiento.

Es importante tener en cuenta que los documentos personales nunca se almacenan en la blockchain. En un escenario típico, una empresa que necesita restringir las interacciones a cuentas con KYC designaría emisores de confianza fuera de la cadena. El emisor verificaría al usuario de forma privada y luego escribiría solo un credencial firmada en el libro mayor. Como enfatizan los documentos conceptuales, "Los documentos que [el usuario] presenta... nunca se publican ni se almacenan en la blockchain." Sin embargo, múltiples contrapartes pueden confiar en la misma credencial, eliminando la necesidad de procesos de verificación redundantes.

Esta activación es parte de una hoja de ruta más amplia destinada a crear una infraestructura de calidad institucional. Las credenciales sirven como base y complemento para otras estructuras con permisos bajo consideración, como Dominios con Permiso y un DEX con Permiso, que requerirían que los participantes presenten credenciales válidas para acceder a liquidez controlada o mercados específicos de dominio. La documentación para estas propuestas vincula explícitamente la aplicación de las normas de regreso a las Credenciales, destacando que la capa de identidad está diseñada para ser reutilizable en varias superficies de productos en lugar de ser un interruptor de una sola vez.

Desde el punto de vista del desarrollo, esta característica ha sido visible para la comunidad durante algún tiempo. Las versiones del servidor de referencia de Ripple (rippled) han destacado las Credenciales entre las nuevas enmiendas, el conjunto de documentación ha proporcionado orientación de principio a fin y ejemplos de código para pruebas en Devnet, y los exploradores han rastreado los votos de los validadores hacia el umbral requerido. La habilitación de hoy en mainnet transforma la característica de "abierto para votación" a una realidad de producción, permitiendo a los emisores, intercambios y empresas fintech construir flujos con acceso restringido por credenciales que se liquidan de forma atómica en XRPL.

Técnicamente, aunque conservador, este cambio tiene implicaciones de gran alcance. Con los CredentialIDs ahora capaces de acompañar las semánticas de pago estándar, una institución puede—en el nivel del protocolo—aceptar depósitos solo cuando el conjunto presentado de hashes de credenciales coincide con una política que ha configurado a través de DepositPreauth. Esta aplicación se produce sin necesidad de middleware personalizado y se registra en los metadatos de la transacción, mejorando la auditabilidad para las entidades reguladas.

Cuando se combinan con los primitivos existentes ( líneas de confianza, AMM, DEX, escrow), esto allana el camino para políticas programáticas como "aceptar stablecoin en euros de contrapartes con una credencial KYC actualizada del emisor X, y enrutar transacciones entre diferentes monedas a través de un mercado autorizado si ambas partes cumplen con los requisitos del dominio."

A partir del momento de escribir, XRP se estaba negociando a $2.82.

Descargo de responsabilidad: Esta información se proporciona solo con fines educativos. El rendimiento histórico no garantiza resultados futuros.