Großhandel CBDC Beispielanwendung Workflow

Nachdem Sie die CBDC-Beispielanwendung für den Großhandel installiert und konfiguriert haben, können Sie sie in Szenarien verwenden, in denen ein Systemeigentümer (eine Zentralbank) und Teilnehmerorganisationen (andere Finanzinstitute) auf einem Interbankenmarkt interagieren.

Die Beispielanwendung unterstützt elf Rollen oder Personas. Jede Rolle verfügt über eine andere Schnittstelle und eine Reihe von Vorgängen, die den gesamten Workflow der Tokenverwaltung im CBDC-Großhandelszenario unterstützen.

Zentralbankrollen

  • Zentralbankadministrator: Konfiguriert Token und Organisationen; erstellt Wallets und CBDC-Konten; legt Limits, Zwecke, Gruppen und Rollen fest.
  • Ersteller der Zentralbank: Fordert die Tokenerstellung an und überträgt den erstellten Wert an einen Zentralbankaussteller.
  • Zentralbank-Emittent: Gibt Wert an Teilnehmer aus und gibt Wert für Ruhestand zurück.
  • Zentralbankmanager: Genehmigt oder lehnt Anträge auf Erstellung, Ausstellung, Überweisung und Ruhestand ab.
  • Zentralbank-Retirer: Sendet Anträge auf Ruhestand oder Brand.
  • Zentralbankprüfer: Überprüft Netzwerkaktivität, Salden, ausstehende Anforderungen und Historie, ohne Daten zu ändern.

Finanzinstitutsrollen

  • Finanzinstitutsadministrator: Verwaltet Teilnehmerwallets, Konten, Anwendungsgruppen, Status und Limits.
  • Finanzinstitutsmanager: Genehmigt Transfers für die Teilnehmerorganisation oder lehnt sie ab.
  • Finanzinstitutsbeauftragter: Einzahlungen an die Zentralbank und Überweisungen an zulässige Benutzer.
  • Finanzinstitutbenutzer: Überträgt den Wert an zulässige Empfänger.
  • Finanzinstitutsauditor: Prüft Teilnehmer-/Organisationsaktivitäten, ohne Daten zu ändern.

Onboarding

Nachdem Sie die Anwendung installiert und konfiguriert haben, bereiten Sie Benutzer, Wallets, CBDC-Konten und Hauptbuchrollen vor. Führen Sie die folgenden Schritte aus, bevor Sie Tokenvorgänge ausführen.

  1. Der Zentralbankadministrator meldet sich zuerst an. Wählen Sie das Bootstrap-Wallet aus, dem bei der Initialisierung des Smart Contracts die Rolle Token Admin Besu erteilt wurde. Dies ist der erste administrative Einstiegspunkt, noch bevor ein CBDC-Konto vorhanden ist.
  2. Der Administrator der Zentralbank prüft die Organisationsregistrierung. Registrieren oder prüfen Sie die Gründer- und Teilnehmerorganisationen, bestätigen Sie die Gründerfolge, und prüfen Sie die Organisationsreihenfolge und die Anzeigewerte. Weitere Informationen finden Sie unter Zentralbankadministrator.
  3. Der Zentralbankadministrator initialisiert das Token und erstellt die ersten Konten. Erstellen Sie Wallets und CBDC-Konten für Zentralbank-Personas und für die Finanzinstitutsadministratoren, die teilnehmende Organisationen verwalten. Wählen Sie die korrekten Wallet-, Anwendungsgruppen- und Accountlimits aus.
  4. Jede teilnehmende Organisation wird bereitgestellt und konfiguriert. Verwenden Sie denselben Ein-Klick- oder lokalen Deployment-Prozess für die Teilnehmeranwendung. Das One-Click-Deployment verwendet die Oracle Blockchain Platform-Konfiguration. Für das lokale Deployment ist eine manuelle Konfiguration erforderlich.
  5. Der Finanzinstitutsadministrator meldet sich für die Teilnehmerorganisation an. Laden oder erstellen Sie die Wallets der Organisation, und erstellen Sie dann Manager-, Manager-, Benutzer- und Auditoraccounts mit den zulässigen Anwendungsgruppen und Limits.
  6. Der Zentralbankadministrator synchronisiert die Managerrollen. Nachdem jedes Managerkonto eines Finanzinstituts erstellt wurde, verwenden Sie den Befehl Kontenaktionen > Synchronrollen für dieses Konto, um die Hauptbuchrolle Escrow anzuwenden. Anwendungsgruppen steuern den Workspace-Zugriff; Buchrollen steuern Vertragsvorgänge.
  7. Jede Persona meldet sich an und überprüft den Zugriff. Wählen Sie das gewünschte Wallet aus, wenn mehrere verfügbar sind, bestätigen Sie das korrekte Öffnen des Workspace, und prüfen Sie, ob zulässige und eingeschränkte Aktionen mit der zugewiesenen Anwendungsgruppe und Buchrolle übereinstimmen. Verwenden Sie die Persona-Sequenz in der folgenden Tabelle.
  8. Nachdem alle Personakonfiguration und Zugriffsprüfungen abgeschlossen sind, folgen Sie dem Anwendungsworkflow, um mit dem CBDC-Tokenlebenszyklus im Großhandel zu arbeiten.

Persona-Sequenz

Sequenz Persona Zuständigkeit Informationen
1 Zentralbankverwalter Vervollständigt das Setup von Zentralbank, Organisation, Wallet, Konto und Rolle. Zentralbankadministrator
2 Finanzinstitutsadministrator Richtet Wallets und Accounts für Teilnehmer ein. Finanzinstitutsadministrator
3 Ersteller der Zentralbank Anforderungen zum Erstellen von Token weiterleiten. Zentralbankersteller
4 Bankdirektor Genehmigt Erstellungsanforderungen oder lehnt sie ab. Zentralbankmanager
5 Zentralbankaussteller Gibt einen Wert für Teilnehmer aus und gibt einen Wert für den Ruhestand zurück. Zentralbankaussteller
6 Finanzinstitutsmanager Genehmigt oder lehnt Teilnehmerübertragungen ab. Finanzinstitutsmanager
7 Finanzinstitutsbeauftragter Ein- und Überweisungswert. Finanzinstitutsbeauftragter
8 Finanzinstitutsbenutzer Überträgt den Wert an zulässige Empfänger. Finanzinstitutbenutzer
9 Zentralbankretirer Startet Abgangsanforderungen, nachdem der Wert zurückgegeben wurde. Zentralbank-Retirer
10 Zentralbankprüfer Prüft die Aktivitäten und die Historie der Zentralbanken. Zentralbankprüfer
11 Finanzinstitutsprüfer Aktivität und Historie der Teilnehmerorganisation prüfen Finanzinstitutsprüfer

Anwendungsworkflow (Tokenlebenszyklus)

Nach dem Deployment und Setup nehmen die Personas im Szenario im Rahmen des vollständigen Token-Lebenszyklus an den folgenden Aufgaben teil.

  1. Der Ersteller der Zentralbank fordert die Tokenerstellung an. Die Anforderung bleibt ausstehend und gutschreibt den Ersteller noch nicht.
  2. Der Zentralbankmanager genehmigt die Erstellungsanforderung oder lehnt sie ab. Genehmigung wird dem Ersteller gutgeschrieben; Ablehnung nicht.
  3. Der Ersteller der Zentralbank überweist den genehmigten Wert direkt an den Zentralbankaussteller. Dieser Transfer hat keinen zusätzlichen Genehmigungsschritt.
  4. Der Zentralbank-Emittent überweist direkt an den Zentralbank-Retirer, um den Wert für den Ruhestand zurückzugeben, oder übermittelt eine Verteilung an einen Finanzinstitutsbeamten. Die Offiziersverteilung wird für die Genehmigung des Zentralbankmanagers gehalten; die Ablehnung gibt die Sperre frei.
  5. Der Finanzinstitutsbeauftragte überweist an den Zentralbankaussteller, einen anderen Finanzinstitutsbeauftragten oder einen Benutzer eines Finanzinstituts. Jede Versetzung erfolgt zur Genehmigung durch den Finanzinstitutsmanager; die Ablehnung gibt die Sperre frei.
  6. Ein Finanzinstitutbenutzer wird an einen zulässigen Finanzinstitutsbeauftragten oder -benutzer übertragen. Jeder Benutzertransfer wird zur Genehmigung durch den Finanzinstitutsmanager zurückgenommen; die Zurückweisung gibt die Sperre frei.
  7. Der Zentralbank-Retirer reicht nach Erhalt des Wertes einen Brandantrag ein. Der Zentralbankmanager genehmigt den Antrag oder lehnt ihn ab. Die Genehmigung entfernt den Wert aus der Zirkulation; die Ablehnung lässt die Verbrennung unvollständig.
  8. Der Zentralbankprüfer prüft die Aktivitäten der Zentralbank und des Finanzinstituts, die seinem Prüfungsumfang zur Verfügung stehen. Der Finanzinstitutsprüfer prüft die Tätigkeit des eigenen Instituts. Sowohl Vorgangs-IDs als auch endgültige Historienstatuswerte werden verwendet, um die Sequenz abzustimmen.

Aktualisieren Sie nach jeder Anforderung oder Entscheidung die Absender-, Empfänger-, Manager- und Auditoransichten. Bestätigen Sie den endgültigen Status und den Saldo, bevor Sie einen anderen Vorgang starten.