MiCA-Fähigkeit beschreibt eine Börse, deren Architektur die Anforderungen an einen zugelassenen Krypto-Dienstleister nachweisen kann, und nicht eine Plattform, die ein Etikett erworben hat. Der Rechtsrahmen für Märkte für Kryptowerte wird seit dem 30. Dezember 2024 vollständig angewendet, und die Übergangsregelungen, unter denen Anbieter nach nationalem Recht tätig sein durften, sind inzwischen ausgelaufen. Die Frage für ein neues Vorhaben lautet daher nicht, ob der Rahmen gilt, sondern ob seine Systeme die Kontrollen belegen können, die der Rahmen als bereits vorhanden voraussetzt.
Die MiCA-Übergangsphase ist beendet. Neue EU-Kryptoprojekte müssen von Anfang an für ein zugelassenes CASP-Betriebsmodell ausgelegt werden. Eine Plattform, die zuerst zusammengesetzt und erst danach mit den Anforderungen abgeglichen wird, erbt ein Nachbesserungsprogramm, bevor die erste Order entgegengenommen wurde; eine Plattform, die um das Betriebsmodell herum entworfen wird, erzeugt den Großteil der für einen Antrag erforderlichen Nachweise als Nebenprodukt des normalen Betriebs.
Dieser Beitrag legt dar, was MiCA-Fähigkeit auf Architekturebene bedeutet: wie Verwahrung, Handel, Geldwäscheprävention und Resilienz so strukturiert werden, dass eine zuständige nationale Behörde, ein externer Prüfer oder die eigene Compliance-Funktion nachvollziehen kann, wie sich die Plattform verhält und wer sie geändert hat. Die Perspektive ist Entwurf und Beschaffung, nicht eine Umsetzungsanleitung.
Was MiCA-Fähigkeit für die Architektur bedeutet
Bereitschaft wird häufig als Zertifikat missverstanden. Eine MiCA-zertifizierte Plattform gibt es nicht, und die Zulassung wird nicht unmittelbar durch die ESMA erteilt; sie wird von der zuständigen nationalen Behörde des Mitgliedstaats erteilt, in dem sich der Anbieter niederlässt, während die ESMA das öffentliche Register der zugelassenen Unternehmen führt. MiCA-fähig bezeichnet somit eine Architektur, die um die einschlägigen Anforderungen herum strukturiert ist, sodass eine Zulassung erreichbar ist und nach ihrer Erteilung unter Aufsicht nachweisbar bleibt.
Die praktische Folge ist, dass Bereitschaft eher eine Eigenschaft von Nachweisen als von Funktionen ist. Zwei Plattformen können dieselben Handelsfunktionen bieten, während nur eine auf Anfrage zeigen kann, wie Kundenvermögen getrennt wird, wie eine Order bearbeitet wurde oder wer eine Konfigurationsänderung freigegeben hat. Die Architektur, die diese Antworten liefern kann, ohne sie nachträglich zu rekonstruieren, trägt den belastbaren Anspruch, MiCA-fähig zu sein.
Das CASP-Betriebsmodell als Entwurfsgrundlage
Ein Krypto-Dienstleister wird für bestimmte Dienstleistungen zugelassen, und jede angebotene Dienstleistung bringt eigene Pflichten mit sich. Der Betrieb einer Handelsplattform, die Verwahrung, der Tausch von Kryptowerten gegen Geld und die Ausführung von Aufträgen für Kunden sind unterschiedliche Tätigkeiten mit unterschiedlichen Kontrollen, und die geplante Kombination bestimmt das Betriebsmodell, das die Architektur tragen muss. Diese Kombination spät zu wählen, nachdem die Plattform um eine engere Annahme herum gebaut wurde, gehört zu den teureren Korrekturen eines Vorhabens.
Da das Übergangsfenster geschlossen ist, gibt es keinen Bestandsschutz, über den ein Handelsplatz den Betrieb aufnehmen und sich später anpassen könnte. Die vom Rahmen erwartete Governance — eine klare Zuordnung von Verantwortlichkeiten, die Trennung unvereinbarer Aufgaben und eine benannte Rechenschaftspflicht für Kontrollfunktionen — muss in der Plattform selbst abgebildet werden: über Rollen- und Berechtigungskonzepte, Freigabe-Workflows und die Trennung zwischen jenen, die handeln, jenen, die Vermögen bewegen, und jenen, die das System ändern dürfen. Das sind architektonische Entscheidungen, bevor sie zu Richtlinien werden.
Verwahrung und Trennung von Kundenvermögen
Wenn ein Handelsplatz Kryptowerte oder Gelder für Kunden hält, verlangt der Rahmen, dass diese Bestände geschützt und von den eigenen Mitteln des Unternehmens getrennt werden. Auf Architekturebene bedeutet dies ein Wallet- und Ledger-Design, das Kundenpositionen getrennt hält, sie fortlaufend gegen On-Chain-Bestände und interne Aufzeichnungen abstimmt und einschränkt, wer die Bewegung von Vermögen freigeben darf. Die Verteilung der Bestände auf Hot-, Cold- und Multisig-Verfahren ist eine Kontrollentscheidung und nicht bloß eine betriebliche, denn sie bestimmt, wie Risiken begrenzt und wie Auszahlungen freigegeben werden.
Die Nachweise, die ein solches Design erzeugen muss, sind konkret. Es muss jederzeit belegbar sein, dass erfasste Kundensalden mit tatsächlich gehaltenen Vermögenswerten übereinstimmen, dass der Zugriff auf Schlüssel beschränkt und zurechenbar ist und dass jede Bewegung einen Freigebenden und einen Grund trägt. Die Einzelheiten der Schlüsselverwaltung und der Signaturschwellen gehören in die Sicherheitsfunktion und nicht in eine öffentliche Darstellung, doch die architektonische Anforderung bleibt konstant: Trennung und Abstimmung müssen fortlaufend und beweisbar sein, nicht periodisch und behauptet.
Hinweis: Trennung ist zuerst ein Abstimmungsproblem und dann ein Verwahrungsproblem. Ein Handelsplatz, der Kundenbestände nicht nahezu in Echtzeit mit seinem Ledger abstimmen kann, kann die Sicherung der Vermögenswerte unabhängig von der Art der Schlüsselverwahrung nicht nachweisen, und die Lücke zeigt sich meist während eines Vorfalls und nicht beim Entwurf.
Ordnungsgemäßer Handel und Marktintegrität
Der Betrieb einer Handelsplattform bringt Pflichten mit sich, die bis in den Kern des Handelsplatzes reichen. Der Handel muss nach transparenten und einheitlich angewandten Regeln ablaufen, Aufträge und ihre Bearbeitung müssen aufgezeichnet werden, und die Plattform muss die Erkennung und Meldung von Verhalten unterstützen, das einen Marktmissbrauch darstellen könnte. Architektonisch verbindet dies die Matching-Ebene, die Marktdaten-Ebene und die Überwachungsebene: Der Handelsplatz muss rekonstruieren können, wie eine Order empfangen, priorisiert und ausgeführt wurde, und Muster sichtbar machen, die eine Untersuchung rechtfertigen.
Marktintegrität hängt auch vom Umgang mit Interessenkonflikten ab, der eine architektonische Dimension gewinnt, wenn ein Handelsplatz auf eigene Rechnung handelt, eine verbundene Liquiditätsfunktion betreibt oder Werte listet, an denen ein eigenes Interesse besteht. Die Kontrollen, die diese Tätigkeiten trennen, und die Aufzeichnungen, die diese Trennung belegen, gehören zur selben Nachweisgrundlage, die eine Zulassungsprüfung untersucht. Eine Plattform, deren Auftragslebenszyklus und Überwachungsausgaben sich nicht exportieren und erläutern lassen, ist unter Aufsicht schwer zu verteidigen, unabhängig von ihren Leistungsmerkmalen.
Geldwäscheprävention und die Travel Rule
Ein zugelassener Handelsplatz bewegt sich neben dem Marktrahmen auch im Rahmen der Geldwäscheprävention, und beide werden zunehmend gemeinsam beaufsichtigt. Die Sorgfaltspflichten bei der Kundenaufnahme, die laufende Überwachung, das Screening auf Sanktionen und PEP sowie die Pflicht, Transfers von Kryptowerten nach der Travel Rule mit Auftraggeber- und Begünstigtenangaben zu versehen, sind Teil des Betriebsmodells. Die europäische Geldwäschebehörde ist inzwischen tätig, und die Aufsicht über die Geldwäscheprävention konsolidiert sich auf EU-Ebene, wobei ein einheitliches Regelwerk im kommenden Zeitraum wirksam wird; eine für die heutige Ausgangslage entworfene Architektur sollte daher strengere und einheitlichere Erwartungen einplanen und nicht das fragmentierte Regime, das sie ablöst.
Für die Architektur lautet die Anforderung Integration statt Nachbarschaft. Identitätsprüfung und Screening dürfen nicht in einem getrennten Werkzeug liegen, dessen Ergebnisse von Hand übertragen werden; sie gehören in die Aufnahme- und Transaktionsabläufe, wobei die Ergebnisse dem Kunden und der Transaktion zugeordnet erfasst werden, damit ein Prüfer erkennen kann, warum ein Konto angenommen oder ein Transfer angehalten wurde. Die Entwurfsüberlegungen hinter diesen Kontrollen sind unter AML-Screening-Software und KYC-Verifizierungssoftware dargestellt.
Betriebliche Resilienz und Drittparteienrisiko
Ein MiCA-fähiger Handelsplatz muss auch die Anforderungen an die betriebliche Resilienz erfüllen, die nun für Finanzunternehmen in der EU gelten. DORA wird seit dem 17. Januar 2025 angewendet und behandelt Resilienz als etwas, das getestet und nachgewiesen werden muss: das Management von IKT-Risiken, die Behandlung und Meldung von Vorfällen, Resilienztests und die Überwachung kritischer Drittparteien fallen sämtlich in den Anwendungsbereich. Für eine Börse verschiebt dies die Verfügbarkeit von einem betrieblichen Anspruch zu einer Kontrolle, die ausgeübt, gemessen und als wirksam belegt werden muss.
Die Abhängigkeit von Drittparteien ist der Punkt, an dem Resilienz und Architektur am unmittelbarsten zusammentreffen. Wo Verwahrung, Hosting, Matching oder Screening von externen Parteien erbracht werden, werden diese Anbieter Teil des Kontrollumfelds des Handelsplatzes, und der Rahmen erwartet Bewertung, Tests und einen tragfähigen Ausstiegsplan statt vertraglicher Zusicherung allein. Ein Handelsplatz, der ohne Mitwirkung eines Anbieters nicht auf ein definiertes Ziel zurückkehren kann oder einen Anbieter nicht ohne Neuaufbau verlassen kann, hat eine Resilienzlücke, die kein Dokument schließt. Verwandte technische Überlegungen sind unter regulatorische Bereitschaft für die Europäische Union dargestellt.
Geltungsbereich: Wir erstellen keine Rechtsgutachten und garantieren keine Zulassung. Wir setzen regulatorische und prüfungsbezogene Anforderungen in Technologie, Infrastruktur und Betrieb um.
Nachweise und die Zulassungsakte
Eine Zulassungsprüfung und die anschließende Aufsicht prüfen, ob der Handelsplatz zeigen kann, was er zu tun behauptet. Jeder Architekturbereich hat daher eine entsprechende Frage nach dem Nachweis, und eine Plattform ist bereit, wenn sich diese Fragen aus dem System und nicht aus der Absicht beantworten lassen. Die folgende Tabelle ordnet die oben erörterten Bereiche dem Nachweis zu, den jeder von ihnen tragen muss.
| Architekturbereich | Was die Plattform belegen können muss |
|---|---|
| Verwahrung und Trennung | Kundenbestände stimmen mit gehaltenen Vermögenswerten überein; Vermögensbewegungen sind freigegeben und zurechenbar |
| Handel und Integrität | Der Auftragslebenszyklus ist rekonstruierbar; Überwachungsausgaben lassen sich exportieren und erläutern |
| Geldwäscheprävention | Prüf- und Screening-Ergebnisse werden Kunde und Transaktion zugeordnet erfasst |
| Betriebliche Resilienz | Wiederherstellungsziele werden geübt; der Ausstieg aus Drittparteien ist geplant und getestet |
| Änderungs- und Zugriffskontrolle | Konfigurationsänderungen tragen benannte Freigebende und datierte Releases |
Diese Nachweise nach dem Bau der Plattform zusammenzutragen, ist möglich, aber kostspielig, denn Aufzeichnungen, die nicht zum jeweiligen Zeitpunkt erfasst wurden, lassen sich nicht getreu nachbilden. Der effiziente Weg besteht darin, die Zulassungsakte als Ergebnis des gewöhnlichen Betriebs zu behandeln, fortlaufend erzeugt von einer Plattform, deren Architektur mit Blick auf das CASP-Modell entworfen wurde. Die umfassendere Planungsperspektive ist unter Krypto-Börsen-Software beschrieben.
Zusammenfassung und nächste Schritte
MiCA-Fähigkeit ist kein Siegel, das auf eine fertige Plattform aufgebracht wird; sie ist eine Eigenschaft einer Architektur, die Kundenvermögen trennen, einen geordneten Markt betreiben, Kontrollen der Geldwäscheprävention integrieren, Störungen standhalten und jedes dieser Elemente auf Anfrage nachweisen kann. Mit dem Ende der Übergangsphase ist diese Architektur die Ausgangsbedingung für einen neuen EU-Handelsplatz und keine spätere Verfeinerung, und die Kosten der nachträglichen Umsetzung liegen durchweg höher als die Kosten des vorausschauenden Entwurfs.
Der praktische nächste Schritt besteht darin, für jeden der obigen Bereiche festzuhalten, was die Plattform belegen muss und woher dieser Nachweis stammt. Ein Handelsplatz, der diese Fragen beantworten kann, bevor er eine Plattform auswählt, ist in der Lage, Anbieter am tatsächlich zu erfüllenden Betriebsmodell zu messen und nicht an einer Funktionsliste.
MiCA-Fähigkeit ist eine architektonische Entscheidung, kein Zertifikat. Grumpio entwirft und liefert Börsentechnologie rund um das CASP-Betriebsmodell, mit den Kontrollen für Verwahrung, Überwachung, Geldwäscheprävention und Resilienz, die eine Zulassungsakte belegen muss.