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.
- L'amministratore della banca centrale effettua prima il login. Selezionare il wallet bootstrap a cui è stato concesso il ruolo
Token Admin Besual momento dell'inizializzazione dello smart contract. Punto di accesso amministrativo iniziale anche prima dell'esistenza di un conto CBDC. - 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.
- 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.
- 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.
- 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.
- 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. - 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.
- 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.
- Il creatore della banca centrale richiede la creazione del token. La richiesta rimane in sospeso e non accredita ancora l'autore.
- Il responsabile della banca centrale approva o rifiuta la richiesta di creazione. L'approvazione accredita il creatore; il rifiuto no.
- Il creatore della banca centrale trasferisce il valore approvato direttamente all'emittente della banca centrale. Questo trasferimento non ha un passo di approvazione aggiuntivo.
- 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.
- 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.
- 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.
- 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.
- 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.