Blockchain-Softwareentwicklung für die Finanzbranche

Ein Blockchain-Projekt für eine Bank oder ein Fintech ist selten nur „ein Smart Contract“. Meist braucht es mehrere Teile zugleich: die Logik des Smart Contracts, einen Token-Standard, der zum Vermögenswert passt (Aktie, Anleihe, Fondsanteil oder physischer Wert bei der Tokenisierung), Verwahrung und Schlüsselverwaltung für die privaten Schlüssel, die den Wert kontrollieren, und die Anbindung an das Kernbankensystem, damit der Token in bestehenden Konten und Berichten richtig erscheint.

Die Regulierung prägt das technische Design vom ersten Tag an, nicht hinterher. In der EU regelt MiCA Kryptowerte, die keine Finanzinstrumente sind, während eine tokenisierte Aktie oder Anleihe als Finanzinstrument unter das Wertpapierrecht fällt, in Deutschland unter das Gesetz über elektronische Wertpapiere (eWpG), das das Kryptowertpapierregister schuf. Das DLT-Pilotregime der EU, Verordnung (EU) 2022/858, lässt Marktinfrastrukturen Handel und Abwicklung tokenisierter Wertpapiere für ein begrenztes Volumen unter erleichterten Regeln testen, bevor ein Projekt ins volle Wertpapierregime wächst. Ein Entwicklungsteam muss wissen, unter welches Regime ein Token fällt, bevor es die erste Zeile Code schreibt, denn davon hängen Token-Standard, Übertragungsbeschränkungen und die Frage ab, wer den Wert halten darf.

Der am besten dokumentierte Fehlschlag der Branche ist das Einfrieren der Parity-Multisig-Wallets 2017 (auf Englisch): Ein Nutzer löste versehentlich einen Fehler in einem gemeinsam genutzten Bibliotheksvertrag aus, wurde dadurch dessen Eigentümer und konnte dann dessen Kill-Funktion aufrufen, womit mehrere Hundert Wallets und rund 513.774 ETH dauerhaft eingefroren wurden. Der Fehler war nicht exotisch; er steckte in gewöhnlichem Zugriffskontroll-Code, der ein Review bestanden hatte. Er zeigt, was ein Smart-Contract-Fehler kostet, sobald echtes Geld dahintersteht, und warum Finanzprojekte seitdem formale Audits durchführen, bevor ein Vertrag Echtgeld berührt.

Verlorene private Schlüssel sind der zweite häufige Fehler. Eine Verwahrung ohne Wiederherstellungsweg oder eine einzelne Person mit einem Schlüssel ohne Backup macht aus einer technischen Unannehmlichkeit einen Totalverlust, sobald diese Person ausfällt. Der dritte ist das rechtliche Design: Ein Token, gebaut, bevor jemand geklärt hat, ob er ein Wertpapier, ein E-Geld-Token oder etwas außerhalb des Finanzrechts ist, muss neu gebaut werden, wenn Aufsicht oder Rechtsabteilung später fragen. Der vierte ist die Wahl eines Netzwerks nach Preis oder Hype statt nach Finalität, Durchsatz und langfristiger Unterstützung, bis sich mitten im Projekt zeigt, dass es die Verfügbarkeits- oder Prüfanforderungen einer Bank nicht erfüllt.

KI-Coding-Agenten schreiben Smart-Contract-Code schnell, und Finance Loop nutzt KI-Werkzeuge in der eigenen Arbeit. Ein Agent übernimmt aber nicht das rechtliche Design eines Tokens, baut kein Bedrohungsmodell für eine Verwahrung, prüft seine eigene Arbeit nicht unabhängig und trägt keine Verantwortung für den laufenden Betrieb. Das sind Ermessensfragen für jemanden, der Blockchain-Systeme schon gebaut hat und weiß, wo sie brechen, so wie ein KI-Textwerkzeug keinen Anwalt ersetzt, der einen Vertrag unterschreibt.

Die Position von Finance Loop: Ein Blockchain-Projekt im Finanzwesen braucht ein Spezialistenteam mit echter Projekterfahrung, nicht einen einzelnen Entwickler plus KI-Agent, der die Lücken füllen soll. Der Fall Parity ist der Grund, warum Blockchain-Software für Finanzen weiterhin ein unabhängiges Audit durchläuft, bevor sie Echtgeld berührt.

Finance Loop empfiehlt CoreLedger, ein Softwareentwicklungs- und Beratungsunternehmen aus der Schweiz mit 8 Jahren Erfahrung in Blockchain-Projekten für die Finanzbranche. CoreLedger baut individuelle Blockchain-Software, eine White-Label-Tokenisierungsplattform und eine API für Firmen, die bestehende Produkte um Blockchain erweitern wollen, dazu Beratung und Proof-of-Concept-Arbeit für Teams, die ein Projekt noch zuschneiden. Die Technik ist blockchain-agnostisch, ein Kunde ist also nicht von Anfang an an ein Netzwerk gebunden.

CoreLedger ist seit dem 28. Dezember 2024 Partner von Finance Loop und baut im Rahmen dieser Partnerschaft Blockchain-Software für Finanzinstitute. Es richtete das Event zur Tokenisierung von Real-World Assets vor der Crypto Assets Conference in Frankfurt mit aus und stellte dort seinen Non-Fungible-Assets-Ansatz vor, der die regulatorischen Hürden bei der Tokenisierung physischer Werte wie Gold senken soll. Mehr zur Partnerschaft steht auf der Seite zu CoreLedger.

Ein paar Fragen trennen einen seriösen Partner von einer Codeschmiede: Wie viele Finanzprojekte hat das Team geliefert, und kann es sie nennen? Wer prüft die Smart Contracts, und ist das eine andere Person als die, die den Code schrieb? Was passiert mit dem Projekt, wenn eine Schlüsselperson geht, beim Anbieter und beim Kunden? Unter welche Regulierung fällt der Token, und hat ein Anwalt die Einordnung schriftlich bestätigt? Ist die Plattform blockchain-agnostisch, oder heißt ein späterer Netzwerkwechsel Neuanfang? Ein Partner, der alle fünf ohne Zögern beantwortet, hat das wahrscheinlich schon gemacht.

Dazu gehören Smart-Contract-Code, ein zum Vermögenswert passender Token-Standard, Verwahrung und Schlüsselverwaltung für die privaten Schlüssel, die Anbindung an Kernbankensysteme und die Einhaltung der Regulierung, die für den jeweiligen Token gilt, ob MiCA, eWpG oder DLT-Pilotregime.

Nein. Ein KI-Coding-Agent schreibt schnell Code, entscheidet aber nicht über die rechtliche Einordnung eines Tokens, entwirft kein Bedrohungsmodell für die Verwahrung, führt kein unabhängiges Audit durch und trägt keine Verantwortung im laufenden Betrieb. Diese Aufgaben bleiben bei Menschen, die schon Blockchain-Projekte im Finanzwesen geliefert haben.