Flusso di lavoro applicazione campione CBDC all'ingrosso

Dopo aver installato e configurato l'applicazione CBDC all'ingrosso di esempio, è possibile utilizzarla in scenari in cui un proprietario di sistema (una banca centrale) e le organizzazioni partecipanti (altri istituti finanziari) interagiscono in un mercato interbancario.

L'applicazione di esempio supporta undici ruoli o utenti tipo. Ogni ruolo ha un'interfaccia e un insieme diversi di operazioni che supportano l'intero flusso di lavoro della gestione dei token nello scenario CBDC all'ingrosso.

Ruoli banca centrale

  • Amministratore banca centrale: configura token e organizzazioni; crea wallet e conti CBDC; imposta limiti, scopi, gruppi e ruoli.
  • Creatore di banca centrale (minter): richiede la creazione di token e trasferisce i fondi creati a un emittente di banca centrale.
  • Emittente banca centrale: emette fondi ai partecipanti e restituisce fondi per lo smobilizzo.
  • Central bank manager: approva o rifiuta le richieste di creazione, emissione, trasferimento e smobilizzo.
  • Pensionato della banca centrale (bruciatore): invia richieste di pensionamento o bruciatura.
  • Revisore delle banche centrali: esamina l'attività di rete, i saldi, le richieste in sospeso e la cronologia senza modificare i dati.

Ruoli istituto finanziario

  • Amministratore istituto finanziario: gestisce i portafogli dei partecipanti, i conti, i gruppi di applicazioni, lo stato e i limiti.
  • Responsabile istituto finanziario: approva o rifiuta i trasferimenti per l'organizzazione partecipante.
  • Funzionario dell'istituto finanziario: deposita fondi alla banca centrale e trasferisce fondi agli utenti autorizzati.
  • Utente istituto finanziario: trasferisce fondi ai destinatari consentiti.
  • Revisore istituto finanziario: esamina l'attività partecipante/organizzazione senza modificare i dati.

Onboarding

Dopo aver installato e configurato l'applicazione, si preparano utenti, wallet, conti CBDC e ruoli libro contabile. Prima di eseguire le operazioni del token, completare i passi riportati di seguito.

  1. L'amministratore della banca centrale effettua prima il login. Selezionare il wallet bootstrap a cui è stato concesso il ruolo Token Admin Besu al momento dell'inizializzazione dello smart contract. Punto di accesso amministrativo iniziale anche prima dell'esistenza di un conto CBDC.
  2. L'amministratore della banca centrale verifica il registro dell'organizzazione. Registrare o rivedere le organizzazioni fondatrici e partecipanti, confermare la sequenza dei fondatori e verificare l'ordine dell'organizzazione e i valori di visualizzazione. Per ulteriori informazioni, vedere Amministratore della banca centrale.
  3. L'amministratore della banca centrale inizializza il token e crea i conti iniziali. Creare wallet e conti CBDC per i ruoli delle banche centrali e per gli amministratori degli istituti finanziari che amministreranno le organizzazioni partecipanti. Selezionare il wallet, il gruppo di applicazioni e i limiti account corretti.
  4. Ogni organizzazione partecipante viene distribuita e configurata. Utilizzare lo stesso processo di distribuzione con un clic o locale per l'applicazione partecipante. La distribuzione con un solo clic utilizza la configurazione di Oracle Blockchain Platform; la distribuzione locale richiede una configurazione manuale.
  5. L'amministratore dell'istituto finanziario esegue il login per l'organizzazione partecipante. Caricare o creare i wallet dell'organizzazione, quindi creare account manager, responsabile, utente e revisore utilizzando i gruppi di applicazioni e i limiti consentiti.
  6. L'amministratore della banca centrale sincronizza i ruoli manager. Dopo aver creato ogni conto manager istituto finanziario, utilizzare il comando Azioni conto > Sincronizza ruoli in tale conto per applicare il proprio ruolo libro contabile Escrow. I gruppi di applicazioni controllano l'accesso all'area di lavoro; i ruoli libro contabile controllano le operazioni del contratto.
  7. Ogni ruolo esegue il login e verifica l'accesso. Selezionare il wallet desiderato quando ne sono disponibili più di uno, confermare l'apertura dell'area di lavoro corretta e verificare che le azioni consentite e limitate corrispondano al gruppo di applicazioni e al ruolo libro contabile assegnati. Utilizzare la sequenza di ruoli nella tabella seguente.
  8. Al termine di tutti i controlli di configurazione dei ruoli e di accesso, seguire il workflow dell'applicazione per utilizzare il ciclo di vita del token CBDC all'ingrosso.

Sequenza ruolo

Sequenza Ruolo Responsabilità Informazioni
1 Amministratore banca centrale Completa l'impostazione di banca centrale, organizzazione, portafoglio, conto e ruolo. Amministratore banca centrale
2 Amministratore istituto finanziario Imposta i wallet e i conti dei partecipanti. Amministratore istituto finanziario
3 Creatore banca centrale Sottomette le richieste per creare i token. Creatore banca centrale
4 Responsabile banca centrale Approva o rifiuta le richieste di creazione. Manager banca centrale
5 Emittente banca centrale Emette fondi ai partecipanti e restituisce fondi per lo smobilizzo. Emittente banca centrale
6 Responsabile istituto finanziario Approva o rifiuta i trasferimenti dei partecipanti. Manager istituto finanziario
7 Funzionario istituto finanziario Depositi e trasferimenti di fondi. Funzionario istituto finanziario
8 Utente istituto finanziario Trasferisce fondi ai destinatari consentiti. Utente istituto finanziario
9 Pensionato banca centrale Sottomette le richieste di smobilizzo dopo la restituzione dei fondi. Ritiro banca centrale
10 Revisore dei conti della banca centrale Rivede l'attività e la storia della banca centrale. Revisore dei conti banca centrale
11 Revisore di istituti finanziari Rivedere l'attività e la cronologia dell'organizzazione partecipante. Revisore istituto finanziario

Flusso di lavoro applicazione (ciclo di vita token)

Dopo la distribuzione e l'impostazione, i ruoli nello scenario eseguono i task riportati di seguito nell'ambito del ciclo di vita completo del token.

  1. Richiesta di stampa token. Il creatore della banca centrale richiede la creazione del token. La richiesta rimane in sospeso e non accredita ancora l'autore.
  2. Approvazione con stampa token. Il responsabile della banca centrale approva o rifiuta la richiesta di creazione. L'approvazione accredita il creatore; il rifiuto no.
  3. L'emittente riceve fondi. Il creatore della banca centrale trasferisce i fondi approvati direttamente all'emittente della banca centrale. Questo trasferimento non ha un passo di approvazione aggiuntivo.
  4. L'emittente distribuisce i fondi. L'emittente della banca centrale trasferisce direttamente al pensionato della banca centrale per restituire fondi per la pensione o invia una distribuzione a un funzionario dell'istituto finanziario. La distribuzione dell'ufficiale è detenuta per l'approvazione del responsabile della banca centrale; il rifiuto rilascia il blocco.
  5. Il funzionario trasferisce i fondi approvati. Il funzionario dell'istituto finanziario trasferisce all'emittente della banca centrale, a un altro funzionario dell'istituto finanziario o a un utente dell'istituto finanziario. Ogni trasferimento di funzionario è detenuto per l'approvazione del gestore dell'istituto finanziario; il rifiuto rilascia il blocco.
  6. L'utente trasferisce fondi approvati. Un utente istituto finanziario trasferisce a un funzionario o utente istituto finanziario consentito. Ogni trasferimento utente viene effettuato per l'approvazione del manager dell'istituto finanziario; il rifiuto rilascia il blocco.
  7. Richiesta di masterizzazione token. Il pensionato della banca centrale invia una richiesta di ustione dopo aver ricevuto fondi. Il responsabile della banca centrale approva o rifiuta la richiesta. L'approvazione rimuove i fondi dalla circolazione; il rifiuto lascia l'ustione incompleta.
  8. Audit attività. Il revisore della banca centrale esamina l'attività della banca centrale e dell'istituto finanziario disponibili per il suo ambito di audit. Il revisore dei conti dell'istituto finanziario esamina l'attività della propria istituzione. Entrambi utilizzano gli ID operazione e gli stati cronologia finale per riconciliare la sequenza.

Dopo ogni richiesta o decisione, aggiornare le viste mittente, destinatario, manager e auditor, a seconda dei casi. Confermare lo stato finale e il saldo prima di sottomettere un'altra operazione.