يساعدك Turnkey على تضمين محافظ آمنة خاصة بالمستخدم مدعومة بضوابط السياسة والجيوب الآمنة. المفتاح: المؤسسات الفرعية - بيئات المحفظة المعزولة لكل مستخدم ضمن المؤسسة الرئيسية لتطبيقك. إليك كيفية عملها (ولماذا هي قوية) 🧵

1 / يبدأ تطبيقك كمؤسسة رئيسية في Turnkey - مع الاحتفاظ بمحافظ على مستوى الفريق وأذونات ووصول إلى واجهة برمجة التطبيقات. من هناك يمكنك إنشاء منظمات فرعية وهي حسابات معزولة تماما تمثل المستخدمين النهائيين. كل منظمة فرعية لها ما يلي: ▪️محافظ ▪️المستعملون ▪️سياسات

2 / يدعم هذا النموذج حالات الاستخدام مثل: ▪️محافظ ساخنة + باردة لكل مستخدم ▪️إعدادات الاحتجاز وغير الاحتجازية ▪️الفرق التي لديها محافظ متعددة المستخدمين وموافقات M-of-N يتم فصل المؤسسات الفرعية افتراضيا. لا توجد مفاتيح مشتركة. لا يوجد وصول مشترك.

3 / هذا هو المكان الذي تأتي فيه السياسات. هل تريد قصر عمليات النقل على العناوين المدرجة في القائمة البيضاء؟ الحد الأقصى للإنفاق اليومي من المحافظ الساخنة؟ هل تحتاج إلى موافقات 2 من 3 لتحركات المحفظة الباردة الكبيرة؟ ✅ يجعل محرك سياسة Turnkey هذا قابلا للبرمجة باستخدام لغة سياسة بسيطة ومرنة قائمة على JSON.

4/ يتم تقييم جميع إجراءات المحفظة داخل الجيوب الآمنة (بيئات التنفيذ الموثوق بها) وهذا يعني أن إنفاذ السياسة يحدث على المستوى الرئيسي - يمكن التحقق منه وعدم العبث وفرضه بواسطة الأجهزة. البنية التحتية التي لا تثق بها بشكل أعمى.

5 / مثال: مستخدم واحد ، محفظتان. ▪️→ المحفظة الساخنة بحد أقصى 0.1 ETH ▪️يمكن تحويل → المحفظة الباردة فقط إلى عنوان معروف تخضع كل محفظة لسياستها المخصصة الخاصة بها ، وكلها مقدمة عبر واجهة برمجة تطبيقات Turnkey وحزم SDK.