Os ativos digitais referem-se a representações digitais de valor, como propriedade de ativos financeiros ou ativos econômicos reais. Um ecossistema de ativos digitais tem o potencial de facilitar transações mais eficientes, aumentar a inclusão financeira e gerar valor econômico. Moedas digitais do banco central (CBDCs), passivos bancários tokenizados e stablecoins potencialmente bem regulamentadas, juntamente com um conjunto elaborado de contratos inteligentes, podem servir como meio de troca para esse novo ecossistema de ativos digitais. Embora os testes iniciais tenham mostrado potencial, essas novas formas de moedas digitais, populares em blockchain e fluxos de dinheiro ponto a ponto, ainda precisam provar sua utilidade além dos sistemas de pagamento eletrônico, como sistemas domésticos de pagamento instantâneo que já existem hoje funções que podem ser oferecido. Um dos grandes benefícios das moedas digitais é o suporte à funcionalidade programática. No entanto, este é um tópico de discussão e debate em curso. Os operadores precisam garantir que a programação não prejudique a capacidade de uma moeda digital funcionar como um meio de troca. A unicidade da moeda deve ser mantida e a programática não deve limitar a distribuição da moeda e levar à fragmentação da liquidez dentro do sistema. Este artigo fornece uma visão geral técnica do conceito de dinheiro vinculado a um propósito (PBM), que permite que o dinheiro seja direcionado para uma finalidade específica sem programar o próprio dinheiro. O PBM emprega um protocolo comum projetado para funcionar com diferentes tecnologias de contabilidade e formas de dinheiro. Por meio de um formato padronizado, os usuários poderão acessar moedas digitais usando o provedor de carteira de sua escolha. Este artigo se baseará no conceito de PBM introduzido pela primeira vez no projeto Orchid da MAS e descreverá como ele pode ser estendido para uma gama mais ampla de cenários de aplicação.
Antecedentes e motivação
As iniciativas digitais destinadas a melhorar a eficiência operacional e aprimorar a experiência do usuário ganharam um impulso significativo nos últimos anos. No entanto, o trabalho digital em finanças não é isento de desafios.
Difusão e Fragmentação do Mercado
A proliferação de esquemas e plataformas de pagamento aumentou a complexidade e os desafios que os usuários podem enfrentar ao adotar serviços financeiros digitais. Por exemplo, os operadores de pagamento geralmente operam canais de distribuição com características diferentes para diferentes esquemas. É muito intensivo em recursos para os proprietários de esquemas incorporar comerciantes em suas plataformas proprietárias. Ao mesmo tempo, a integração com outras plataformas aumentará o esforço operacional dos lojistas, que terão que treinar sua equipe de varejo para lidar e aceitar diferentes esquemas de pagamento.
Esforços privados e independentes tentaram consolidar essas iniciativas em uma única plataforma para simplificar a experiência do usuário e realizar o potencial da digitalização. No entanto, esses esforços precisam ir além para garantir que sejam abertos e interoperáveis em todas as iniciativas. Essas plataformas não devem se limitar a consumidores e comerciantes que assinam seus ecossistemas. Os sistemas de pagamento interoperáveis fornecerão maior flexibilidade e permitirão uma experiência de pagamento perfeita para empresas e consumidores.
Programação e fungibilidade da moeda
Ao contrário dos sistemas contábeis tradicionais baseados em contas, as moedas digitais oferecem a possibilidade de programar características únicas em ativos individuais ao portador e determinar como as moedas digitais são usadas. No entanto, implementar a lógica de programação diretamente em uma moeda digital modifica suas propriedades e aceitação como meio de troca. Embora essa abordagem expanda a funcionalidade das moedas digitais, ela limita o uso de moedas digitais como um meio de troca viável se as condições de seu uso forem variadas e dinâmicas. Também requer a reprogramação de todas as moedas digitais em circulação sempre que uma nova condição ou caso de uso for necessário.
Outra abordagem é o emissor da moeda digital oferecer várias versões da moeda digital, cada uma com programação lógica diferente. No entanto, essa abordagem pode não ser prática, pois essas moedas digitais não são intercambiáveis, fragmentando a liquidez no mercado. Para entender como manter a fungibilidade das moedas digitais para que possam ser trocadas livremente, este artigo examina diferentes modelos de programação.
Modelo de Programação
Pagamentos programáveis referem-se a pagamentos que são executados automaticamente assim que um conjunto de condições predefinidas é atendido. Por exemplo, você pode definir limites de gastos diários ou pagamentos recorrentes, semelhantes a débito direto e ordens permanentes. Os pagamentos programáveis são normalmente implementados definindo gatilhos de banco de dados ou na forma de um gateway de interface de programação de aplicativo (API) que fica entre o livro contábil e o aplicativo cliente. Essas interfaces programáticas interagem com os livros tradicionais e ajustam os saldos das contas bancárias com base na lógica programada.
Dinheiro programável refere-se à possibilidade de embutir regras dentro da própria reserva de valor, definindo ou limitando seu uso. Por exemplo, as regras podem ser definidas para que a reserva de valor possa ser enviada apenas para carteiras na lista de permissões ou transferida após a filtragem no nível da transação. As implementações de dinheiro programáveis incluem passivos bancários tokenizados e moedas digitais do banco central. Ao contrário dos pagamentos programáveis, onde a lógica de programação e o próprio valor são dissociados, o dinheiro programável é autocontido, contendo a lógica de programação e servindo como uma reserva de valor. Quando o dinheiro programável é transferido para outra parte, a lógica e as regras também são alteradas.
A vantagem dos pagamentos programáveis é a capacidade de definir um conjunto de lógica de programação ou condições que podem ser aplicadas a várias formas de dinheiro. Ao mesmo tempo, o dinheiro programável é independente e tem a vantagem de transferências lógicas condicionais ponto a ponto entre as partes. Espera-se que o cenário financeiro futuro seja mais diversificado, pois bancos centrais, bancos comerciais e provedores de serviços de pagamento em todo o mundo estão explorando diferentes moedas digitais de banco central, passivos bancários tokenizados e designs de stablecoin. Portanto, há uma necessidade crescente de garantir que haja uma estrutura comum para interagir com diferentes formas de moedas digitais e garantir a interoperabilidade com a infraestrutura financeira existente.
O terceiro modelo — Purpose-Bound Money (PBM), explorado nos estágios iniciais do projeto Orchid da MAS, é baseado no conceito e nas capacidades de pagamentos programáveis e dinheiro programável. PBM refere-se a um acordo que especifica as condições sob as quais a moeda digital subjacente pode ser usada. PBMs são instrumentos ao portador que permitem transferências peer-to-peer sem intermediários. O PBM contém moeda digital como reserva de valor e lógica de programação que identifica seu uso com base nas condições programadas. Assim que as condições forem atendidas, a moeda digital é liberada e torna-se desvinculada novamente.
Isso pode ser ilustrado com o exemplo do PBM sendo usado como cupom digital. Um cupom vem com um conjunto predefinido de condições de uso. Os detentores de cupons podem oferecê-los aos comerciantes participantes em troca de bens ou serviços (funcionalidade de pagamento programável). Em alguns casos, os termos do esquema de cupom permitem transferências entre pessoas (recurso de dinheiro programável). Assim, um consumidor pode comprar um certificado de presente baseado em PBM e transferi-lo para outra pessoa que pode usá-lo em um comerciante participante.
No entanto, ao contrário dos cupons comuns, os PBMs restringem como o pagador pode usar o PBM, mas não o destinatário. Quando um consumidor paga uma compra usando o PBM, a moeda digital é liberada do PBM e transferida para o comerciante se os termos de uso forem atendidos. Posteriormente, os comerciantes são livres para usar a moeda digital para outros fins (por exemplo, para pagar fornecedores).
Moeda vinculada à finalidade
Esta seção examina o ciclo de vida de um PBM e os diferentes componentes que compõem um PBM. Nesta seção, as principais entidades e suas interações são descritas, enfatizando suas funções no ciclo de vida do PBM.
Visão geral da arquitetura do sistema
O protocolo PBM refere-se a um modelo de quatro camadas para descrever a pilha de tecnologia usada em redes baseadas em ativos digitais. Os componentes da rede podem ser categorizados em quatro camadas distintas: camada de acesso, camada de serviço, camada de ativos e camada de plataforma, conforme mostrado na Figura 2. A lógica de programação do PBM pode ser considerada como um serviço, enquanto a moeda digital está na camada de ativos. Quando uma moeda digital é vinculada como um PBM, ela abrange a camada de serviço e a camada de ativos.
O PBM foi projetado para ser neutro em termos de tecnologia e para funcionar em diferentes tipos de livros contábeis e ativos. Espera-se que o PBM possa ser implementado em ledgers distribuídos e não distribuídos.
Camada de acesso
A camada de acesso é a camada onde os usuários interagem com diferentes serviços por meio de várias interfaces.
Camada de serviço
A camada de serviço fornece vários serviços relacionados a ativos digitais. Ele normalmente opera no topo da camada de ativos, permitindo que os usuários gerenciem e aproveitem seus ativos digitais.
Camada de Ativos
A camada de ativos suporta a criação, gerenciamento e troca de ativos digitais.
Camada da plataforma
A camada de plataforma fornece a infraestrutura subjacente para execução, armazenamento e consenso de transação.
Componentes
Conforme mostrado na Figura 3, um PBM consiste em dois componentes principais: um invólucro que define o uso pretendido e uma reserva de valor subjacente que atua como garantia. Esse design permite que as moedas digitais existentes sejam implantadas para diferentes finalidades sem alterar suas propriedades nativas. Uma vez que o PBM é usado para o propósito pretendido, a moeda digital pode ser usada sem quaisquer condições ou restrições. Os emissores de moeda digital mantêm o controle da moeda digital, evitando a fragmentação e garantindo a facilidade de manutenção.
Envoltório PBM
Um wrapper PBM implementado na forma de código de contrato inteligente especificando as condições sob as quais a moeda digital subjacente está disponível. O invólucro de PBM pode ser programado para que o PBM só possa ser usado para o fim a que se destina, por exemplo, válido por um período de tempo específico, em um varejista específico, em uma denominação predeterminada. Depois que as condições especificadas no wrapper do PBM são atendidas, a moeda digital subjacente é liberada e transferida para o destinatário. Por exemplo, um wrapper PBM pode ser implementado como um contrato inteligente multitoken ERC-1155. A Seção 3.5 mostra um possível fluxo sequencial para projeto de PBM.
Moeda digital
A moeda digital subjacente vinculada ao PBM é usada como garantia do PBM. Quando as condições do PBM são atendidas, a moeda digital subjacente é liberada e a propriedade é transferida para o destinatário pretendido. Uma moeda digital deve cumprir as funções de uma moeda, ou seja, como uma boa reserva de valor, uma unidade de conta e um meio de troca. As moedas digitais podem existir na forma de CBDCs, passivos bancários tokenizados ou stablecoins bem regulamentadas. Por exemplo, moedas digitais podem ser implementadas na forma de contratos inteligentes de token fungível compatíveis com ERC-20.
Personagens e interações
Os atores são uma abstração flexível que pode ser implementada de várias maneiras. Uma entidade pode ter várias funções ou uma função pode ser desempenhada por diferentes entidades.
Criador PBM
Esta entidade é responsável por definir a lógica dentro do PBM, cunhar e distribuir tokens PBM.
Suporte PBM
Esta entidade contém um ou mais tokens PBM. Esta entidade pode ser resgatada por tokens PBM não expirados.
Conversor PBM
Quando os tokens PBM são transferidos, essa entidade recebe a moeda digital subjacente.
vida útil
Independentemente da linguagem de programação ou do protocolo de rede usado, os PBMs são projetados com fases de ciclo de vida consistentes, garantindo compatibilidade em diferentes implementações de tecnologia. Esta seção fornece uma visão geral da funcionalidade pretendida e das fases do ciclo de vida associadas de um PBM. A Figura 4 mostra os diferentes estágios do ciclo de vida do PBM.
publicado
O ciclo de vida do PBM começa com a fase de lançamento. Aqui, o contrato inteligente PBM é criado e os tokens PBM são cunhados. A propriedade da moeda digital é transferida para o contrato inteligente PBM. As moedas digitais agora são regidas por contratos inteligentes PBM, que podem ser implementados usando ERC-1155 ou equivalente. O uso da moeda digital está sujeito às condições especificadas no contrato inteligente PBM e só será liberado quando todas as condições forem atendidas.
distribuição
Depois que os tokens PBM são cunhados, eles são distribuídos pelo criador do PBM para as entidades pretendidas (ou seja, detentores do PBM) para uso. Os detentores de PBM recebem tokens PBM em sua forma empacotada e só podem resgatar tokens nas condições originais definidas pelo criador do PBM.
Transferir
Nesta fase, os Tokens PBM podem ser transferidos de uma entidade para outra em sua forma empacotada de acordo com suas regras de programação. A fase de transferência é opcional e depende do caso de uso. Em subsídios do governo (por exemplo, bolsas de estudo), os Tokens PBM podem não ser transferíveis para outros cidadãos. Considerando que em vouchers comerciais (por exemplo, vouchers de varejo), os tokens PBM podem ser transferidos para outros consumidores.
intercâmbio
A fase de resgate ocorre após todas as condições especificadas no PBM serem atendidas. Neste ponto, os tokens PBM são desempacotados e a propriedade dos tokens de moeda digital subjacentes é transferida para a entidade receptora. As entidades são livres para usar tokens de moeda digital, e seu uso está sujeito apenas às condições especificadas pelo emissor da moeda digital.
Expirado
A fase de expiração refere-se à situação em que uma determinada condição especificada no PBM é explicitamente violada ou expirada (por exemplo, uma data de expiração), tornando os tokens PBM permanentemente inutilizáveis para os detentores de PBM. Os tokens PBM expirados podem ser agregados e destruídos ou "queimados" para devolver a moeda digital subjacente ao criador do PBM. Como alternativa, os PBMs podem ser suspensos indefinidamente para evitar que os detentores de PBM interajam ainda mais com PBMs expirados.
Fluxo de sequência
As implementações de PBM podem variar em design, abordagem e tecnologia. Nesta seção, exploramos um projeto em que o PBM é dividido em três partes, conforme mostrado na Figura 5. Nesta implementação, foram definidas as seguintes condições para a liberação da moeda digital: (1) controle de acesso via whitelist e blacklist; (2) data de vencimento do wrapper PBM; e (3) data de expiração do token tipo PBM.
Gerenciador de Token PBM
Por exemplo, se o padrão multitoken ERC-1155 for adotado, um criador de PBM pode criar diferentes tipos de token PBM representando diferentes valores (por exemplo, $ 1, $ 2, $ 5, etc.) dentro do mesmo wrapper PBM. O PBM Token Manager fornece uma interface para gerenciar facilmente diferentes tipos de token e manter saldos para cada tipo de token. Aqui estão alguns dos principais recursos deste componente:
Crie um tipo de token PBM.
Obtenha detalhes para cada tipo de token PBM.
Aumentar/diminuir o saldo de abastecimento de cada tipo de token PBM.
Verifique o período de validade dos tokens PBM.
Lógica PBM
Esse componente permite que os usuários criem condições de negócios complexas, mantendo o wrapper PBM enxuto. No nosso caso, este componente armazena e gerencia uma lista de endereços na lista branca e na lista negra. Aqui estão alguns dos principais recursos deste componente:
Adicione ou remova endereços da lista branca.
Adicione ou remova endereços da lista negra.
Verifique se os tokens PBM podem ser transferidos.
Verifique se os tokens PBM podem ser desempacotados.
Envoltório PBM
Este componente contém condições que restringem o uso da moeda digital subjacente. As moedas digitais podem ser compatíveis com ERC-20 e podem assumir a forma de moedas digitais do banco central, passivos bancários tokenizados ou stablecoins. Para fins de ilustração, assumimos que o padrão multitoken ERC-1155 é usado para implementar o wrapper PBM. Outros padrões, como ERC-20, ERC-721 ou seus equivalentes, também podem ser usados para implementação. Aqui estão alguns dos principais recursos deste componente:
Crie tokens PBM.
Queime tokens PBM.
Transfira tokens PBM.
Interaja com os componentes lógicos do PBM para validação adicional.
Interaja com o gerenciador de token PBM para gerenciar os tipos de token PBM.
A Figura 6 mostra as interações entre diferentes contratos inteligentes PBM. Nas seções subsequentes, apresentaremos um fluxo de sequência detalhado para cada estágio do ciclo de vida do PBM.
Ciclo de vida do PBM: fase de lançamento > Inicializar o PBM
A Figura 7 ilustra as etapas para inicializar o contrato inteligente PBM. Nesta fase, o criador do PBM fornece diferentes parâmetros para inicializar o PBM e configurar conexões entre diferentes componentes do PBM.
Ciclo de vida do PBM: Fase de emissão > Criar tipo de token PBM
A Figura 8 ilustra as etapas para criar um novo tipo de token PBM. Nesta fase, os criadores de PBM podem criar diferentes tipos de token que representam valores diferentes.
Ciclo de vida do PBM: Fase de emissão > Criação de tokens PBM
Depois de concluir as etapas acima, os criadores do PBM podem começar a cunhar tokens PBM para distribuição. A Figura 9 mostra as etapas para cunhar tokens PBM.
Antes do processo de cunhagem, o criador do PBM deve aprovar o contrato inteligente do wrapper do PBM para transferir a moeda digital em nome do criador do PBM. Esta é uma etapa necessária para executar a etapa 7 do processo de cunhagem.
• Etapa 1: O criador do PBM inicia o processo de cunhagem em lote.
• Etapa 2: Como a cunhagem e a distribuição podem ocorrer em uma única transação, o wrapper PBM deve chamar a lógica PBM para verificar se o destinatário está na lista negra.
• Passos 4 a 6: Calcule o número total de tokens de moeda digital necessários para cunhar tokens PBM.
• Passos 7 a 10: Transfira a propriedade dos tokens de moeda digital para o wrapper PBM como garantia.
• Etapas 11 a 14: Aumentar o saldo de fornecimento do tipo de token PBM.
• Passo 15: Crie tokens PBM.
Endereços da lista branca/lista negra
O PBM pode ser programado com lógica condicional para verificar o conjunto de endereços que podem receber tokens e quais endereços não podem receber tokens. Em nosso exemplo, os tokens PBM não podem ser transferidos se o destinatário estiver na lista negra. Os tokens PBM não podem ser desempacotados se o destinatário não estiver na lista de permissões. Os criadores de PBM podem acessar as seguintes funcionalidades durante todo o ciclo de vida de um PBM. É importante observar que tecnicamente as fases de distribuição e transferência são o mesmo processo, apenas as funções envolvidas são diferentes. Se o PBM for distribuído para um endereço de lista branca, o PBM irá desempacotar e liberar a moeda digital.
Ciclo de vida do PBM: distribuição/transferência
Durante a fase de distribuição ou transferência, os tokens PBM são transferidos de forma agrupada. A única diferença entre os dois estágios são os papéis envolvidos. A Figura 11 ilustra as etapas envolvidas.
Algumas etapas principais e suas considerações durante a transferência de Tokens PBM são descritas abaixo.
• Passos 3 a 5: Verifique se os tokens PBM podem ser transferidos. Condições adicionais podem ser adicionadas aqui. No nosso caso, verifique se o destinatário foi colocado na lista negra.
• Etapas 6 a 8: Verifique se o PBM pode ser desempacotado para liberar tokens digitais. Condições adicionais podem ser adicionadas aqui. No nosso caso, o destinatário precisa estar na lista de permissões.
• Passo 9: Transfira os tokens PMB no formato encapsulado.
Ciclo de vida do PBM: Distribuição/Transferência – Falha na transferência
A Figura 12 ilustra as etapas envolvidas em uma transferência de token PBM com falha. Os tokens PBM não foram transferidos e ainda existem na forma encapsulada.
Ciclo de Vida PBM: Fase de Redenção
Ao transferir tokens PBM, se todas as condições forem atendidas, os tokens PBM serão desempacotados e liberarão os tokens de moeda digital subjacentes ao destinatário.
Algumas etapas principais e suas considerações são descritas abaixo.
• Passos 6 a 8: Verifique se os tokens PBM podem ser desempacotados para liberar os tokens digitais subjacentes. Se todas as condições forem atendidas, os tokens PBM podem ser desempacotados. No nosso caso, verifique se o destinatário já está na lista de permissões.
• Etapas 9 a 11: Calcule o número de tokens de moeda digital a serem transferidos para o destinatário.
• Passo 12: Queime tokens PBM. Esta etapa é opcional e depende dos requisitos do criador do PBM. Em alguns casos, os Tokens PBM podem ser guardados como lembranças.
• Etapas 13 a 16: Reduza o número de tokens PBM. Em nosso projeto, a data de expiração do token é verificada na etapa 14 em vez da etapa 7. Isso ocorre porque o gerenciador de tokens foi projetado para gerenciar todos os aspectos relacionados aos tokens PBM, de acordo com nosso design. Outros podem implementar a validação na etapa 7.
• Etapas 17 a 20: O wrapper PBM transfere sua propriedade dos tokens de moeda digital para o destinatário.
• Etapa 21: Emitir o evento PBMUnwrap
Ciclo de vida PBM: Fase de expiração > Resgate de Tokens PBM expirados Nesta fase, um detentor de PBM tenta resgatar um Token PBM onde pelo menos uma das condições foi indiscutivelmente violada ou expirou e a transferência falha. No nosso caso, o token expirou. Algumas etapas principais e suas considerações são descritas abaixo.
Etapas 6 a 8: como implementamos a verificação da expiração do token na etapa 14 da fase de resgate, os tokens PBM são considerados desempacotados.
Etapa 14: a verificação falhou porque o token expirou.
Ciclo de Vida PBM: Fase de Expiração > Revogar PBM
Se pelo menos uma condição for indiscutivelmente violada ou expirada, os detentores de PBM não poderão gastar tokens PBM e a moeda digital permanecerá bloqueada. Em nosso exemplo, o token expirou. Os criadores de PBM têm a opção de revogar tokens PBM expirados para restaurar os tokens de moeda digital subjacentes.
• Etapa 1: O criador do PBM inicia a operação de desfazer.
• Etapas 2 a 4: Calcule o número de tokens de moeda digital a serem sacados.
• Etapas 5 a 8: Retire e defina o saldo do token para 0.
• Etapas 9 a 12: Transfira tokens de moeda digital para o criador do PBM.
• Etapa 13: emitir um evento de retirada do PBM.
Considerações de projeto
Esta seção discute algumas opções de projeto e fatores que podem afetar como os PBMs são implementados. A interoperabilidade é fundamental para garantir que a implementação do PBM por diferentes provedores de serviços não leve à fragmentação do ecossistema de pagamentos. Os provedores de PBM que administram suas próprias redes proprietárias podem criar "jardins murados" dentro de seus próprios ecossistemas de parceiros fechados. Isso pode levar a um comportamento monopolista de busca de renda entre os provedores de PBM. Se não for verificado, isso pode ter um efeito prejudicial sobre os consumidores, que precisam acessar vários sistemas diferentes ou pagar altas taxas intermediárias para concluir uma transação. Portanto, a tecnologia PBM deve ser projetada desde o início para ser interoperável em diferentes plataformas, carteiras, sistemas de pagamento e trilhos. Isso permitirá que os destinatários do PBM acessem e gastem seus tokens PBM de um provedor de carteira fornecido pelo governo ou comercial de sua escolha.
A adoção de padrões comuns garante que os tokens PBM sejam compatíveis com diferentes provedores de serviços de carteira. Isso permitirá que os ativos digitais sejam transferidos entre diferentes plataformas e partes interessadas. Além disso, os esforços e custos de implementação são reduzidos, pois a mesma infraestrutura pode ser reutilizada em vários casos de uso. O design do PBM neste artigo destina-se a ser aplicável a uma variedade de diferentes tipos de razão, incluindo sistemas de razão baseados em blockchain e não baseados em blockchain. Para ilustrar os conceitos neste artigo, fornecemos implementações técnicas específicas como exemplos. Prevemos que futuras implementações de PBM podem ser baseadas em um sistema contábil diferente daquele referenciado neste documento. Os provedores de serviços precisam escolher o tipo de razão de suporte que melhor se adapta ao seu modelo de negócios e casos de uso pretendidos. Moeda digital Conceitualmente, o PBM fornece uma estrutura comum, independentemente do tipo de moeda digital subjacente.
Como os PBMs derivam seu valor da moeda digital subjacente, a aceitação, o valor percebido e a usabilidade de um PBM estão fortemente correlacionados com a moeda digital associada. Portanto, é fundamental considerar os ativos de reserva que suportam as moedas digitais e suas implicações regulatórias associadas e requisitos de conformidade. CBDCs, dívida bancária tokenizada e stablecoins oferecem diferentes níveis de garantia e estão sujeitos a diferentes supervisão regulatória. Uma variante do PBM pode existir na forma de um token vinculado a um propósito, em que a moeda digital subjacente é substituída por um token que representa uma obrigação de pagamento, em vez de uma reserva de valor. Embora isso possa servir a um propósito semelhante ao representar o recurso da dívida, a liquidação é feita em uma base atrasada, em vez de uma base atômica e em tempo real, e há um risco de falha na liquidação.
Como o ambiente regulatório global para moedas digitais ainda está evoluindo, o tratamento regulatório de PBMs pode variar entre as jurisdições. A capacidade de composição do design PBM de privacidade significa que os contratos inteligentes do wrapper PBM podem ser desenvolvidos por entidades do setor privado, enquanto usam um CBDC emitido pelo banco central como moeda digital subjacente. Em vez disso, as agências governamentais podem desenvolver contratos inteligentes de wrapper PBM e usar dívida bancária tokenizada na forma de moedas privadas como garantia para o PBM apoiar os pagamentos do governo. Ao separar as funções dos criadores de PBM e emissores de moeda digital, pode ser criado um acordo em que nenhuma entidade única possa supervisionar a emissão de moeda e como e onde ela é usada.
Como resultado, a quantidade de dados mantidos pelas agências é limitada às informações necessárias para desempenhar suas funções autorizadas. Como salvaguarda adicional, pode ser possível estabelecer acordos pelos quais as transferências de fundos possam ser feitas anonimamente por entidades autorizadas. Por exemplo, as condições PBM podem ser definidas para verificação em um registro separado antes das transferências para garantir que o indivíduo que inicia a transferência esteja autorizado a fazer a transferência. Nesse exemplo, no entanto, o registro não supervisiona a natureza da transferência nem especifica quem é o destinatário. O registro simplesmente notifica uma parte se está autorizado ou não.
Considerações sobre a política
O PBM pode ser usado tanto pelo setor oficial quanto pelo setor privado. Embora a implementação técnica do PBM possa ser semelhante entre os casos de uso, considerações políticas adicionais podem ser necessárias quando desenvolvidas, gerenciadas e usadas por setores oficiais.
Existem diferentes pontos de vista em todo o mundo sobre quais restrições devem ser colocadas sobre como os indivíduos gastam seu dinheiro. Por exemplo, no processo de distribuição de fundos de ajuda durante a epidemia, algumas jurisdições permitiram que os fundos de ajuda fossem usados para comprar produtos e serviços financeiros, enquanto outras jurisdições restringiram seu uso. Enquanto isso, alguns bancos centrais indicaram que não estabelecerão nenhuma restrição sobre como as moedas digitais podem ser usadas. Portanto, ao projetar soluções baseadas em PBM, os formuladores de políticas precisam considerar quem deve emitir e distribuir moedas digitais, bem como especificar as condições para seu uso.
Prontidão digital
A introdução de novas formas de instrumentos de pagamento pode alterar a experiência do utilizador e requerer alguns ajustes e adaptações. Isso pode ser visto positivamente por alguns usuários e intrusivo por outros. Por exemplo, alguns comerciantes e cidadãos podem estar mais acostumados a usar cupons de papel e podem não estar familiarizados com aplicativos móveis. Isso pode impedir que comerciantes e cidadãos adotem o PBM.
Portanto, a proficiência digital das partes interessadas deve ser incorporada ao design dos programas de PBM. Especialmente para populações mais vulneráveis, é importante manter a experiência do usuário intuitiva e acessível.
Uma abordagem é fornecer uma experiência de usuário simplificada desde o início, enquanto abstrai a complexidade de exigir que os usuários gerenciem suas próprias chaves para acessar uma moeda digital ou PBM. Como alternativa, os PBMs podem ser projetados para interoperar com os trilhos de pagamento existentes, reduzindo assim o atrito para a liquidação fiduciária de última milha e a aceitação do comerciante.
Programação segura
Dada a forte dependência do código de contrato inteligente, é fundamental estabelecer uma estrutura de governança que garanta a segurança do código como parte do processo de implantação de software. Isso pode ser alcançado participando de entidades confiáveis responsáveis por verificar a correção lógica, avaliar e prevenir possíveis vulnerabilidades e fornecer dados oraculares padronizados.
Essa estrutura deve ser aplicada na camada de moeda digital, bem como nos contratos inteligentes do wrapper PBM. Isso é especialmente importante quando os criadores de PBM desejam integrar lógica complexa em componentes, como transferências diferidas ou gerenciamento de pagamentos da cadeia de suprimentos. Para mitigar ativamente os possíveis riscos de segurança do sistema, como a introdução de código malicioso, uma auditoria independente é fortemente recomendada. Além disso, para uma rede baseada em registros distribuídos, uma organização terceirizada confiável pode ser contratada como um "oráculo" para fornecer entrada de dados externos confiáveis para a rede.
Usos potenciais do PBM
Esta seção fornece alguns exemplos em que o PBM pode ser usado.
Pacote pré-pago
Os consumidores podem perder os depósitos que pagaram antecipadamente para entregas futuras de bens e serviços se o comerciante com o qual estão negociando fechar as portas. O PBM é utilizado quando uma empresa precisa cobrar uma taxa como garantia antes da fabricação de um bem ou da prestação de um serviço. Os PBMs podem abordar o risco de não entrega incluindo condições de pagamento, garantindo que as empresas cumpram as obrigações dos consumidores antes de "sacar" os valores pré-comprometidos dos consumidores. Após a conclusão do serviço, a retirada de fundos pode ser acionada automaticamente (débito direto da carteira eletrônica PBM do consumidor). Embora as empresas não possam cobrar taxas antecipadamente, elas têm a garantia de que serão pagas assim que o serviço for prestado.
Negócio online
Ao fazer compras online, os consumidores costumam pagar antecipadamente pelos produtos que desejam comprar. Após a conclusão do pagamento, o produto é enviado ao consumidor. Para mitigar o risco de não entrega ou não pagamento, vários acordos estão disponíveis para consumidores e comerciantes. Cartões de crédito e formas de pré-pagamento protegem os comerciantes, mas não os consumidores. Embora um acordo de pagamento na entrega possa beneficiar os consumidores, não é uma garantia para os comerciantes, especialmente para itens perecíveis, como alimentos que não podem ser reutilizados. O PBM oferece uma solução alternativa e garante aos comerciantes e consumidores que os fundos serão transferidos quando as obrigações de serviço forem cumpridas.
acordo
Quando os compradores de imóveis iniciam seu pedido de compra de um imóvel, existem diferentes etapas que exigem pagamento. Um PBM pode ser criado com base nos termos de venda da propriedade. Os termos podem ser definidos para liberar fundos quando os marcos forem atingidos em diferentes estágios de desenvolvimento da propriedade ou em estágios do processo de vendas. Na prática, os PBMs podem ser baseados em modelos padrão comuns aos compradores de imóveis.
LOCAÇÃO COMERCIAL
Ao alugar um imóvel, o locador pode exigir do locatário uma caução como forma de proteção contra eventuais danos ou falta de pagamento do aluguel. Esta caução é mantida pelo senhorio durante o período do arrendamento e é devolvida ao arrendatário no final do mesmo, desde que o arrendatário tenha cumprido todas as obrigações decorrentes do contrato de arrendamento. Se um inquilino causou danos à propriedade além do desgaste normal, ou se não pagar os custos do contrato de locação, o proprietário pode deduzir o custo dos reparos ou o aluguel não pago do depósito de segurança antes de devolver os fundos restantes. O PBM pode desempenhar a função de caução sempre que exista a possibilidade de devolução integral da caução pelas partes no contrato de arrendamento. Em caso de disputa, o PBM pode ser suspenso até que a disputa seja resolvida.
Financiamento do comércio
Os produtos de financiamento comercial ajudam as empresas a gerenciar os riscos e as complexidades das transações comerciais internacionais. Para facilitar o comércio envolvendo várias partes, entre fronteiras e moedas, os provedores de financiamento comercial oferecem uma variedade de serviços, como cartas de crédito, garantias bancárias e cobrança de contas. Esses serviços ajudam a garantir que os pagamentos sejam seguros e eficientes, além de fornecer proteção contra inadimplência ou fraude. Os instrumentos de trade finance podem ser modelados como PBMs, onde os pagamentos são feitos automaticamente quando as obrigações de serviço são cumpridas. Eles podem se tornar instrumentos negociáveis que podem ser transferidos entre as partes.
Doar
Doadores potenciais podem hesitar em contribuir para causas sociais porque não têm certeza se suas doações chegarão aos beneficiários pretendidos e serão usadas para o propósito pretendido. Além disso, as doações para beneficiários no exterior em locais remotos provavelmente envolverão vários intermediários, pois as opções financeiramente viáveis para remessas são limitadas. Como resultado, os beneficiários podem acabar recebendo apenas uma fração do valor da doação original. O PBM pode ser usado para aumentar a transparência e a responsabilidade. Por exemplo, o PBM pode ser usado para garantir que apenas o beneficiário pretendido tenha acesso ao dinheiro e somente se certas condições forem atendidas.
Pagamento internacional
Os pagamentos transfronteiriços estão sujeitos a requisitos de políticas e regulamentares, como gerenciamento de fluxo de capital e medidas de política macroprudencial, bem como padrões de combate à lavagem de dinheiro (AML) e combate ao financiamento do terrorismo (CFT). O cumprimento dessas medidas e normas acarreta altos custos e atrasos no processamento. Ao incorporar os requisitos de política existentes como condições no PBM, as verificações de conformidade podem ser automatizadas, reduzindo significativamente os custos e melhorando a eficiência dos pagamentos internacionais. Essa abordagem de conformidade por design pode ajudar a alcançar a interoperabilidade regulatória e política no contexto do G20, melhorando o roteiro para pagamentos internacionais.
Futuro trabalho
Os desenvolvimentos no espaço da moeda digital estão evoluindo rapidamente. Nesta seção, discutimos possíveis áreas de pesquisa futuras.
Abstração de conta
Atualmente, a maioria dos usuários de varejo não está familiarizada com o uso de carteiras de ativos digitais, e essa falta de familiaridade pode aumentar o risco de serem explorados por agentes mal-intencionados. Para mitigar esse risco, a abstração de conta, também conhecida como carteira de contrato inteligente, pode ser usada para melhorar a experiência do usuário e a segurança das transações de ativos digitais. Essa tecnologia permite recursos como recuperação de conta, limites de transação e congelamento de contas perdidas sem exigir que os usuários entendam a tecnologia subjacente.
Pagamento off-line
Pesquisas futuras podem incluir a investigação do uso de PBM para modalidades não relacionadas a smartphones (por exemplo, cartões) e pagamentos offline para reduzir a dependência de conexões de rede. Isso visa aumentar a inclusão financeira, permitindo que as pessoas participem sem o uso de smartphones ou serviços de pagamento digital.
Endereçamento do nome
Atualmente, é possível transferir fundos usando um número de telefone celular como proxy de um número de conta bancária. Na ausência de um número de conta bancária, um serviço de endereçamento de nomes fornece um proxy para um endereço de carteira, mapeando-o para um identificador significativo. Isso fornece uma melhor experiência do usuário e garante que as transferências cheguem aos destinatários pretendidos.
para concluir
Este artigo apresenta o conceito de PBMs como um protocolo comum para interagir com diferentes formas de meios de troca e destaca como as moedas digitais podem ser usadas para apoiar objetivos de negócios e políticas sem modificar suas propriedades nativas. Embora o PBM tenha sido inicialmente introduzido por meio do projeto Orchid da Autoridade Monetária de Cingapura, imaginamos que o conceito de design técnico poderia ser aplicável a um público internacional mais amplo.
Para obter uma adoção mais ampla, a estrutura técnica do PBM é projetada e desenvolvida de maneira de código aberto, com participantes de diferentes organizações. Este artigo se baseia nas bases iniciadas pelo projeto Orchid e é o resultado de contribuições coletivas de bancos centrais, instituições financeiras e fintechs de todo o mundo.
Notavelmente, este artigo não busca promover nenhuma meta política específica ou endossar nenhuma solução técnica. Os autores deste artigo não fazem representações ou garantias em relação ao desempenho ou adequação da solução proposta. Os exemplos fornecidos neste artigo são meramente ilustrativos. Como as considerações e circunstâncias políticas de cada jurisdição são únicas, os formuladores de políticas precisam avaliar as combinações de infraestrutura financeira e tecnologia que melhor atendem a seus objetivos.
É previsível que desenvolvimentos futuros na moeda digital e no ecossistema de ativos digitais possam introduzir oportunidades adicionais e apresentar riscos que precisam ser abordados em trabalhos futuros. Os membros da comunidade fintech global são incentivados a desenvolver os conceitos apresentados neste documento e contribuir com aprendizados para a comunidade fintech global.
Referências
Autoridade Monetária de Cingapura (MAS). (2022, 31 de outubro). Projeto Orquídea: SGD Digital Programável [PDF] . Recuperado de
Lee, A. (2021, 23 de junho). O que é Dinheiro Programável. Recuperado de
República Italiana [República da Itália]. (2019, 19 de abril). Decreto 19 de abril de 2019: Utilização do Cartão de Rendimento de Cidadania [Decreto de 19 de abril de 2019: Utilização do Cartão de Rendimento de Cidadania]. Recuperado de
Banco de Reserva da Índia. (2022, 7 de outubro). Nota Conceitual sobre Moeda Digital do Banco Central,Item 5.7: Programabilidade. Recuperado de
Panetta, F. (2023, 23 de janeiro). O euro digital: nosso dinheiro quando e onde precisarmos [Speech] . Apresentado na Comissão dos Assuntos Económicos e Monetários do Parlamento Europeu. Recuperado de
Banco de Compensações Internacionais. (2019, 1º de abril). “Setor oficial” em “Glossário”. Recuperado de
Carstens, A. (2023, 22 de fevereiro). Inovação e o futuro do sistema monetário [Speech] . Apresentado na Autoridade Monetária de Cingapura. Retirado de
Adrian, T., & Mancini Griffoli, T. (2023, 19 de junho). A ascensão das plataformas de pagamento e contratação [PDF] . Recuperado de
Banco de Compensações Internacionais. (2023, 20 de junho). III. Projeto para o futuro monetário: melhorando o antigo, permitindo o novo [PDF] . Recuperado de
Ver original
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.
Autoridade Monetária de Cingapura MAS: Explicação Detalhada 4D do Livro Técnico da Moeda Vinculada a Propósito (PBM)
Tradução: espinafre espinafre!
fonte:
Introdução
Os ativos digitais referem-se a representações digitais de valor, como propriedade de ativos financeiros ou ativos econômicos reais. Um ecossistema de ativos digitais tem o potencial de facilitar transações mais eficientes, aumentar a inclusão financeira e gerar valor econômico. Moedas digitais do banco central (CBDCs), passivos bancários tokenizados e stablecoins potencialmente bem regulamentadas, juntamente com um conjunto elaborado de contratos inteligentes, podem servir como meio de troca para esse novo ecossistema de ativos digitais. Embora os testes iniciais tenham mostrado potencial, essas novas formas de moedas digitais, populares em blockchain e fluxos de dinheiro ponto a ponto, ainda precisam provar sua utilidade além dos sistemas de pagamento eletrônico, como sistemas domésticos de pagamento instantâneo que já existem hoje funções que podem ser oferecido. Um dos grandes benefícios das moedas digitais é o suporte à funcionalidade programática. No entanto, este é um tópico de discussão e debate em curso. Os operadores precisam garantir que a programação não prejudique a capacidade de uma moeda digital funcionar como um meio de troca. A unicidade da moeda deve ser mantida e a programática não deve limitar a distribuição da moeda e levar à fragmentação da liquidez dentro do sistema. Este artigo fornece uma visão geral técnica do conceito de dinheiro vinculado a um propósito (PBM), que permite que o dinheiro seja direcionado para uma finalidade específica sem programar o próprio dinheiro. O PBM emprega um protocolo comum projetado para funcionar com diferentes tecnologias de contabilidade e formas de dinheiro. Por meio de um formato padronizado, os usuários poderão acessar moedas digitais usando o provedor de carteira de sua escolha. Este artigo se baseará no conceito de PBM introduzido pela primeira vez no projeto Orchid da MAS e descreverá como ele pode ser estendido para uma gama mais ampla de cenários de aplicação.
Antecedentes e motivação
As iniciativas digitais destinadas a melhorar a eficiência operacional e aprimorar a experiência do usuário ganharam um impulso significativo nos últimos anos. No entanto, o trabalho digital em finanças não é isento de desafios.
Difusão e Fragmentação do Mercado
A proliferação de esquemas e plataformas de pagamento aumentou a complexidade e os desafios que os usuários podem enfrentar ao adotar serviços financeiros digitais. Por exemplo, os operadores de pagamento geralmente operam canais de distribuição com características diferentes para diferentes esquemas. É muito intensivo em recursos para os proprietários de esquemas incorporar comerciantes em suas plataformas proprietárias. Ao mesmo tempo, a integração com outras plataformas aumentará o esforço operacional dos lojistas, que terão que treinar sua equipe de varejo para lidar e aceitar diferentes esquemas de pagamento.
Esforços privados e independentes tentaram consolidar essas iniciativas em uma única plataforma para simplificar a experiência do usuário e realizar o potencial da digitalização. No entanto, esses esforços precisam ir além para garantir que sejam abertos e interoperáveis em todas as iniciativas. Essas plataformas não devem se limitar a consumidores e comerciantes que assinam seus ecossistemas. Os sistemas de pagamento interoperáveis fornecerão maior flexibilidade e permitirão uma experiência de pagamento perfeita para empresas e consumidores.
Programação e fungibilidade da moeda
Ao contrário dos sistemas contábeis tradicionais baseados em contas, as moedas digitais oferecem a possibilidade de programar características únicas em ativos individuais ao portador e determinar como as moedas digitais são usadas. No entanto, implementar a lógica de programação diretamente em uma moeda digital modifica suas propriedades e aceitação como meio de troca. Embora essa abordagem expanda a funcionalidade das moedas digitais, ela limita o uso de moedas digitais como um meio de troca viável se as condições de seu uso forem variadas e dinâmicas. Também requer a reprogramação de todas as moedas digitais em circulação sempre que uma nova condição ou caso de uso for necessário.
Outra abordagem é o emissor da moeda digital oferecer várias versões da moeda digital, cada uma com programação lógica diferente. No entanto, essa abordagem pode não ser prática, pois essas moedas digitais não são intercambiáveis, fragmentando a liquidez no mercado. Para entender como manter a fungibilidade das moedas digitais para que possam ser trocadas livremente, este artigo examina diferentes modelos de programação.
Modelo de Programação
Pagamentos programáveis referem-se a pagamentos que são executados automaticamente assim que um conjunto de condições predefinidas é atendido. Por exemplo, você pode definir limites de gastos diários ou pagamentos recorrentes, semelhantes a débito direto e ordens permanentes. Os pagamentos programáveis são normalmente implementados definindo gatilhos de banco de dados ou na forma de um gateway de interface de programação de aplicativo (API) que fica entre o livro contábil e o aplicativo cliente. Essas interfaces programáticas interagem com os livros tradicionais e ajustam os saldos das contas bancárias com base na lógica programada.
Dinheiro programável refere-se à possibilidade de embutir regras dentro da própria reserva de valor, definindo ou limitando seu uso. Por exemplo, as regras podem ser definidas para que a reserva de valor possa ser enviada apenas para carteiras na lista de permissões ou transferida após a filtragem no nível da transação. As implementações de dinheiro programáveis incluem passivos bancários tokenizados e moedas digitais do banco central. Ao contrário dos pagamentos programáveis, onde a lógica de programação e o próprio valor são dissociados, o dinheiro programável é autocontido, contendo a lógica de programação e servindo como uma reserva de valor. Quando o dinheiro programável é transferido para outra parte, a lógica e as regras também são alteradas.
A vantagem dos pagamentos programáveis é a capacidade de definir um conjunto de lógica de programação ou condições que podem ser aplicadas a várias formas de dinheiro. Ao mesmo tempo, o dinheiro programável é independente e tem a vantagem de transferências lógicas condicionais ponto a ponto entre as partes. Espera-se que o cenário financeiro futuro seja mais diversificado, pois bancos centrais, bancos comerciais e provedores de serviços de pagamento em todo o mundo estão explorando diferentes moedas digitais de banco central, passivos bancários tokenizados e designs de stablecoin. Portanto, há uma necessidade crescente de garantir que haja uma estrutura comum para interagir com diferentes formas de moedas digitais e garantir a interoperabilidade com a infraestrutura financeira existente.
O terceiro modelo — Purpose-Bound Money (PBM), explorado nos estágios iniciais do projeto Orchid da MAS, é baseado no conceito e nas capacidades de pagamentos programáveis e dinheiro programável. PBM refere-se a um acordo que especifica as condições sob as quais a moeda digital subjacente pode ser usada. PBMs são instrumentos ao portador que permitem transferências peer-to-peer sem intermediários. O PBM contém moeda digital como reserva de valor e lógica de programação que identifica seu uso com base nas condições programadas. Assim que as condições forem atendidas, a moeda digital é liberada e torna-se desvinculada novamente.
Isso pode ser ilustrado com o exemplo do PBM sendo usado como cupom digital. Um cupom vem com um conjunto predefinido de condições de uso. Os detentores de cupons podem oferecê-los aos comerciantes participantes em troca de bens ou serviços (funcionalidade de pagamento programável). Em alguns casos, os termos do esquema de cupom permitem transferências entre pessoas (recurso de dinheiro programável). Assim, um consumidor pode comprar um certificado de presente baseado em PBM e transferi-lo para outra pessoa que pode usá-lo em um comerciante participante.
No entanto, ao contrário dos cupons comuns, os PBMs restringem como o pagador pode usar o PBM, mas não o destinatário. Quando um consumidor paga uma compra usando o PBM, a moeda digital é liberada do PBM e transferida para o comerciante se os termos de uso forem atendidos. Posteriormente, os comerciantes são livres para usar a moeda digital para outros fins (por exemplo, para pagar fornecedores).
Moeda vinculada à finalidade
Esta seção examina o ciclo de vida de um PBM e os diferentes componentes que compõem um PBM. Nesta seção, as principais entidades e suas interações são descritas, enfatizando suas funções no ciclo de vida do PBM.
Visão geral da arquitetura do sistema
O protocolo PBM refere-se a um modelo de quatro camadas para descrever a pilha de tecnologia usada em redes baseadas em ativos digitais. Os componentes da rede podem ser categorizados em quatro camadas distintas: camada de acesso, camada de serviço, camada de ativos e camada de plataforma, conforme mostrado na Figura 2. A lógica de programação do PBM pode ser considerada como um serviço, enquanto a moeda digital está na camada de ativos. Quando uma moeda digital é vinculada como um PBM, ela abrange a camada de serviço e a camada de ativos.
O PBM foi projetado para ser neutro em termos de tecnologia e para funcionar em diferentes tipos de livros contábeis e ativos. Espera-se que o PBM possa ser implementado em ledgers distribuídos e não distribuídos.
Camada de acesso
A camada de acesso é a camada onde os usuários interagem com diferentes serviços por meio de várias interfaces.
Camada de serviço
A camada de serviço fornece vários serviços relacionados a ativos digitais. Ele normalmente opera no topo da camada de ativos, permitindo que os usuários gerenciem e aproveitem seus ativos digitais.
Camada de Ativos
A camada de ativos suporta a criação, gerenciamento e troca de ativos digitais.
Camada da plataforma
A camada de plataforma fornece a infraestrutura subjacente para execução, armazenamento e consenso de transação.
Componentes
Conforme mostrado na Figura 3, um PBM consiste em dois componentes principais: um invólucro que define o uso pretendido e uma reserva de valor subjacente que atua como garantia. Esse design permite que as moedas digitais existentes sejam implantadas para diferentes finalidades sem alterar suas propriedades nativas. Uma vez que o PBM é usado para o propósito pretendido, a moeda digital pode ser usada sem quaisquer condições ou restrições. Os emissores de moeda digital mantêm o controle da moeda digital, evitando a fragmentação e garantindo a facilidade de manutenção.
Envoltório PBM
Um wrapper PBM implementado na forma de código de contrato inteligente especificando as condições sob as quais a moeda digital subjacente está disponível. O invólucro de PBM pode ser programado para que o PBM só possa ser usado para o fim a que se destina, por exemplo, válido por um período de tempo específico, em um varejista específico, em uma denominação predeterminada. Depois que as condições especificadas no wrapper do PBM são atendidas, a moeda digital subjacente é liberada e transferida para o destinatário. Por exemplo, um wrapper PBM pode ser implementado como um contrato inteligente multitoken ERC-1155. A Seção 3.5 mostra um possível fluxo sequencial para projeto de PBM.
Moeda digital
A moeda digital subjacente vinculada ao PBM é usada como garantia do PBM. Quando as condições do PBM são atendidas, a moeda digital subjacente é liberada e a propriedade é transferida para o destinatário pretendido. Uma moeda digital deve cumprir as funções de uma moeda, ou seja, como uma boa reserva de valor, uma unidade de conta e um meio de troca. As moedas digitais podem existir na forma de CBDCs, passivos bancários tokenizados ou stablecoins bem regulamentadas. Por exemplo, moedas digitais podem ser implementadas na forma de contratos inteligentes de token fungível compatíveis com ERC-20.
Personagens e interações
Os atores são uma abstração flexível que pode ser implementada de várias maneiras. Uma entidade pode ter várias funções ou uma função pode ser desempenhada por diferentes entidades.
Criador PBM
Esta entidade é responsável por definir a lógica dentro do PBM, cunhar e distribuir tokens PBM.
Suporte PBM
Esta entidade contém um ou mais tokens PBM. Esta entidade pode ser resgatada por tokens PBM não expirados.
Conversor PBM
Quando os tokens PBM são transferidos, essa entidade recebe a moeda digital subjacente.
vida útil
Independentemente da linguagem de programação ou do protocolo de rede usado, os PBMs são projetados com fases de ciclo de vida consistentes, garantindo compatibilidade em diferentes implementações de tecnologia. Esta seção fornece uma visão geral da funcionalidade pretendida e das fases do ciclo de vida associadas de um PBM. A Figura 4 mostra os diferentes estágios do ciclo de vida do PBM.
publicado
O ciclo de vida do PBM começa com a fase de lançamento. Aqui, o contrato inteligente PBM é criado e os tokens PBM são cunhados. A propriedade da moeda digital é transferida para o contrato inteligente PBM. As moedas digitais agora são regidas por contratos inteligentes PBM, que podem ser implementados usando ERC-1155 ou equivalente. O uso da moeda digital está sujeito às condições especificadas no contrato inteligente PBM e só será liberado quando todas as condições forem atendidas.
distribuição
Depois que os tokens PBM são cunhados, eles são distribuídos pelo criador do PBM para as entidades pretendidas (ou seja, detentores do PBM) para uso. Os detentores de PBM recebem tokens PBM em sua forma empacotada e só podem resgatar tokens nas condições originais definidas pelo criador do PBM.
Transferir
Nesta fase, os Tokens PBM podem ser transferidos de uma entidade para outra em sua forma empacotada de acordo com suas regras de programação. A fase de transferência é opcional e depende do caso de uso. Em subsídios do governo (por exemplo, bolsas de estudo), os Tokens PBM podem não ser transferíveis para outros cidadãos. Considerando que em vouchers comerciais (por exemplo, vouchers de varejo), os tokens PBM podem ser transferidos para outros consumidores.
intercâmbio
A fase de resgate ocorre após todas as condições especificadas no PBM serem atendidas. Neste ponto, os tokens PBM são desempacotados e a propriedade dos tokens de moeda digital subjacentes é transferida para a entidade receptora. As entidades são livres para usar tokens de moeda digital, e seu uso está sujeito apenas às condições especificadas pelo emissor da moeda digital.
Expirado
A fase de expiração refere-se à situação em que uma determinada condição especificada no PBM é explicitamente violada ou expirada (por exemplo, uma data de expiração), tornando os tokens PBM permanentemente inutilizáveis para os detentores de PBM. Os tokens PBM expirados podem ser agregados e destruídos ou "queimados" para devolver a moeda digital subjacente ao criador do PBM. Como alternativa, os PBMs podem ser suspensos indefinidamente para evitar que os detentores de PBM interajam ainda mais com PBMs expirados.
Fluxo de sequência
As implementações de PBM podem variar em design, abordagem e tecnologia. Nesta seção, exploramos um projeto em que o PBM é dividido em três partes, conforme mostrado na Figura 5. Nesta implementação, foram definidas as seguintes condições para a liberação da moeda digital: (1) controle de acesso via whitelist e blacklist; (2) data de vencimento do wrapper PBM; e (3) data de expiração do token tipo PBM.
Gerenciador de Token PBM
Por exemplo, se o padrão multitoken ERC-1155 for adotado, um criador de PBM pode criar diferentes tipos de token PBM representando diferentes valores (por exemplo, $ 1, $ 2, $ 5, etc.) dentro do mesmo wrapper PBM. O PBM Token Manager fornece uma interface para gerenciar facilmente diferentes tipos de token e manter saldos para cada tipo de token. Aqui estão alguns dos principais recursos deste componente:
Lógica PBM
Esse componente permite que os usuários criem condições de negócios complexas, mantendo o wrapper PBM enxuto. No nosso caso, este componente armazena e gerencia uma lista de endereços na lista branca e na lista negra. Aqui estão alguns dos principais recursos deste componente:
Envoltório PBM
Este componente contém condições que restringem o uso da moeda digital subjacente. As moedas digitais podem ser compatíveis com ERC-20 e podem assumir a forma de moedas digitais do banco central, passivos bancários tokenizados ou stablecoins. Para fins de ilustração, assumimos que o padrão multitoken ERC-1155 é usado para implementar o wrapper PBM. Outros padrões, como ERC-20, ERC-721 ou seus equivalentes, também podem ser usados para implementação. Aqui estão alguns dos principais recursos deste componente:
A Figura 6 mostra as interações entre diferentes contratos inteligentes PBM. Nas seções subsequentes, apresentaremos um fluxo de sequência detalhado para cada estágio do ciclo de vida do PBM.
Ciclo de vida do PBM: fase de lançamento > Inicializar o PBM
A Figura 7 ilustra as etapas para inicializar o contrato inteligente PBM. Nesta fase, o criador do PBM fornece diferentes parâmetros para inicializar o PBM e configurar conexões entre diferentes componentes do PBM.
Ciclo de vida do PBM: Fase de emissão > Criar tipo de token PBM
A Figura 8 ilustra as etapas para criar um novo tipo de token PBM. Nesta fase, os criadores de PBM podem criar diferentes tipos de token que representam valores diferentes.
Ciclo de vida do PBM: Fase de emissão > Criação de tokens PBM
Depois de concluir as etapas acima, os criadores do PBM podem começar a cunhar tokens PBM para distribuição. A Figura 9 mostra as etapas para cunhar tokens PBM.
Antes do processo de cunhagem, o criador do PBM deve aprovar o contrato inteligente do wrapper do PBM para transferir a moeda digital em nome do criador do PBM. Esta é uma etapa necessária para executar a etapa 7 do processo de cunhagem.
• Etapa 1: O criador do PBM inicia o processo de cunhagem em lote.
• Etapa 2: Como a cunhagem e a distribuição podem ocorrer em uma única transação, o wrapper PBM deve chamar a lógica PBM para verificar se o destinatário está na lista negra.
• Passos 4 a 6: Calcule o número total de tokens de moeda digital necessários para cunhar tokens PBM.
• Passos 7 a 10: Transfira a propriedade dos tokens de moeda digital para o wrapper PBM como garantia.
• Etapas 11 a 14: Aumentar o saldo de fornecimento do tipo de token PBM.
• Passo 15: Crie tokens PBM.
Endereços da lista branca/lista negra
O PBM pode ser programado com lógica condicional para verificar o conjunto de endereços que podem receber tokens e quais endereços não podem receber tokens. Em nosso exemplo, os tokens PBM não podem ser transferidos se o destinatário estiver na lista negra. Os tokens PBM não podem ser desempacotados se o destinatário não estiver na lista de permissões. Os criadores de PBM podem acessar as seguintes funcionalidades durante todo o ciclo de vida de um PBM. É importante observar que tecnicamente as fases de distribuição e transferência são o mesmo processo, apenas as funções envolvidas são diferentes. Se o PBM for distribuído para um endereço de lista branca, o PBM irá desempacotar e liberar a moeda digital.
Ciclo de vida do PBM: distribuição/transferência
Durante a fase de distribuição ou transferência, os tokens PBM são transferidos de forma agrupada. A única diferença entre os dois estágios são os papéis envolvidos. A Figura 11 ilustra as etapas envolvidas.
Algumas etapas principais e suas considerações durante a transferência de Tokens PBM são descritas abaixo.
• Passos 3 a 5: Verifique se os tokens PBM podem ser transferidos. Condições adicionais podem ser adicionadas aqui. No nosso caso, verifique se o destinatário foi colocado na lista negra.
• Etapas 6 a 8: Verifique se o PBM pode ser desempacotado para liberar tokens digitais. Condições adicionais podem ser adicionadas aqui. No nosso caso, o destinatário precisa estar na lista de permissões.
• Passo 9: Transfira os tokens PMB no formato encapsulado.
Ciclo de vida do PBM: Distribuição/Transferência – Falha na transferência
A Figura 12 ilustra as etapas envolvidas em uma transferência de token PBM com falha. Os tokens PBM não foram transferidos e ainda existem na forma encapsulada.
Ciclo de Vida PBM: Fase de Redenção
Ao transferir tokens PBM, se todas as condições forem atendidas, os tokens PBM serão desempacotados e liberarão os tokens de moeda digital subjacentes ao destinatário.
Algumas etapas principais e suas considerações são descritas abaixo.
• Passos 6 a 8: Verifique se os tokens PBM podem ser desempacotados para liberar os tokens digitais subjacentes. Se todas as condições forem atendidas, os tokens PBM podem ser desempacotados. No nosso caso, verifique se o destinatário já está na lista de permissões.
• Etapas 9 a 11: Calcule o número de tokens de moeda digital a serem transferidos para o destinatário.
• Passo 12: Queime tokens PBM. Esta etapa é opcional e depende dos requisitos do criador do PBM. Em alguns casos, os Tokens PBM podem ser guardados como lembranças.
• Etapas 13 a 16: Reduza o número de tokens PBM. Em nosso projeto, a data de expiração do token é verificada na etapa 14 em vez da etapa 7. Isso ocorre porque o gerenciador de tokens foi projetado para gerenciar todos os aspectos relacionados aos tokens PBM, de acordo com nosso design. Outros podem implementar a validação na etapa 7.
• Etapas 17 a 20: O wrapper PBM transfere sua propriedade dos tokens de moeda digital para o destinatário.
• Etapa 21: Emitir o evento PBMUnwrap
Ciclo de vida PBM: Fase de expiração > Resgate de Tokens PBM expirados Nesta fase, um detentor de PBM tenta resgatar um Token PBM onde pelo menos uma das condições foi indiscutivelmente violada ou expirou e a transferência falha. No nosso caso, o token expirou. Algumas etapas principais e suas considerações são descritas abaixo.
Etapas 6 a 8: como implementamos a verificação da expiração do token na etapa 14 da fase de resgate, os tokens PBM são considerados desempacotados.
Etapa 14: a verificação falhou porque o token expirou.
Ciclo de Vida PBM: Fase de Expiração > Revogar PBM
Se pelo menos uma condição for indiscutivelmente violada ou expirada, os detentores de PBM não poderão gastar tokens PBM e a moeda digital permanecerá bloqueada. Em nosso exemplo, o token expirou. Os criadores de PBM têm a opção de revogar tokens PBM expirados para restaurar os tokens de moeda digital subjacentes.
• Etapa 1: O criador do PBM inicia a operação de desfazer.
• Etapas 2 a 4: Calcule o número de tokens de moeda digital a serem sacados.
• Etapas 5 a 8: Retire e defina o saldo do token para 0.
• Etapas 9 a 12: Transfira tokens de moeda digital para o criador do PBM.
• Etapa 13: emitir um evento de retirada do PBM.
Considerações de projeto
Esta seção discute algumas opções de projeto e fatores que podem afetar como os PBMs são implementados. A interoperabilidade é fundamental para garantir que a implementação do PBM por diferentes provedores de serviços não leve à fragmentação do ecossistema de pagamentos. Os provedores de PBM que administram suas próprias redes proprietárias podem criar "jardins murados" dentro de seus próprios ecossistemas de parceiros fechados. Isso pode levar a um comportamento monopolista de busca de renda entre os provedores de PBM. Se não for verificado, isso pode ter um efeito prejudicial sobre os consumidores, que precisam acessar vários sistemas diferentes ou pagar altas taxas intermediárias para concluir uma transação. Portanto, a tecnologia PBM deve ser projetada desde o início para ser interoperável em diferentes plataformas, carteiras, sistemas de pagamento e trilhos. Isso permitirá que os destinatários do PBM acessem e gastem seus tokens PBM de um provedor de carteira fornecido pelo governo ou comercial de sua escolha.
A adoção de padrões comuns garante que os tokens PBM sejam compatíveis com diferentes provedores de serviços de carteira. Isso permitirá que os ativos digitais sejam transferidos entre diferentes plataformas e partes interessadas. Além disso, os esforços e custos de implementação são reduzidos, pois a mesma infraestrutura pode ser reutilizada em vários casos de uso. O design do PBM neste artigo destina-se a ser aplicável a uma variedade de diferentes tipos de razão, incluindo sistemas de razão baseados em blockchain e não baseados em blockchain. Para ilustrar os conceitos neste artigo, fornecemos implementações técnicas específicas como exemplos. Prevemos que futuras implementações de PBM podem ser baseadas em um sistema contábil diferente daquele referenciado neste documento. Os provedores de serviços precisam escolher o tipo de razão de suporte que melhor se adapta ao seu modelo de negócios e casos de uso pretendidos. Moeda digital Conceitualmente, o PBM fornece uma estrutura comum, independentemente do tipo de moeda digital subjacente.
Como os PBMs derivam seu valor da moeda digital subjacente, a aceitação, o valor percebido e a usabilidade de um PBM estão fortemente correlacionados com a moeda digital associada. Portanto, é fundamental considerar os ativos de reserva que suportam as moedas digitais e suas implicações regulatórias associadas e requisitos de conformidade. CBDCs, dívida bancária tokenizada e stablecoins oferecem diferentes níveis de garantia e estão sujeitos a diferentes supervisão regulatória. Uma variante do PBM pode existir na forma de um token vinculado a um propósito, em que a moeda digital subjacente é substituída por um token que representa uma obrigação de pagamento, em vez de uma reserva de valor. Embora isso possa servir a um propósito semelhante ao representar o recurso da dívida, a liquidação é feita em uma base atrasada, em vez de uma base atômica e em tempo real, e há um risco de falha na liquidação.
Como o ambiente regulatório global para moedas digitais ainda está evoluindo, o tratamento regulatório de PBMs pode variar entre as jurisdições. A capacidade de composição do design PBM de privacidade significa que os contratos inteligentes do wrapper PBM podem ser desenvolvidos por entidades do setor privado, enquanto usam um CBDC emitido pelo banco central como moeda digital subjacente. Em vez disso, as agências governamentais podem desenvolver contratos inteligentes de wrapper PBM e usar dívida bancária tokenizada na forma de moedas privadas como garantia para o PBM apoiar os pagamentos do governo. Ao separar as funções dos criadores de PBM e emissores de moeda digital, pode ser criado um acordo em que nenhuma entidade única possa supervisionar a emissão de moeda e como e onde ela é usada.
Como resultado, a quantidade de dados mantidos pelas agências é limitada às informações necessárias para desempenhar suas funções autorizadas. Como salvaguarda adicional, pode ser possível estabelecer acordos pelos quais as transferências de fundos possam ser feitas anonimamente por entidades autorizadas. Por exemplo, as condições PBM podem ser definidas para verificação em um registro separado antes das transferências para garantir que o indivíduo que inicia a transferência esteja autorizado a fazer a transferência. Nesse exemplo, no entanto, o registro não supervisiona a natureza da transferência nem especifica quem é o destinatário. O registro simplesmente notifica uma parte se está autorizado ou não.
Considerações sobre a política
O PBM pode ser usado tanto pelo setor oficial quanto pelo setor privado. Embora a implementação técnica do PBM possa ser semelhante entre os casos de uso, considerações políticas adicionais podem ser necessárias quando desenvolvidas, gerenciadas e usadas por setores oficiais.
Existem diferentes pontos de vista em todo o mundo sobre quais restrições devem ser colocadas sobre como os indivíduos gastam seu dinheiro. Por exemplo, no processo de distribuição de fundos de ajuda durante a epidemia, algumas jurisdições permitiram que os fundos de ajuda fossem usados para comprar produtos e serviços financeiros, enquanto outras jurisdições restringiram seu uso. Enquanto isso, alguns bancos centrais indicaram que não estabelecerão nenhuma restrição sobre como as moedas digitais podem ser usadas. Portanto, ao projetar soluções baseadas em PBM, os formuladores de políticas precisam considerar quem deve emitir e distribuir moedas digitais, bem como especificar as condições para seu uso.
Prontidão digital
A introdução de novas formas de instrumentos de pagamento pode alterar a experiência do utilizador e requerer alguns ajustes e adaptações. Isso pode ser visto positivamente por alguns usuários e intrusivo por outros. Por exemplo, alguns comerciantes e cidadãos podem estar mais acostumados a usar cupons de papel e podem não estar familiarizados com aplicativos móveis. Isso pode impedir que comerciantes e cidadãos adotem o PBM.
Portanto, a proficiência digital das partes interessadas deve ser incorporada ao design dos programas de PBM. Especialmente para populações mais vulneráveis, é importante manter a experiência do usuário intuitiva e acessível.
Uma abordagem é fornecer uma experiência de usuário simplificada desde o início, enquanto abstrai a complexidade de exigir que os usuários gerenciem suas próprias chaves para acessar uma moeda digital ou PBM. Como alternativa, os PBMs podem ser projetados para interoperar com os trilhos de pagamento existentes, reduzindo assim o atrito para a liquidação fiduciária de última milha e a aceitação do comerciante.
Programação segura
Dada a forte dependência do código de contrato inteligente, é fundamental estabelecer uma estrutura de governança que garanta a segurança do código como parte do processo de implantação de software. Isso pode ser alcançado participando de entidades confiáveis responsáveis por verificar a correção lógica, avaliar e prevenir possíveis vulnerabilidades e fornecer dados oraculares padronizados.
Essa estrutura deve ser aplicada na camada de moeda digital, bem como nos contratos inteligentes do wrapper PBM. Isso é especialmente importante quando os criadores de PBM desejam integrar lógica complexa em componentes, como transferências diferidas ou gerenciamento de pagamentos da cadeia de suprimentos. Para mitigar ativamente os possíveis riscos de segurança do sistema, como a introdução de código malicioso, uma auditoria independente é fortemente recomendada. Além disso, para uma rede baseada em registros distribuídos, uma organização terceirizada confiável pode ser contratada como um "oráculo" para fornecer entrada de dados externos confiáveis para a rede.
Usos potenciais do PBM
Esta seção fornece alguns exemplos em que o PBM pode ser usado.
Pacote pré-pago
Os consumidores podem perder os depósitos que pagaram antecipadamente para entregas futuras de bens e serviços se o comerciante com o qual estão negociando fechar as portas. O PBM é utilizado quando uma empresa precisa cobrar uma taxa como garantia antes da fabricação de um bem ou da prestação de um serviço. Os PBMs podem abordar o risco de não entrega incluindo condições de pagamento, garantindo que as empresas cumpram as obrigações dos consumidores antes de "sacar" os valores pré-comprometidos dos consumidores. Após a conclusão do serviço, a retirada de fundos pode ser acionada automaticamente (débito direto da carteira eletrônica PBM do consumidor). Embora as empresas não possam cobrar taxas antecipadamente, elas têm a garantia de que serão pagas assim que o serviço for prestado.
Negócio online
Ao fazer compras online, os consumidores costumam pagar antecipadamente pelos produtos que desejam comprar. Após a conclusão do pagamento, o produto é enviado ao consumidor. Para mitigar o risco de não entrega ou não pagamento, vários acordos estão disponíveis para consumidores e comerciantes. Cartões de crédito e formas de pré-pagamento protegem os comerciantes, mas não os consumidores. Embora um acordo de pagamento na entrega possa beneficiar os consumidores, não é uma garantia para os comerciantes, especialmente para itens perecíveis, como alimentos que não podem ser reutilizados. O PBM oferece uma solução alternativa e garante aos comerciantes e consumidores que os fundos serão transferidos quando as obrigações de serviço forem cumpridas.
acordo
Quando os compradores de imóveis iniciam seu pedido de compra de um imóvel, existem diferentes etapas que exigem pagamento. Um PBM pode ser criado com base nos termos de venda da propriedade. Os termos podem ser definidos para liberar fundos quando os marcos forem atingidos em diferentes estágios de desenvolvimento da propriedade ou em estágios do processo de vendas. Na prática, os PBMs podem ser baseados em modelos padrão comuns aos compradores de imóveis.
LOCAÇÃO COMERCIAL
Ao alugar um imóvel, o locador pode exigir do locatário uma caução como forma de proteção contra eventuais danos ou falta de pagamento do aluguel. Esta caução é mantida pelo senhorio durante o período do arrendamento e é devolvida ao arrendatário no final do mesmo, desde que o arrendatário tenha cumprido todas as obrigações decorrentes do contrato de arrendamento. Se um inquilino causou danos à propriedade além do desgaste normal, ou se não pagar os custos do contrato de locação, o proprietário pode deduzir o custo dos reparos ou o aluguel não pago do depósito de segurança antes de devolver os fundos restantes. O PBM pode desempenhar a função de caução sempre que exista a possibilidade de devolução integral da caução pelas partes no contrato de arrendamento. Em caso de disputa, o PBM pode ser suspenso até que a disputa seja resolvida.
Financiamento do comércio
Os produtos de financiamento comercial ajudam as empresas a gerenciar os riscos e as complexidades das transações comerciais internacionais. Para facilitar o comércio envolvendo várias partes, entre fronteiras e moedas, os provedores de financiamento comercial oferecem uma variedade de serviços, como cartas de crédito, garantias bancárias e cobrança de contas. Esses serviços ajudam a garantir que os pagamentos sejam seguros e eficientes, além de fornecer proteção contra inadimplência ou fraude. Os instrumentos de trade finance podem ser modelados como PBMs, onde os pagamentos são feitos automaticamente quando as obrigações de serviço são cumpridas. Eles podem se tornar instrumentos negociáveis que podem ser transferidos entre as partes.
Doar
Doadores potenciais podem hesitar em contribuir para causas sociais porque não têm certeza se suas doações chegarão aos beneficiários pretendidos e serão usadas para o propósito pretendido. Além disso, as doações para beneficiários no exterior em locais remotos provavelmente envolverão vários intermediários, pois as opções financeiramente viáveis para remessas são limitadas. Como resultado, os beneficiários podem acabar recebendo apenas uma fração do valor da doação original. O PBM pode ser usado para aumentar a transparência e a responsabilidade. Por exemplo, o PBM pode ser usado para garantir que apenas o beneficiário pretendido tenha acesso ao dinheiro e somente se certas condições forem atendidas.
Pagamento internacional
Os pagamentos transfronteiriços estão sujeitos a requisitos de políticas e regulamentares, como gerenciamento de fluxo de capital e medidas de política macroprudencial, bem como padrões de combate à lavagem de dinheiro (AML) e combate ao financiamento do terrorismo (CFT). O cumprimento dessas medidas e normas acarreta altos custos e atrasos no processamento. Ao incorporar os requisitos de política existentes como condições no PBM, as verificações de conformidade podem ser automatizadas, reduzindo significativamente os custos e melhorando a eficiência dos pagamentos internacionais. Essa abordagem de conformidade por design pode ajudar a alcançar a interoperabilidade regulatória e política no contexto do G20, melhorando o roteiro para pagamentos internacionais.
Futuro trabalho
Os desenvolvimentos no espaço da moeda digital estão evoluindo rapidamente. Nesta seção, discutimos possíveis áreas de pesquisa futuras.
Abstração de conta
Atualmente, a maioria dos usuários de varejo não está familiarizada com o uso de carteiras de ativos digitais, e essa falta de familiaridade pode aumentar o risco de serem explorados por agentes mal-intencionados. Para mitigar esse risco, a abstração de conta, também conhecida como carteira de contrato inteligente, pode ser usada para melhorar a experiência do usuário e a segurança das transações de ativos digitais. Essa tecnologia permite recursos como recuperação de conta, limites de transação e congelamento de contas perdidas sem exigir que os usuários entendam a tecnologia subjacente.
Pagamento off-line
Pesquisas futuras podem incluir a investigação do uso de PBM para modalidades não relacionadas a smartphones (por exemplo, cartões) e pagamentos offline para reduzir a dependência de conexões de rede. Isso visa aumentar a inclusão financeira, permitindo que as pessoas participem sem o uso de smartphones ou serviços de pagamento digital.
Endereçamento do nome
Atualmente, é possível transferir fundos usando um número de telefone celular como proxy de um número de conta bancária. Na ausência de um número de conta bancária, um serviço de endereçamento de nomes fornece um proxy para um endereço de carteira, mapeando-o para um identificador significativo. Isso fornece uma melhor experiência do usuário e garante que as transferências cheguem aos destinatários pretendidos.
para concluir
Este artigo apresenta o conceito de PBMs como um protocolo comum para interagir com diferentes formas de meios de troca e destaca como as moedas digitais podem ser usadas para apoiar objetivos de negócios e políticas sem modificar suas propriedades nativas. Embora o PBM tenha sido inicialmente introduzido por meio do projeto Orchid da Autoridade Monetária de Cingapura, imaginamos que o conceito de design técnico poderia ser aplicável a um público internacional mais amplo.
Para obter uma adoção mais ampla, a estrutura técnica do PBM é projetada e desenvolvida de maneira de código aberto, com participantes de diferentes organizações. Este artigo se baseia nas bases iniciadas pelo projeto Orchid e é o resultado de contribuições coletivas de bancos centrais, instituições financeiras e fintechs de todo o mundo.
Notavelmente, este artigo não busca promover nenhuma meta política específica ou endossar nenhuma solução técnica. Os autores deste artigo não fazem representações ou garantias em relação ao desempenho ou adequação da solução proposta. Os exemplos fornecidos neste artigo são meramente ilustrativos. Como as considerações e circunstâncias políticas de cada jurisdição são únicas, os formuladores de políticas precisam avaliar as combinações de infraestrutura financeira e tecnologia que melhor atendem a seus objetivos.
É previsível que desenvolvimentos futuros na moeda digital e no ecossistema de ativos digitais possam introduzir oportunidades adicionais e apresentar riscos que precisam ser abordados em trabalhos futuros. Os membros da comunidade fintech global são incentivados a desenvolver os conceitos apresentados neste documento e contribuir com aprendizados para a comunidade fintech global.
Referências
Autoridade Monetária de Cingapura (MAS). (2022, 31 de outubro). Projeto Orquídea: SGD Digital Programável [PDF] . Recuperado de
Lee, A. (2021, 23 de junho). O que é Dinheiro Programável. Recuperado de
República Italiana [República da Itália]. (2019, 19 de abril). Decreto 19 de abril de 2019: Utilização do Cartão de Rendimento de Cidadania [Decreto de 19 de abril de 2019: Utilização do Cartão de Rendimento de Cidadania]. Recuperado de
Banco de Reserva da Índia. (2022, 7 de outubro). Nota Conceitual sobre Moeda Digital do Banco Central,Item 5.7: Programabilidade. Recuperado de
Panetta, F. (2023, 23 de janeiro). O euro digital: nosso dinheiro quando e onde precisarmos [Speech] . Apresentado na Comissão dos Assuntos Económicos e Monetários do Parlamento Europeu. Recuperado de
Banco de Compensações Internacionais. (2019, 1º de abril). “Setor oficial” em “Glossário”. Recuperado de
Carstens, A. (2023, 22 de fevereiro). Inovação e o futuro do sistema monetário [Speech] . Apresentado na Autoridade Monetária de Cingapura. Retirado de
Adrian, T., & Mancini Griffoli, T. (2023, 19 de junho). A ascensão das plataformas de pagamento e contratação [PDF] . Recuperado de
Banco de Compensações Internacionais. (2023, 20 de junho). III. Projeto para o futuro monetário: melhorando o antigo, permitindo o novo [PDF] . Recuperado de