Schweizer DLT-Wertrechte & RWA
Reale Vermögenswerte, rechtskonform tokenisiert.
Permissioned Security Tokens nach Schweizer DLT-Gesetz (Art. 973d OR): On-Chain-Compliance im Transfer-Hook, Treuhand-Emissionen und snapshot-basierte Ertragsausschüttungen. Gebaut für Schweizer Banken, Family Offices und Emittenten im Crypto Valley.
N° 01Positionierung
Compliance im Smart Contract, nicht im Web-Frontend
Ein tokenisierter Real-World-Asset (RWA) gilt in der Schweiz und den meisten Finanzjurisdiktionen als Effekte oder Registerwertrecht. Diese Tatsache bestimmt die gesamte Software-Architektur: Berechtigungen und regulatorische Auflagen dürfen niemals reine Frontend-Prüfungen sein, da jeder direkte RPC-Call, jeder Aggregator und jeder DEX das Web-Interface vollständig umgeht.
Deshalb verankern wir die regulatorische Durchsetzung direkt im Transfer-Hook des Tokens. Jede Kontobewegung — ob Erstausgabe (Mint), Übertrag (Transfer) oder Einziehung (Burn/Redeem) — durchläuft diese Kontrollinstanz. Eine Wallet-Adresse, die nicht im verifizierten Identitätsregister eingetragen ist oder Sanktionsprüfungen nicht besteht, kann keine Anteile empfangen. Es gibt keinen Weg daran vorbei.
Wir entwickeln die technische On-Chain-Infrastruktur. Die rechtliche Strukturierung — die Zweckgesellschaft (SPV), Prospektpflichten nach FIDLEG, KAG-Abgrenzungen und die Registerwertrechte-Vereinbarung nach Art. 973d OR — liegt in den Händen Ihrer Rechtsberatung. Keine Code-Korrektheit ersetzt eine saubere juristische Basis.
N° 02Referenzarchitektur
Wir haben es gebaut, bevor wir es anbieten
Mit REChain haben wir ein durchgängiges RWA-System für tokenisierte Sachwerte entwickelt: ein Permissioned ERC-20-Token mit Regeldurchsetzung in _update, ein Identitätsregister für Jurisdiktion, Akkreditierungsstatus, KYC-Gültigkeit und Sanktionsstatus, eine konfigurierbare Rule-Engine, Escrow-basierte USDC-Emission mit Soft-Cap und Rückabwicklung sowie eine Snapshot-basierte Ertragsausschüttung.
Das System ist auf Base Sepolia bereitgestellt und öffentlich überprüfbar: 131 automatisierte Tests, 98.3% Zeilenabdeckung, seven zustandsbasierte Invarianten mit je 256 Zufallssequenzen und null statische Analysebefunde mittlerer oder hoher Priorität bei strengen Slither-Gates in der CI.
Wir verweisen transparent darauf, dass dieses System unaudiert ist. Genau das ist der Punkt: Sie können unsere technischen Aussagen vorab auf einer öffentlichen Blockchain überprüfen und die Codequalität selbst beurteilen, bevor Sie uns beauftragen.
N° 03Praxiserkenntnisse
Elf Schwachstellen, im eigenen Code aufgedeckt
Wir haben unsere eigene Referenzarchitektur einem unnachgiebigen adversen Review unterzogen — mit dem Ziel, sie zu brechen. Das gelang elfmal. Eine Selbstüberweisung zählte fälschlicherweise als neuer Investor und hätte die regulatorische Inhaberobergrenze blockieren können. Ein abgebrochener Vorverkauf verbrannte ursprünglich gezeichnete statt aktuell gehaltene Anteile, was Kapital dauerhaft im Escrow sperrte. Das Bereinigen nicht beanspruchter Renditen schloss zwar die Bücher, liess aber den Claim-Pfad offen.
Zwei der eleven Fehler entstanden erst durch die Reparatur eines vorherigen Befunds. Das ist der ehrliche Beweis dafür, dass jeder Bugfix genauso kritisch analysiert werden muss wie der ursprüngliche Code. Deshalb unterziehen wir jede Invariante einem Mutations-Testing: Wir bauen den Fehler gezielt wieder ein und überprüfen, ob der entsprechende Test zuverlässig fehlschlägt.
Wir legen dies offen, weil Agenturen, die noch nie Fehler im eigenen Code gefunden haben, entweder banale Systeme bauen oder ihre Arbeit nie ernsthaft auf die Probe gestellt haben.
N° 04Vorgehen
Vier Phasen, fester Zeitplan
01
Strukturierung
Zwei bis drei Wochen, eng abgestimmt mit Ihrer Schweizer Rechtskanzlei. Welche DLT-Wertrechte nach Art. 973d OR, welche FINMA-Klassifizierung und welche Ausnahmen greifen. Diese Parameter fliessen als Spezifikation direkt in den Code ein.
02
Smart Contracts
Die Kernphase: Solidity-Architektur mit begleitenden Tests. Formale Invarianten werden während der Entwicklung definiert, und statische Analysen (Slither, Solhint) laufen ab dem allerersten Commit in der CI.
03
Applikation & Integration
Web3-Anbindung, institutionelle Custody-Schnittstellen, Investor-Onboarding-Flow, Issuer-Dashboard und der Indexer für das Cap-Table-Management.
04
Übergabe & Audit-Vorbereitung
Testnet-Deployment, verifizierter Quellcode, Bedrohungsmodell und formale Spezifikation für Ihr externes Audit-Haus sowie ein verifiziertes Multisig-Übergabeprotokoll.
N° 05Blockchain-Wahl
Das Transaktionsmuster entscheidet über die Chain
Ausschüttungen an Anleger erfolgen pull-basiert: Jeder Berechtigte ruft seine Rendite über eine eigene Transaktion ab. Auf Ethereum L1 können die Gas-Gebühren für die Einforderung einer Quartalsrendite bei kleineren Anlagebeträgen den Ertrag übersteigen. Das zerstört die Wirtschaftlichkeit des Produkts — und diese Entscheidung fällt in der Architekturphase, nicht im Nachhinein.
Wir setzen primär auf Base oder Ethereum-L2-Netzwerke für kosteneffiziente Abrechnungen sowie etablierte EVM-Umgebungen. Zudem unterstützen wir institutionelle permissioned EVM-Chains für Schweizer Finanzinstitute.
Solana erfordert eine vollständige Neuentwicklung in Rust statt Solidity und hat seinen RWA-Schwerpunkt eher bei US-Treasuries als bei Schweizer Registerwertrechten. Wir kommunizieren das von Beginn an transparent, statt Ihnen einen unnötigen Neuentwicklungsaufwand in Rechnung zu stellen.
N° 06Leistungsgrenzen
Unsere Grenzen, von Beginn an klar
Wir führen keine Sicherheitsaudits eigener oder fremder Verträge durch. Eine Codebasis vorzubereiten und sie unabhängig zu prüfen, sind zwei unvereinbare Aufgaben. Wer den Code schreibt, hat einen offensichtlichen Interessenkonflikt. Wir bereiten den Code exzellent vor, Sie beauftragen ein unabhängiges Prüfhaus, und wir beheben gefundene Punkte im Rahmen unserer Garantie.
Wir erteilen weder Rechts- noch Steuerberatung, gründen keine SPVs und definieren keine Prospekte. Wir arbeiten Hand in Hand mit Ihrer Rechtsberatung in Zürich, Zug oder Genf und setzen deren Vorgaben präzise in Code um.
Wir führen kein Mainnet-Deployment ohne ein unabhängiges Sicherheitsaudit und eine institutionelle Multisig-Governance durch. Wenn Ihr Plan schnelle Abkürzungen vorsieht, sind wir das falsche Studio.
Was wir bauen
Jede Plattform, abgedeckt.
Investition
Fester Umfang. Kein Abdriften.
Ab CHF 45.000 — Smart Contracts, Tests und die Dokumentation für institutionelle Audits.
- Permissioned Token mit Regeldurchsetzung direkt im Transfer-Hook
- Identitätsregister und konfigurierbare Rule-Engine gemäss DLT-Gesetz
- Zustandsbasierte Fuzzing-Tests und formal dokumentierte Invarianten
- Statische Analyse mit Slither und Solhint als CI-Gatekeeper
- Vollständige technische Spezifikation, Rollen-Matrix und Bedrohungsmodell
- Testnet-Deployment mit verifiziertem Sourcecode
- Multisig-Runbook und Rollenübergabe-Protokoll für institutionelle Verwahrer
- Transparenter Festpreis nach technischer Discovery
- 30 Tage Garantie auf Fehlerbehebung
Fragen
Die Antworten, die wir am häufigsten geben.
- Wie setzt DesignKompanie das Schweizer DLT-Gesetz (Art. 973d OR) technisch um?
- Art. 973d des Schweizerischen Obligationenrechts verlangt für Registerwertrechte ein Wertschriftenregister, das den Gläubigern Funktionsintegrität garantiert, die Übertragung technisch an das Register bindet und die Publizität der Gläubigerrechte sicherstellt. Unsere Smart Contracts bilden diese Registerfunktionalität direkt auf der Blockchain ab: Die Registerwertrechte-Vereinbarung wird kryptografisch referenziert, und die Übertragbarkeit ist untrennbar an die Verifikation im On-Chain-Register gekoppelt.
- Welche Token-Standards kommen zum Einsatz (CMTA vs. ERC-3643)?
- Wir unterstützen sowohl den von der Schweizer Capital Markets and Technology Association definierten CMTAT-Standard als auch den internationalen ERC-3643 (T-REX). CMTAT ist im Schweizer Private Banking und bei DLT-Wertrechten hoch anerkannt. ERC-3643 bietet eine modulare Dreiteilung aus Token, Identitätsregister und Rule-Engine. Die Wahl richtet sich nach Ihren Verwahrstellen, Sekundärmarktzielen und juristischen Vorgaben.
- Können Emittenten Token im Notfall sperren oder gerichtlich übertragen (Forced Transfer)?
- Ja, und für regulierte Schweizer Finanzinstrumente ist dies eine zwingende regulatorische Anforderung. Bei Schlüsselverlust eines Anlegers oder einem gerichtlichen Urteil muss das Register der tatsächlichen Rechtslage angepasst werden können. Wir trennen diese Befugnisse strikt in separate Rollen (Pause, Freeze, Forced Recovery), die ausschliesslich über mehrfach signierte institutionelle Wallets (Multisig mit Timelock) gesteuert werden.
- Wie funktioniert die Dividendenausschüttung bei wechselnden Token-Inhabern?
- Die Ertragsberechnung erfolgt snapshot-basiert über historische Bilanzen. Anleger, die Anteile während des Abrechnungszeitraums hielten, behalten ihren Anspruch, selbst wenn sie die Anteile vor dem Zahltag veräussert haben. Die Auszahlung erfolgt pull-basiert: Anleger fordern ihr Guthaben aktiv an. Das verhindert, dass Transaktionen an Block-Gas-Limits scheitern, wie es bei Schleifen über hunderte Adressen der Fall wäre.
- Brauchen wir eine Rechtsstruktur in der Schweiz vor Projektbeginn?
- Sie benötigen vor dem Go-Live eine gesellschaftsrechtliche Struktur (z. B. Schweizer AG oder GmbH als Zweckgesellschaft / SPV) und eine definierte Registervereinbarung. Ein Token ohne rechtliche Trägerstruktur vermittelt keinerlei Eigentums- oder Forderungsrechte. Wir können die Smart Contracts und Prototypen auf Testnets entwickeln, während Ihre Anwälte die Prospekte und Verträge finalisieren.
- Können Sie die Smart Contracts auditieren, die Sie entwickeln?
- Nein, und wir raten dringend von Dienstleistern ab, die das behaupten. Wir bereiten die Codebasis auf den Standard vor, den führende Schweizer Prüfer (wie ChainSecurity) verlangen: lückenlose Spezifikation, dokumentierte Invarianten, Bedrohungsmodell, Rollen-Matrix, hohe Testabdeckung und saubere Slither-Befunde. Anschliessend beauftragen Sie ein unabhängiges Audit-Haus, und wir beheben alle Feststellungen.
- Was kostet ein externes Sicherheitsaudit und wie lange dauert es?
- Für ein typisches RWA-System (ca. 800 bis 1.200 Zeilen Solidity) sollten Sie mit 15.000 bis 40.000 CHF Prüfkosten und etwa zwei bis vier Wochen Vorlaufzeit bei führenden Prüfunternehmen rechnen. Da Prüfungsangebote auf einem eingefrorenen Git-Commit basieren, spart unsere Vorbereitung bares Geld: Ein unvollständiges Repository führt zu teuren Nachberechnungen.
- Arbeiten Sie mit unseren internen Entwicklern zusammen?
- Regelmässig. Eine häufige Aufteilung besteht darin, dass wir die Smart Contracts, die Invariantentests und die Audit-Vorbereitung liefern, während Ihr internes Team die Web-Plattform baut — oder umgekehrt, dass wir die Cap-Table-Infrastruktur und Web3-Konnektoren für bestehende Contracts entwickeln.
Nächster Schritt
Nachträgliche Compliance erfordert eine Neuentwicklung und Migration aller Inhaber.
Nennen Sie uns den Vermögenswert, die Zieljurisdiktionen und den Stand Ihrer juristischen Strukturierung.