XRP News: Los desarrolladores de XRP Ledger trabajan para cerrar cuatro brechas de seguridad en tokens

Introducción a las Soluciones de Seguridad en XRP Ledger

Los desarrolladores de XRP Ledger están trabajando en cuatro soluciones relacionadas con la seguridad, diseñadas para evitar que activos digitales restringidos lleguen a cuentas no autorizadas. Estas medidas abordan posibles debilidades en la infraestructura que se utiliza cada vez más para la tokenización institucional. Los cambios están agrupados bajo una enmienda propuesta llamada fixCleanup3_5_0, con la propuesta de código subyacente en GitHub actualizada el 27 de octubre.

Fortalecimiento de Permisos y Autorizaciones

Las soluciones fortalecerían los permisos de los tokens controlados por el emisor en pagos, creadores de mercado automatizados y otras transacciones. La propuesta se centra en tokens que requieren autorización explícita del emisor antes de que una cuenta pueda poseerlos. Estas restricciones son particularmente relevantes para stablecoins reguladas y valores tokenizados, donde los emisores pueden necesitar verificar las identidades de los inversores o hacer cumplir los requisitos de elegibilidad.

Identificación de Problemas en la Arquitectura Existente

Bajo la arquitectura existente, la aprobación se registra a través de una línea de confianza que conecta una cuenta con un emisor de tokens. Sin embargo, los desarrolladores identificaron varias circunstancias en las que las transacciones podrían eludir los controles de autorización previstos. Un problema involucra tokens de liquidez de creadores de mercado automatizados, que representan reclamaciones sobre activos depositados en grupos de negociación. La corrección propuesta requeriría que los destinatarios tuvieran autorización para ambos activos subyacentes antes de adquirir un token de grupo.

Exenciones y Controles de Consistencia

Otro aspecto que se aborda es una exención que afecta a las líneas de confianza con saldos existentes. Anteriormente, ciertos controles se aplicaban solo cuando una línea de confianza tenía cero tokens, lo que podría permitir que un saldo no autorizado aumentara a través de transacciones posteriores. El paquete más amplio también busca evitar que saldos de tokens no autorizados se utilicen en transferencias distintas a la redención al emisor e introducir controles de consistencia adicionales.

Contexto y Relevancia para Instituciones Financieras

Estos cambios siguen a un trabajo anterior sobre grupos de liquidez con permisos, donde los desarrolladores exploraron restringir la participación a contrapartes institucionales verificadas. Las modificaciones propuestas llegan en un momento en que las instituciones financieras tradicionales amplían su uso del XRP Ledger para activos digitales. BNY, por ejemplo, recientemente amplió sus capacidades de custodia de XRP y RLUSD, mientras que Ripple ha buscado establecer relaciones que involucren la liquidación de stablecoins, valores tokenizados y financiamiento institucional.

Importancia de los Controles de Cumplimiento

Para las instituciones reguladas, la capacidad de controlar qué cuentas pueden recibir o poseer legalmente activos específicos es esencial. Un emisor que distribuye acciones de fondos tokenizados, por ejemplo, puede necesitar asegurarse de que esos tokens permanezcan con inversores elegibles. Si una transacción en el mercado secundario o un mecanismo de grupo de liquidez elude los controles de autorización, los controles de cumplimiento del sistema se vuelven menos confiables. Las soluciones propuestas fortalecerían esas protecciones sin cambiar el modelo de propiedad nativo de XRP ni requerir que los titulares ordinarios de XRP obtengan permiso del emisor.

Proceso de Implementación y Activación

Este trabajo también sigue a un lanzamiento anterior de seguridad de XRPL, que introdujo protecciones separadas para la funcionalidad de transacciones por lotes de la red. Los cuatro cambios aún no se han fusionado en el software principal de XRP Ledger ni se han activado en mainnet. Una vez que la implementación y revisión estén completas, la enmienda necesitaría el apoyo de más del 80% de los validadores de confianza durante dos semanas consecutivas antes de su activación. Este proceso es independiente de la ventana de actualización anterior del 4 de noviembre, que concierne a fixCleanup3_4_0 en lugar de la nueva propuesta fixCleanup3_5_0.