XRP Ledger introduce el estándar MPT confidencial para mejorar la privacidad de los bancos

iconTheCryptoBasic
Compartir
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconResumen

expand icon
XRP Ledger implementa una actualización de protocolo con el estándar Confidential MPT (XLS-0096), añadiendo saldos cifrados y transferencias confidenciales para tokens emitidos. La noticia en la cadena destaca el uso de cifrado EC-ElGamal y pruebas de conocimiento cero para ocultar saldos y cantidades. Diseñado para aliviar las preocupaciones de privacidad entre los bancos, la actualización admite auditabilidad pública y funciona junto con las reglas existentes de XLS-33. Ahora pueden existir saldos públicos y confidenciales para el mismo token.

El XRP Ledger podría haber comenzado a construir la capa de privacidad que los bancos necesitan para la adopción de la cadena de bloques con la introducción de los MPT Confidenciales.

El comité de desarrolladores del XRP Ledger está trabajando para introducir el estándar Confidential MPT (XLS-0096), que traería privacidad de transacciones a los tokens emitidos en la red. El estándar se basa en el protocolo XLS-33 MPT existente, pero incluye cifrado EC-ElGamal y ZKPs para ocultar saldos individuales y cantidades de transferencia.

Nótese que el estándar podría representar un paso importante hacia la atracción de bancos e instituciones financieras hacia el XRP Ledger, ya que aborda el conflicto entre la transparencia radical de la cadena de bloques y la privacidad que requieren los bancos.

- Anuncio -

Puntos clave

  • El comité de desarrolladores del XRP Ledger está introduciendo un nuevo estándar que permitiría a los usuarios transferir y mantener tokens emitidos, ocultando los saldos individuales y las cantidades de transacción de la vista pública.
  • El estándar podría atraer a bancos e instituciones financieras, que han evitado las cadenas de bloques públicas debido a la transparencia radical que permite a cualquiera ver las transacciones y saldos de otros usuarios.
  • Los emisores mantienen el control total bajo el nuevo estándar, incluyendo la capacidad de congelar cuentas y recuperar forzosamente tokens de los titulares cuando sea necesario.
  • El estándar MPT confidencial sigue al XRPL, que ya habilitó Dominios Autorizados y DEX Autorizados el mes pasado, continuando un patrón de desarrollo de herramientas para satisfacer las demandas de cumplimiento y privacidad de las finanzas tradicionales.

Un nuevo estándar para tokens confidenciales

Notablemente, la especificación Confidential MPT, designada como XLS-0096, fue redactada por el contribuyente de XRPL Shawn Xie la semana pasada bajo el título “Transferencias Confidenciales para Tokens de Propósito Múltiple.”

Lo estándar es importante para la adopción institucional porque siempre ha existido un conflicto entre lo que los bancos necesitan y lo que ofrece la cadena de bloques. Específicamente, la cadena de bloques funciona con transparencia radical, permitiendo que cualquiera vea las transacciones y saldos de otros usuarios, algo con lo que la mayoría de los bancos se sienten profundamente incómodos.

El estándar se basa en XLS-33, el marco existente de token multipropósito, y añade saldos cifrados y transferencias confidenciales mediante cifrado EC-ElGamal y pruebas de conocimiento cero (ZKPs), pero mantiene las reglas contables y los controles de oferta de XLS-33.

La motivación detrás de los MPT confidenciales

XLS-33 ya admite la tokenización flexible en el XRP Ledger, pero cada saldo y cada transferencia bajo este protocolo permanece completamente visible para el público.

Xie enfatizó que este nivel de transparencia ha retenido la adopción en entornos institucionales y de privacidad sensible. Él espera que los MPT Confidenciales aborden esto al incorporar saldos cifrados y transferencias confidenciales sin abandonar el sistema XLS-33.

Notablemente, el estándar garantiza que, aunque los saldos individuales permanezcan ocultos, el suministro total de tokens siga siendo visible y auditable. Además, el campo MaxAmount (MA) sigue limitando el suministro total, brindando a los validadores lo que necesitan para hacer cumplir la regla que establece que OutstandingAmount (OA) debe ser menor o igual que MA.

Cuatro propiedades del estándar de token confidencial

Los datos de GitHub confirman que el diseño introduce cuatro propiedades principales. Específicamente, la primera es la confidencialidad, ya que el estándar cifra los saldos individuales y las cantidades de transferencia para que los validadores y observadores externos no puedan verlos. El validador de XRPL Vet destacó esto en una publicación reciente en X.

Con XLS-96 vamos a cifrar los saldos de activos emitidos y las cantidades enviadas en XRP.

😈 pic.twitter.com/7JNDv4wJIa

— Vet (@Vet_X0) March 9, 2026

Para la segunda propiedad, la norma introduce la auditabilidad pública, que garantiza que la regla existente de que OutstandingAmount sea menor o igual que MaxAmount siga siendo aplicable públicamente sin que nadie necesite descifrar saldos confidenciales.

La tercera propiedad es la divulgación selectiva y las claves de visualización, que el estándar admite a través de dos modelos separados. El primer modelo es un enfoque de auditoría en cadena con mínima confianza. Sin embargo, el segundo es un modelo más sencillo donde el emisor controla las claves de visualización y puede divulgar información bajo demanda.

Mientras tanto, el diseño incluye la compatibilidad como cuarta propiedad. Aquí, los saldos públicos y confidenciales pueden coexistir para el mismo token, y el sistema trata la segunda cuenta del emisor designado igual que cualquier otro titular no emisor. Destacablemente, esto mantiene las reglas de emisión de XLS-33.

Los controles del emisor también se aplican a los saldos confidenciales, incluyendo la congelación y la recuperación al fondo del emisor. El estándar mantiene OutstandingAmount como el total de todos los saldos no emitidos.

Qué significa esto para los bancos y la adopción institucional

Los defensores de XRP creen que este estándar representa un paso hacia hacer el XRP Ledger verdaderamente atractivo para las instituciones financieras, especialmente los bancos. Cabe destacar que la mayoría de los bancos desean que sus transacciones se mantengan privadas, y el estándar Confidential MPT hace esto posible para los tokens emitidos. Tenga en cuenta que el estándar no implica a XRP, solo a los tokens emitidos.

Interesantemente, la comunidad de desarrolladores de XRPL ahora se ha enfocado en este estándar tras habilitar Dominios con permisos y DEX con permisos el mes pasado, dos herramientas de cumplimiento que permiten a los bancos e instituciones financieras adoptar el XRPL dentro de un entorno que cumple con las demandas regulatorias globales.

En el momento de la publicación, el estándar MPT confidencial sigue siendo una propuesta en discusión activa en GitHub y aún no ha llegado a la votación de validadores de XRPL como enmienda.

Descargo de responsabilidad: Este contenido es informativo y no debe considerarse asesoría financiera. Las opiniones expresadas en este artículo pueden incluir las opiniones personales del autor y no reflejan la opinión de The Crypto Basic. Se anima a los lectores a realizar una investigación exhaustiva antes de tomar cualquier decisión de inversión. The Crypto Basic no se hace responsable de ninguna pérdida financiera.

Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información. Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.