تتجه بنية المحافظ نحو هدف مفيد لكنه شاق: جعل المنتجات ذاتية الحيازة تبدو مألوفة دون أن يتم سحب السيطرة من المستخدم بهدوء.

لذلك السبب تبرز أهمية إعلان تيثَر وشِيغا في 28 سبتمبر. إذ تضع منتجاتهم المخططة التي تعتمد على WDK لأفريقيا ودول مجلس التعاون الخليجي “إتاحة الإعداد” ودعم تعدد الأصول والتحكم في المفاتيح والأموال ضمن المحادثة نفسها. وهو مثال في وقته على الاتجاه الذي يستكشفه مطوّرو المحافظ، لكن ينبغي ألا يُفهم ذلك على أنه دليل على أن كل محفظة مضمَّنة ذاتية الحيازة أو بنفس الدرجة من الأمان.

تلغي المحفظة المضمّنة الحاجة إلى مغادرة التطبيق أو تثبيت إضافة منفصلة أو إدارة كل خطوة تقنية يدويًا. وهذا قد يقلل من تخلي المستخدمين عن الخدمة ويتيح لعدد أكبر من الناس استخدام الخدمات على السلسلة. لكن التعقيد لا يختفي، بل ينتقل إلى بنية المحفظة.

لا يزال على المطوّرين الإجابة عن الأسئلة التي تحدد نموذج الأمان الفعلي. من يستطيع إنشاء توقيع صالح؟ هل يستطيع مزوّد الخدمة استرداد الأموال أو نقلها؟ ماذا يحدث عند فقدان الجهاز؟ ما المعاملات التي يمكن للجلسة الموافقة عليها؟ هل توجد حدود للقيمة وقوائم سماح وحدود لمعدل الاستخدام وأدوات تحكم طارئة؟ وهل يستطيع المستخدمون فهم هذه القواعد قبل الوثوق بالمنتج؟

يمكن لتجريد الحساب ومفاتيح المرور والحوسبة متعددة الأطراف ورسوم الغاز المدفوعة بالنيابة أن تحسّن تجربة الاستخدام. لكن لا شيء منها يغني عن الإفصاح الواضح عن الجهة الحافظة للأصول وتحديد نطاق الأذونات بعناية. فمفتاح الجلسة الذي يملك صلاحيات مفرطة يظل خطرًا. ونظام الاسترداد ذو الصلاحيات الخفية قد يغيّر نموذج حفظ الأصول. وحتى مسار الجسر السلس قد يتعطل أو يمرر القيمة عبر مسار غير آمن.

يجمع أفضل تصميم للمحفظة بين بساطة الواجهة ووضوح القواعد. ينبغي أن يعرف المستخدمون من يملك صلاحية التوقيع، وكيفية استرداد المحفظة، وما الذي يسمح به كل إذن. وينبغي للمطوّرين اختبار مسارات الإخفاق بالجدية نفسها التي يختبرون بها خطوات بدء الاستخدام.

يشرح الدليل الكامل من TokenToolHub الفرق بين تجربة الاستخدام للمحافظ المضمّنة وحفظ الأصول، ثم يستعرض الضوابط التي تدعم نشرًا أكثر أمانًا.

اقرأ الدليل الكامل على TokenToolHub: https://tokentoolhub.com/embedded-wallets-guide/

#crypto #blockchain #Web3 #wallets #SelfCustody