Resumão — Workshop do Piloto do Real Digital — Parte I

Resumão — Workshop do Piloto do Real Digital — Parte I

Resumo por Alex Gracioli, PMP, MBA , Product Manager South System

Workshop realizado em 10/04/2023


Glossário aqui

Voto 31/2023

  • Explica contexto, motivação, diretrizes de longo prazo e do Piloto


Background / pano de fundo

  • Tokenização da economia como um todo
  • Diferente de outros países que estão visando em pagamentos de varejo
  • Brasil já entendem que está bem resolvido com PIX, Open Finance…

Liquidação em moeda do BC

  • Hoje em dia tem isso no STR
  • Para tecnologia de ativos tokenizados, não tem isso hoje em dia
  • > Hoje acabam usando stablecoins privadas que traz riscos ao Sistema Financeiro

Plataforma multiativos

  • Piloto vai ter isso de uma forma limitada
  • Abranja nos futuros outros ativos financeiros

Não foi fornecido texto alternativo para esta imagem
Contexto do Piloto


DvP Nível do cliente

  • Hoje é no nível da IF
  • Vai permitir uma camada a mais, liquidação condicionada de várias operações ao mesmo tempo de forma atomizada (tudo ou nada)
  • Piloto e real digital não devem modificar a DvP, seguindo uma IF ou IP sendo responsável. Algum participante que seja regulado.

Transações varejo por meio de intermediários (IFs, IPs…)

  • Decisão do BC seguir tendo passivo eletrônico em reserva bancária. Se mantem elegibilidade de reserva bancária
  • Não se discute nem agora nem a longo prazo liquidação direta entre pessoas
  • Não haverá desintermediação financeira de forma mais direta
  • Prevê tokenização de depósitos bancários e de moeda eletrônica

Manutenção de paridade regulatória

  • Não é o fato do ativo ser tokenizado que muda sua natureza
  • Ex: Tesouro segue sendo tesouro, mesmo tokenizado


Papel do BC: promover a infraestrutura

  • Fornece a base para os demais criem produtos inovadores no futuro. No piloto é para validar apenas um produto

Não foi fornecido texto alternativo para esta imagem


Piloto RD

  • Trazer parceiros (IFs, IPs…) para validação de casos de uso
  • Risco Tecnológico
  • Ambiente sem transações ou valores reais

Objetivo do Piloto — Visão Negócio

Testar trade off entre esses 3 pontos: Programabilidade, distribuição e privacidade


DLT Multiativo

  • Suporte a múltiplos ativos financeiros
  • Piloto contará com 3 ativos:


A) Moeda do BC = reserva bancária

A.1) IF, IP, infraestruturas de mercado que têm acesso. Atacado.


B) Tokenização de depósitos = parte do cliente

B.1) Depósito àvista


B.2) Contas de IPs = moeda eletrônica

C) Título Público Federal (TPF)

C.1) Em parceria com o Tesouro Nacional


Transações Simuladas

  • Capacidade de estender a entrega contra pagamento ao cliente final


> Cliente tem um TPF de cliente de 2 instituição diferentes

> Cliente banco A faz compra de um TPF de cliente do banco B

> Envolve criação de depósito tokenizado

> Destruição do depósito tokenizado

> Transferência de reserva bancária tokenizada

> Transferência de um TPF tokenizado

> TODAS essas transações de forma atomizada em uma única transação

Fragmentação de ativos

  • Transacionar até 1 centravo de real = 1/100 de TPF


Governança do Piloto centralizada no BC

Objetivo do Piloto — Visão Técnica

  • DLT em rede permissionada
  • Avaliação solução tecnológica

Diretrizes Tecnológicas do Piloto

Não foi fornecido texto alternativo para esta imagem
Diretrizes técnicas — Piloto RD


  • Ambiente de teste sem usar dinheiro real (de verdade)
  • Participação no piloto será limitada
  • Arquitetura tecn. aderente Às diretrizes gerais do RD
  • > Hyperledger Besu
  • Ledger único para a fase de testes
  • Instituições participantes serão nós no piloto

> Equipes de desenvolvimentosem que afete as demais demandas (PIX, Open Finance…)

> Desenvolver a infra

> Disponibilizar pessoas de negócio para simular e analisar as operações

> Não haverá smart contracts de terceiros nesse momento

> Mais de um ledger não será testado. Tem problema de bridges dos ledgers diferentes.

Foco total no trilema: programabilidade, distribuição e privacidade.


> Indicadores de sucesso do piloto serão com base em resolver o trilema

> Piloto não irá avaliar questões como escalabilidade

> Protocolo de negociação será desenvolvido conjuntamente com os participantes durante o piloto

> Todas as decisões do piloto serão compartilhadas com quem não tiver no piloto via fóruns regulares. Visa dar transparência.

Final do Piloto

  • Conhecer melhor a tecnologia
  • Ideia nao é ter uma plataforma pronta ao final

Cronograma

Não foi fornecido texto alternativo para esta imagem
Cronograma RD


Acesse aqui a parte II — Casos de Uso do Real Digital

Acesse aqui a parte III — Piloto do RD

Entre para ver ou adicionar um comentário

Outras pessoas também visualizaram

Conferir tópicos