Flusso di lavoro applicazione campione deposito con token

Dopo aver installato e configurato l'applicazione di deposito tokenizzata di esempio, è possibile utilizzarla in scenari in cui un proprietario di sistema (una banca) e le organizzazioni partecipanti (altre entità) interagiscono in un mercato interbancario.

L'applicazione di esempio supporta dodici ruoli o utenti tipo. Ogni ruolo ha un'interfaccia e un set di operazioni diversi che supportano l'intero flusso di lavoro della gestione dei token nello scenario di deposito tokenizzato.

Ruoli banca

  • Amministratore bancario: configura token e organizzazioni, crea wallet e conti di deposito con token e imposta limiti, scopi, gruppi e ruoli. Gestisce i controlli di conformità e i criteri di approvazione.
  • Approvatore banca: completa le approvazioni di trasferimento in base all'importo o sequenziali assegnate. L'approvatore bancario configurato o la catena di approvatori bancari sequenziali completano i passi decisionali dei criteri di approvazione per un trasferimento controllato dai criteri.
  • Autore banca (minter): richiede la creazione di token e trasferisce i fondi creati a un emittente bancario.
  • Emittente bancario: emette fondi ai partecipanti e restituisce fondi per lo smobilizzo.
  • Responsabile bancario: esamina le richieste di creazione, emissione, trasferimento in sospeso e smobilizzo assegnate. Un responsabile bancario approva o rifiuta le richieste di creazione o smobilizzo dei token. Per i trasferimenti di emissione soggetti a un criterio di approvazione, il manager può completare il trasferimento solo dopo che la sequenza di approvatori richiesta è stata soddisfatta; il manager può rifiutare un trasferimento mentre è in sospeso.
  • Pensionato bancario (bruciatore): invia richieste di pensionamento o bruciatura.
  • Revisore bancario: esamina l'attività di rete, i saldi, le richieste in sospeso e la cronologia, senza modificare i dati.

Ruoli entità

  • Amministratore entità: gestisce i wallet dei partecipanti, i conti, i gruppi di applicazioni, lo stato e i limiti.
  • Responsabile entità: approva o rifiuta i trasferimenti per l'organizzazione partecipante. Un manager entità esamina i trasferimenti associati al conto di deposito a garanzia della propria organizzazione. Il manager può approvare un'azione di manager diretto, completare un trasferimento controllato da criteri solo dopo che la sequenza di approvatori richiesta è stata soddisfatta o rifiutare un trasferimento in sospeso.
  • Responsabile entità: deposita fondi alla banca e trasferisce fondi agli utenti autorizzati.
  • Utente entità: trasferisce i fondi ai destinatari consentiti.
  • Revisore entità: esamina l'attività partecipante/organizzazione senza modificare i dati.

Onboarding

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

  1. L'amministratore della banca effettua prima il login. Selezionare il wallet bootstrap a cui è stato concesso il ruolo Token Admin Besu al momento dell'inizializzazione dello smart contract. Questo è il punto di ingresso amministrativo iniziale anche prima che esista un conto di deposito tokenizzato.
  2. L'amministratore bancario verifica il registro dell'organizzazione. Registrare o rivedere le organizzazioni fondatrici e partecipanti, confermare la sequenza dei fondatori (1) e verificare l'ordine dell'organizzazione e i valori di visualizzazione.
  3. L'amministratore della banca inizializza il token e crea i conti iniziali. Creare wallet e conti di deposito con token per ruoli bancari e per gli amministratori delle entità 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'entità 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 bancario configura o rivede i controlli di governance e conformità degli utenti e crea o attiva criteri di approvazione basati sugli importi. Una polizza senza approvatori può liquidare immediatamente un trasferimento corrispondente; una polizza con approvatori crea la sequenza di approvazione configurata.
  7. L'amministratore della banca sincronizza i ruoli manager. Dopo aver creato ogni conto del manager entità, utilizzare il comando Azioni conto > Sincronizza ruoli per applicare il ruolo del libro contabile Escrow. I gruppi di applicazioni controllano l'accesso all'area di lavoro; i ruoli libro contabile controllano le operazioni del contratto.
  8. 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.
  9. Al termine di tutti i controlli di configurazione dei ruoli e di accesso, seguire il flusso di lavoro dell'applicazione per utilizzare il ciclo di vita del deposito tokenizzato.

Sequenza ruolo

Sequenza Ruolo Responsabilità Informazioni
1 Amministratore bancario Completa l'impostazione di banca, organizzazione, portafoglio, conto e ruolo. Amministratore bancario
2 Amministratore entità Imposta i wallet e i conti dei partecipanti. Amministratore entità
3 Autore banca Sottomette le richieste per creare i token. Autore banca
4 Manager di banca Approva o rifiuta le richieste di creazione. Manager banca
5 Approvatore banca Completa le approvazioni assegnate per i trasferimenti configurati in base all'importo o sequenziali. Approvatore banca
6 Emittente banca Emette fondi ai partecipanti e restituisce fondi per lo smobilizzo. Emittente banca
7 Gestore entità Approva le azioni del manager diretto, completa i trasferimenti controllati dai criteri solo dopo la sequenza di approvatori bancari richiesta o rifiuta i trasferimenti in sospeso. Entity Manager
8 Funzionario entità Depositi e trasferimenti di fondi. Funzionario entità
9 Utente entità Trasferisce fondi ai destinatari consentiti. Utente entità
10 Smobilizzatore banca Sottomette le richieste di smobilizzo dopo la restituzione dei fondi. Ritiro bancario
11 Revisore bancario Rivede l'attività bancaria e la storia. Revisore bancario
12 Revisore entità Rivedere l'attività e la cronologia dell'organizzazione partecipante. Revisore entità

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. Tenere presente che l'approvazione del trasferimento è condizionale e non è una fase del ciclo di vita fisso: dopo la sottomissione di un trasferimento controllato da criteri, l'approvatore bancario configurato completa la fase di approvazione corrente prima della liquidazione del trasferimento.

  1. Richiesta di stampa token. L'autore della banca richiede la creazione del token e sposta i fondi approvati. Aprire la pagina Crea token, inserire la quantità e la nota facoltativa, rivedere l'ID dell'operazione generata e sottomettere la richiesta. Dopo che il gestore della banca ha approvato la richiesta, sottomettere il trasferimento di fondi approvati all'emittente della banca. Il criterio di approvazione applicabile determina se il trasferimento viene completato immediatamente o se viene instradato per l'approvazione.
  2. Approvazione con stampa token. Il responsabile bancario approva o rifiuta le richieste bancarie. Aprire la coda Creazione per approvare o rifiutare la creazione del token. L'approvazione accredita il creatore; il rifiuto lascia la richiesta non accreditata. In seguito lo stesso manager approva o rifiuta le richieste di usura dello smobilizzo bancario e può completare un trasferimento idoneo solo dopo che la sequenza di approvazione configurata è stata soddisfatta.
  3. L'emittente distribuisce i fondi. L'emittente bancario distribuisce o restituisce fondi. Trasferire fondi a un responsabile entità o utilizzare il percorso di smobilizzo per trasferire fondi a uno smobilizzo bancario. Il criterio basato sull'importo attivo determina se un trasferimento idoneo si risolve immediatamente o attende la sequenza di approvazione configurata.
  4. Approvazione della transazione. L'approvatore della banca completa i passi di approvazione assegnati. Quando un criterio basato sull'importo instrada un trasferimento sottomesso all'approvatore della banca: aprire la pagina Approvazioni bancarie, rivedere la transazione e la posizione della sequenza corrente, quindi approvare per anticiparla o completarla o rifiutarla per interrompere il trasferimento. Più approvatori agiscono in sequenza.
  5. Approvazione trasferimento garanzia. Il manager entità esamina i trasferimenti manager/escrow. Rivedere i trasferimenti dei partecipanti in sospeso associati al conto manager/escrow. Approva un'azione del manager diretto o completa un trasferimento idoneo dopo che la sequenza di approvazione configurata è stata soddisfatta; rifiuta quando il trasferimento non deve essere liquidato.
  6. Il funzionario trasferisce i fondi approvati. Il responsabile entità sposta i fondi dei partecipanti. Trasferire fondi all'emittente bancario, a un altro responsabile entità o a un utente entità. Il criterio attivo determina se il trasferimento viene liquidato immediatamente o instradato alla sequenza di approvatori bancari configurata.
  7. L'utente trasferisce fondi approvati. Un utente entità trasferisce i fondi consentiti. Trasferisce fondi a un responsabile entità o a un utente entità consentito. Si applicano le stesse regole dei criteri: nessun approvatore configurato può risolvere immediatamente. Più approvatori agiscono in sequenza.
  8. Richiesta di masterizzazione token. Lo smobilizzo bancario richiede lo smobilizzo. Dopo aver ricevuto i fondi, aprire la finestra Token di smobilizzo, immettere l'importo e i dettagli richiesti e sottomettere la richiesta di burn. Il manager banca approva o rifiuta la richiesta. L'approvazione rimuove i fondi dalla circolazione; il rifiuto lascia l'ustione incompleta.
  9. Audit attività bancaria. Il revisore bancario esamina l'attività bancaria. Utilizzare l'area di lavoro del revisore, i filtri, le righe di transazione, le finestre di dialogo dei dettagli, gli ID operazione, i saldi, i risultati dell'approvazione e la cronologia per rivedere l'attività bancaria disponibile in formato di sola lettura.
  10. Audit attività entità: il revisore entità esamina l'attività del partecipante. Utilizzare l'area di lavoro del revisore dei partecipanti per esaminare i conti, i trasferimenti, le approvazioni, i saldi, gli ID operazione e la cronologia dell'organizzazione. L'area di lavoro del revisore entità è di sola lettura ed è limitata alla propria organizzazione.

Criteri di approvazione: la creazione e lo smobilizzo dei token utilizzano le code di richieste del manager bancario configurate. L'emittente, il funzionario, l'utente, il creatore-utente e i trasferimenti resi utilizzano la politica basata sull'importo attiva. Una richiesta può essere liquidata immediatamente se non è configurato alcun approvatore. Quando è necessaria un'approvazione, il criterio instrada la richiesta al conto approvatore bancario configurato; un approvatore deve decidere e più approvatori agiscono in sequenza. Un rifiuto interrompe il trasferimento in sospeso e non viene risolto.

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.