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 banca centrale: richiede la creazione di token e trasferisce il valore creato a un emittente banca centrale.
  • Emittente banca centrale: emette valore ai partecipanti e restituisce valore per smobilizzo.
  • Central bank manager: approva o rifiuta le richieste di creazione, emissione, trasferimento e smobilizzo.
  • Pensionato banca centrale: invia richieste di pensionamento o usura.
  • 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: valore dei depositi alla banca centrale e valore dei trasferimenti agli utenti autorizzati.
  • Utente istituto finanziario: trasferisce il valore 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 gli utenti tipo di banca centrale 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 utente tipo 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 utenti tipo nella tabella seguente.
  8. Al termine di tutti i controlli di configurazione degli utenti tipo e di accesso, seguire il workflow dell'applicazione per utilizzare il ciclo di vita del token CBDC all'ingrosso.

Sequenza persona

Sequenza Utente tipo 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 Valore emissione per partecipanti e valore restituzione per smobilizzo. Emittente banca centrale
6 Responsabile istituto finanziario Approva o rifiuta i trasferimenti dei partecipanti. Manager istituto finanziario
7 Funzionario istituto finanziario Valore depositi e trasferimenti. Funzionario istituto finanziario
8 Utente istituto finanziario Trasferisce il valore ai destinatari consentiti. Utente istituto finanziario
9 Pensionato banca centrale Sottomette le richieste di smobilizzo dopo la restituzione del valore. 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, le figure nello scenario eseguono i task riportati di seguito nell'ambito del ciclo di vita completo dei token.

  1. Il creatore della banca centrale richiede la creazione del token. La richiesta rimane in sospeso e non accredita ancora l'autore.
  2. Il responsabile della banca centrale approva o rifiuta la richiesta di creazione. L'approvazione accredita il creatore; il rifiuto no.
  3. Il creatore della banca centrale trasferisce il valore approvato direttamente all'emittente della banca centrale. Questo trasferimento non ha un passo di approvazione aggiuntivo.
  4. L'emittente della banca centrale trasferisce direttamente al pensionato della banca centrale per restituire il valore per il pensionamento 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 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. 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. Il pensionato della banca centrale invia una richiesta di usura dopo aver ricevuto il valore. Il responsabile della banca centrale approva o rifiuta la richiesta. L'approvazione elimina il valore dalla circolazione; il rifiuto lascia l'ustione incompleta.
  8. 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.