DeFi-Regulierung in Luxemburg

Ordnen Sie den Vermögenswert vor der Verfahrenswahl ein

Beginnen Sie in Luxemburg mit Vermögenswert und Tätigkeit. Die MiCA-Übersicht der CSSF verweist auf die Prüfung, ob ein Kryptowert unter MiCA fällt, insbesondere ob er ein Finanzinstrument ist. Sie unterscheidet CASPs, ART-Emittenten, EMT-Emittenten und sonstige Kryptowerte.

Tokenisierung verändert, wie ein Recht erfasst oder übertragen wird, entscheidet aber nicht über seine rechtliche Einordnung. Beschreiben Sie Rückgaberechte, Zahlungsansprüche, Übertragungsbeschränkungen und den Bezug zu einem zugrunde liegenden Vermögenswert. Dokumentieren Sie die rechtliche Begründung, bevor Sie ein Verfahren anhand des Labels RWA oder Utility Token gestalten.

MiCA-Artikel 2 nimmt Finanzinstrumente vom Anwendungsbereich aus. Dann ist das einschlägige Finanzdienstleistungsrecht zu prüfen. Dies bedeutet nicht, dass der Vermögenswert oder die zugehörige Dienstleistung unreguliert ist.

Trennen Sie Anbieter- und Emittentenverfahren

Die CASP-Seite der CSSF beschreibt die Anbieterzulassung und das Anzeigeverfahren für bestimmte Dienste geeigneter bestehender Institute. Die Tokenemission hat einen anderen Prüfgegenstand als die Dienstleistungsbefugnis des Anbieters.

Erstellen Sie einen Datensatz für jeden Rechtsträger und jede Tätigkeit. Gibt ein Projekt einen Vermögenswert aus und erbringt zugleich einen Kundendienst, bestimmen Sie die Verantwortlichen für Analyse, Einreichung und laufende Kontrolle. Gleichen Sie Namen und Rollen in Kundenverträgen, Tokenunterlagen und Infrastrukturverträgen ab.

Notifizieren Sie Titel-II-Whitepaper über eDesk

Seit dem 3. August 2026 sehen die Whitepaper-Anweisungen der CSSF für andere Kryptowerte als ART und EMT die Notifizierung über eDesk vor, wenn Luxemburg Herkunftsmitgliedstaat ist. Gefordert ist eine ZIP-Datei mit dem iXBRL-Whitepaper und einer erläuternden PDF-Anlage.

MiCA-Artikel 8 unterscheidet bei diesen Titel-II-Whitepapern Notifizierung und vorherige Genehmigung. Bewahren Sie den Einreichungsnachweis getrennt von Anbieterbefugnissen auf. Prüfen Sie vor dem Upload, ob Einstufung, Offenlegung, Emittenten- oder Anbieterangaben und produktiver Token dieselbe Gestaltung beschreiben.

Die folgende Tabelle ist eine DeFiSec-Methode zur Dokumentenkontrolle. Sie hilft beim Erkennen widersprüchlicher Unterlagen und ist kein amtliches CSSF-Formular.

Überführen Sie die eingeordneten Rechte in technische Kontrollen

Prüfen Sie nach der rechtlichen Analyse die Umsetzung der vereinbarten Rechte in Software. Untersuchen Sie bei Übertragungsbeschränkungen die Regelquelle, Änderungsbefugnisse und Wiederherstellung des Zugangs für berechtigte Inhaber. Verfolgen Sie bei Rückgabe den Antrag, die Freigabe, die Vermögensbewegung und den Abschlussnachweis.

Die technische Erläuterung von Pharos Production zu Compliance-Kontrollen tokenisierter Vermögenswerte unterstützt diese Implementierungsprüfung. Wählen Sie Kontrollen passend zur EU-Rechtsstruktur und bewahren Sie Testergebnisse auf. Eine im Vertrag implementierte Beschränkung belegt Verhalten, keine regulatorische Zertifizierung.

Dokumentieren Sie Widersprüche zwischen Unterlagen und produktivem Verhalten als Befund. Kann ein Administrator Übertragungsrechte weiter verändern als offengelegt, klären Sie die Abweichung, bevor Sie sich auf das Unterlagenpaket stützen.

Pflegen Sie Nachweise bei Produktänderungen

Verknüpfen Sie bei einem MiCA-zugelassenen CASP im DORA-Anwendungsbereich IKT-Risiko- und Lieferantendaten mit den relevanten Diensten. Erfassen Sie, wer Verträge, Oberflächen und Kundenabläufe ändern kann. Eine neue Tokenversion oder ein neuer Anbieter kann mehrere Nachweise gleichzeitig betreffen.

Der Leitfaden zu MiCA-Sicherheitspflichten erläutert den weiteren Sicherheitskontext. Prüfen Sie Einstufung und Einreichung erneut, wenn sich Rechte oder Dienstleistungsmodell ändern, und verwenden Sie bei der Einreichung die aktuellen CSSF-Anweisungen.