Großhandel - CBDC-Anwendungsworkflow

Nachdem Sie die Beispielgroßhandels-CBDC-Anwendung installiert und konfiguriert haben, können Sie sie in Szenarien verwenden, in denen eine Zentralbank und 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ßhandelsszenario unterstützen.

Zentralbankrollen

  • CBDC-Admin: Verwaltet das gesamte CBDC-System.
  • CBDC-Ersteller: Erstellt CBDC-Token. Nachdem eine Erstellungsanforderung weitergeleitet wurde, wird sie an den CBDC-Genehmiger gesendet, der die Anforderung entweder genehmigt oder ablehnt. Nach der Genehmigung der Prägeanforderung werden Token dem Konto des CBDC-Erstellers gutgeschrieben. Der Ersteller kann diese Token dann an einen CBDC-Aussteller übertragen.
  • CBDC-Genehmiger/CBDC-Escrow: Genehmigt oder lehnt Anforderungen für das Prägen, Brennen und Halten von CBDC-Token ab. Sperrenanforderungsgenehmigungen werden für Transfers zwischen Organisationen verwendet.
  • CBDC-Emittent: Überträgt CBDC-Token an Finanzinstitutsbeamte oder an den CBDC-Retirer zur Verbrennung. Benutzer in dieser Rolle erhalten Token vom CBDC-Ersteller und Finanzinstitutsbeauftragten. Der CBDC-Genehmigungsberechtigte muss alle Transfers zwischen Organisationen genehmigen.
  • CBDC-Auditor: Hat schreibgeschützten Zugriff auf alle Organisationsdaten im System.
  • CBDC-Retirer: Brennt CBDC-Token. Diese Rolle erhält Token vom CBDC-Aussteller. Nachdem eine Burn-Anforderung weitergeleitet wurde, wird sie an den CBDC-Genehmiger gesendet.

Finanzinstitutsrollen

  • FI-Admin: Verwaltet die jeweilige Organisation.
  • FI-Mitarbeiter: Erhält Token vom CBDC-Aussteller. Sie können diese Token an Benutzer in jeder Organisation übertragen oder Token an den CBDC-Aussteller zurückgeben. Alle Transfers zwischen Organisationen müssen vom Genehmiger des Finanzinstituts genehmigt werden.
  • FI-Benutzer: Erhält Token von den Offizieren ihrer jeweiligen Organisationen. Sie können diese Token an Benutzer und Offiziere in jeder Organisation übertragen. Alle Transfers zwischen organizationsIt sind unerlässlich, um zu beachten, dass alle zwischenbetrieblichen Transfers vom Genehmiger des Finanzinstituts genehmigt werden müssen.
  • FI-Manager/Informationsanfrage-Genehmiger: Genehmigt Sperrenanforderungen für die jeweilige Organisation oder lehnt sie ab. Sperrenanforderungen und Genehmigungen werden für alle Transfers zwischen oder innerhalb von Organisationen verwendet.
  • FI-Auditor: Hat schreibgeschützten Zugriff auf Daten, die für ihre Organisation spezifisch sind.

Onboarding ausführen

Gehen Sie nach der Installation, Konfiguration und Bereitstellung der Anwendung folgendermaßen vor, um auf die Anwendung zuzugreifen.

  1. Navigieren Sie nach dem Staging der Anwendung zurück zur Homepage.
  2. Suchen Sie im Anwendungs-Dashboard die zwischengespeicherte Anwendung. Der Status wird als Stufe neben dem Anwendungsnamen angezeigt (Beispiel: WholesaleCBDCVBCSPackage).
  3. Klicken Sie unter Stufe auf das Dropdown-Menü, und wählen Sie den Anwendungsnamen aus (z.B. cbdcapp).
  4. Kopieren Sie den Link, oder öffnen Sie die zwischengespeicherte Anwendung in einer neuen Browserregisterkarte oder einem neuen Fenster, um die Anwendung zu testen und zu prüfen.
Wenn ein Benutzer versucht, sich bei der Anwendung anzumelden, prüft das System, ob der Benutzer über ein Konto und die entsprechende Rolle verfügt. Wenn die Firma nicht vorhanden ist oder die erforderliche Rolle nicht vorhanden ist, wird der folgende Fehler angezeigt.
Invalid Account. Please Contact Admin
Die Schnittstelle, die nach der Anmeldung eines Benutzers angezeigt wird, hängt von seiner Rolle ab.

Wenn ein Benutzer zum ersten Mal versucht, sich bei der Anwendung anzumelden, wurden noch keine Benutzerkonten erstellt. Nur Benutzer der Gruppe CBDC_ADMINS, denen auch die Rolle tokenAdmin zugewiesen ist, können sich anmelden. Alle anderen Anmeldeversuche schlagen fehl. Der folgende Abschnitt enthält weitere Informationen zur Ausnahme für die Persona CBDC_ADMINS.

CBDC_ADMINS Ausnahme

Der Anmeldeprozess ist für Benutzer mit der Persona CBDC_ADMINS unterschiedlich. Benutzer in der Gruppe CBDC_ADMINS können sich auch dann anmelden, wenn ihr Account noch nicht erstellt wurde. Diese Benutzer müssen jedoch die Rolle tokenAdmin haben.

Wenn Sie den Chaincode bereitstellen, stellen Sie sicher, dass Benutzer in der Gruppe CBDC_ADMINS die Rolle tokenAdmin haben. Die Parameter, die bei der Chaincode-Initialisierung übergeben werden, müssen die CBDC-Admin-Benutzer mit der Rolle tokenAdmin enthalten. Dadurch kann sich CBDC_ADMINS zum ersten Mal bei der Anwendung anmelden, um die anderen Benutzerkonten zu erstellen.

Wenn Sie sich als Benutzer in der Gruppe CBDC_ADMINS bei der Anwendung anmelden und dieser Benutzer beim Deployment des Chaincodes nicht als Initialisierungsparameter enthalten war, müssen Sie dem Benutzer die Rolle tokenAdmin manuell zuweisen. Sie können die Rolle tokenAdmin manuell mit einer Postman-Sammlung zuweisen.

Bewerbungsworkflow

Die folgenden Schritte zeigen die Aktionen der verschiedenen Rollen in einem vollständigen Anwendungsworkflow. Die ersten sieben Schritte müssen für die Verwendung der Anwendung ausgeführt werden.

  1. Der CBDC-Admin meldet sich an.
  2. Der CBDC-Administrator initialisiert das CBDC-Token.
  3. Der CBDC-Administrator erstellt ein eigenes Bankkonto und lädt dann die Homepage neu, um die aktualisierten Netzwerkdetails anzuzeigen.
  4. Der CBDC-Administrator erstellt Bankkonten für alle CBDC-Personas, wie in der folgenden Tabelle gezeigt.
    Anwendungsgruppe Rolle
    CBDC_ADMINS Tokenadministration
    CBDC_AUDITORS Tokenprüfer
    CBDC_CREATORS Minter
    CBDC_ESCROW Hinterlegt
    CBDC_ISSUERS Kein
    CBDC_RETIRERS Brenner
  5. Der CBDC-Administrator erstellt FI-Admin-Bankkonten mit der Rolle "Organisations-Admin".
  6. Der FI-Administrator meldet sich an und erstellt Konten für Benutzer seines Finanzinstituts.
  7. Der CBDC-Administrator weist den neuen Benutzern des Finanzinstituts Rollen zu, wie in der folgenden Tabelle gezeigt.
    Anwendungsgruppe Rolle
    FI_ADMINS Org.-Verwaltung
    FI_CBDC_USERS Kein
    FI_CBDC_OFFICERS Kein
    FI_CBDC_MANAGERS Hinterlegt
    FI_CBDC_AUDITORS Organisationsprüfer
  8. Der CBDC-Ersteller meldet sich an und fordert an, dass Token geprägt werden.
  9. Der CBDC-Genehmiger meldet sich an und genehmigt oder lehnt die Prägeanforderung ab. Wenn die Anforderung genehmigt wurde, werden die Token dem CBDC-Ersteller gutgeschrieben.
  10. Der CBDC-Ersteller überträgt die Token an den CBDC-Aussteller.
  11. Der CBDC-Aussteller meldet sich an und überträgt die Token an einen FI-Mitarbeiter. Wenn die Übertragung vom CBDC-Genehmigungsberechtigten genehmigt wurde, werden die Token übertragen. Alternativ kann der CBDC-Aussteller die Token zum Brennen an den CBDC-Retirer übertragen.
  12. Der CBDC-Auditor meldet sich an, wählt Audit-Policys aus und prüft die relevanten Transaktionsdaten.
  13. Der CBDC-Retirer meldet sich an und fordert an, dass Token eingestellt werden. Wenn der CBDC-Genehmiger die Genehmigung erteilt, werden die Token gebrannt.
  14. Der CBDC-Genehmigungsberechtigte meldet sich an und genehmigt oder lehnt die Anforderung zur Ausstellung von Token ab. Wenn die Übertragung genehmigt wird, werden Token dem FI-Mitarbeiter gutgeschrieben, der sie dann an FI-Benutzer übertragen kann.
  15. Der FI-Offizier meldet sich an und überträgt Token an FI-Benutzer, andere FI-Offiziere oder zurück an die Zentralbank. Alle Transfers erfordern die Genehmigung des FI-Managers.
  16. Der FI-Manager meldet sich an und genehmigt oder lehnt Transferanforderungen ab.
  17. FI-Benutzer melden sich an und übertragen Token an andere FI-Benutzer in jeder Organisation.
  18. Der FI-Auditor meldet sich an, wählt Audit-Policys aus und prüft die relevanten Transaktionsdaten.