Anwendungsworkflow für tokenisierte Einlagen

Bankfunktionen

Bankadministrator: Konfiguriert Token und Organisationen; erstellt Wallets und tokenisierte Einlagekonten; legt Limits, Zwecke, Gruppen und Rollen fest. Verwaltet Compliancekontrollen und Genehmigungs-Policys.
Bankgenehmiger: Schließt zugewiesene betragsbasierte oder sequenzielle Transfergenehmigungen ab. Der konfigurierte Bankgenehmiger oder die sequenzielle Bankgenehmigerkette schließt die Entscheidungsschritte für die Genehmigungs-Policy für eine Policy-gesteuerte Übertragung ab.
Bankersteller (Mineral): Fordert die Erstellung von Token an und überträgt die erstellten Gelder an einen Bankaussteller.
Emittent der Bank: Gibt Mittel an die Teilnehmer aus und gibt Mittel für den Ruhestand zurück.
Bankmanager: Prüft zugewiesene Anträge auf Erstellung, Ausstellung, anstehende Versetzungen und Abgänge. Ein Bankmanager genehmigt oder lehnt Anträge zur Erstellung oder Deaktivierung von Token ab. Bei Ausstellungstransfers, die einer Genehmigungs-Policy unterliegen, kann der Manager die Versetzung erst abschließen, nachdem die erforderliche Genehmigerfolge erfüllt wurde. Der Manager kann eine Versetzung ablehnen, solange sie aussteht.
Bank-Retirer (Brenner): Sendet Anträge auf Ruhestand oder Brand.
Bankprüfer: Überprüft Netzwerkaktivität, Salden, ausstehende Anforderungen und Historie, ohne Daten zu ändern.

Entitätsrollen

Entityadministrator: Verwaltet Teilnehmer-Wallets, Accounts, Anwendungsgruppen, Status und Limits.
Entitätsmanager: Genehmigt Transfers für die Teilnehmerorganisation oder lehnt sie ab. Ein Entitätsmanager prüft Transfers, die dem Treuhandkonto seiner Organisation zugeordnet sind. Der Manager kann eine direkte Manageraktion genehmigen, eine Policy-gesteuerte Versetzung erst abschließen, nachdem die erforderliche Genehmigersequenz erfüllt wurde, oder eine ausstehende Versetzung ablehnen.
Entity Officer: Einzahlungen an die Bank und Überweisungen an erlaubte Benutzer.
Entitätsbenutzer: Überträgt Mittel an zulässige Empfänger.
Entityauditor: Prüft Teilnehmer-/Organisationsaktivitäten, ohne Daten zu ändern.

Onboarding

Nachdem Sie die Anwendung installiert und konfiguriert haben, bereiten Sie Benutzer, Wallets, tokenisierte Einlagekonten und Buchrollen vor. Führen Sie die folgenden Schritte aus, bevor Sie Tokenvorgänge ausführen.

Der Bankadministrator 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 tokenisiertes Einlagekonto vorhanden ist.
Der Bankadministrator überprüft die Organisationsregistrierung. Registrieren oder prüfen Sie die Gründer- und Teilnehmerorganisationen, bestätigen Sie die Gründerfolge (1), und prüfen Sie die Organisationsreihenfolge und die Anzeigewerte.
Der Bankadministrator initialisiert das Token und erstellt die anfänglichen Konten. Erstellen Sie Wallets und tokenisierte Einlagekonten für Bankrollen und für die Entityadministratoren, die teilnehmende Organisationen verwalten. Wählen Sie die korrekten Wallet-, Anwendungsgruppen- und Accountlimits aus.
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.
Der Entityadministrator 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.
Der Bankadministrator konfiguriert oder prüft Governance- und Benutzercompliancekontrollen und erstellt oder aktiviert betragsbasierte Genehmigungs-Policys. Eine Policy ohne Genehmiger kann einen Abgleichstransfer sofort abwickeln. Eine Policy mit Genehmigern erstellt die konfigurierte Genehmigungssequenz.
Der Bankadministrator synchronisiert Managerrollen. Nachdem jedes Entitätsmanagerkonto erstellt wurde, verwenden Sie den Befehl Kontenaktionen > Rollen synchronisieren für dieses Konto, um die Hauptbuchrolle Escrow anzuwenden. Anwendungsgruppen steuern den Workspace-Zugriff; Buchrollen steuern Vertragsvorgänge.
Jede Rolle meldet sich an und prü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 Rollenfolge in der folgenden Tabelle.
Nachdem alle Rollenkonfiguration und Zugriffsprüfungen abgeschlossen sind, folgen Sie dem Anwendungsworkflow, um mit dem Lebenszyklus der tokenisierten Einzahlung zu arbeiten.

Rollenabfolge

Sequenz	Rolle	Zuständigkeit	Informationen
1	Bankverwalter	Schließt das Setup von Bank, Organisation, Wallet, Konto und Rolle ab.	Bankadministrator
2	Entityadministrator	Richtet Wallets und Accounts für Teilnehmer ein.	Entitätsadministrator
3	Ersteller der Bank	Anforderungen zum Erstellen von Token weiterleiten.	Bankersteller
4	Bankmanager	Genehmigt Erstellungsanforderungen oder lehnt sie ab.	Bankmanager
5	Bankgenehmiger	Schließt zugewiesene Genehmigungen für konfigurierte betragsbasierte oder sequenzielle Transfers ab.	Bankgenehmiger
6	Bankaussteller	Gibt Mittel an Teilnehmer aus und gibt Mittel für den Ruhestand zurück.	Bankaussteller
7	Entitätsmanager	Genehmigt Direktmanageraktionen, schließt Versetzungen mit Policy-Kontrolle erst nach der erforderlichen Reihenfolge des Bankgenehmigers ab, oder lehnt ausstehende Versetzungen ab.	Entity Manager
8	Entity Officer	Einzahlungen und Überweisungen.	Entitätsbeauftragter
9	Entitybenutzer	Überträgt Mittel an zulässige Empfänger.	Entitätsbenutzer
10	Bankretter	Leitet Abgangsanforderungen weiter, nachdem Mittel zurückgegeben wurden.	Bankretter
11	Bankprüfer	Prüft die Bankaktivität und -historie.	Bankprüfer
12	Entityauditor	Aktivität und Historie der Teilnehmerorganisation prüfen	Entityauditor

Anwendungsworkflow (Tokenlebenszyklus)

Nach dem Deployment und Setup nehmen die Rollen im Szenario im Rahmen des vollständigen Token-Lebenszyklus an den folgenden Aufgaben teil. Beachten Sie, dass die Transfergenehmigung eine bedingte, keine feste Lebenszyklusphase ist: Nachdem eine Policy-gesteuerte Übertragung weitergeleitet wurde, schließt der konfigurierte Bankgenehmiger den aktuellen Genehmigungsschritt ab, bevor diese Übertragung abgerechnet wird.

Token-Mining-Anforderung. Der Bankersteller fordert die Tokenerstellung an und verschiebt genehmigte Mittel. Öffnen Sie die Seite Token erstellen, geben Sie die Menge und den optionalen Vermerk ein, prüfen Sie die generierte Vorgangs-ID, und leiten Sie die Anforderung weiter. Nachdem der Bankmanager die Anforderung genehmigt hat, leiten Sie die Übertragung genehmigter Mittel an den Bankaussteller weiter. Die anwendbare Genehmigungs-Policy bestimmt, ob der Transfer sofort abgeschlossen wird oder zur Genehmigung weitergeleitet wird.
Tokenminting-Genehmigung. Der Bankmanager genehmigt oder lehnt Bankanforderungen ab. Öffnen Sie die Queue Erstellung, um die Tokenerstellung zu genehmigen oder abzulehnen. Genehmigungsgutschriften für den Ersteller; Ablehnung lässt die Anforderung unkreditiert. Derselbe Manager genehmigt oder lehnt später Verbrennungsanforderungen vom Bankretter ab und kann eine berechtigte Überweisung erst abschließen, nachdem die konfigurierte Genehmigungssequenz erfüllt wurde.
Der Emittent verteilt Mittel. Der Bankaussteller verteilt oder gibt Geld zurück. Überweisen Sie Geldmittel an einen Entitätsbeauftragten, oder verwenden Sie den Ruhestandspfad, um Geldmittel an den Bankretter zu transferieren. Die aktive betragsbasierte Policy bestimmt, ob eine berechtigte Übertragung sofort abgerechnet wird oder auf die konfigurierte Genehmigungssequenz wartet.
Transaktionsgenehmigung. Der Bankgenehmiger führt die zugewiesenen Genehmigungsschritte aus. Wenn eine betragsbasierte Police eine weitergeleitete Überweisung an den Bankgenehmiger weiterleitet: Öffnen Sie die Seite Bankgenehmigungen, prüfen Sie die Transaktion und die aktuelle Folgeposition, und genehmigen Sie dann den Vorschuss, den Abschluss oder die Ablehnung, um die Überweisung zu stoppen. Mehrere Genehmiger handeln nacheinander.
Genehmigung der Treuhandübertragung. Der Entitätsmanager prüft Versetzungen von Vorgesetzten/Zeilen. Prüfen Sie ausstehende Teilnehmerübertragungen, die dem Manager-/Zeilenkonto zugeordnet sind. Genehmigen Sie eine direkte Manageraktion, oder schließen Sie eine berechtigte Versetzung ab, nachdem die konfigurierte Genehmigungssequenz erfüllt wurde. Lehnen Sie sie ab, wenn die Versetzung nicht abgerechnet werden darf.
Der Sachbearbeiter überweist genehmigte Mittel. Der Entity Officer verschiebt Teilnehmermittel. Überweisen Sie Geldmittel an den Bankaussteller, einen anderen Entitätsbeauftragten oder einen Entitätsbenutzer. Die aktive Police bestimmt, ob die Überweisung sofort abgerechnet wird oder an die konfigurierte Reihenfolge des Bankgenehmigers weitergeleitet wird.
Benutzer überträgt genehmigte Mittel. Ein Entitybenutzer überträgt zulässige Mittel. Übertragen Sie Mittel an einen zulässigen Entity Officer oder Entitybenutzer. Es gelten dieselben Policy-Regeln: Kein konfigurierter Genehmiger kann sofort abrechnen. Mehrere Genehmiger handeln nacheinander.
Anforderung zum Brennen von Token. Der Bankrentner beantragt den Ruhestand. Öffnen Sie nach Erhalt der Mittel das Fenster Token deaktivieren, geben Sie den Betrag und die erforderlichen Details ein, und leiten Sie die Verbrennungsanforderung weiter. Der Bankmanager genehmigt den Antrag oder lehnt ihn ab. Genehmigung entfernt die Mittel aus dem Verkehr; Ablehnung lässt die Verbrennung unvollständig.
Prüfung der Bankaktivität. Der Bankprüfer prüft die Bankaktivitäten. Verwenden Sie den Auditor-Workspace, Filter, Transaktionszeilen, Detaildialoge, Vorgangs-IDs, Salden, Genehmigungsresultate und die Historie, um die Bankaktivität zu prüfen, die im schreibgeschützten Format verfügbar ist.
Entityaktivitätsaudit: Der Entityauditor prüft die Teilnehmeraktivität. Mit dem Teilnehmerauditor-Workspace können Sie die Konten, Transfers, Genehmigungen, Salden, Vorgangs-IDs und die Historie der Organisation prüfen. Der Workspace des Entityauditor-Workspace ist schreibgeschützt und auf seine eigene Organisation beschränkt.

Genehmigungs-Policys: Tokenerstellung und -abgang verwenden die konfigurierten Anforderungswarteschlangen für Bankmanager. Emittenten-, Beamten-, Benutzer-, Ersteller-zu-Benutzer- und Retourentransfers verwenden die aktive betragsbasierte Policy. Eine Anforderung kann sofort abgerechnet werden, wenn kein Genehmiger konfiguriert ist. Wenn eine Genehmigung erforderlich ist, leitet die Policy die Anforderung an das konfigurierte Konto des Bankgenehmigers weiter. Ein Genehmiger muss dies entscheiden, und mehrere Genehmiger handeln nacheinander. Eine Ablehnung stoppt die ausstehende Übertragung; sie wird nicht abgerechnet.

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.