XRP Ledger propone cuatro correcciones a las reglas de titulares de tokens restringidos
Los desarrolladores de XRP Ledger han propuesto cambios para endurecer las comprobaciones de aprobación del emisor en tokens restringidos, incluidos los tokens de pools de liquidez y los saldos existentes en líneas de confianza. Las propuestas siguen en revisión y no son reglas activas de la red.
Escrito por la redacción de IA de CoinArticle · a partir de 4 fuentes citadas. Cómo trabajamos
Los cambios propuestos
Los desarrolladores de XRP Ledger han propuesto correcciones para reforzar los requisitos de aprobación del emisor para tokens restringidos. Según la información de Bitcoinist y Crypto Briefing, los cambios endurecerían las comprobaciones sobre las participaciones en pools de trading y las transferencias de tokens, evitando que cuentas no aprobadas adquieran activos restringidos a través de las excepciones actuales del protocolo.
El registro público de código actual muestra dos propuestas abiertas relevantes, numeradas 8648 y 8650, ambas presentadas el 27 de octubre. Los desarrolladores vinculan el trabajo con la enmienda prevista fixCleanup3_5_0. Las descripciones anteriores de cuatro correcciones propuestas no son el paquete final: dos propuestas vinculadas más amplias están cerradas, por lo que las modificaciones abiertas son la referencia fiable.
Autorización para tokens de pools de liquidez
La propuesta 8648 exigiría que una cuenta que adquiera un token de proveedor de liquidez cumpla los requisitos de autorización para ambos activos del correspondiente creador de mercado automatizado. El razonamiento es económico: un token de pool representa un derecho sobre los activos del pool, por lo que comprobar solo la ruta de depósito directo podría dejar otras vías, como una transferencia o una oferta de intercambio, abiertas a titulares no aprobados.
Para un emisor que depende de controles de permisos, esto es importante, porque una restricción debe mantenerse en todas las rutas por las que una cuenta puede obtener exposición, no solo en la más evidente.
Saldos existentes en líneas de confianza
La propuesta 8650 aborda una comprobación del motor de pagos que anteriormente se aplicaba cuando una línea de confianza no autorizada tenía saldo cero. El comportamiento propuesto impediría que un saldo no autorizado existente aumentara mediante nuevas recepciones. El debate sobre el código separa la recepción de tokens del emisor de la devolución de una obligación al emisor, de modo que seguiría disponible una vía legítima de reembolso o regularización.
Estado y activación
El proceso de enmiendas de XRP Ledger exige que los cambios que afectan al procesamiento de transacciones se incluyan en el software y que luego mantengan un respaldo de más del 80% de los validadores durante dos semanas. Ninguna de las dos propuestas ha completado ese proceso. La revisión puede cambiar el diseño, una versión puede incluirlas o aplazarlas, y los validadores toman sus propias decisiones de activación. Las propuestas no hacen que el activo nativo XRP esté controlado por el emisor, y tampoco significan que las reglas se apliquen hoy en mainnet.
Contexto de seguridad y cumplimiento
La XRP Ledger Foundation afirmó que ningún usuario se ha visto perjudicado por las brechas existentes. Los desarrolladores sostienen que las correcciones reforzarían el control del emisor sobre la distribución de tokens y podrían respaldar a emisores centrados en el cumplimiento normativo. La Foundation no ha dicho si los cambios se convertirían en un mandato a nivel de protocolo o seguirían siendo opcionales para los emisores.
Por qué importa
Para los traders
Los tokens restringidos podrían resultar más difíciles de adquirir por vías indirectas si las propuestas se implementan, así que verifique el estado de aprobación del emisor antes de realizar operaciones con pools o transferencias.
Para los inversores
Si se adoptan, un control más estricto del emisor sobre los tokens con permisos podría respaldar ofertas centradas en el cumplimiento normativo en XRP Ledger, aunque todavía nada está activo.
Para los desarrolladores
Las aplicaciones que prueban el comportamiento de tokens restringidos deberían modelar las respuestas propuestas por separado del comportamiento actual en producción, ya que un error previsto no es necesariamente lo que reciben hoy las transacciones reales.
Este artículo es solo informativo y no constituye asesoramiento financiero. Lee el aviso legal completo.
