Turnkeyは、ポリシー制御とセキュアエンクレーブに裏打ちされた安全なユーザー固有のウォレットを埋め込むのに役立ちます。 鍵となるのはサブ組織 — アプリのメイン組織の下にある、ユーザーごとの分離されたウォレット環境です。 ここでは、その仕組み(およびなぜ強力なのか)🧵について説明します

1/ アプリはTurnkeyの親組織として開始され、チームレベルのウォレット、権限、APIアクセスを保持します。そこから、エンドユーザーを表す完全に分離されたアカウントであるサブ組織を作成します。 各サブ組織には独自のものがあります。 ▪️財布 ▪️ユーザー ▪️檄

2/ このモデルは、次のようなユースケースをサポートしています。 ▪️ユーザーごとのホットウォレット+コールドウォレット ▪️カストディアルおよびノンカストディアルのセットアップ ▪️マルチユーザーウォレットとM-of-N承認を持つチーム サブ組織はデフォルトで分離されています。共有キーはありません。共有アクセスはありません。

3/ ここで政策の出番です。 ホワイトリストに登録されたアドレスへの転送を制限したいですか? ホットウォレットから毎日の支出に上限を設けますか? 大規模なコールドウォレットの移動には2-of-3の承認が必要ですか? ✅ Turnkeyのポリシーエンジンは、シンプルで柔軟なJSONベースのポリシー言語を使用して、これをプログラム可能にします。

4/ すべてのウォレットアクションは、安全なエンクレーブ(Trusted Execution Environments)内で評価されます つまり、ポリシーの適用は、検証可能で、改ざん防止され、ハードウェアによって適用されるというキーレベルで行われます。 あなたが盲目的に信頼していないインフラ。

5 /例:1人のユーザー、2つのウォレット。 ▪️ホットウォレット→0.1ETHを上限としています ▪️コールドウォレット→は、既知のアドレスにのみ転送できます 各ウォレットは独自のカスタムポリシーによって管理され、すべてTurnkeyのAPIとSDKを介してプロビジョニングされます。