Los activos digitales se refieren a representaciones digitales de valor, como la propiedad de activos financieros o activos económicos reales. Un ecosistema de activos digitales tiene el potencial de facilitar transacciones más eficientes, aumentar la inclusión financiera y desbloquear el valor económico. Las monedas digitales del banco central (CBDC), los pasivos bancarios tokenizados y las monedas estables potencialmente bien reguladas, junto con un elaborado conjunto de contratos inteligentes, podrían servir como medio de intercambio para este nuevo ecosistema de activos digitales. Si bien las pruebas iniciales han mostrado potencial, estas nuevas formas de monedas digitales, populares en la cadena de bloques y los flujos de dinero entre pares, aún deben demostrar su utilidad más allá de los sistemas de pago electrónico, como los sistemas de pago instantáneo doméstico que ya existen en la actualidad. proporcionó. Uno de los grandes beneficios de las monedas digitales es su soporte para la funcionalidad programática. Sin embargo, este es un tema de discusión y debate continuo. Los operadores deben asegurarse de que la programabilidad no se produzca a expensas de la capacidad de una moneda digital para funcionar como medio de intercambio. Se debe mantener la unidad de la moneda y la programática no debe limitar la distribución de la moneda y conducir a la fragmentación de la liquidez dentro del sistema. Este artículo proporciona una descripción técnica del concepto de dinero con un propósito (PBM), que permite que el dinero se dirija a un propósito específico sin programar el dinero en sí. PBM emplea un protocolo común diseñado para trabajar con diferentes tecnologías de contabilidad y formas de dinero. A través de un formato estandarizado, los usuarios podrán acceder a las monedas digitales utilizando el proveedor de billetera de su elección. Este documento se basará en el concepto PBM introducido por primera vez en el proyecto Orquídea de MAS y describirá cómo se puede extender a una gama más amplia de escenarios de aplicación.
Antecedentes y motivación
Las iniciativas digitales destinadas a mejorar la eficiencia operativa y mejorar la experiencia del usuario han cobrado un impulso significativo en los últimos años. Sin embargo, el trabajo digital en finanzas no está exento de desafíos.
Difusión y fragmentación del mercado
La proliferación de esquemas y plataformas de pago se ha sumado a la complejidad y los desafíos que los usuarios pueden enfrentar al adoptar servicios financieros digitales. Por ejemplo, los operadores de pago a menudo ejecutan canales de distribución con diferentes características para diferentes esquemas. Es muy intensivo en recursos para los propietarios de esquemas incorporar comerciantes en sus plataformas propietarias. Al mismo tiempo, la integración a otras plataformas aumentará los esfuerzos operativos de los comerciantes, quienes deberán capacitar a su personal minorista para manejar y aceptar diferentes esquemas de pago.
Los esfuerzos privados e independientes han intentado consolidar estas iniciativas en una sola plataforma para simplificar la experiencia del usuario y aprovechar el potencial de la digitalización. Sin embargo, estos esfuerzos deben ir más allá para garantizar que sean abiertos e interoperables en todas las iniciativas. Estas plataformas no deben limitarse a los consumidores y comerciantes que se suscriben a sus ecosistemas. Los sistemas de pago interoperables proporcionarán una mayor flexibilidad y permitirán una experiencia de pago perfecta para empresas y consumidores.
Programabilidad y fungibilidad de la moneda
A diferencia de los sistemas de contabilidad tradicionales basados en cuentas, las monedas digitales ofrecen la posibilidad de programar características únicas en activos al portador individuales y determinar cómo se utilizan las monedas digitales. Sin embargo, implementar la lógica de programación directamente en una moneda digital modifica sus propiedades y aceptación como medio de intercambio. Si bien este enfoque amplía la funcionalidad de las monedas digitales, limita el uso de las monedas digitales como un medio viable de intercambio si las condiciones de su uso son variadas y dinámicas. También requiere la reprogramación de todas las monedas digitales en circulación cada vez que se requiera una nueva condición o caso de uso.
Otro enfoque es que el emisor de la moneda digital ofrezca múltiples versiones de la moneda digital, cada una con una programación lógica diferente. Sin embargo, este enfoque puede no ser práctico ya que estas monedas digitales no son intercambiables, lo que fragmenta la liquidez en el mercado. Para comprender cómo mantener la fungibilidad de las monedas digitales para que puedan intercambiarse libremente, este documento examina diferentes modelos de programación.
Modelo de programación
Los pagos programables se refieren a pagos que se ejecutan automáticamente una vez que se cumple un conjunto de condiciones predefinidas. Por ejemplo, puede definir límites de gastos diarios o pagos recurrentes, de forma similar a la domiciliación bancaria y las órdenes permanentes. Los pagos programables generalmente se implementan configurando disparadores de bases de datos o en forma de una puerta de enlace de interfaz de programación de aplicaciones (API) que se encuentra entre el libro mayor de contabilidad y la aplicación del cliente. Estas interfaces programáticas interactúan con los libros de contabilidad tradicionales y ajustan los saldos de las cuentas bancarias según la lógica programada.
El dinero programable se refiere a la posibilidad de incrustar reglas dentro del propio depósito de valor, definiendo o limitando su uso. Por ejemplo, se pueden definir reglas para que la reserva de valor solo se pueda enviar a monederos incluidos en la lista blanca o se transfiera después de que se haya realizado el filtrado a nivel de transacción. Las implementaciones de dinero programable incluyen pasivos bancarios tokenizados y monedas digitales del banco central. A diferencia de los pagos programables, donde la lógica de programación y el valor en sí están desvinculados, el dinero programable es autónomo, contiene lógica de programación y sirve como reserva de valor. Cuando el dinero programable se transfiere a otra parte, la lógica y las reglas también se mueven.
La ventaja de los pagos programables es la capacidad de definir un conjunto de lógica de programación o condiciones que se pueden aplicar a varias formas de dinero. Al mismo tiempo, el dinero programable es autónomo y tiene la ventaja de las transferencias lógicas condicionales de igual a igual entre las partes. Se espera que el panorama financiero futuro sea más diverso a medida que los bancos centrales, los bancos comerciales y los proveedores de servicios de pago de todo el mundo están explorando diferentes monedas digitales de bancos centrales, pasivos bancarios tokenizados y diseños de monedas estables. Por lo tanto, existe una necesidad creciente de garantizar que exista un marco común para interactuar con diferentes formas de monedas digitales y garantizar la interoperabilidad con la infraestructura financiera existente.
El tercer modelo, Dinero con Propósito (PBM), explorado en las etapas iniciales del proyecto Orquídea de MAS, se basa en el concepto y las capacidades de pagos programables y dinero programable. PBM se refiere a un acuerdo que especifica las condiciones bajo las cuales se puede usar la moneda digital subyacente. Los PBM son instrumentos al portador que permiten transferencias peer-to-peer sin intermediarios. PBM contiene moneda digital como reserva de valor y lógica de programación que identifica su uso en función de las condiciones programadas. Una vez que se cumplen las condiciones, la moneda digital se libera y se libera nuevamente.
Esto se puede ilustrar con el ejemplo del uso de PBM como cupón digital. Un cupón viene con un conjunto predefinido de condiciones de uso. Los titulares de cupones pueden ofrecerlo a los comerciantes participantes a cambio de bienes o servicios (funcionalidad de pago programable). En algunos casos, los términos del esquema de cupones permiten transferencias entre personas (función de dinero programable). Por lo tanto, un consumidor puede comprar un certificado de regalo basado en PBM y transferirlo a otra persona que puede usarlo en un comercio participante.
Sin embargo, a diferencia de los cupones ordinarios, los PBM restringen cómo el pagador puede usar el PBM, pero no el destinatario. Cuando un consumidor paga una compra utilizando el PBM, la moneda digital se libera del PBM y se transfiere al comerciante si se cumplen los términos de uso. A partir de entonces, los comerciantes pueden usar la moneda digital para otros fines (por ejemplo, para pagar a los proveedores).
Divisa ligada al propósito
Esta sección examina el ciclo de vida de un PBM y los diferentes componentes que componen un PBM. En esta sección, se describen las entidades clave y sus interacciones, enfatizando sus roles en el ciclo de vida de PBM.
Descripción general de la arquitectura del sistema
El protocolo PBM se refiere a un modelo de cuatro capas para describir la pila de tecnología utilizada en las redes basadas en activos digitales. Los componentes de la red se pueden clasificar en cuatro capas distintas: capa de acceso, capa de servicio, capa de activos y capa de plataforma, como se muestra en la Figura 2. La lógica de programación de PBM se puede considerar como un servicio, mientras que la moneda digital se encuentra en la capa de activos. Cuando una moneda digital está vinculada como PBM, se extiende a ambos lados de la capa de servicio y la capa de activos.
PBM está diseñado para ser tecnológicamente neutral y diseñado para funcionar en diferentes tipos de libros y activos. Se espera que PBM pueda implementarse tanto en libros contables distribuidos como no distribuidos.
Capa de acceso
La capa de acceso es la capa donde los usuarios interactúan con diferentes servicios a través de varias interfaces.
Capa de servicio
La capa de servicio proporciona varios servicios relacionados con los activos digitales. Por lo general, opera sobre la capa de activos, lo que permite a los usuarios administrar y aprovechar sus activos digitales.
Capa de activos
La capa de activos admite la creación, gestión e intercambio de activos digitales.
Capa de plataforma
La capa de la plataforma proporciona la infraestructura subyacente para la ejecución, el almacenamiento y el consenso de transacciones.
Componentes
Como se muestra en la Figura 3, un PBM consta de dos componentes principales: un envoltorio que define el uso previsto y un depósito de valor subyacente que actúa como garantía. Este diseño permite que las monedas digitales existentes se implementen para diferentes propósitos sin cambiar sus propiedades nativas. Una vez que el PBM se usa para el propósito previsto, la moneda digital se puede usar sin condiciones ni restricciones. Los emisores de moneda digital mantienen el control de la moneda digital, evitando la fragmentación y asegurando la facilidad de mantenimiento.
Envoltorio PBM
Un envoltorio PBM implementado en forma de código de contrato inteligente que especifica las condiciones bajo las cuales está disponible la moneda digital subyacente. El envoltorio de PBM se puede programar de modo que el PBM solo se pueda usar para el propósito previsto, por ejemplo, válido para un período de tiempo específico, en un minorista específico, en una denominación predeterminada. Una vez que se cumplen las condiciones especificadas en el envoltorio de PBM, la moneda digital subyacente se libera y se transfiere al destinatario. Por ejemplo, un envoltorio de PBM se puede implementar como un contrato inteligente de múltiples tokens ERC-1155. La Sección 3.5 muestra un posible flujo secuencial para el diseño de PBM.
Moneda digital
La moneda digital subyacente vinculada por PBM se utiliza como garantía de PBM. Cuando se cumplen las condiciones del PBM, la moneda digital subyacente se libera y la propiedad se transfiere al destinatario previsto. Una moneda digital debe cumplir las funciones de una moneda, es decir, como una buena reserva de valor, una unidad de cuenta y un medio de cambio. Las monedas digitales pueden existir en forma de CBDC, pasivos bancarios tokenizados o monedas estables bien reguladas. Por ejemplo, las monedas digitales se pueden implementar en forma de contratos inteligentes de tokens fungibles compatibles con ERC-20.
Personajes e interacciones
Los actores son una abstracción flexible que se puede implementar de varias maneras. Una entidad puede tener varios roles, o un rol puede ser realizado por diferentes entidades.
Creador de PBM
Esta entidad es responsable de definir la lógica dentro del PBM, acuñar y distribuir tokens PBM.
Titular de PBM
Esta entidad posee uno o más tokens PBM. Esta entidad se puede canjear por tokens PBM que no hayan vencido.
Convertidor PBM
Cuando se transfieren tokens PBM, esta entidad recibe la moneda digital subyacente.
ciclo vital
Independientemente del lenguaje de programación o el protocolo de red utilizado, los PBM están diseñados con fases de ciclo de vida consistentes, lo que garantiza la compatibilidad entre diferentes implementaciones tecnológicas. Esta sección proporciona una descripción general de la funcionalidad prevista y las fases del ciclo de vida asociadas de un PBM. La Figura 4 muestra las diferentes etapas del ciclo de vida de PBM.
emitido
El ciclo de vida de PBM comienza con la fase de lanzamiento. Aquí, se crea el contrato inteligente de PBM y se acuñan los tokens de PBM. La propiedad de la moneda digital se transfiere al contrato inteligente PBM. Las monedas digitales ahora se rigen por contratos inteligentes PBM, que se pueden implementar utilizando ERC-1155 o equivalente. El uso de la moneda digital está sujeto a las condiciones especificadas en el contrato inteligente de PBM y solo se liberará cuando se cumplan todas las condiciones.
distribución
Una vez que se acuñan los tokens de PBM, el creador de PBM los distribuye a las entidades previstas (es decir, los titulares de PBM) para su uso. Los titulares de PBM reciben tokens de PBM en su forma envuelta y solo pueden canjear tokens bajo las condiciones originales establecidas por el creador de PBM.
Transferir
En esta etapa, los tokens PBM se pueden transferir de una entidad a otra en su forma envuelta de acuerdo con sus reglas de programación. La fase de transferencia es opcional y depende del caso de uso. En las subvenciones del gobierno (por ejemplo, becas de estudio), los tokens PBM no pueden transferirse a otros ciudadanos. Mientras que en los cupones comerciales (p. ej., cupones de centros comerciales minoristas), los tokens PBM se pueden transferir a otros consumidores.
intercambio
La fase de redención ocurre después de que se cumplan todas las condiciones especificadas en el PBM. En este punto, los tokens de PBM se desenvuelven y la propiedad de los tokens de moneda digital subyacente se transfiere a la entidad receptora. Las entidades son libres de usar tokens de moneda digital y su uso está sujeto solo a las condiciones especificadas por el emisor de la moneda digital.
Venció
La fase de vencimiento se refiere a la situación en la que una determinada condición especificada en el PBM se viola o vence explícitamente (por ejemplo, una fecha de vencimiento), lo que hace que los tokens de PBM queden inutilizables de forma permanente para los titulares de PBM. Los tokens de PBM caducados se pueden agregar y destruir o "quemar" para devolver la moneda digital subyacente al creador de PBM. Alternativamente, los PBM pueden suspenderse indefinidamente para evitar que los titulares de PBM sigan interactuando con PBM vencidos.
Flujo de secuencia
Las implementaciones de PBM pueden variar en diseño, enfoque y tecnología. En esta sección, exploramos un diseño donde el PBM se divide en tres partes, como se muestra en la Figura 5. En esta implementación, se han definido las siguientes condiciones para el lanzamiento de la moneda digital: (1) control de acceso a través de lista blanca y lista negra, (2) fecha de vencimiento del envoltorio PBM y (3) fecha de vencimiento del token PBM.
Administrador de tokens de PBM
Por ejemplo, si se adopta el estándar de múltiples tokens ERC-1155, un creador de PBM puede crear diferentes tipos de tokens de PBM que representen diferentes valores (por ejemplo, $1, $2, $5, etc.) dentro del mismo envoltorio de PBM. El administrador de tokens de PBM proporciona una interfaz para administrar fácilmente diferentes tipos de tokens y mantener saldos para cada tipo de token. Estas son algunas características clave de este componente:
Cree un tipo de token PBM.
Obtenga detalles para cada tipo de token PBM.
Aumentar/disminuir el saldo de suministro de cada tipo de token PBM.
Verificar el período de validez de los tokens PBM.
Lógica PBM
Este componente permite a los usuarios crear condiciones de negocio complejas mientras se mantiene el envoltorio de PBM ajustado. En nuestro caso, este componente almacena y administra una lista de direcciones en la lista blanca y en la lista negra. Estas son algunas características clave de este componente:
Agregue o elimine direcciones de la lista blanca.
Agregue o elimine direcciones de la lista negra.
Compruebe si se pueden transferir tokens PBM.
Compruebe si los tokens de PBM se pueden desenvolver.
Envoltorio PBM
Este componente contiene condiciones que restringen el uso de la moneda digital subyacente. Las monedas digitales podrían ser compatibles con ERC-20 y podrían tomar la forma de monedas digitales del banco central, pasivos bancarios tokenizados o monedas estables. Con fines ilustrativos, asumimos que se usa el estándar de múltiples tokens ERC-1155 para implementar el envoltorio PBM. También se pueden utilizar otros estándares, como ERC-20, ERC-721 o sus equivalentes, para la implementación. Estas son algunas características clave de este componente:
Mint tokens PBM.
Grabar tokens PBM.
Transferir tokens PBM.
Interactuar con los componentes lógicos de PBM para una validación adicional.
Interactuar con el administrador de tokens de PBM para administrar los tipos de tokens de PBM.
La Figura 6 muestra las interacciones entre diferentes contratos inteligentes de PBM. En las secciones siguientes, presentaremos un flujo de secuencia detallado para cada etapa del ciclo de vida de PBM.
Ciclo de vida de PBM: fase de lanzamiento > Inicializar PBM
La figura 7 ilustra los pasos para inicializar el contrato inteligente de PBM. En esta etapa, el creador de PBM proporciona diferentes parámetros para inicializar el PBM y establecer conexiones entre diferentes componentes de PBM.
Ciclo de vida de PBM: Fase de emisión > Crear tipo de token de PBM
La Figura 8 ilustra los pasos para crear un nuevo tipo de token PBM. En esta etapa, los creadores de PBM pueden crear diferentes tipos de tokens que representen diferentes valores.
Ciclo de vida de PBM: Fase de emisión > Minting PBM Tokens
Después de completar los pasos anteriores, los creadores de PBM pueden comenzar a generar tokens de PBM para su distribución. La Figura 9 muestra los pasos para acuñar tokens PBM.
Antes del proceso de acuñación, el creador de PBM debe aprobar el contrato inteligente de envoltura de PBM para transferir moneda digital en nombre del creador de PBM. Este es un paso necesario para ejecutar el paso 7 del proceso de acuñación.
• Paso 1: El creador de PBM inicia el proceso de acuñación por lotes.
• Paso 2: dado que la acuñación y la distribución pueden ocurrir en una sola transacción, el envoltorio de PBM debe llamar a la lógica de PBM para verificar si el destinatario está en la lista negra.
• Pasos 4 a 6: Calcule la cantidad total de tokens de moneda digital necesarios para acuñar tokens PBM.
• Pasos 7 a 10: Transferir la propiedad de tokens de moneda digital al envoltorio PBM como garantía.
• Pasos 11 a 14: Aumentar el saldo de suministro del tipo token PBM.
• Paso 15: Mint tokens PBM.
Direcciones de lista blanca/lista negra
El PBM se puede programar con lógica condicional para verificar el conjunto de direcciones que pueden recibir tokens y qué direcciones no pueden recibir tokens. En nuestro ejemplo, los tokens PBM no se pueden transferir si el destinatario está en la lista negra. Los tokens de PBM no se pueden desenvolver si el destinatario no está en la lista blanca. Los creadores de PBM pueden acceder a la siguiente funcionalidad a lo largo del ciclo de vida de un PBM. Es importante señalar que, técnicamente, las fases de distribución y transferencia son el mismo proceso, solo que los roles involucrados son diferentes. Si el PBM se distribuye a una dirección de la lista blanca, el PBM desempaquetará y liberará la moneda digital.
Ciclo de vida de PBM: Distribución/Transferencia
Durante la fase de distribución o transferencia, los tokens PBM se transfieren en forma envuelta. La única diferencia entre las dos etapas son los roles involucrados. La Figura 11 ilustra los pasos involucrados.
A continuación se describen algunos pasos clave y sus consideraciones durante la transferencia de tokens PBM.
• Pasos 3 a 5: Compruebe si se pueden transferir tokens PBM. Aquí se pueden añadir condiciones adicionales. En nuestro caso, comprobar si el destinatario ha sido incluido en la lista negra.
• Pasos 6 a 8: compruebe si PBM se puede desenvolver para liberar tokens digitales. Aquí se pueden añadir condiciones adicionales. En nuestro caso, el receptor debe estar en la lista blanca.
• Paso 9: Transferir tokens PMB en forma envuelta.
Ciclo de vida de PBM: Distribución/Transferencia – Transferencia fallida
La Figura 12 ilustra los pasos involucrados en una transferencia de token PBM fallida. Los tokens de PBM no se han transferido y aún existen en forma encapsulada.
Ciclo de Vida de PBM: Fase de Redención
Al transferir tokens de PBM, si se cumplen todas las condiciones, los tokens de PBM se desenvolverán y liberarán los tokens de moneda digital subyacentes al destinatario.
A continuación se describen algunos pasos clave y sus consideraciones.
• Pasos 6 a 8: verifique si los tokens PBM se pueden desenvolver para liberar los tokens digitales subyacentes. Si se cumplen todas las condiciones, los tokens de PBM se pueden desenvolver. En nuestro caso, verifique si el receptor ya está en la lista blanca.
• Pasos 9 a 11: Calcule la cantidad de tokens de moneda digital que se transferirán al destinatario.
• Paso 12: Grabar tokens PBM. Este paso es opcional y depende de los requisitos del creador del PBM. En algunos casos, los tokens de PBM pueden guardarse como recuerdos.
• Pasos 13 a 16: Reducir el número de tokens PBM. En nuestro diseño, la fecha de vencimiento del token se verifica en el paso 14 en lugar del paso 7. Esto se debe a que el administrador de tokens está diseñado para administrar todos los aspectos relacionados con los tokens PBM, de acuerdo con nuestro diseño. Otros pueden implementar la validación en el paso 7.
• Pasos 17 a 20: el envoltorio de PBM transfiere su propiedad de los tokens de moneda digital al destinatario.
• Paso 21: Emita el evento PBMUnwrap
Ciclo de vida de PBM: Fase de vencimiento > Canje de tokens de PBM vencidos En esta fase, un titular de PBM intenta canjear un token de PBM cuando al menos una de las condiciones se violó o venció de manera indiscutible, y la transferencia falla. En nuestro caso, el token ha caducado. A continuación se describen algunos pasos clave y sus consideraciones.
Pasos 6 a 8: dado que implementamos la verificación de la caducidad del token en el paso 14 de la fase de canje, los tokens PBM se consideran abiertos.
Paso 14: la verificación falló porque el token caducó.
Ciclo de vida de PBM: Fase de vencimiento > Revocar PBM
Si al menos una condición se viola o vence de manera indiscutible, los titulares de PBM no pueden gastar tokens de PBM y la moneda digital permanece bloqueada. En nuestro ejemplo, el token ha caducado. Los creadores de PBM tienen la opción de revocar tokens de PBM vencidos para restaurar los tokens de moneda digital subyacentes.
• Paso 1: el creador de PBM inicia la operación de deshacer.
• Pasos 2 a 4: Calcular el número de tokens de moneda digital a retirar.
• Pasos 5 a 8: Retirar y establecer el saldo de fichas en 0.
• Pasos 9 a 12: Transferir tokens de moneda digital al creador de PBM.
• Paso 13: Emita un evento de retiro de PBM.
Consideraciones de diseño
Esta sección analiza algunas opciones de diseño y factores que pueden afectar la forma en que se implementan los PBM. La interoperabilidad es fundamental para garantizar que la implementación de PBM por parte de diferentes proveedores de servicios no conduzca a la fragmentación del ecosistema de pagos. Los proveedores de PBM que ejecutan sus propias redes patentadas pueden crear "jardines amurallados" dentro de sus propios ecosistemas de socios cerrados. Esto puede conducir a un comportamiento monopolístico de búsqueda de rentas entre los proveedores de PBM. Si no se controla, esto podría tener un efecto perjudicial en los consumidores, que necesitan acceder a múltiples sistemas dispares o pagar altas tarifas de intermediario para completar una transacción. Por lo tanto, la tecnología PBM debe diseñarse desde el principio para que sea interoperable en diferentes plataformas, billeteras, sistemas de pago y rieles. Esto permitirá a los destinatarios de PBM acceder y gastar sus tokens de PBM de un proveedor de billetera comercial o proporcionado por el gobierno de su elección.
La adopción de estándares comunes garantiza que los tokens de PBM sean compatibles con diferentes proveedores de servicios de billetera. Esto permitirá que los activos digitales se transfieran entre diferentes plataformas y partes interesadas. Además, los esfuerzos y costos de implementación se reducen, ya que la misma infraestructura se puede reutilizar en múltiples casos de uso. El diseño de PBM en este documento está destinado a ser aplicable a una variedad de diferentes tipos de libros de contabilidad, incluidos los sistemas de contabilidad basados en cadenas de bloques y no basados en cadenas de bloques. Para ilustrar los conceptos de este artículo, proporcionamos implementaciones técnicas específicas como ejemplos. Prevemos que las futuras implementaciones de PBM pueden basarse en un sistema de registro diferente al que se hace referencia en este documento. Los proveedores de servicios deben elegir el tipo de libro mayor de apoyo que mejor se adapte a su modelo de negocio y casos de uso previstos. Moneda digital Conceptualmente, PBM proporciona un marco común independientemente del tipo de moneda digital subyacente.
Debido a que los PBM derivan su valor de la moneda digital subyacente, la aceptación, el valor percibido y la facilidad de uso de un PBM están fuertemente correlacionados con la moneda digital asociada. Por lo tanto, es fundamental considerar los activos de reserva que respaldan las monedas digitales y sus implicaciones regulatorias asociadas y los requisitos de cumplimiento. Las CBDC, la deuda bancaria tokenizada y las monedas estables ofrecen diferentes niveles de garantía y están sujetas a diferentes controles regulatorios. Puede existir una variante de PBM en forma de token vinculado a un propósito, donde la moneda digital subyacente se reemplaza con un token que representa una obligación de pago, en lugar de una reserva de valor. Si bien esto puede tener un propósito similar al representar el recurso de la deuda, la liquidación se realiza con retraso en lugar de atómica y en tiempo real, y existe el riesgo de que fracase la liquidación.
Dado que el entorno regulatorio global para las monedas digitales aún está evolucionando, el tratamiento regulatorio de los PBM puede variar según las jurisdicciones. La componibilidad del diseño de PBM de privacidad significa que las entidades del sector privado pueden desarrollar contratos inteligentes de envoltura de PBM, al tiempo que utilizan una CBDC emitida por el banco central como moneda digital subyacente. En cambio, las agencias gubernamentales podrían desarrollar contratos inteligentes de envoltura de PBM y usar deuda bancaria tokenizada en forma de monedas privadas como garantía para que PBM respalde los pagos del gobierno. Al separar los roles de los creadores de PBM y los emisores de moneda digital, se puede crear un acuerdo en el que ninguna entidad puede supervisar tanto la emisión de moneda como cómo y dónde se usa.
Como resultado, la cantidad de datos en poder de las agencias se limita a la información requerida para realizar sus funciones autorizadas. Como salvaguardia adicional, puede ser posible establecer acuerdos mediante los cuales las entidades autorizadas puedan realizar transferencias de fondos de forma anónima. Por ejemplo, las condiciones de PBM se pueden configurar para verificar con un registro separado antes de las transferencias para garantizar que la persona que inicia la transferencia esté autorizada para realizar la transferencia. En este ejemplo, sin embargo, el registro no supervisa la naturaleza de la transferencia ni especifica quién es el destinatario. El registro simplemente notifica a una parte si está autorizada o no.
Consideraciones de política
PBM puede ser utilizado tanto por el sector oficial como por el sector privado. Si bien la implementación técnica de PBM puede ser similar en todos los casos de uso, es posible que se requieran consideraciones de política adicionales cuando los sectores oficiales lo desarrollen, gestionen y utilicen.
Existen diferentes puntos de vista en todo el mundo sobre qué restricciones deben imponerse a la forma en que las personas gastan su dinero. Por ejemplo, en el proceso de distribución de fondos de ayuda durante la epidemia, algunas jurisdicciones han permitido que los fondos de ayuda se utilicen para comprar productos y servicios financieros, mientras que otras jurisdicciones han restringido su uso. Mientras tanto, algunos bancos centrales han indicado que no establecerán ninguna restricción sobre cómo se pueden usar las monedas digitales. Por lo tanto, al diseñar soluciones basadas en PBM, los formuladores de políticas deben considerar quién debe emitir y distribuir monedas digitales, así como especificar las condiciones para su uso.
Preparación digital
La introducción de nuevas formas de instrumentos de pago puede cambiar la experiencia del usuario y requerir algunos ajustes y adaptaciones. Esto puede ser visto positivamente por algunos usuarios y molesto por otros. Por ejemplo, algunos comerciantes y ciudadanos pueden estar más acostumbrados a usar cupones de papel y pueden no estar familiarizados con las aplicaciones móviles. Esto puede impedir que los comerciantes y los ciudadanos adopten PBM.
Por lo tanto, la competencia digital de las partes interesadas debe incorporarse en el diseño de los programas de PBM. Especialmente para las poblaciones más vulnerables, es importante mantener la experiencia del usuario intuitiva y accesible.
Un enfoque es proporcionar una experiencia de usuario simplificada desde el principio, al mismo tiempo que se abstrae la complejidad de requerir que los usuarios administren sus propias claves para acceder a una moneda digital o PBM. Alternativamente, los PBM pueden diseñarse para interoperar con los rieles de pago existentes, lo que reduce la fricción para la liquidación fiduciaria de última milla y la aceptación comercial.
Programación segura
Dada la gran dependencia del código de contrato inteligente, es fundamental establecer un marco de gobierno que garantice la seguridad del código como parte del proceso de implementación del software. Esto se puede lograr participando en entidades confiables responsables de verificar la corrección lógica, evaluar y prevenir posibles vulnerabilidades y proporcionar datos de Oracle estandarizados.
Este marco debe aplicarse en la capa de moneda digital, así como en los contratos inteligentes de envoltura de PBM. Esto es especialmente importante cuando los creadores de PBM están ansiosos por integrar una lógica compleja en los componentes, como las transferencias diferidas o la gestión de pagos de la cadena de suministro. Para mitigar activamente los posibles riesgos de seguridad del sistema, como la introducción de código malicioso, se recomienda encarecidamente una auditoría independiente. Además, para una red basada en registros distribuidos, se puede contratar a una organización externa de confianza como un "oráculo" para proporcionar una entrada de datos externa confiable para la red.
Usos potenciales de PBM
Esta sección proporciona algunos ejemplos en los que se podría utilizar PBM.
Paquete prepago
Los consumidores podrían perder los depósitos que han pagado por adelantado para futuras entregas de bienes y servicios si el comerciante con el que están tratando cierra. PBM se utiliza cuando una empresa necesita cobrar una tarifa como garantía antes de que se fabrique un bien o se preste un servicio. Los PBM pueden abordar el riesgo de falta de entrega al incluir condiciones de pago, asegurando que las empresas cumplan con las obligaciones de los consumidores antes de "retirar" los montos comprometidos previamente de los consumidores. Una vez que se completa el servicio, el retiro de fondos se puede activar automáticamente (débito directo de la billetera electrónica PBM del consumidor). Si bien las empresas no pueden cobrar las tarifas por adelantado, tienen la seguridad de que se pagarán una vez que se haya prestado el servicio.
Negocios en línea
Cuando compran en línea, los consumidores suelen pagar por adelantado los productos que quieren comprar. Una vez que se completa el pago, el producto se envía al consumidor. Para mitigar el riesgo de falta de entrega o de pago, los consumidores y comerciantes disponen de varios arreglos. Las tarjetas de crédito y las formas de prepago protegen a los comerciantes, pero no a los consumidores. Si bien un acuerdo de pago contra reembolso puede beneficiar a los consumidores, no es una garantía para los comerciantes, especialmente para artículos perecederos como alimentos que no se pueden reutilizar. PBM ofrece una solución alternativa y brinda seguridad a los comerciantes y consumidores de que los fondos se transferirán cuando se cumplan las obligaciones del servicio.
acuerdo
Cuando los compradores de vivienda inician su solicitud para comprar una propiedad, hay diferentes hitos que requieren pago. Se puede crear un PBM basado en los términos de venta de la propiedad. Se pueden definir términos para liberar fondos cuando se cumplen hitos en diferentes etapas del desarrollo inmobiliario o en etapas del proceso de venta. En la práctica, los PBM pueden basarse en plantillas estándar comunes a los compradores de viviendas.
ALQUILER COMERCIAL
Al arrendar una propiedad, el arrendador puede exigir al arrendatario que proporcione un depósito de seguridad como una forma de protección contra cualquier daño o falta de pago de la renta. Este depósito es retenido por el arrendador durante la duración del contrato de arrendamiento y se devuelve al arrendatario al final del arrendamiento, siempre que el arrendatario haya cumplido con todas las obligaciones en virtud del contrato de arrendamiento. Si un inquilino ha causado daños a la propiedad más allá del uso y desgaste normal, o si no paga los costos según el contrato de arrendamiento, el propietario puede deducir el costo de las reparaciones o el alquiler no pagado del depósito de seguridad antes de devolver los fondos restantes. El PBM puede cumplir la función de un depósito de seguridad cuando existe la posibilidad de un reembolso completo del depósito de seguridad por parte de las partes del contrato de arrendamiento. En caso de disputa, PBM puede suspenderse hasta que se resuelva la disputa.
Financiamiento comercial
Los productos de financiación del comercio ayudan a las empresas a gestionar los riesgos y las complejidades de las transacciones comerciales internacionales. Para facilitar el comercio entre múltiples partes, a través de fronteras y divisas, los proveedores de financiación del comercio ofrecen una gama de servicios como cartas de crédito, garantías bancarias y cobro de facturas. Estos servicios ayudan a garantizar que los pagos sean seguros y eficientes, al mismo tiempo que brindan protección contra el incumplimiento o el fraude. Los instrumentos de financiación del comercio pueden modelarse como PBM, donde los pagos se realizan automáticamente cuando se cumplen las obligaciones de servicio. Pueden convertirse en instrumentos negociables que pueden ser transferidos entre las partes.
Donar
Los donantes potenciales pueden dudar en contribuir a causas sociales porque no están seguros de si sus donaciones llegarán a los beneficiarios previstos y se utilizarán para el propósito previsto. Además, es probable que las donaciones a beneficiarios en el extranjero en lugares remotos involucren múltiples intermediarios, ya que las opciones financieramente viables para las remesas son limitadas. Como resultado, los beneficiarios pueden terminar recibiendo solo una fracción del valor de la donación original. PBM se puede utilizar para aumentar la transparencia y la rendición de cuentas. Por ejemplo, PBM se puede utilizar para garantizar que solo el beneficiario previsto tenga acceso al dinero, y solo si se cumplen ciertas condiciones.
Pago transfronterizo
Los pagos transfronterizos están sujetos a requisitos normativos y normativos, como la gestión de flujos de capital y las medidas de política macroprudencial, así como las normas contra el blanqueo de capitales (AML) y la financiación del terrorismo (CFT). El cumplimiento de estas medidas y normas conlleva elevados costes y retrasos en la tramitación. Al incorporar los requisitos de políticas existentes como condiciones en PBM, los controles de cumplimiento pueden automatizarse, lo que reduce en gran medida los costos y mejora la eficiencia de los pagos transfronterizos. Este enfoque de cumplimiento desde el diseño puede ayudar a lograr la interoperabilidad normativa y de políticas en el contexto del G20 mejorando la hoja de ruta para los pagos transfronterizos.
Futuro trabajo
Los desarrollos en el espacio de la moneda digital están evolucionando rápidamente. En esta sección, discutimos posibles áreas de investigación futuras.
Abstracción de cuenta
Actualmente, la mayoría de los usuarios minoristas no están familiarizados con el uso de billeteras de activos digitales, y esta falta de familiaridad puede aumentar el riesgo de ser explotados por actores malintencionados. Para mitigar este riesgo, la abstracción de cuenta, también conocida como billetera de contrato inteligente, se puede utilizar para mejorar la experiencia del usuario y la seguridad de las transacciones de activos digitales. Esta tecnología permite características tales como recuperación de cuentas, límites de transacciones y congelamiento de cuentas perdidas sin requerir que los usuarios entiendan la tecnología subyacente.
Pago fuera de línea
La investigación futura puede incluir investigar el uso de PBM para modalidades que no sean teléfonos inteligentes (por ejemplo, tarjetas) y pagos fuera de línea para reducir la dependencia de las conexiones de red. Esto tiene como objetivo aumentar la inclusión financiera, permitiendo que las personas participen sin usar teléfonos inteligentes o servicios de pago digital.
Nombre de direccionamiento
Actualmente, es posible transferir fondos utilizando un número de teléfono móvil como proxy de un número de cuenta bancaria. En ausencia de un número de cuenta bancaria, un servicio de direccionamiento de nombres proporciona un proxy para una dirección de billetera asignándola a un identificador significativo. Esto proporciona una mejor experiencia de usuario y garantiza que las transferencias lleguen a los destinatarios previstos.
en conclusión
Este documento presenta el concepto de PBM como un protocolo común para interactuar con diferentes formas de medios de intercambio y destaca cómo las monedas digitales se pueden usar para respaldar objetivos comerciales y políticos sin modificar sus propiedades locales. Si bien PBM se introdujo inicialmente a través del proyecto Orchid de la Autoridad Monetaria de Singapur, imaginamos que el concepto de diseño técnico podría ser aplicable a una audiencia internacional más amplia.
Para lograr una adopción más amplia, el marco técnico de PBM está diseñado y desarrollado de forma abierta, con participantes de diferentes organizaciones. Este documento se basa en el trabajo preliminar iniciado por el proyecto Orchid y es el resultado de contribuciones colectivas de bancos centrales, instituciones financieras y empresas de tecnología financiera de todo el mundo.
En particular, este artículo no busca promover ningún objetivo de política en particular ni respaldar ninguna solución técnica. Los autores de este artículo no se hacen responsables ni garantizan el rendimiento o la idoneidad de la solución propuesta. Los ejemplos proporcionados en este artículo son meramente ilustrativos. Dado que las circunstancias y consideraciones de política de cada jurisdicción son únicas, los formuladores de políticas deben evaluar aquellas combinaciones de infraestructura financiera y tecnología que mejor cumplan con sus objetivos.
Es previsible que los desarrollos futuros en el ecosistema de la moneda digital y los activos digitales puedan presentar oportunidades adicionales y plantear riesgos que deben abordarse en el trabajo futuro. Se alienta a los miembros de la comunidad fintech global a desarrollar los conceptos presentados en este documento y contribuir con los aprendizajes a la comunidad fintech global.
Referencias
Autoridad Monetaria de Singapur (MAS). (2022, 31 de octubre). Proyecto Orquídea: SGD digital programable [PDF] . Obtenido de
Lee, A. (2021, 23 de junio). Qué es el Dinero Programable. Obtenido de
República Italiana [República de Italia]. (2019, 19 de abril). Decreto 19 de abril de 2019: Uso de la Tarjeta de Ciudadanía Renta [Decreto 19 de abril de 2019: Uso de la Tarjeta de Ciudadanía Renta] Boletín Oficial. Obtenido de
Banco de Reserva de la India. (2022, 7 de octubre). Nota Conceptual sobre Moneda Digital del Banco Central, Punto 5.7: Programabilidad. Obtenido de
Panetta, F. (2023, 23 de enero). El euro digital: nuestro dinero cuando y donde lo necesitemos [Speech] . Presentado en la Comisión de Asuntos Económicos y Monetarios del Parlamento Europeo. Obtenido de
Banco de acuerdos internacionales. (2019, 1 de abril). “Sector oficial” en “Glosario”. Obtenido de
Carstens, A. (2023, 22 de febrero). La innovación y el futuro de la moneda [Speech] . Presentado en la Autoridad Monetaria de Singapur. Obtenido de
Adrian, T. y Mancini Griffoli, T. (2023, 19 de junio). El auge de las plataformas de pago y contratación [PDF] . Obtenido de
Banco de acuerdos internacionales. (2023, 20 de junio). tercero Plan para el futuro monetario: mejorar lo antiguo, habilitar lo nuevo [PDF] . Obtenido de
Ver originales
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Autoridad Monetaria de Singapur MAS: 4D Explicación detallada de la moneda con un propósito específico (PBM) Libro blanco técnico
Traducción: espinacas espinacas!
fuente:
Introducción
Los activos digitales se refieren a representaciones digitales de valor, como la propiedad de activos financieros o activos económicos reales. Un ecosistema de activos digitales tiene el potencial de facilitar transacciones más eficientes, aumentar la inclusión financiera y desbloquear el valor económico. Las monedas digitales del banco central (CBDC), los pasivos bancarios tokenizados y las monedas estables potencialmente bien reguladas, junto con un elaborado conjunto de contratos inteligentes, podrían servir como medio de intercambio para este nuevo ecosistema de activos digitales. Si bien las pruebas iniciales han mostrado potencial, estas nuevas formas de monedas digitales, populares en la cadena de bloques y los flujos de dinero entre pares, aún deben demostrar su utilidad más allá de los sistemas de pago electrónico, como los sistemas de pago instantáneo doméstico que ya existen en la actualidad. proporcionó. Uno de los grandes beneficios de las monedas digitales es su soporte para la funcionalidad programática. Sin embargo, este es un tema de discusión y debate continuo. Los operadores deben asegurarse de que la programabilidad no se produzca a expensas de la capacidad de una moneda digital para funcionar como medio de intercambio. Se debe mantener la unidad de la moneda y la programática no debe limitar la distribución de la moneda y conducir a la fragmentación de la liquidez dentro del sistema. Este artículo proporciona una descripción técnica del concepto de dinero con un propósito (PBM), que permite que el dinero se dirija a un propósito específico sin programar el dinero en sí. PBM emplea un protocolo común diseñado para trabajar con diferentes tecnologías de contabilidad y formas de dinero. A través de un formato estandarizado, los usuarios podrán acceder a las monedas digitales utilizando el proveedor de billetera de su elección. Este documento se basará en el concepto PBM introducido por primera vez en el proyecto Orquídea de MAS y describirá cómo se puede extender a una gama más amplia de escenarios de aplicación.
Antecedentes y motivación
Las iniciativas digitales destinadas a mejorar la eficiencia operativa y mejorar la experiencia del usuario han cobrado un impulso significativo en los últimos años. Sin embargo, el trabajo digital en finanzas no está exento de desafíos.
Difusión y fragmentación del mercado
La proliferación de esquemas y plataformas de pago se ha sumado a la complejidad y los desafíos que los usuarios pueden enfrentar al adoptar servicios financieros digitales. Por ejemplo, los operadores de pago a menudo ejecutan canales de distribución con diferentes características para diferentes esquemas. Es muy intensivo en recursos para los propietarios de esquemas incorporar comerciantes en sus plataformas propietarias. Al mismo tiempo, la integración a otras plataformas aumentará los esfuerzos operativos de los comerciantes, quienes deberán capacitar a su personal minorista para manejar y aceptar diferentes esquemas de pago.
Los esfuerzos privados e independientes han intentado consolidar estas iniciativas en una sola plataforma para simplificar la experiencia del usuario y aprovechar el potencial de la digitalización. Sin embargo, estos esfuerzos deben ir más allá para garantizar que sean abiertos e interoperables en todas las iniciativas. Estas plataformas no deben limitarse a los consumidores y comerciantes que se suscriben a sus ecosistemas. Los sistemas de pago interoperables proporcionarán una mayor flexibilidad y permitirán una experiencia de pago perfecta para empresas y consumidores.
Programabilidad y fungibilidad de la moneda
A diferencia de los sistemas de contabilidad tradicionales basados en cuentas, las monedas digitales ofrecen la posibilidad de programar características únicas en activos al portador individuales y determinar cómo se utilizan las monedas digitales. Sin embargo, implementar la lógica de programación directamente en una moneda digital modifica sus propiedades y aceptación como medio de intercambio. Si bien este enfoque amplía la funcionalidad de las monedas digitales, limita el uso de las monedas digitales como un medio viable de intercambio si las condiciones de su uso son variadas y dinámicas. También requiere la reprogramación de todas las monedas digitales en circulación cada vez que se requiera una nueva condición o caso de uso.
Otro enfoque es que el emisor de la moneda digital ofrezca múltiples versiones de la moneda digital, cada una con una programación lógica diferente. Sin embargo, este enfoque puede no ser práctico ya que estas monedas digitales no son intercambiables, lo que fragmenta la liquidez en el mercado. Para comprender cómo mantener la fungibilidad de las monedas digitales para que puedan intercambiarse libremente, este documento examina diferentes modelos de programación.
Modelo de programación
Los pagos programables se refieren a pagos que se ejecutan automáticamente una vez que se cumple un conjunto de condiciones predefinidas. Por ejemplo, puede definir límites de gastos diarios o pagos recurrentes, de forma similar a la domiciliación bancaria y las órdenes permanentes. Los pagos programables generalmente se implementan configurando disparadores de bases de datos o en forma de una puerta de enlace de interfaz de programación de aplicaciones (API) que se encuentra entre el libro mayor de contabilidad y la aplicación del cliente. Estas interfaces programáticas interactúan con los libros de contabilidad tradicionales y ajustan los saldos de las cuentas bancarias según la lógica programada.
El dinero programable se refiere a la posibilidad de incrustar reglas dentro del propio depósito de valor, definiendo o limitando su uso. Por ejemplo, se pueden definir reglas para que la reserva de valor solo se pueda enviar a monederos incluidos en la lista blanca o se transfiera después de que se haya realizado el filtrado a nivel de transacción. Las implementaciones de dinero programable incluyen pasivos bancarios tokenizados y monedas digitales del banco central. A diferencia de los pagos programables, donde la lógica de programación y el valor en sí están desvinculados, el dinero programable es autónomo, contiene lógica de programación y sirve como reserva de valor. Cuando el dinero programable se transfiere a otra parte, la lógica y las reglas también se mueven.
La ventaja de los pagos programables es la capacidad de definir un conjunto de lógica de programación o condiciones que se pueden aplicar a varias formas de dinero. Al mismo tiempo, el dinero programable es autónomo y tiene la ventaja de las transferencias lógicas condicionales de igual a igual entre las partes. Se espera que el panorama financiero futuro sea más diverso a medida que los bancos centrales, los bancos comerciales y los proveedores de servicios de pago de todo el mundo están explorando diferentes monedas digitales de bancos centrales, pasivos bancarios tokenizados y diseños de monedas estables. Por lo tanto, existe una necesidad creciente de garantizar que exista un marco común para interactuar con diferentes formas de monedas digitales y garantizar la interoperabilidad con la infraestructura financiera existente.
El tercer modelo, Dinero con Propósito (PBM), explorado en las etapas iniciales del proyecto Orquídea de MAS, se basa en el concepto y las capacidades de pagos programables y dinero programable. PBM se refiere a un acuerdo que especifica las condiciones bajo las cuales se puede usar la moneda digital subyacente. Los PBM son instrumentos al portador que permiten transferencias peer-to-peer sin intermediarios. PBM contiene moneda digital como reserva de valor y lógica de programación que identifica su uso en función de las condiciones programadas. Una vez que se cumplen las condiciones, la moneda digital se libera y se libera nuevamente.
Esto se puede ilustrar con el ejemplo del uso de PBM como cupón digital. Un cupón viene con un conjunto predefinido de condiciones de uso. Los titulares de cupones pueden ofrecerlo a los comerciantes participantes a cambio de bienes o servicios (funcionalidad de pago programable). En algunos casos, los términos del esquema de cupones permiten transferencias entre personas (función de dinero programable). Por lo tanto, un consumidor puede comprar un certificado de regalo basado en PBM y transferirlo a otra persona que puede usarlo en un comercio participante.
Sin embargo, a diferencia de los cupones ordinarios, los PBM restringen cómo el pagador puede usar el PBM, pero no el destinatario. Cuando un consumidor paga una compra utilizando el PBM, la moneda digital se libera del PBM y se transfiere al comerciante si se cumplen los términos de uso. A partir de entonces, los comerciantes pueden usar la moneda digital para otros fines (por ejemplo, para pagar a los proveedores).
Divisa ligada al propósito
Esta sección examina el ciclo de vida de un PBM y los diferentes componentes que componen un PBM. En esta sección, se describen las entidades clave y sus interacciones, enfatizando sus roles en el ciclo de vida de PBM.
Descripción general de la arquitectura del sistema
El protocolo PBM se refiere a un modelo de cuatro capas para describir la pila de tecnología utilizada en las redes basadas en activos digitales. Los componentes de la red se pueden clasificar en cuatro capas distintas: capa de acceso, capa de servicio, capa de activos y capa de plataforma, como se muestra en la Figura 2. La lógica de programación de PBM se puede considerar como un servicio, mientras que la moneda digital se encuentra en la capa de activos. Cuando una moneda digital está vinculada como PBM, se extiende a ambos lados de la capa de servicio y la capa de activos.
PBM está diseñado para ser tecnológicamente neutral y diseñado para funcionar en diferentes tipos de libros y activos. Se espera que PBM pueda implementarse tanto en libros contables distribuidos como no distribuidos.
Capa de acceso
La capa de acceso es la capa donde los usuarios interactúan con diferentes servicios a través de varias interfaces.
Capa de servicio
La capa de servicio proporciona varios servicios relacionados con los activos digitales. Por lo general, opera sobre la capa de activos, lo que permite a los usuarios administrar y aprovechar sus activos digitales.
Capa de activos
La capa de activos admite la creación, gestión e intercambio de activos digitales.
Capa de plataforma
La capa de la plataforma proporciona la infraestructura subyacente para la ejecución, el almacenamiento y el consenso de transacciones.
Componentes
Como se muestra en la Figura 3, un PBM consta de dos componentes principales: un envoltorio que define el uso previsto y un depósito de valor subyacente que actúa como garantía. Este diseño permite que las monedas digitales existentes se implementen para diferentes propósitos sin cambiar sus propiedades nativas. Una vez que el PBM se usa para el propósito previsto, la moneda digital se puede usar sin condiciones ni restricciones. Los emisores de moneda digital mantienen el control de la moneda digital, evitando la fragmentación y asegurando la facilidad de mantenimiento.
Envoltorio PBM
Un envoltorio PBM implementado en forma de código de contrato inteligente que especifica las condiciones bajo las cuales está disponible la moneda digital subyacente. El envoltorio de PBM se puede programar de modo que el PBM solo se pueda usar para el propósito previsto, por ejemplo, válido para un período de tiempo específico, en un minorista específico, en una denominación predeterminada. Una vez que se cumplen las condiciones especificadas en el envoltorio de PBM, la moneda digital subyacente se libera y se transfiere al destinatario. Por ejemplo, un envoltorio de PBM se puede implementar como un contrato inteligente de múltiples tokens ERC-1155. La Sección 3.5 muestra un posible flujo secuencial para el diseño de PBM.
Moneda digital
La moneda digital subyacente vinculada por PBM se utiliza como garantía de PBM. Cuando se cumplen las condiciones del PBM, la moneda digital subyacente se libera y la propiedad se transfiere al destinatario previsto. Una moneda digital debe cumplir las funciones de una moneda, es decir, como una buena reserva de valor, una unidad de cuenta y un medio de cambio. Las monedas digitales pueden existir en forma de CBDC, pasivos bancarios tokenizados o monedas estables bien reguladas. Por ejemplo, las monedas digitales se pueden implementar en forma de contratos inteligentes de tokens fungibles compatibles con ERC-20.
Personajes e interacciones
Los actores son una abstracción flexible que se puede implementar de varias maneras. Una entidad puede tener varios roles, o un rol puede ser realizado por diferentes entidades.
Creador de PBM
Esta entidad es responsable de definir la lógica dentro del PBM, acuñar y distribuir tokens PBM.
Titular de PBM
Esta entidad posee uno o más tokens PBM. Esta entidad se puede canjear por tokens PBM que no hayan vencido.
Convertidor PBM
Cuando se transfieren tokens PBM, esta entidad recibe la moneda digital subyacente.
ciclo vital
Independientemente del lenguaje de programación o el protocolo de red utilizado, los PBM están diseñados con fases de ciclo de vida consistentes, lo que garantiza la compatibilidad entre diferentes implementaciones tecnológicas. Esta sección proporciona una descripción general de la funcionalidad prevista y las fases del ciclo de vida asociadas de un PBM. La Figura 4 muestra las diferentes etapas del ciclo de vida de PBM.
emitido
El ciclo de vida de PBM comienza con la fase de lanzamiento. Aquí, se crea el contrato inteligente de PBM y se acuñan los tokens de PBM. La propiedad de la moneda digital se transfiere al contrato inteligente PBM. Las monedas digitales ahora se rigen por contratos inteligentes PBM, que se pueden implementar utilizando ERC-1155 o equivalente. El uso de la moneda digital está sujeto a las condiciones especificadas en el contrato inteligente de PBM y solo se liberará cuando se cumplan todas las condiciones.
distribución
Una vez que se acuñan los tokens de PBM, el creador de PBM los distribuye a las entidades previstas (es decir, los titulares de PBM) para su uso. Los titulares de PBM reciben tokens de PBM en su forma envuelta y solo pueden canjear tokens bajo las condiciones originales establecidas por el creador de PBM.
Transferir
En esta etapa, los tokens PBM se pueden transferir de una entidad a otra en su forma envuelta de acuerdo con sus reglas de programación. La fase de transferencia es opcional y depende del caso de uso. En las subvenciones del gobierno (por ejemplo, becas de estudio), los tokens PBM no pueden transferirse a otros ciudadanos. Mientras que en los cupones comerciales (p. ej., cupones de centros comerciales minoristas), los tokens PBM se pueden transferir a otros consumidores.
intercambio
La fase de redención ocurre después de que se cumplan todas las condiciones especificadas en el PBM. En este punto, los tokens de PBM se desenvuelven y la propiedad de los tokens de moneda digital subyacente se transfiere a la entidad receptora. Las entidades son libres de usar tokens de moneda digital y su uso está sujeto solo a las condiciones especificadas por el emisor de la moneda digital.
Venció
La fase de vencimiento se refiere a la situación en la que una determinada condición especificada en el PBM se viola o vence explícitamente (por ejemplo, una fecha de vencimiento), lo que hace que los tokens de PBM queden inutilizables de forma permanente para los titulares de PBM. Los tokens de PBM caducados se pueden agregar y destruir o "quemar" para devolver la moneda digital subyacente al creador de PBM. Alternativamente, los PBM pueden suspenderse indefinidamente para evitar que los titulares de PBM sigan interactuando con PBM vencidos.
Flujo de secuencia
Las implementaciones de PBM pueden variar en diseño, enfoque y tecnología. En esta sección, exploramos un diseño donde el PBM se divide en tres partes, como se muestra en la Figura 5. En esta implementación, se han definido las siguientes condiciones para el lanzamiento de la moneda digital: (1) control de acceso a través de lista blanca y lista negra, (2) fecha de vencimiento del envoltorio PBM y (3) fecha de vencimiento del token PBM.
Administrador de tokens de PBM
Por ejemplo, si se adopta el estándar de múltiples tokens ERC-1155, un creador de PBM puede crear diferentes tipos de tokens de PBM que representen diferentes valores (por ejemplo, $1, $2, $5, etc.) dentro del mismo envoltorio de PBM. El administrador de tokens de PBM proporciona una interfaz para administrar fácilmente diferentes tipos de tokens y mantener saldos para cada tipo de token. Estas son algunas características clave de este componente:
Lógica PBM
Este componente permite a los usuarios crear condiciones de negocio complejas mientras se mantiene el envoltorio de PBM ajustado. En nuestro caso, este componente almacena y administra una lista de direcciones en la lista blanca y en la lista negra. Estas son algunas características clave de este componente:
Envoltorio PBM
Este componente contiene condiciones que restringen el uso de la moneda digital subyacente. Las monedas digitales podrían ser compatibles con ERC-20 y podrían tomar la forma de monedas digitales del banco central, pasivos bancarios tokenizados o monedas estables. Con fines ilustrativos, asumimos que se usa el estándar de múltiples tokens ERC-1155 para implementar el envoltorio PBM. También se pueden utilizar otros estándares, como ERC-20, ERC-721 o sus equivalentes, para la implementación. Estas son algunas características clave de este componente:
La Figura 6 muestra las interacciones entre diferentes contratos inteligentes de PBM. En las secciones siguientes, presentaremos un flujo de secuencia detallado para cada etapa del ciclo de vida de PBM.
Ciclo de vida de PBM: fase de lanzamiento > Inicializar PBM
La figura 7 ilustra los pasos para inicializar el contrato inteligente de PBM. En esta etapa, el creador de PBM proporciona diferentes parámetros para inicializar el PBM y establecer conexiones entre diferentes componentes de PBM.
Ciclo de vida de PBM: Fase de emisión > Crear tipo de token de PBM
La Figura 8 ilustra los pasos para crear un nuevo tipo de token PBM. En esta etapa, los creadores de PBM pueden crear diferentes tipos de tokens que representen diferentes valores.
Ciclo de vida de PBM: Fase de emisión > Minting PBM Tokens
Después de completar los pasos anteriores, los creadores de PBM pueden comenzar a generar tokens de PBM para su distribución. La Figura 9 muestra los pasos para acuñar tokens PBM.
Antes del proceso de acuñación, el creador de PBM debe aprobar el contrato inteligente de envoltura de PBM para transferir moneda digital en nombre del creador de PBM. Este es un paso necesario para ejecutar el paso 7 del proceso de acuñación.
• Paso 1: El creador de PBM inicia el proceso de acuñación por lotes.
• Paso 2: dado que la acuñación y la distribución pueden ocurrir en una sola transacción, el envoltorio de PBM debe llamar a la lógica de PBM para verificar si el destinatario está en la lista negra.
• Pasos 4 a 6: Calcule la cantidad total de tokens de moneda digital necesarios para acuñar tokens PBM.
• Pasos 7 a 10: Transferir la propiedad de tokens de moneda digital al envoltorio PBM como garantía.
• Pasos 11 a 14: Aumentar el saldo de suministro del tipo token PBM.
• Paso 15: Mint tokens PBM.
Direcciones de lista blanca/lista negra
El PBM se puede programar con lógica condicional para verificar el conjunto de direcciones que pueden recibir tokens y qué direcciones no pueden recibir tokens. En nuestro ejemplo, los tokens PBM no se pueden transferir si el destinatario está en la lista negra. Los tokens de PBM no se pueden desenvolver si el destinatario no está en la lista blanca. Los creadores de PBM pueden acceder a la siguiente funcionalidad a lo largo del ciclo de vida de un PBM. Es importante señalar que, técnicamente, las fases de distribución y transferencia son el mismo proceso, solo que los roles involucrados son diferentes. Si el PBM se distribuye a una dirección de la lista blanca, el PBM desempaquetará y liberará la moneda digital.
Ciclo de vida de PBM: Distribución/Transferencia
Durante la fase de distribución o transferencia, los tokens PBM se transfieren en forma envuelta. La única diferencia entre las dos etapas son los roles involucrados. La Figura 11 ilustra los pasos involucrados.
A continuación se describen algunos pasos clave y sus consideraciones durante la transferencia de tokens PBM.
• Pasos 3 a 5: Compruebe si se pueden transferir tokens PBM. Aquí se pueden añadir condiciones adicionales. En nuestro caso, comprobar si el destinatario ha sido incluido en la lista negra.
• Pasos 6 a 8: compruebe si PBM se puede desenvolver para liberar tokens digitales. Aquí se pueden añadir condiciones adicionales. En nuestro caso, el receptor debe estar en la lista blanca.
• Paso 9: Transferir tokens PMB en forma envuelta.
Ciclo de vida de PBM: Distribución/Transferencia – Transferencia fallida
La Figura 12 ilustra los pasos involucrados en una transferencia de token PBM fallida. Los tokens de PBM no se han transferido y aún existen en forma encapsulada.
Ciclo de Vida de PBM: Fase de Redención
Al transferir tokens de PBM, si se cumplen todas las condiciones, los tokens de PBM se desenvolverán y liberarán los tokens de moneda digital subyacentes al destinatario.
A continuación se describen algunos pasos clave y sus consideraciones.
• Pasos 6 a 8: verifique si los tokens PBM se pueden desenvolver para liberar los tokens digitales subyacentes. Si se cumplen todas las condiciones, los tokens de PBM se pueden desenvolver. En nuestro caso, verifique si el receptor ya está en la lista blanca.
• Pasos 9 a 11: Calcule la cantidad de tokens de moneda digital que se transferirán al destinatario.
• Paso 12: Grabar tokens PBM. Este paso es opcional y depende de los requisitos del creador del PBM. En algunos casos, los tokens de PBM pueden guardarse como recuerdos.
• Pasos 13 a 16: Reducir el número de tokens PBM. En nuestro diseño, la fecha de vencimiento del token se verifica en el paso 14 en lugar del paso 7. Esto se debe a que el administrador de tokens está diseñado para administrar todos los aspectos relacionados con los tokens PBM, de acuerdo con nuestro diseño. Otros pueden implementar la validación en el paso 7.
• Pasos 17 a 20: el envoltorio de PBM transfiere su propiedad de los tokens de moneda digital al destinatario.
• Paso 21: Emita el evento PBMUnwrap
Ciclo de vida de PBM: Fase de vencimiento > Canje de tokens de PBM vencidos En esta fase, un titular de PBM intenta canjear un token de PBM cuando al menos una de las condiciones se violó o venció de manera indiscutible, y la transferencia falla. En nuestro caso, el token ha caducado. A continuación se describen algunos pasos clave y sus consideraciones.
Pasos 6 a 8: dado que implementamos la verificación de la caducidad del token en el paso 14 de la fase de canje, los tokens PBM se consideran abiertos.
Paso 14: la verificación falló porque el token caducó.
Ciclo de vida de PBM: Fase de vencimiento > Revocar PBM
Si al menos una condición se viola o vence de manera indiscutible, los titulares de PBM no pueden gastar tokens de PBM y la moneda digital permanece bloqueada. En nuestro ejemplo, el token ha caducado. Los creadores de PBM tienen la opción de revocar tokens de PBM vencidos para restaurar los tokens de moneda digital subyacentes.
• Paso 1: el creador de PBM inicia la operación de deshacer.
• Pasos 2 a 4: Calcular el número de tokens de moneda digital a retirar.
• Pasos 5 a 8: Retirar y establecer el saldo de fichas en 0.
• Pasos 9 a 12: Transferir tokens de moneda digital al creador de PBM.
• Paso 13: Emita un evento de retiro de PBM.
Consideraciones de diseño
Esta sección analiza algunas opciones de diseño y factores que pueden afectar la forma en que se implementan los PBM. La interoperabilidad es fundamental para garantizar que la implementación de PBM por parte de diferentes proveedores de servicios no conduzca a la fragmentación del ecosistema de pagos. Los proveedores de PBM que ejecutan sus propias redes patentadas pueden crear "jardines amurallados" dentro de sus propios ecosistemas de socios cerrados. Esto puede conducir a un comportamiento monopolístico de búsqueda de rentas entre los proveedores de PBM. Si no se controla, esto podría tener un efecto perjudicial en los consumidores, que necesitan acceder a múltiples sistemas dispares o pagar altas tarifas de intermediario para completar una transacción. Por lo tanto, la tecnología PBM debe diseñarse desde el principio para que sea interoperable en diferentes plataformas, billeteras, sistemas de pago y rieles. Esto permitirá a los destinatarios de PBM acceder y gastar sus tokens de PBM de un proveedor de billetera comercial o proporcionado por el gobierno de su elección.
La adopción de estándares comunes garantiza que los tokens de PBM sean compatibles con diferentes proveedores de servicios de billetera. Esto permitirá que los activos digitales se transfieran entre diferentes plataformas y partes interesadas. Además, los esfuerzos y costos de implementación se reducen, ya que la misma infraestructura se puede reutilizar en múltiples casos de uso. El diseño de PBM en este documento está destinado a ser aplicable a una variedad de diferentes tipos de libros de contabilidad, incluidos los sistemas de contabilidad basados en cadenas de bloques y no basados en cadenas de bloques. Para ilustrar los conceptos de este artículo, proporcionamos implementaciones técnicas específicas como ejemplos. Prevemos que las futuras implementaciones de PBM pueden basarse en un sistema de registro diferente al que se hace referencia en este documento. Los proveedores de servicios deben elegir el tipo de libro mayor de apoyo que mejor se adapte a su modelo de negocio y casos de uso previstos. Moneda digital Conceptualmente, PBM proporciona un marco común independientemente del tipo de moneda digital subyacente.
Debido a que los PBM derivan su valor de la moneda digital subyacente, la aceptación, el valor percibido y la facilidad de uso de un PBM están fuertemente correlacionados con la moneda digital asociada. Por lo tanto, es fundamental considerar los activos de reserva que respaldan las monedas digitales y sus implicaciones regulatorias asociadas y los requisitos de cumplimiento. Las CBDC, la deuda bancaria tokenizada y las monedas estables ofrecen diferentes niveles de garantía y están sujetas a diferentes controles regulatorios. Puede existir una variante de PBM en forma de token vinculado a un propósito, donde la moneda digital subyacente se reemplaza con un token que representa una obligación de pago, en lugar de una reserva de valor. Si bien esto puede tener un propósito similar al representar el recurso de la deuda, la liquidación se realiza con retraso en lugar de atómica y en tiempo real, y existe el riesgo de que fracase la liquidación.
Dado que el entorno regulatorio global para las monedas digitales aún está evolucionando, el tratamiento regulatorio de los PBM puede variar según las jurisdicciones. La componibilidad del diseño de PBM de privacidad significa que las entidades del sector privado pueden desarrollar contratos inteligentes de envoltura de PBM, al tiempo que utilizan una CBDC emitida por el banco central como moneda digital subyacente. En cambio, las agencias gubernamentales podrían desarrollar contratos inteligentes de envoltura de PBM y usar deuda bancaria tokenizada en forma de monedas privadas como garantía para que PBM respalde los pagos del gobierno. Al separar los roles de los creadores de PBM y los emisores de moneda digital, se puede crear un acuerdo en el que ninguna entidad puede supervisar tanto la emisión de moneda como cómo y dónde se usa.
Como resultado, la cantidad de datos en poder de las agencias se limita a la información requerida para realizar sus funciones autorizadas. Como salvaguardia adicional, puede ser posible establecer acuerdos mediante los cuales las entidades autorizadas puedan realizar transferencias de fondos de forma anónima. Por ejemplo, las condiciones de PBM se pueden configurar para verificar con un registro separado antes de las transferencias para garantizar que la persona que inicia la transferencia esté autorizada para realizar la transferencia. En este ejemplo, sin embargo, el registro no supervisa la naturaleza de la transferencia ni especifica quién es el destinatario. El registro simplemente notifica a una parte si está autorizada o no.
Consideraciones de política
PBM puede ser utilizado tanto por el sector oficial como por el sector privado. Si bien la implementación técnica de PBM puede ser similar en todos los casos de uso, es posible que se requieran consideraciones de política adicionales cuando los sectores oficiales lo desarrollen, gestionen y utilicen.
Existen diferentes puntos de vista en todo el mundo sobre qué restricciones deben imponerse a la forma en que las personas gastan su dinero. Por ejemplo, en el proceso de distribución de fondos de ayuda durante la epidemia, algunas jurisdicciones han permitido que los fondos de ayuda se utilicen para comprar productos y servicios financieros, mientras que otras jurisdicciones han restringido su uso. Mientras tanto, algunos bancos centrales han indicado que no establecerán ninguna restricción sobre cómo se pueden usar las monedas digitales. Por lo tanto, al diseñar soluciones basadas en PBM, los formuladores de políticas deben considerar quién debe emitir y distribuir monedas digitales, así como especificar las condiciones para su uso.
Preparación digital
La introducción de nuevas formas de instrumentos de pago puede cambiar la experiencia del usuario y requerir algunos ajustes y adaptaciones. Esto puede ser visto positivamente por algunos usuarios y molesto por otros. Por ejemplo, algunos comerciantes y ciudadanos pueden estar más acostumbrados a usar cupones de papel y pueden no estar familiarizados con las aplicaciones móviles. Esto puede impedir que los comerciantes y los ciudadanos adopten PBM.
Por lo tanto, la competencia digital de las partes interesadas debe incorporarse en el diseño de los programas de PBM. Especialmente para las poblaciones más vulnerables, es importante mantener la experiencia del usuario intuitiva y accesible.
Un enfoque es proporcionar una experiencia de usuario simplificada desde el principio, al mismo tiempo que se abstrae la complejidad de requerir que los usuarios administren sus propias claves para acceder a una moneda digital o PBM. Alternativamente, los PBM pueden diseñarse para interoperar con los rieles de pago existentes, lo que reduce la fricción para la liquidación fiduciaria de última milla y la aceptación comercial.
Programación segura
Dada la gran dependencia del código de contrato inteligente, es fundamental establecer un marco de gobierno que garantice la seguridad del código como parte del proceso de implementación del software. Esto se puede lograr participando en entidades confiables responsables de verificar la corrección lógica, evaluar y prevenir posibles vulnerabilidades y proporcionar datos de Oracle estandarizados.
Este marco debe aplicarse en la capa de moneda digital, así como en los contratos inteligentes de envoltura de PBM. Esto es especialmente importante cuando los creadores de PBM están ansiosos por integrar una lógica compleja en los componentes, como las transferencias diferidas o la gestión de pagos de la cadena de suministro. Para mitigar activamente los posibles riesgos de seguridad del sistema, como la introducción de código malicioso, se recomienda encarecidamente una auditoría independiente. Además, para una red basada en registros distribuidos, se puede contratar a una organización externa de confianza como un "oráculo" para proporcionar una entrada de datos externa confiable para la red.
Usos potenciales de PBM
Esta sección proporciona algunos ejemplos en los que se podría utilizar PBM.
Paquete prepago
Los consumidores podrían perder los depósitos que han pagado por adelantado para futuras entregas de bienes y servicios si el comerciante con el que están tratando cierra. PBM se utiliza cuando una empresa necesita cobrar una tarifa como garantía antes de que se fabrique un bien o se preste un servicio. Los PBM pueden abordar el riesgo de falta de entrega al incluir condiciones de pago, asegurando que las empresas cumplan con las obligaciones de los consumidores antes de "retirar" los montos comprometidos previamente de los consumidores. Una vez que se completa el servicio, el retiro de fondos se puede activar automáticamente (débito directo de la billetera electrónica PBM del consumidor). Si bien las empresas no pueden cobrar las tarifas por adelantado, tienen la seguridad de que se pagarán una vez que se haya prestado el servicio.
Negocios en línea
Cuando compran en línea, los consumidores suelen pagar por adelantado los productos que quieren comprar. Una vez que se completa el pago, el producto se envía al consumidor. Para mitigar el riesgo de falta de entrega o de pago, los consumidores y comerciantes disponen de varios arreglos. Las tarjetas de crédito y las formas de prepago protegen a los comerciantes, pero no a los consumidores. Si bien un acuerdo de pago contra reembolso puede beneficiar a los consumidores, no es una garantía para los comerciantes, especialmente para artículos perecederos como alimentos que no se pueden reutilizar. PBM ofrece una solución alternativa y brinda seguridad a los comerciantes y consumidores de que los fondos se transferirán cuando se cumplan las obligaciones del servicio.
acuerdo
Cuando los compradores de vivienda inician su solicitud para comprar una propiedad, hay diferentes hitos que requieren pago. Se puede crear un PBM basado en los términos de venta de la propiedad. Se pueden definir términos para liberar fondos cuando se cumplen hitos en diferentes etapas del desarrollo inmobiliario o en etapas del proceso de venta. En la práctica, los PBM pueden basarse en plantillas estándar comunes a los compradores de viviendas.
ALQUILER COMERCIAL
Al arrendar una propiedad, el arrendador puede exigir al arrendatario que proporcione un depósito de seguridad como una forma de protección contra cualquier daño o falta de pago de la renta. Este depósito es retenido por el arrendador durante la duración del contrato de arrendamiento y se devuelve al arrendatario al final del arrendamiento, siempre que el arrendatario haya cumplido con todas las obligaciones en virtud del contrato de arrendamiento. Si un inquilino ha causado daños a la propiedad más allá del uso y desgaste normal, o si no paga los costos según el contrato de arrendamiento, el propietario puede deducir el costo de las reparaciones o el alquiler no pagado del depósito de seguridad antes de devolver los fondos restantes. El PBM puede cumplir la función de un depósito de seguridad cuando existe la posibilidad de un reembolso completo del depósito de seguridad por parte de las partes del contrato de arrendamiento. En caso de disputa, PBM puede suspenderse hasta que se resuelva la disputa.
Financiamiento comercial
Los productos de financiación del comercio ayudan a las empresas a gestionar los riesgos y las complejidades de las transacciones comerciales internacionales. Para facilitar el comercio entre múltiples partes, a través de fronteras y divisas, los proveedores de financiación del comercio ofrecen una gama de servicios como cartas de crédito, garantías bancarias y cobro de facturas. Estos servicios ayudan a garantizar que los pagos sean seguros y eficientes, al mismo tiempo que brindan protección contra el incumplimiento o el fraude. Los instrumentos de financiación del comercio pueden modelarse como PBM, donde los pagos se realizan automáticamente cuando se cumplen las obligaciones de servicio. Pueden convertirse en instrumentos negociables que pueden ser transferidos entre las partes.
Donar
Los donantes potenciales pueden dudar en contribuir a causas sociales porque no están seguros de si sus donaciones llegarán a los beneficiarios previstos y se utilizarán para el propósito previsto. Además, es probable que las donaciones a beneficiarios en el extranjero en lugares remotos involucren múltiples intermediarios, ya que las opciones financieramente viables para las remesas son limitadas. Como resultado, los beneficiarios pueden terminar recibiendo solo una fracción del valor de la donación original. PBM se puede utilizar para aumentar la transparencia y la rendición de cuentas. Por ejemplo, PBM se puede utilizar para garantizar que solo el beneficiario previsto tenga acceso al dinero, y solo si se cumplen ciertas condiciones.
Pago transfronterizo
Los pagos transfronterizos están sujetos a requisitos normativos y normativos, como la gestión de flujos de capital y las medidas de política macroprudencial, así como las normas contra el blanqueo de capitales (AML) y la financiación del terrorismo (CFT). El cumplimiento de estas medidas y normas conlleva elevados costes y retrasos en la tramitación. Al incorporar los requisitos de políticas existentes como condiciones en PBM, los controles de cumplimiento pueden automatizarse, lo que reduce en gran medida los costos y mejora la eficiencia de los pagos transfronterizos. Este enfoque de cumplimiento desde el diseño puede ayudar a lograr la interoperabilidad normativa y de políticas en el contexto del G20 mejorando la hoja de ruta para los pagos transfronterizos.
Futuro trabajo
Los desarrollos en el espacio de la moneda digital están evolucionando rápidamente. En esta sección, discutimos posibles áreas de investigación futuras.
Abstracción de cuenta
Actualmente, la mayoría de los usuarios minoristas no están familiarizados con el uso de billeteras de activos digitales, y esta falta de familiaridad puede aumentar el riesgo de ser explotados por actores malintencionados. Para mitigar este riesgo, la abstracción de cuenta, también conocida como billetera de contrato inteligente, se puede utilizar para mejorar la experiencia del usuario y la seguridad de las transacciones de activos digitales. Esta tecnología permite características tales como recuperación de cuentas, límites de transacciones y congelamiento de cuentas perdidas sin requerir que los usuarios entiendan la tecnología subyacente.
Pago fuera de línea
La investigación futura puede incluir investigar el uso de PBM para modalidades que no sean teléfonos inteligentes (por ejemplo, tarjetas) y pagos fuera de línea para reducir la dependencia de las conexiones de red. Esto tiene como objetivo aumentar la inclusión financiera, permitiendo que las personas participen sin usar teléfonos inteligentes o servicios de pago digital.
Nombre de direccionamiento
Actualmente, es posible transferir fondos utilizando un número de teléfono móvil como proxy de un número de cuenta bancaria. En ausencia de un número de cuenta bancaria, un servicio de direccionamiento de nombres proporciona un proxy para una dirección de billetera asignándola a un identificador significativo. Esto proporciona una mejor experiencia de usuario y garantiza que las transferencias lleguen a los destinatarios previstos.
en conclusión
Este documento presenta el concepto de PBM como un protocolo común para interactuar con diferentes formas de medios de intercambio y destaca cómo las monedas digitales se pueden usar para respaldar objetivos comerciales y políticos sin modificar sus propiedades locales. Si bien PBM se introdujo inicialmente a través del proyecto Orchid de la Autoridad Monetaria de Singapur, imaginamos que el concepto de diseño técnico podría ser aplicable a una audiencia internacional más amplia.
Para lograr una adopción más amplia, el marco técnico de PBM está diseñado y desarrollado de forma abierta, con participantes de diferentes organizaciones. Este documento se basa en el trabajo preliminar iniciado por el proyecto Orchid y es el resultado de contribuciones colectivas de bancos centrales, instituciones financieras y empresas de tecnología financiera de todo el mundo.
En particular, este artículo no busca promover ningún objetivo de política en particular ni respaldar ninguna solución técnica. Los autores de este artículo no se hacen responsables ni garantizan el rendimiento o la idoneidad de la solución propuesta. Los ejemplos proporcionados en este artículo son meramente ilustrativos. Dado que las circunstancias y consideraciones de política de cada jurisdicción son únicas, los formuladores de políticas deben evaluar aquellas combinaciones de infraestructura financiera y tecnología que mejor cumplan con sus objetivos.
Es previsible que los desarrollos futuros en el ecosistema de la moneda digital y los activos digitales puedan presentar oportunidades adicionales y plantear riesgos que deben abordarse en el trabajo futuro. Se alienta a los miembros de la comunidad fintech global a desarrollar los conceptos presentados en este documento y contribuir con los aprendizajes a la comunidad fintech global.
Referencias
Autoridad Monetaria de Singapur (MAS). (2022, 31 de octubre). Proyecto Orquídea: SGD digital programable [PDF] . Obtenido de
Lee, A. (2021, 23 de junio). Qué es el Dinero Programable. Obtenido de
República Italiana [República de Italia]. (2019, 19 de abril). Decreto 19 de abril de 2019: Uso de la Tarjeta de Ciudadanía Renta [Decreto 19 de abril de 2019: Uso de la Tarjeta de Ciudadanía Renta] Boletín Oficial. Obtenido de
Banco de Reserva de la India. (2022, 7 de octubre). Nota Conceptual sobre Moneda Digital del Banco Central, Punto 5.7: Programabilidad. Obtenido de
Panetta, F. (2023, 23 de enero). El euro digital: nuestro dinero cuando y donde lo necesitemos [Speech] . Presentado en la Comisión de Asuntos Económicos y Monetarios del Parlamento Europeo. Obtenido de
Banco de acuerdos internacionales. (2019, 1 de abril). “Sector oficial” en “Glosario”. Obtenido de
Carstens, A. (2023, 22 de febrero). La innovación y el futuro de la moneda [Speech] . Presentado en la Autoridad Monetaria de Singapur. Obtenido de
Adrian, T. y Mancini Griffoli, T. (2023, 19 de junio). El auge de las plataformas de pago y contratación [PDF] . Obtenido de
Banco de acuerdos internacionales. (2023, 20 de junio). tercero Plan para el futuro monetario: mejorar lo antiguo, habilitar lo nuevo [PDF] . Obtenido de