Zum Inhalt springen

Jurisdiktion als Service: Warum Schweizer Recht eine Schicht unseres Tech-Stacks ist

Von 0NE · · Aktualisiert

Eine technische Analyse, warum Jurisdiktion in den Souveränitäts-Stack gehört und nicht daneben steht.
Aktualisiert am 19. August 2026.


1. Executive Summary: Jurisdiktion ist eine Stack-Schicht

Für souveräne Hardware ist Jurisdiktion kein Unternehmensdetail. Sie ist Teil der Sicherheitsgrenze. Kryptografie kann Daten gegen technische Extraktion schützen; Jurisdiktion prägt die Regeln für rechtmäßigen Zugriff, Speicherung und Offenlegung. Wenn der Betreiber Nutzerdaten abrufen oder rekonstruieren kann, ist die Vertrauenshierarchie rund um das System ebenso relevant wie die Chiffre.

CLAVI behandelt Schweizer Jurisdiktion als strukturelle Schicht, die mit ClavOS, dem Monolith und der Zero-Knowledge-Architektur zusammenwirkt. Das technische Ziel ist, rekonstruierbare Vault-Geheimnisse außerhalb der Betreiberverwahrung zu halten. Das rechtliche Ziel ist, im verfassungs- und datenschutzrechtlichen Rahmen der Schweiz zu operieren. Zusammen schaffen diese Schichten eine Umgebung für digitale Souveränität.

SchichtWas sie absichertWas ohne sie versagt
HardwarePhysische Schlüsselisolation und SignaturautoritätSchlüssel konzentrieren sich in einem Gerät oder einem rekonstruierbaren Backup
BetriebssystemMinimierung von Fernzugriff und lokale KontrolleHersteller oder Angreifer erhalten Software-Reichweite
JurisdiktionRegeln für Betreiberpflichten und OffenlegungAnwendbare Offenlegungs- und Aufbewahrungspflichten werden übersehen
Zero-Knowledge-DesignTechnischer Nicht-Besitz von NutzungsgeheimnissenDer Betreiber bleibt im Informationsfluss

Diese Analyse erklärt die Wahl Schaffhausens, die Bedeutung von Artikel 13 und revFADP sowie, warum möglichst wenige rekonstruierbare Vault-Geheimnisse in Betreiberbesitz das bei einer Verletzung oder rechtmäßigen Offenlegung verfügbare Material begrenzen können.


2. Die Grenzen der Kryptografie

Verschlüsselung ist notwendig, aber nicht hinreichend. Wenn ein Anbieter Nutzerdaten abrufen, wiederherstellen, protokollieren oder rekonstruieren kann, dann ist das entscheidende Risiko rechtlich und organisatorisch, nicht kryptografisch.

Das ist die verborgene Schwäche cloudabhängiger Systeme. Selbst wenn die Transportverschlüsselung robust ist, bleibt der Betreiber innerhalb des Compliance-Perimeters. Für kritische Vermögenswerte, Family-Office-Treasury, private Kommunikation oder proprietäre KI-Workflows lautet die relevante Frage nicht nur: “Ist das verschlüsselt?” Sondern: “Wer kann nach welchem Recht gezwungen werden, das offenzulegen, was er weiß?”

Deshalb kann souveräne Hardware nicht nur nach Schlüsselspeicherung, Chip-Auswahl oder Signaturfluss bewertet werden. Sie muss auch nach dem rechtlichen Umfeld von Hersteller und Betreiber bewertet werden.

Für einen breiteren technischen Vergleich siehe Warum CLAVI nicht mit Ledger konkurriert.


3. Warum die Schweiz eine tragende Schicht der CLAVI-Architektur ist

CLAVI ist in Schaffhausen in der Schweiz inkorporiert und stellt dieses rechtliche Umfeld als einen Teil seines Sicherheitsmodells dar. Jurisdiktion kann Betreiberpflichten und Rechtsbehelfe prägen, zertifiziert aber weder die Hardware noch macht sie Privatsphäre bedingungslos.

Das Unternehmen liegt außerhalb der Europäischen Union und außerhalb der Five Eyes-Allianz. Das verändert den geltenden Rechtsrahmen, beseitigt aber weder schweizerische gesetzliche Pflichten noch internationale Zusammenarbeit oder die Möglichkeit rechtmäßiger Anfragen.

Für ein Unternehmen im Bereich souveräner Hardware ist der Sitz Teil der operativen Umgebung, in der Vertrauensannahmen bewertet werden. Der rechtliche Perimeter sollte den Hardware-Perimeter unterstützen und zugleich die Pflichten gegenüber dem Unternehmen und seinen aufbewahrten Geschäftsunterlagen anerkennen.

Die vertretbare Position ist enger: Die Architektur kann reduzieren, welche Nutzergeheimnisse in Betreiberverwahrung gelangen, während Schweizer Recht die verbleibenden persönlichen und geschäftlichen Unterlagen regelt. Keine der beiden Schichten beseitigt Implementierungsrisiken oder rechtmäßige Verfahren.


4. Artikel 13 macht Privatsphäre zu einem Verfassungsstandard

Artikel 13 der Schweizer Bundesverfassung behandelt Privatsphäre als Grundrecht. Das ist relevant, weil Privatsphäre damit in die rechtliche Architektur des Staates selbst eingebettet ist und nicht in eine widerrufbare Produktpolitik. [1]

Auf Systemebene ist diese verfassungsrechtliche Grundlage für das Umfeld relevant, in dem CLAVI operiert. Sie schafft keine Immunität gegen gesetzliche Pflichten, verhältnismäßige Beschränkungen, Gerichtsbeschlüsse oder internationale Zusammenarbeit.

Für ein Unternehmen, das souveräne Infrastruktur baut, müssen die Rechte und Pflichten des Rechtsrahmens neben dem Produktziel bewertet werden, den Zugriff Dritter auf Nutzergeheimnisse zu minimieren. Jurisdiktion ersetzt weder Engineering noch Compliance-Analyse oder fallspezifische Rechtsprüfung.


5. Das revFADP passt zu Privacy by Design

Seit September 2023 verlangt das revidierte Datenschutzgesetz (revFADP), soweit anwendbar, Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen. Für CLAVI entspricht diese rechtliche Logik direkt der Produktlogik. [2]

Die Architektur von CLAVI soll die Menge sensibler Vault-Informationen auf Betreiberebene reduzieren: weniger gespeicherte Geheimnisse, weniger exponierte Schnittstellen und weniger Material für Verletzungen oder erzwungene Offenlegung. Das beseitigt nicht die Handels-, Liefer-, Konto-, Support-, Sicherheits-, Buchhaltungs- oder sonstigen Unterlagen, die ein Unternehmen für bestimmte Zwecke verarbeiten und aufbewahren muss. CLAVIs Datenminimierungsanalyse erläutert, warum diese getrennten Datenebenen unterschiedliche Kontrollen brauchen.

Das revFADP ist daher relevant, nicht weil CLAVI auf rechtliche Versprechen statt auf Engineering angewiesen wäre, sondern weil der Rechtsrahmen Datenschutz durch Gestaltung und Voreinstellung verlangt, soweit anwendbar. Produktarchitektur und Governance von Geschäftsunterlagen bleiben getrennte Compliance-Fragen.


6. Das Reporting-Zeitalter macht Nicht-Besitz noch wichtiger

Mit Stand vom 19. August 2026 kann die Schweiz das Crypto-Asset Reporting Framework (CARF) frühestens am 1. Januar 2027 umsetzen; die einschlägigen Rechtsgrundlagen gelten 2026 nicht. [3]

CARF schafft bei seiner Umsetzung keine universelle Datenbank sämtlicher Nutzerbestände. Erfasste Anbieter von Kryptowerte-Dienstleistungen melden Identitätsdaten sowie jährliche Aggregate relevanter Transaktionen, aufgeschlüsselt nach Vermögenswert und Transaktionsart. [4]

Das ist das jurisdiktionelle Paradox moderner Verwahrung. Je mehr ein Anbieter weiß, desto mehr kann er rechtmäßig speichern oder offenlegen müssen. Je mehr er speichert, desto größer werden die Risiken durch Sicherheitsvorfälle, Meldepflichten und operative Offenlegung.

Darum basiert das CLAVI-Modell nicht auf der Verteidigung eines großen operatorseitigen Vault-Datenbestands. Es soll private Schlüssel, lokal abgeleitete Wallet-Kunden-Zuordnungen und lokale Prompts der proprietären CLAVI-KI außerhalb der Betreiberverwahrung halten; diese Aussage zum Produktdesign erfordert technische Verifizierung. Sie bedeutet nicht, dass CLAVI Switzerland AG keine personenbezogenen Daten hält: Notwendige Handels-, Support-, Sicherheits- und Buchhaltungsunterlagen bleiben eine getrennte Verantwortung der Daten-Governance.

Cloudbasierte Verwahrungs- oder Intelligenzsysteme können eine breitere Offenlegungs- und Reporting-Exposition erben, wenn sie im Informationsfluss bleiben, einschließlich nach dem US CLOUD Act, soweit dieser gilt. [5] Die technische Frage ist daher von der jurisdiktionellen untrennbar: Wie viel sensibles Wissen wird zentralisiert, wo liegt es und unter welchen Gesetzen kann es erreicht werden?

Konzeptdiagramm des CLAVI-Jurisdiktions- und Zeitrichtlinienmodells mit der beabsichtigten Verteilung von Signaturautorität auf physische und rechtliche Orte; die endgültige Autoritätskonzentration hängt von der Produktionskonfiguration für Signatur und Wiederherstellung ab.
Jurisdiktions- und Zeitrichtlinienmodell: Physische Distanz und rechtliche Trennung können Koordinations- und Zwangskosten erhöhen, ohne rechtmäßige Verfahren oder physische Risiken zu beseitigen.

7. Zero-Knowledge-Architektur begrenzt die Reichweite rechtlicher Anfragen

Architektonischer Nicht-Besitz ist eine wirksame Maßnahme zur Expositionsreduktion. Hält der Betreiber weder Schlüssel noch Prompts oder rekonstruierbare Nutzergeheimnisse, sind diese Materialien gewöhnlich nicht aus seiner bestehenden Verwahrung verfügbar. Behörden können im Rahmen ihrer rechtmäßigen Befugnisse weiterhin andere Unterlagen oder prospektive Maßnahmen verlangen.

Das ist die operative Logik von CLAVI.

Die CLAVI-Dokumentation beschreibt ClavOS, den Monolith und das Rune-Modell als dafür konzipiert:

  • vom Betreiber gehaltene Wiederherstellungsdaten für Vault-Geheimnisse zu vermeiden,
  • persistente Betreibertelemetrie bei kritischen Nutzervorgängen zu minimieren,
  • private Schlüssel außerhalb der Betreiberverwahrung zu halten,
  • lokale Prompts und Ausgaben der proprietären CLAVI-KI außerhalb der Betreiberebene zu halten.

Hier verstärken sich technische und rechtliche Schichten:

  • Die rechtliche Schicht: Schweizer Verfassungsschutz und revFADP erhöhen die Eingriffsschwelle. [1][2]
  • Die technische Schicht: CLAVI soll Vault-Geheimnisse außerhalb der Betreiberverwahrung halten und dadurch begrenzen, was der Betreiber abrufen kann.
  • Die operative Schicht: CLAVIs erklärtes Ziel sind lokale Validierung, hardwaregesteuerte Freigabe und verteilte Autorität; die bereitgestellte Grenze erfordert technische Verifizierung.

Das ist die Bedeutung jurisdiktioneller Härtung: Jurisdiktion ersetzt Kryptografie nicht, sondern unterstützt dasselbe Souveränitätsmodell von der rechtlichen Seite.

Für eine breitere Perspektive auf Kontinuität und Nachfolge siehe CLAVI: Building a Personal Digital Vault for High-Level Businesses and Families.


8. Dokumentiertes technisches Glossar

Um das Argument präzise zu halten, sind vier Begriffe zentral:

  • Vertrauenshierarchie: die Kette delegierter Autorität in einem digitalen System.
  • Zero-Knowledge-Architektur: CLAVIs Begriff für ein Design, das private Schlüssel und lokale Vault-Inhalte außerhalb der Betreiberverwahrung halten soll. Er bedeutet nicht, dass das Unternehmen keine Handels-, Support-, Sicherheits-, Buchhaltungs- oder sonstigen gesetzlich erforderlichen Unterlagen hält.
  • Schweizer Jurisdiktion: das rechtliche Umfeld, in dem Artikel 13 und das revFADP Privatsphäre als strukturelles Recht stärken.
  • Jurisdiktionelle Härtung: die Praxis, für ein rechtliches Umfeld zu wählen und zu entwerfen, das dasselbe Souveränitätsmodell unterstützt wie die Hardware.

9. Häufig gestellte Fragen

Q: Warum ist Jurisdiktion relevant, wenn das System bereits verschlüsselt ist?
A: Weil Verschlüsselung gegen technische Extraktion schützt, nicht gegen rechtlichen Zwang auf Betreiberseite. Wenn der Betreiber auf Nutzerdaten zugreifen, sie speichern oder rekonstruieren kann, bestimmt die Jurisdiktion, was er offenlegen muss.

Q: Ersetzt Schweizer Jurisdiktion die Zero-Knowledge-Architektur?
A: Nein. Jurisdiktion regelt die rechtliche Exposition, während CLAVI mit Zero-Knowledge-Architektur eine beabsichtigte technische Grenze für Betreiberzugriffe beschreibt. Ob diese Grenze erreicht wird, hängt von Implementierung und technischer Verifizierung ab.

Q: Warum ist Schweizer Recht speziell für souveräne Hardware relevant?
A: Souveräne Hardware betrifft nicht nur den Ort, an dem Schlüssel gespeichert werden. Sie betrifft auch das Rechtssystem, das Hersteller, Betreiber und Supportstruktur umgibt. Für CLAVI verstärkt Schweizer Recht dieselbe Privatsphäre-Logik, die Hardware und Betriebssystem durchsetzen sollen.


10. Quellen

  1. Swiss Federal Constitution, Article 13 (Right to Privacy). Fedlex. (https://www.fedlex.admin.ch/eli/cc/1999/404/en)
  2. Revised Federal Act on Data Protection (revFADP). Federal Data Protection and Information Commissioner (FDPIC). (https://www.edoeb.admin.ch/edoeb/en/home.html)
  3. Automatischer Informationsaustausch über Kryptowerte. Staatssekretariat für internationale Finanzfragen (SIF). (https://www.sif.admin.ch/de/automatischer-informationsaustausch-ueber-kryptowerte)
  4. Crypto-Asset Reporting Framework (CARF). OECD. (https://www.oecd.org/en/publications/international-standards-for-automatic-exchange-of-information-in-tax-matters_896d79d1-en/full-report/component-6.html)
  5. CLOUD Act of 2018. U.S. Department of Justice. (https://www.justice.gov/dag/cloudact)