المقدمة:

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

توقيع متعدد：

• على سبيل المثال: غنوسيس سيف، أونبيت، أرموري، بت جو، إليكترم، تريزور موديل تي (محفظة الأجهزة)، ليدجر نانو إكس (محفظة الأجهزة)، دبليو إتش سايفر، كاسا كي ماستر

• خصائص المثال: بالمقارنة مع المحافظ الأخرى متعددة التوقيعات في السوق، فإن معظم المحافظ متعددة التوقيعات المذكورة في المقالة تحتوي على الميزات التالية:

• تم إطلاقها في وقت سابق (في وقت مبكر، كانت محافظ بيتكوين) واستمرت في طرح ميزات العملة المشفرة الأخرى حيث جمعت قاعدة مستخدمين أكبر.

• يتكامل مع محافظ الأجهزة مثل Ledger و Tezos

• تم تطويره بشكل أساسي من قبل مختبرات مشهورة في هذه الصناعة

• نقاط القوة والضعف: تعمل محافظ Multisig على تعزيز الأمان والتحكم المشترك. تعاني من مشاكل التوافق متعددة السلاسل ومشاكل الكفاءة وعدم إخفاء الهوية.

لنكون أكثر وضوحًا:

يتمثل جوهر Multisig في أن معاملات العملات المشفرة الرقمية في عنوان واحد تتطلب التوقيعات التي تم إنشاؤها بواسطة مفاتيح خاصة متعددة ليتم اعتمادها من خلال عقد محدد.

وهذا يسمح للمحافظ متعددة التوقيعات بتقديم أمان أعلى من آلية المفتاح الخاص الواحدة. وعلى وجه الخصوص، بالنسبة لعملاء الأعمال، DAOs، تمنح المحافظ المتعددة المستخدمين تحكمًا مشتركًا لمنع الاحتيال الداخلي. ثم تبدأ محافظ العملات المشفرة تدريجيًا في تلبية احتياجات الشركات.

الرسم البياني 3: عملية مبسطة للتوقيعات المتعددة

الابتكارات الحديثة:

ومع ذلك، بالنسبة للظروف المختلفة، يقتصر تطبيق Multsig فقط على DAOs (لم يكن قبول السوق مناسبًا). وبالتالي، أصبح ابتكار تجربة المستخدم وتحسينها أمرًا ملحًا.

لمعالجة مشكلة الكفاءة، يصل Gnosis Safe لاحقًا إلى العقود الذكية (trace_transaction و trace_blocks) من أجل جمع كل معلومات التوقيعات المتعددة ويسمح لك بجمع التوقيعات خارج السلسلة واسترداد المعاملات المعلقة متعددة التوقيعات. وهذا يسمح بتوقيع بعض المعاملات متعددة التوقيعات خارج السلسلة، مما يوفر رسوم الغاز والوقت للمستخدمين.

لتقليل مشاكل إخفاء الهوية، يقترح المطورون الجمع بين التوقيع المتعدد مع ZK لتحقيق اللامركزية في المفاتيح الخاصة أثناء إنشاء إخفاء المعلومات. تحاول المحفظة، المسماة ZK Dompet، أن تكون رائدة.

عند التفكير في التوافق الأفضل بين السلاسل المتعددة وسهولة الوصول إلى تعديلات الهيكل. قد تتمكن محفظة MPC وتوقيعات العتبة من القيام بذلك.

توقيع العتبة (محفظة MPC):

• مثال: ZenGo، محفظة Lit، محفظة Fireblocks، OpenBlock، Qredo، Wirex، Paybis، Dfs، محفظةMarable، البوابة

• خصائص المثال: توفير وظائف توقيع MPC لعملاء الأعمال مع توفير حلول إدارة الأصول المتنوعة ودعم التحكم الدقيق في الوصول. يتم أيضًا توفير العديد من حزم SDK التجارية المفيدة بواسطة هذه المحافظ. تذهب ZenGo إلى أبعد من ذلك من خلال المصادقة ثلاثية العوامل، حيث تجمع بين القياسات الحيوية وتجنب تصميم المفاتيح الخاصة.

• نقاط القوة والضعف: تعالج محافظ MPC التوافق متعدد السلاسل، وتخفيض رسوم الغاز، وضمان إخفاء الهوية ولكنها تواجه تحديات مثل عدم القدرة على إلغاء المفاتيح وهي موجهة عمومًا نحو العملاء المؤسسيين (خوارزميات توقيع MPC محددة وغير قابلة للترقية، ويتطلب كل حساب MPC خوارزمية توقيع مختلفة، وكلها يتم إنشاؤها دون اتصال بالإنترنت).

بالتفصيل:

باستخدام تقنية تقطيع المفاتيح الخاصة، يتم تقسيم المفتاح الخاص إلى نسخ متعددة وتخزينه على عقد مستقلة متعددة، حيث لا يتمتع أي شخص أو جهاز بالتحكم الكامل في المفتاح الخاص (عملية تسمى Distributed Key Generation DKG). عند تنفيذ عمليات مثل المعاملات، تعمل هذه العقد معًا لإنشاء التوقيعات من خلال بروتوكولات الحوسبة الآمنة متعددة الأطراف دون الحاجة إلى إعادة تكوين المفتاح الخاص الكامل.

لإعطاء مثال أولي، إذا كان A و B يديران حسابًا بشكل مشترك باستخدام TSS، فيمكنهما التحكم في الحساب في نفس الوقت دون حفظ فن الإستذكار. إذا أراد A استخدامه، فيجب عليه إرسال طلب إلى B. بعد موافقة B، سيحسب A و B بعض المتغيرات الوسيطة (التي تشير إلى العلاقات العددية) محليًا باستخدام الأجزاء الخاصة بهما من خلال مجموعة من القواعد المعمول بها. بعد تبادل المعلومات، سيتمكن A من إنشاء توقيع قانوني كامل محليًا وسيقوم A بتحويل الأموال من الحساب عند التحقق من التوقيع.

الرسم البياني 4: عملية توقيع TSS المبسطة

ميكانيكيًا:

• لا تهتم TSS ببلوكتشين الأساسي بالإضافة إلى العقد الذكي الأعلى، وتقوم فقط بتعديل خوارزمية التوقيع للتوقيع الرقمي الوسيط لتعزيز التوافق متعدد السلاسل.

• يتم إنشاء التوقيع ضمن السلسلة، ومعلومات المشاركين غير مرئية، مما يضمن إخفاء هوية المستخدمين.

      _ _
  

الابتكارات الحديثة:

بالنسبة لمشكلات الأمان والإبطال المذكورة أعلاه، تقدم ZenGo تحسينًا للمتابعة:

• مشكلة أمنية - الأمر متروك للوصي الرسمي والوصي لدعم هذا العمل بشكل مشترك. عندما يكتشف الوصي أن ZenGo قد توقف عن العمل، سيحصل على المفتاح الرئيسي من الوصي وسيقوم بعد ذلك بنشره على حساب Github محدد. في كل مرة يقوم فيها المستخدم بتشغيل العميل، فإنه يتحقق لمعرفة ما إذا كان حساب Github المحدد في وضع الاسترداد، ثم يقوم بتنزيل المفتاح الرئيسي، بالإضافة إلى الجزء الخاص بالمستخدم من المفتاح لاستعادة المفتاح الخاص.

• مشاكل إلغاء المفتاح - لا يمكن استخدام المفتاح الخاص الأصلي لحساب التوقيع الصحيح عن طريق تحديث المفتاح والحذف المادي، لذلك يتم إبطال المفتاح الخاص بشكل مقنع. اقرأ المزيد، < a href= "https://web3caff.com/zh/archives/65036" " > @Safeheron .
  (تقدم المقالة فقط نظرة عامة عالية المستوى حول كيفية تعامل ZenGo مع مشكلات الأمان والإبطال الرئيسية، على الرغم من أنها تفتقر إلى تفسيرات مفصلة حول العمليات الفنية المعنية. قد يتطلب فهم الآليات الدقيقة مزيدًا من الغوص التقني في وثائق ZenGo (أو التواصل مع ZenGo لمزيد منالتوضيح).

كنوع جديد من محفظة MPC، يجمع OpenBlock بين التوقيعات المتعددة لتحقيق وظيفة الإدارة العامة للمحفظة الأكثر أمانًا ودعم التعافي الاجتماعي.

ومع ذلك، منذ محفظة MPC：

1. غير متوافق مع معظم المحافظ التقليدية (لا توجد أدوات استذكارية، ولا يوجد مفتاح خاص كامل مخزن على جهاز واحد).

2. غير موحدة وغير مدعومة أصلاً من قبل أجهزة الأمان ذات المستوى المؤسسي مثل iPhone SEPs وHSMs.
   مما أدى إلى توجيه MPC بشكل أساسي نحو العملاء المؤسسيين مثل الصناديق والمكاتب العائلية والبورصات والأوصياء. ومع ذلك، مع زيادة الطلب في السوق، مثل المتطلبات العالية لإدارة الأصول والتداول على دفعات والوظائف الأخرى (دعم الغاز)، لا يمكن إنجاز محافظ MPC بمفردها. ثم أدى مرور Eip-4337 وظهور محافظ الحساب المجرد (AA) إلى تجديد آمالهم.

تتبع بوابة محفظة MPC الرائدة هذا الخط الفكري بابتكاراتها. اجمع بين بورتال وزيروديف لإكمال لغز MPC+AA.

محفظة تجريد الحساب (EVM فقط)

• مثال: ميتاماسك، محفظة ترست، محفظة أمبير، أرجنت، أفوكادو، بلوكاتو، برافوس، هولدستيشن، آمنة، واضحة، كيرنيل، يونيباس،بيم

• الإيجابيات:

• تعزيز أمان الحساب من خلال العقود الذكية القابلة للبرمجة

• قم بتحسين تجربة المستخدم من خلال عمليات الدمج الأصلية التي توفر تجريد الحساب والتحقق من التوقيع المخصص ودعم الاسترداد الاجتماعي

• يوفر مرونة المحفظة من خلال تجريد التوقيع والأدوار والسياسات واستخراج الغاز.

• يدعم الوصول متعدد الأطراف المستقل عن الجسر

• السلبيات：

• المزيد من العمليات على السلسلة يعني رسوم غاز أعلى؛

• التوافق المحدود

• لا يزال EIP-1271 لتوحيد التوقيعات على EVM غير معتمد إلى حد كبير

الرسم البياني 5: عملية عمل المحفظة المجردة للحساب

من الواضح أنه إذا كنت قد تعلمت يومًا عن محافظ AA، فليس من الصعب إدراك العبارة القائلة بأن «حل محفظة AA لا يتطلع إلى استخدام تقنية واحدة، بل إلى مزج تقنيات متعددة ومطابقتها». على سبيل المثال، من خلال الجمع بين MPC و AA (Portal و ZeroDev)، يمكنك الحصول على إدارة سهلة وآمنة للمفاتيح خارج السلسلة، بالإضافة إلى التحقق المرن من المعاملات على السلسلة. علاوة على ذلك، يجمع Slope أيضًا بين ميزات multisig و AA للحصول على مزايا كليهما.

في القسم التالي من هذه المقالة، سوف نستكشف الأعمال الداخلية لهذه التكنولوجيا الهجينة، والتي من شأنها أن توفر الغوص بشكل أعمق لفهم الآثار المترتبة بشكل كامل.

الخلاصة：

تفتح حسابات AA الذكية العديد من الفرص الجديدة لتطبيقات ومحافظ Web3، وبسبب قابلية الدمج الخاصة، التي تم ذكرها أعلاه، فإنها تستمد جميع مزايا وظائف محفظة Multi-SIG و MPC. باستخدام الحسابات الذكية، لا يمكن للمستخدمين إدارة محافظهم بسهولة أكبر فحسب، بل يتمتعون أيضًا بالمرونة لتحسين طريقة عملهم. وكما ذكر فيتاليك، «لطالما كان تجريد الحساب هو حلم مجتمع مطوري إيثريوم»، وربما من المتوقع أن تكون الحسابات الذكية هي مستقبل تفاعلات Web3.