Ein Banking-Explorer bietet eine betriebliche Sicht auf ein Netzwerk, nicht auf sämtliche Systeme einer Institution. Berechtigte Nutzer können unterstützte Blöcke, Transaktionen, Adressen, Vermögenswerte, Verträge und institutionelle Netzwerkereignisse einsehen. Darstellung, Zugriffsmodell, Branding und verfügbare Berichte werden für die jeweilige Bereitstellung vereinbart. Ein Explorer kann Untersuchungen und Abstimmungen unterstützen, ersetzt aber weder das Ledger der Bank noch ihre Kundenservice-Werkzeuge oder Kontrollverfahren.
Eine sinnvolle Gestaltung beginnt mit der Frage, wer welche Informationen aus welchem Grund benötigt. Netzwerkaktivitäten können berechtigten Explorer-Nutzern sichtbar sein, während Kundenidentität, Kontobeziehungen, Fallnotizen und interne Entscheidungen in autorisierten Banking-Systemen verbleiben. Eine Adresse allein ist kein Kundenprofil. Teams sollten Kennungen und Zugriffsgrenzen vor dem Start zuordnen und festlegen, wie Betreiber den Explorer zusammen mit Anwendungsprotokollen und institutionellen Daten verwenden.
Von Ledger-Aktivität zu durchsuchbaren Netzwerkansichten
Das EVM-kompatible Netzwerk erfasst Blöcke und Transaktionsergebnisse. Die Explorer-Indizierung erleichtert das Auffinden unterstützter Netzwerkinformationen nach Block, Transaktion, Adresse, Vermögenswert oder Vertrag. Sie ist eine Darstellungs- und Abrufebene für Netzwerkaktivitäten und ändert weder die Transaktionsautorisierung noch den Validator-Konsens, die Vermögensrichtlinie oder die Bedeutung der Off-Chain-Verpflichtungen einer Bank.
Eine Institution sollte zunächst festlegen, welche Fragen Mitarbeitende bei einer Untersuchung beantworten müssen: ob eine eingereichte Transaktion erscheint, welchen Receipt-Status sie erreicht hat, welche relevanten Ereignisse ausgegeben wurden oder wie die Aktivität mit einem betrieblichen Fall zusammenhängt. Danach wird vereinbart, welche Ansichten und Ereignisinterpretationen enthalten sind. Umfang und Sichtbarkeit der Indizierung sind Bereitstellungsentscheidungen und keine Zusage, dass jedes interne Banking-Ereignis dargestellt wird.
Netzwerkdaten und Explorer-Indizierung
- EVM-Netzwerk
Blöcke, Transaktionen, Receipts, Adressen, Verträge und unterstützte Ereignisse.
- Indizierungsebene
Ordnet unterstützte Netzwerkdatensätze zum Suchen und Erkunden.
- Banking-Explorer
Zeigt vereinbarte Netzwerkansichten für berechtigte Nutzer.
- Institutionelle Systeme
Verwalten Kundenidentität, Kontokontext, Fälle und Bankdaten unter Kontrolle der Bank.
Netzwerkinformationen und Bankdaten trennen
Netzwerk und Explorer können zulässige technische Informationen wie Transaktions-Hashes, Adressen, Aktivitäten von Vermögenswerten, Vertragsinteraktionen und unterstützte institutionelle Ereignisse offenlegen. Die genaue Sichtbarkeit richtet sich nach Netzwerkdesign und Explorer-Zugriffskonfiguration. Speichern Sie keine personenbezogenen oder vertraulichen Bankdaten in öffentlich sichtbaren Transaktionsfeldern und gehen Sie nicht davon aus, dass eine pseudonyme Adresse privat bleibt, wenn Aktivitäten miteinander verknüpft werden können.
Kundennamen, Kontonummern, Identitätsnachweise, Zuordnungen zwischen Kunden und Adressen, Untersuchungsnotizen und interne Genehmigungen sollten in Systemen mit geeigneten Zugriffskontrollen der Institution verbleiben. Wenn Mitarbeitende eine Adresse einem Kunden zuordnen müssen, sollte dies innerhalb eines autorisierten Bankablaufs geschehen. Legen Sie vor der Zugriffsvergabe Rollen, Aufbewahrung, Exporte und Prüfanforderungen für die Explorer-Nutzung fest.
Den Explorer als eine von mehreren Betriebsquellen nutzen
Betriebsteams können Netzwerkansichten heranziehen, um eine verzögerte oder unerwartete Transaktion zu untersuchen, ein Vertragsereignis zu prüfen oder festzustellen, ob eine Transaktion im Ledger erscheint. Sie sollten diese Nachweise mit der Anfrage der einreichenden Anwendung, Identitäts- und Genehmigungsprotokollen, der RPC-Antwort, der Verarbeitung der Transaktionsbelege und den zugehörigen internen Zahlungs- oder Ledger-Einträgen abgleichen.
Eine Explorer-Ansicht beweist für sich genommen weder, dass eine Kundenverpflichtung erfüllt oder ein Bank-Ledger aktualisiert wurde, noch dass eine Übertragung nach jeder institutionellen Richtlinie endgültig ist. Teams benötigen dokumentierte Kriterien für Bestätigung, Ausnahmebehandlung, Eskalation und Aufbewahrung. Wenn Zugriffs- oder Berichtsanforderungen den enthaltenen Umfang überschreiten, sind sie bei der Analyse festzulegen und nicht als nicht aufgeführte Funktion vorauszusetzen.
Zwei Informationsbereiche
- NetzwerkbereichTransaktionen, Adressen, Receipts, Vermögenswerte, Verträge und unterstützte Ereignisse.
- Explorer-AnsichtVereinbarte durchsuchbare Darstellung mit konfigurierter Sichtbarkeit und Zugriff.
- BankbereichKundenidentität, Konten, interne Fälle, Genehmigungen und Abstimmungsdaten.
- Autorisierte VerknüpfungInstitutionelle Anwendungen verbinden relevanten Kontext nur für zulässige Aufgaben.
Umfang vor dem betrieblichen Einsatz vereinbaren
Ein praktisches Ergebnis der technischen Analyse ist eine Explorer-Umfangsbeschreibung mit vorgesehenen Nutzern, Ansichten, Ereignisanforderungen, Netzwerkumgebungen, Zugriffsgrenzen, Branding-Bedarf und Berichterwartungen. Die Institution sollte zudem Daten benennen, die niemals in Explorer-sichtbaren Feldern erscheinen dürfen, und festlegen, wer Änderungen an Sichtbarkeit oder Nutzerzugriff genehmigt. So wird der Explorer nützlich, ohne ihn als Ersatz für private Banking-Anwendungen zu behandeln.
Im Rahmen der Bereitstellung wird festgelegt, welche Explorer-Konfiguration und Betriebsverantwortung enthalten ist, was die Institution beisteuern muss und welche Anforderungen separat geprüft werden. Mögliche Ergebnisse sind vereinbarte Konfiguration, Zuordnung von Zugriffsrollen, Nutzerhinweise und eine Prüfliste für repräsentative Netzwerkaktivitäten. Verfügbarkeit, Aktualität der Daten, API-Limits und Serviceverpflichtungen müssen im jeweiligen Umfang und Vertrag bestätigt werden.