Verwahrung digitaler Vermögenswerte: Gewährleistung einer sicheren Handelsabwicklung mit geringer Latenz in großem Maßstab

Victor Rohlfs, Vivian Carrasco

18. Juni 2025 – 19 Minuten Lesezeit

Teilen

Durch den Einsatz einer speziellen globalen Blockchain-Infrastruktur und direkter On-Chain-Konnektivität können Verwahrstellen den Handel mit digitalen Vermögenswerten in Echtzeit mit kompromissloser Sicherheit und Zuverlässigkeit abwickeln. Dies ermöglicht es Institutionen, Leistungsanforderungen zu erfüllen (bei denen jede Millisekunde zählt) und gleichzeitig strenge Compliance- und Risikokontrollen in ihren Handelsabläufen einzuhalten.

Die zunehmende Akzeptanz von Kryptowährungen durch institutionelle Anleger und das steigende Handelsvolumen auf der Blockchain (z. B. 27 Billionen US-Dollar an Stablecoin-Transaktionen, die in den ersten 11 Monaten des Jahres 2024 abgewickelt wurden) haben deutlich gemacht, dass Geschwindigkeit, Sicherheit und Zuverlässigkeit für die Verwahrung digitaler Vermögenswerte unverzichtbar sind. Im Vergleich zur traditionellen Finanzwelt bringen On-Chain-Transaktionen besondere Herausforderungen mit sich: Transaktionen müssen sich über dezentrale Netzwerke verbreiten, sich in öffentlichen Mempools durchsetzen und Risiken wie Front-Running durch Bots standhalten. In diesem Leitfaden untersuchen wir, was erforderlich ist , um eine sichere Handelsarchitektur mit geringer Latenz für Verwahrstellen aufzubauen , und skizzieren einen technischen Entwurf, um dies zu erreichen.

Was ist wirklich wichtig?

Zunächst müssen drei wesentliche Kriterien erfüllt sein, die jede institutionelle Handelsplattform für digitale Vermögenswerte erfüllen muss:

1. Ausführung mit geringer Latenz:

   Die Gesamtdauer von der Handelsauslösung bis zur Einbindung in die Blockchain sollte so kurz wie möglich gehalten werden. In schnelllebigen Märkten können Verzögerungen von nur wenigen Sekunden bereits zu verpassten Chancen oder Slippage führen. Eine hohe Latenz beeinträchtigt nicht nur das Nutzererlebnis, sondern schafft auch Möglichkeiten für Informationsarbitrage – eine langsame Transaktionsweitergabe kann es Bots oder Wettbewerbern ermöglichen, Ihre Handelsgeschäfte vorwegzunehmen. Die Infrastruktur einer Verwahrstelle muss Transaktionen unverzüglich übertragen und On-Chain-Daten in Echtzeit abrufen, um sicherzustellen, dass ihr Marktüberblick stets auf dem neuesten Stand ist.

2. Sicherheit und Schutz vor MEV:

   Verwahrstellen müssen sicherstellen, dass Transaktionen integer ausgeführt werden und während der Übertragung nicht manipuliert werden. In der Praxis bedeutet dies, Transaktionen vor MEV-Angriffen (Maximal Extractable Value) wie Front-Running oder Sandwiching zu schützen, bei denen der öffentliche Mempool ausgenutzt wird, indem Transaktionen zur Gewinnerzielung neu angeordnet oder eingefügt werden. Bei hochwertigen On-Chain-Transaktionen können private Transaktionsrelais oder spezialisierte RPC-Endpunkte dafür sorgen, dass Transaktionen vor Angreifern verborgen bleiben, bis sie bestätigt sind, wodurch verhindert wird, dass böswillige Akteure die Auftrags flow manipulieren. (Beispielsweise bieten die MEV-Schutz-Add-ons vonQuicknode einen privaten RPC, der Transaktionen vor MEV-Angriffen schützt.) Zur Sicherheit gehört auch die Datenintegrität – eine direkte Verbindung zu Blockchain-Knoten (ohne unzuverlässige Zwischenstellen) stellt sicher, dass die Transaktions- und Statusdaten, auf die Sie sich verlassen, genau denen entsprechen, die in der Blockchain aufgezeichnet sind.

3. Zuverlässigkeit und globale Reichweite:

   In einem globalen Handelsumfeld sind Verfügbarkeit und geografische Verteilung von entscheidender Bedeutung. Verwahrungsplattformen bedienen häufig Kunden auf der ganzen Welt und sind rund um die Uhr über mehrere Blockchains hinweg im Einsatz. Die Infrastruktur muss hohe Volumina bewältigen können, ohne ins Stocken zu geraten –

Eine robuste Handelsplattform für die Verwahrung muss diese Kriterien erfüllen, um Aufträge zügig (oft innerhalb von Bruchteilen einer Sekunde) auszuführen, jede Transaktion vor widrigen Marktbedingungen zu schützen und die Betriebskontinuität zu gewährleisten. Die Nichteinhaltung auch nur eines dieser Kriterien kann zu finanziellen Verlusten oder Verstößen gegen Compliance-Vorschriften führen – beispielsweise durch einen Ausfall bei starken Marktbewegungen oder durch einen „Front-Running“-Handel, der gegen die Richtlinien zur bestmöglichen Ausführung verstößt.

Welche Möglichkeiten gibt es?

Dies ist einer der ersten Punkte, die bei der Entwicklung eines Handelssystems mit geringer Latenz für digitale Vermögenswerte zu berücksichtigen sind: Wie stellt man eine Verbindung zu den Blockchain-Netzwerken her, um Daten auszulesen und Transaktionen zu senden? Es gibt verschiedene Ansätze, die jeweils Vor- und Nachteile im Hinblick auf unsere Kriterien (Geschwindigkeit, Sicherheit, Zuverlässigkeit) aufweisen:

1. Selbst gehostete Knoten

Der Betrieb eigener Blockchain-Knoten ermöglicht Ihnen direkten Zugriff auf das Netzwerk, ohne von Dritten abhängig zu sein. Theoretisch sollte dies ein Höchstmaß an Kontrolle gewährleisten: Sie können die Knoten nach Belieben konfigurieren und sicherstellen, dass die Daten direkt aus der Quelle stammen (wodurch die Anforderungen an die Datenintegrität erfüllt werden). Die praktischen Herausforderungen eines Selbstbetriebs in großem Maßstab sind jedoch beträchtlich. Als Verwahrstelle, die mit mehreren Blockchains und globalen Kunden zu tun hat, müssten Sie zahlreiche Knoten über verschiedene Regionen hinweg bereitstellen und diese rund um die Uhr warten. Die Gewährleistung geringer Latenzzeiten ist nicht nur eine Frage des Betriebs eines Knotens; sie erfordert die Optimierung von Netzwerk-Peering, Hardware und der Nähe zu Validatoren/Minern – Aufgaben, die spezialisiertes Fachwissen erfordern. Darüber hinaus kann die Aufrechterhaltung einer hohen Zuverlässigkeit zu einem betrieblichen Albtraum werden: Knoten erfordern ständige Updates (Forks, Upgrades) und Überwachung, und jede Ausfallzeit wirkt sich direkt auf Ihr Geschäft aus. Wie ein Anbieter der Branche feststellte, ist das Selbsthosting von Blockchain-Infrastruktur ressourcenintensiv und lenkt vom Kerngeschäft ab – „Die Wartung von Blockchain-Knoten wäre ressourcenintensiv“ – insbesondere, wenn institutionelle Kunden null Ausfallzeiten erwarten.

Entscheidend ist, dass ein einzelner, selbst gehosteter Knoten (oder sogar ein kleiner Cluster) möglicherweise Schwierigkeiten hat, die Anforderungen an eine niedrige Latenz konsistent zu erfüllen. Befindet sich Ihr Knoten in einer einzigen Region, müssen Nutzer in weiter Entfernung mit einer zusätzlichen Netzwerklatenz rechnen. Das Einrichten von Knoten auf mehreren Kontinenten und deren Synchronisierung ist kein triviales Unterfangen. Hinzu kommt die Frage nach Durchsatz und Skalierbarkeit: Wenn Ihr Handelsvolumen sprunghaft ansteigt oder Sie viele Daten parallel abfragen müssen – kann Ihre selbst betriebene Infrastruktur dies bewältigen? Ohne erhebliche Überdimensionierung oder dynamische Skalierung riskieren Sie, in Spitzenzeiten auf Leistungsengpässe oder Ratenbeschränkungen zu stoßen. Zusammenfassend lässt sich sagen: Selbsthosting bietet zwar uneingeschränkten Zugriff, hinkt jedoch in der Regel bei der globalen Abdeckung mit geringer Latenz hinterher und erfordert einen hohen Aufwand, um das Maß an Zuverlässigkeit und Reaktionsfähigkeit zu erreichen, das eine Verwahrstelle benötigt.

2. Öffentliche oder grundlegende RPC-Endpunkte

Ein weiterer Ansatz, den einige Teams verfolgen, ist die Nutzung öffentlicher RPC-Endpunkte oder kostenloser Infrastrukturdienste, die von Blockchain-Projekten und Aggregatoren bereitgestellt werden. Beispielsweise bieten dezentrale Börsenaggregatoren möglicherweise eine öffentliche API für die Übermittlung von Swaps an, und manche Blockchains betreiben öffentliche Knoten, die jeder abfragen kann. Der Reiz dabei liegt in der fehlenden Einrichtungsarbeit und den geringen Vorlaufkosten – man nutzt eine bestehende „ endpoint “ und vermeidet den Betrieb eigener Knoten. Allerdings sind diese öffentlichen oder gemeinsam genutzten Dienste mit strengen Einschränkungen verbunden. Oft gelten Ratenbeschränkungen, Leistungsengpässe durch die gemeinsame Nutzung sowie unzuverlässige Verfügbarkeit. Im Kontext des Handels mit geringer Latenz ist es riskant, sich auf eine überlastete öffentliche „ endpoint “ zu verlassen: Je nachdem, wie viele andere Nutzer diese nutzen, kann es zu schwankenden Antwortzeiten kommen. Tatsächlich geht die „Bequemlichkeit“ einer kostenlosen API meist auf Kosten von Geschwindigkeit und Konsistenz. So könnte eine öffentliche Swap-API beispielsweise Ihre Anfragen drosseln oder eine P99-Latenz von einigen Sekunden aufweisen – viel zu langsam, wenn Entscheidungen im Millisekundenbereich entscheidend sind.

Sicherheit ist ein weiterer Kritikpunkt. Öffentliche Endpunkte bieten in der Regel keinen MEV-Schutz und keine spezielle Transaktionsabwicklung. Ihre Transaktionen durchlaufen wie alle anderen auch den öffentlichen Mempool, was die Wahrscheinlichkeit erhöht, dass ein räuberischer Bot sie entdeckt und darauf reagiert. Zudem mangelt es an Anpassungsmöglichkeiten – Sie können maßgeschneiderte Workflows (wie beispielsweise eine benutzerdefinierte Failover-Logik oder Prioritätsrouting) nicht ohne Weiteres integrieren, wenn Sie von einem einfachen Anbieter abhängig sind. Kurz gesagt: Während öffentliche RPC-Endpunkte für Hobbyprojekte oder erste Tests durchaus geeignet sein mögen, erfüllen sie die Anforderungen an alle drei Kriterien für eine Verwahrplattform auf Unternehmensniveau nicht. Hochfrequenz-Handelsbots und geschäftskritische Systeme wachsen aufgrund von Latenz- und Zuverlässigkeitsproblemen schnell über diese Lösungen hinaus.

3. Knoteninfrastruktur auf Unternehmensniveau

Die dritte Möglichkeit besteht darin, einen Anbieter von Node-Infrastruktur auf Unternehmensniveau zu nutzen. Quicknode bietet beispielsweise zwei Hauptdienste an, um den unterschiedlichen Anforderungen von Institutionen gerecht zu werden: die Core-API und Dedicated Clusters.

• Core-API: Die Core-API von Quicknodebietet leistungsstarke RPC-Endpunkte, die weltweit über zahlreiche Regionen verteilt sind. Dank eines breiten und umfangreichen Netzwerks gewährleistet sie durchgehend niedrige Latenzzeiten und eine zuverlässige Blockchain-Konnektivität. Diese flächendeckende globale Präsenz kommt Verwahrern zugute, die eine sofortige Transaktionsweitergabe und reaktionsschnelle Datenabfrage benötigen, ohne den Aufwand einer eigenen Knotenverwaltung tragen zu müssen. Verwahrer, die die Core-API nutzen, erhalten sofortigen Zugriff auf optimiertes Routing, Caching und eine hochverfügbare Infrastruktur, die speziell auf Blockchain-Interaktionen in großem Maßstab zugeschnitten ist.

• Dedicated Clusters: Für Verwahrstellen, die maßgeschneiderte, isolierte Umgebungen benötigen, bietet Quicknode Dedicated Clusters an. Dieser Service stellt vollständig dedizierte Knotenressourcen bereit – wodurch „störende Nachbarn“ vermieden werden – sowie anpassbare Konfigurationen wie kundenspezifische Einstellungen, präzise regionale Bereitstellungen und zusätzliche Redundanzeinheiten. Dedicated Clusters gewährleisten eine vorhersehbare, hohe Leistung, die auf spezifische Latenz- oder regulatorische Anforderungen zugeschnitten ist, und ermöglichen Institutionen eine detaillierte Kontrolle über die Einrichtung ihrer Knoteninfrastruktur.

Sowohl die Core-API als auch „ Clusters “ erfüllen wichtige Unternehmensanforderungen:

• Geringe Latenz: Die optimierte Netzwerkarchitektur und die weltweite Verteilung der Knoten von Quicknodegewährleisten minimale Verzögerungen, indem Anfragen an den nächstgelegenen verfügbaren Knoten weitergeleitet werden.

• Sicherheit und MEV-Schutz: Beide Dienste bieten Integrationen wie private RPC-Endpunkte und spezialisierte Transaktionsrelais (z. B. Merkle) zum Schutz vor Front-Running und MEV-Ausnutzung, wodurch Verwahrstellen Transaktionen sicher direkt an Validatoren senden können.

• Zuverlässigkeit und Redundanz: Quicknode unterhält redundante Systeme und automatische Ausfallsicherungsmechanismen, um eine hohe Verfügbarkeit zu gewährleisten. Dedizierte Clusters bieten zusätzliche Redundanzoptionen, die individuell an die Anforderungen der Kunden angepasst werden.

Im Wesentlichen kann ein professioneller Infrastrukturanbieter alle Anforderungen einer Handelsplattform mit Verwahrungsfunktion erfüllen: blitzschnelle Ausführung, fortschrittliche Sicherheitsmaßnahmen und ständige Verfügbarkeit. Aus diesem Grund entscheiden sich viele führende Fintech- und Krypto-Unternehmen dafür, das Rad hier nicht neu zu erfinden. So wechselte beispielsweise Metaco (ein Technologieunternehmen für die Verwahrung digitaler Vermögenswerte, das Tier-1-Banken betreut – und von Ripple übernommen wurde) zu Quicknode , nachdem andere Lösungen als unzureichend befunden wurden – Quicknodebietet „blitzschnelle Reaktionszeiten und überragende Zuverlässigkeit““ ermöglichten es dem Unternehmen, die Erwartungen der Kunden hinsichtlich Geschwindigkeit, Datenqualität und Verfügbarkeit zu erfüllen. Die Zusammenarbeit mit einem erfahrenen Anbieter verschafft Ihnen sofortigen Zugang zu einem praxiserprobten Netzwerk und einem Support- equipe , der bei auftretenden Problemen Hilfe leisten kann – was von unschätzbarem Wert ist, wenn Ihnen die Sicherung und Abwicklung von Vermögenswerten in Milliardenhöhe anvertraut wird.

Überblick über die Systemarchitektur

Nehmen wir an, Sie entscheiden sich für einen Ansatz auf Enterprise-Niveau und möchten ein durchgängiges System für die sichere Handelsabwicklung in Echtzeit im Rahmen einer Verwahrung konzipieren. Im Folgenden wird detailliert dargestellt, wie die einzelnen Komponenten von der Handelsinitiierung bis hin zur On-Chain-Bestätigung und -Prüfung ineinandergreifen. (Dies baut auf der Abstimmungsarchitektur aus unserem vorherigen Leitfaden auf, doch hier liegt der Schwerpunkt auf der Pipeline zur Transaktionsabwicklung und nicht auf der nachträglichen Saldenverfolgung.)

1. Integration und Prüfungen vor dem Handel

Auftragsherkunft und Richtlinienkontrollen: Institutionelle Verwahrstellen integrieren den Handelsbetrieb in der Regel in interne Compliance- und Risikomanagementsysteme. Wenn ein Handel oder eine Übertragung initiiert wird (sei es durch einen Kunden über eine Schnittstelle oder durch einen internen Handelsdesk), durchläuft dieser zunächst eine Reihe von Richtlinienprüfungen. Compliance-Engines und Risikomanagement-Module stellen sicher, dass die Transaktion den Vorschriften und internen Regeln entspricht: Dazu gehören beispielsweise die Überprüfung des KYC-/AML-Status von Adressen, die Kontrolle, ob das Handelsvolumen innerhalb der festgelegten Grenzen liegt, und die Überprüfung der Verfügbarkeit der Vermögenswerte. Diese Systeme können mit einer Verwahrungs-Wallet-Plattform (wie beispielsweise einem HSM-basierten Schlüsselverwaltungssystem oder einem Dienst wie Fireblocks/Copper) verbunden sein, die die privaten Schlüssel verwahrt und die Transaktion erstellen sowie signieren kann. Erst nachdem eine Transaktionsanforderung alle erforderlichen Prüfungen (und gegebenenfalls mehrere Unterzeichner in einem Mehrfachgenehmigungs flow) bestanden hat, wird sie in die Ausführungspipeline freigegeben.

Echtzeit-Koordination: Sobald ein Handel freigegeben ist, übernimmt ein dedizierter interner Dienst (nennen wir ihn den „Trade Executor“-Mikroservice) die Abwicklung auf der Blockchain. Dieser Dienst erhält die Details der Transaktion (Vermögenswert, Betrag, Absender- und Empfängeradressen usw. oder möglicherweise eine Swap-Anweisung wie „X gegen Y tauschen“). Seine Aufgabe besteht nicht darin, zu entscheiden, ob der Handel stattfinden soll (das wurde bereits durch die oben beschriebene Geschäftslogik entschieden), sondern sicherzustellen, dass er schnell und korrekt in der Blockchain erfolgt. Der „Trade Executor“ kommuniziert sowohl mit dem Wallet-/Verwahrungssystem, um eine signierte Transaktion zu erhalten (falls diese nicht bereits vorbereitet wurde), als auch über RPC mit dem Blockchain-Netzwerk. In dieser Phase zählt jede eingesparte Millisekunde – der Dienst versieht den Auftrag mit einem Zeitstempel und sendet ihn sofort über den schnellstmöglichen Weg weiter.

2. Transaktionsweitergabe und -ausführung

Primäres und Failover-RPC: Um die Transaktion an die Blockchain zu übermitteln, nutzt der Trade Executor eine primäre RPC- endpoint , die vom Infrastrukturanbieter bereitgestellt wird (z. B. ein Quicknode HTTPS oder WebSocket endpoint). Diese RPC-Verbindung ist im Wesentlichen unser Zugang zur Blockchain. Da wir einen Unternehmensanbieter nutzen, verfügen wir über eine dedizierter Cluster endpoint mit geringer Latenz und hohem Durchsatz. Das System ist mit einem Failover-RPC ebenfalls – entweder einen alternativen endpoint des Anbieters in einer anderen Region oder einen völlig anderen sekundären Anbieter –, um Redundanz zu gewährleisten. In der Praxis wird die Transaktion zunächst über eine Methode wie eth_sendRawTransaction (für Ethereum) oder das entsprechende Äquivalent in anderen Blockchains. Der Knoten validiert diese Transaktion umgehend und leitet sie an seine Peers im Netzwerk weiter.

Globale Mempool-Übertragung: Ein Vorteil der Nutzung eines global optimierten Anbieters besteht darin, dass die Weiterleitung Ihrer Transaktion weltweit nahezu augenblicklich erfolgen kann ( near). Die Infrastruktur von Quicknodeist beispielsweise mit Knoten in allen wichtigen Regionen vernetzt, was bedeutet, dass Ihre Transaktion, sobald sie den Knoten des Anbieters erreicht, schnell an Miner und Validatoren weitergeleitet wird, unabhängig davon, wo diese sich befinden. Eine geringe Übertragungsverzögerung erhöht die Wahrscheinlichkeit, dass Ihre Transaktion bereits im nächsten Block der Kette aufgenommen wird. Im Wesentlichen wird dadurch die „Hop-Distanz“ zwischen dem System Ihres Verwahrers und den Blockproduzenten verringert. Das Ergebnis: eine schnellere Aufnahme und ein geringeres Risiko, im Mempool hängen zu bleiben. Darüber hinaus weisen die Knoten des Anbieters eine sehr hohe Blockaktualität auf – sie sind stets auf die aktuellste Blockhöhe abgestimmt –, sodass es keine Verzögerung bei der Erkennung des aktuellen Zustands gibt (was andernfalls dazu führen könnte, dass eine Transaktion aufgrund der Bezugnahme auf einen veralteten Zustand abgelehnt wird).

MEV und Front-Run-Schutz: Für bestimmte sensible Transaktionen kann der Trade Executor eine spezielle Übertragungsmethode wählen. Wenn beispielsweise ein umfangreicher DeFi-Swap auf Ethereum ausgeführt wird, könnte anstelle des üblichen öffentlichen Mempool-Wegs eine RPC für private Transaktionen. Unser Infrastrukturanbieter unterstützt dies über ein Add-on: Die Transaktion wird mit einer Methode wie beispielsweise eth_sendPrivateTransaction wodurch sie aus dem öffentlichen Gerüchte-Netzwerk herausgehalten wird. Dies garantiert, dass kein Front-Running-Bot die Transaktion überhaupt sieht, bevor sie gemined wurde, wodurch das Risiko von Sandwich-Angriffen oder anderen MEV-Exploits effektiv zunichte gemacht wird. Der Nachteil ist, dass diese privaten Routen möglicherweise nur mit bestimmten Minern funktionieren oder leicht unterschiedliche Einbeziehungsgarantien bieten, sodass die Logik bei Bedarf auf die öffentliche Route zurückgreifen könnte (weshalb Failover-Pfade wichtig sind). Dennoch kann für einen Verwahrer, der im Auftrag eines Kunden einen On-Chain-Swap durchführt, diese Art des Front-Run-Schutzes den Unterschied ausmachen zwischen dem Erhalt des erwarteten Preises und dem Opfer eines kostspieligen Sandwich-Angriffs zu werden.

Beispiel – On-Chain-Swap-Workflow: Um dies zu veranschaulichen, betrachten wir ein Unternehmen, das auf Solana einen On-Chain-Token-Swap zur Neugewichtung seines Portfolios durchführt. Der Trade Executor könnte einen Aggregator wie Jupiter nutzen, um die beste Preisroute für den Swap zu ermitteln. Mit der in Quicknodeintegrierten Metis Jupiter Swap-API kann die Verwahrstelle ein Swap-Angebot abrufen und den Swap über ein leistungsstarkes Backend übermitteln, das 4–5-mal schneller ist als die öffentliche API. Die signierte Swap-Transaktion wird anschließend über den „ Solana “-Knoten von Quicknodeübertragen und erreicht die Validatoren mit minimaler Verzögerung. Aufgrund der geringen Latenz und des dedizierten Durchsatzes ist die Wahrscheinlichkeit sehr hoch, dass der Swap im nächsten Solana -Block ausgeführt wird, und das Unternehmen erreicht near – die sofortige Ausführung eines großen Handelsgeschäfts zum optimalen Preis. Dies veranschaulicht, wie alle einzelnen Komponenten – vom intelligenten Order-Routing bis zur schnellen RPC-Übertragung – zusammenwirken, um den Anwendungsfall der Verwahrung zu bedienen. Zusammenfassend lässt sich sagen, dass die Transaktionsweitergabe in unserer Architektur so direkt und schnell wie möglich gestaltet ist und über Fallback- und Schutzmechanismen verfügt, um die kniffligen Aspekte des Blockchain-Handels zu bewältigen.

3. Echtzeitüberwachung und Datenschicht

Bestätigung und Streaming: Nachdem die Transaktion übermittelt wurde, wechselt das System zur Überwachung von mode , um zu bestätigen, dass der Handel in der Blockchain gemined bzw. validiert wurde. Anstatt die Blockchain lediglich auf einen Transaktionsbeleg abzufragen (was zwar möglich, aber ineffizient ist), kann unsere Architektur einen Streaming- oder Webhook-Mechanismus nutzen. Beispielsweise ermöglichen die Streams oder erweiterten WebSocket-Abonnements von Quicknodeder Plattform, auf bestimmte Ereignisse zu warten – wie das Erscheinen unseres Transaktions-Hashes in einem neuen Block oder eine Saldenänderung einer bestimmten Adresse – und sofort benachrichtigt zu werden, sobald dies geschieht. Der Trade-Executor-Dienst abonniert diese Ereignisse (die oft bereits im Vorfeld, beim Absenden der Transaktion, eingerichtet wurden) und weiß somit innerhalb einer Sekunde (oder weniger), wann der Handel bestätigt ist. Dieses Echtzeit-Feedback ist für den Arbeitsablauf einer Verwahrstelle entscheidend: Es löst nachgelagerte Prozesse aus, wie die Aktualisierung von Positionsdatensätzen, die Benachrichtigung von Nutzern oder die Einleitung von Folgeaktionen (z. B. die Freigabe einer Fiat-Zahlung, sobald eine Krypto-Überweisung bestätigt ist).

Datenintegritätsprüfungen: Auch wenn wir unserer direkten Knotenverbindung vertrauen, ist es in Unternehmenssystemen bewährte Praxis, Plausibilitätsprüfungen durchzuführen, insbesondere bei kritischen Transaktionen. Die Überwachungskomponente kann die Details gegebenenfalls über eine zusätzliche Quelle gegenprüfen – beispielsweise durch Abfrage einer Block-Explorer-API, um sicherzustellen, dass sich die Transaktion tatsächlich in der kanonischen Kette befindet (dies kann in Randfällen wie Ketten-Reorganisations hilfreich sein). In den meisten Fällen ist die Bestätigung des Knotens jedoch endgültig. Die Plattform ruft dann alle relevanten resultierenden Daten – neue Salden, aktualisierte Token-Bestände usw. – direkt über RPC ab, um den Zustand nach dem Handel zu erfassen. Handelte es sich bei dem Handel um einen Swap, können die Beträge der einzelnen Vermögenswerte vor und nach dem Swap abgerufen werden, um zu bestätigen, dass das Swap-Ergebnis den Erwartungen entspricht. All diese Datenabfragen innerhalb der Blockchain erfolgen über die RPC-Schicht, wobei bei großem Datenvolumen möglicherweise ein interner Indexer zur Steigerung der Effizienz zum Einsatz kommt. (Viele Verwahrstellen unterhalten einen Indexierungsdienst, der Blockchain-Daten kontinuierlich in eine abfragbare Datenbank einspeist. Dies kann Abfragen nach historischen Daten oder aggregierten Positionen beschleunigen, was sowohl für die Abstimmung als auch für das Echtzeit-Risikomanagement nützlich ist.)

Fehlerbehandlung und Warnmeldungen: Falls die Bestätigung einer Transaktion fehlschlägt (z. B. weil sie aus dem Mempool entfernt oder aufgrund eines Smart-Contract-Fehlers rückgängig gemacht wurde), erkennt die Überwachungsebene das Ausbleiben einer Bestätigung innerhalb eines erwarteten Zeitraums. Sie kann dies dann den Betreibern melden oder gegebenenfalls automatisch einen erneuten Versuch starten. Warnmeldungen können beispielsweise an einen SRE- equipe gesendet werden, wenn die Ausfallrate einen Schwellenwert überschreitet oder wenn ein bestimmter hochwertiger Handel fehlschlägt. Das System sollte solche Fehler elegant handhaben – beispielsweise durch Rückgängigmachen des internen Zustands, falls erforderlich, oder durch Einreihen der Transaktion in eine Warteschlange zur manuellen Überprüfung. Die Verfügbarkeit robuster Daten zu jedem Transaktionsversuch (Zeitstempel, Knotenantworten, Fehlercodes) ist wichtig für die spätere Analyse, was uns zur letzten Komponente bringt.

4. Prüfpfad und Rückkopplungsschleife

Jeder Schritt des oben beschriebenen Prozesses erzeugt Protokolleinträge und Auditdaten. Diese fließen in die Governance-, Risiko- und Compliance-Systeme (GRC) der Verwahrstelle ein.

Prüfpfad: Jeder Handel wird mit Details wie dem Initiator, dem Zeitpunkt der Genehmigung, der Weiterleitung (z. B. über privates oder öffentliches RPC) sowie der endgültigen On-Chain-Transaktions-ID und dem Ergebnis protokolliert. Dieser lückenlose Prüfpfad ist nicht nur für die interne Rechenschaftspflicht, sondern auch für die Einhaltung externer regulatorischer Vorschriften unerlässlich. Verwahrstellen müssen unter Umständen die bestmögliche Ausführung nachweisen und darlegen, dass sie die erforderlichen Vorsichtsmaßnahmen getroffen haben (z. B. unbefugte Übertragungen verhindert, Interessenkonflikte bei der Auftragsweiterleitung vermieden haben usw.). Die Protokolle des Trade Executors, die Antworten der Knoten und die Bestätigungsdaten bilden zusammen die Nachweise für solche Anfragen.

Risikoüberwachung: Die Nachhandelsdaten (aktualisierte Salden usw.) fließen in die Risikosysteme ein, um die Risikopositionen in Echtzeit neu zu kalibrieren. War der Handel Teil einer umfassenderen Strategie (beispielsweise die Umschichtung von Vermögenswerten zur Neugewichtung eines Portfolios oder zur Bereitstellung von Liquidität an einer bestimmten Stelle), aktualisieren diese Systeme die Dashboards und Risikomodelle entsprechend. Tatsächlich verfügen viele Verwahrungs-Handelsplattformen über kontinuierliche Risikoprüfungen, die auch nach der Ausführung weiterlaufen – beispielsweise um sicherzustellen, dass das Gesamtportfolio nach einer Reihe von Transaktionen weiterhin den Limits entspricht oder dass ausstehende, noch nicht abgewickelte Transaktionen nachverfolgt werden. Die von der Infrastruktur (über streams oder einen Indexer) bereitgestellten Echtzeit-On-Chain-Daten ermöglichen dies, indem sie sekundengenaue Zustandsübersichten liefern.

Kontinuierliche Verbesserung: Schließlich umfasst der Feedback-Kreislauf auch die Überprüfung von Leistungskennzahlen und Problemen. Da wir für die Knotenebene einen externen Anbieter nutzen, behalten wir Kennzahlen wie RPC-Latenz, Erfolgsraten und Failover-Vorfälle im Auge. Unternehmensanbieter stellen hierfür häufig Dashboards oder Protokolle zur Verfügung. Im Laufe der Zeit können sich durch die Analyse dieser Protokolle Muster erkennen lassen – vielleicht treten zu bestimmten Tageszeiten Latenzspitzen in einem bestimmten Netzwerk auf oder bestimmte Transaktionsarten dauern länger. Diese Informationen helfen bei der Feinabstimmung des Systems. Wenn wir beispielsweise feststellen, dass die Nutzung eines privaten Relays die Ergebnisse bei großen Swaps deutlich verbessert hat, könnten wir mehr Trades auf diesem Weg leiten. Oder wenn eine bestimmte RPC-Region für eine bestimmte Blockchain schneller ist, könnten wir unsere Primär endpoint entsprechend neu konfigurieren. Dieses kontinuierliche Feedback stellt sicher, dass die Handelsarchitektur mit jedem Zyklus robuster und effizienter wird, während gleichzeitig die erforderlichen Compliance- und Audit-Standards eingehalten werden.

Schnell, sicher und zuverlässig – auch in großem Maßstab

Insgesamt ermöglicht diese Architektur Verwahrstellen, den Handel mit digitalen Vermögenswerten schnell, sicher und zuverlässig in großem Umfang abzuwickeln. Durch die Kombination von Echtzeit-Blockchain-Konnektivität (über optimierte RPC-Knoten) mit strengen Kontrollen vor dem Handel und Überprüfungen nach dem Handel können Institutionen sicher auf den Kryptomärkten agieren, ohne Abstriche bei Compliance oder Sicherheit machen zu müssen. Entscheidend ist, dass der Einsatz einer dedizierten, global verteilten Infrastruktur sicherstellt, dass jede Transaktion – von einer routinemäßigen Überweisung bis hin zu einem großen Multi-Chain-Swap – mit minimaler Latenz und maximaler Verfügbarkeit abgewickelt wird. Das Ergebnis ist eine Win-Win-Situation: Händler und Kunden profitieren von einer schnelleren Ausführung und besseren Kursergebnissen (dank Transaktionen mit geringer Latenz und MEV-Schutz), während das Unternehmen eine lückenlose, überprüfbare Aufzeichnung aller Aktivitäten sowie eine robuste operative Ausfallsicherheit gewährleistet.

In an environment where blockchain networks and markets run 24/7, having a trusted infrastructure partner becomes a force multiplier. Quicknode, for instance, has helped dozens of financial institutions and Web3 teams build these high-performance custody solutions. Its platform offers the building blocks for lightning-fast, globally reliable blockchain interactions – from RPC nodes that average <100ms response times globally to one-click add-ons for enhanced trading APIs and private transaction submission. With such capabilities, your team can focus on business logic and customer experience, while leaving the heavy lifting of node management and optimization to the experts.

Sind Sie bereit, Ihre Abläufe im Bereich digitaler Vermögenswerte zu beschleunigen? Mit der richtigen Architektur können Sie mit der Geschwindigkeit der Blockchain handeln (und manchmal sogar noch schneller!). Wenn Sie eine maßgeschneiderte Infrastrukturlösung für Ihren Anwendungsfall erkunden möchten, vereinbaren Sie gerne ein unverbindliches Beratungsgespräch mit unseren Experten. In der Welt der Verwahrung digitaler Vermögenswerte werden diejenigen erfolgreich sein, die schnell, sicher und in großem Maßstab handeln – und jetzt ist der richtige Zeitpunkt, um diese Fähigkeiten aufzubauen.

Kostenlose Beratung

Wir haben bereits Dutzenden von Teams dabei geholfen, Prozesse zur Abstimmung digitaler Vermögenswerte einzurichten, und stehen Ihnen gerne zur Seite.

Kontaktieren Sie uns