Turnkey hilft Ihnen, sichere, benutzerspezifische Wallets einzubetten, die durch Richtlinienkontrollen und sichere Enklaven unterstützt werden. Der Schlüssel: Sub-Organisationen – isolierte, benutzerspezifische Wallet-Umgebungen unter der Hauptorganisation Ihrer App. So funktionieren sie (und warum sie mächtig sind) 🧵

1/ Ihre App startet als übergeordnete Organisation in Turnkey – sie hält teambezogene Wallets, Berechtigungen und API-Zugriff. Von dort aus erstellen Sie Unterorganisationen, die vollständig isolierte Konten darstellen, die Ihre Endbenutzer repräsentieren. Jede Unterorganisation hat ihre eigenen: ▪️Wallets ▪️Benutzer ▪️Richtlinien

2/ Dieses Modell unterstützt Anwendungsfälle wie: ▪️Pro-Benutzer Hot- und Cold-Wallets ▪️Kustodiale und nicht-kustodiale Setups ▪️Teams mit Multi-User-Wallets und M-von-N Genehmigungen Sub-Organisationen sind standardmäßig getrennt. Keine gemeinsamen Schlüssel. Kein gemeinsamer Zugriff.

3/ Hier kommen die Richtlinien ins Spiel. Möchten Sie Überweisungen an genehmigte Adressen einschränken? Tägliche Ausgaben von Hot Wallets begrenzen? 2-von-3 Genehmigungen für große Cold Wallet-Transaktionen verlangen? ✅ Die Richtlinien-Engine von Turnkey macht dies programmierbar mit einer einfachen, flexiblen, JSON-basierten Richtlinensprache.

4/ Alle Wallet-Aktionen werden in sicheren Enklaven (Trusted Execution Environments) bewertet. Das bedeutet, dass die Durchsetzung von Richtlinien auf der Schlüssel-Ebene erfolgt - überprüfbar, manipulationssicher und durch Hardware durchgesetzt. Infrastruktur, der du nicht blind vertraust.

5/ Beispiel: Ein Benutzer, zwei Wallets. ▪️Hot Wallet → auf 0,1 ETH begrenzt ▪️Cold Wallet → kann nur an eine bekannte Adresse übertragen werden Jede Wallet wird durch ihre eigene benutzerdefinierte Richtlinie geregelt, die über die API und SDKs von Turnkey bereitgestellt wird.