مراجعة عملية من قبل Bitcoin.com.
Vultisig هو خزنة عملات مشفرة بدون مفتاح أولي، متعددة الأجهزة، مبنية على تقنية مخطط التوقيع الحدي (TSS). بدلاً من إنشاء عبارة مفتاح تقليدية، توزع الخزنة صلاحية التوقيع عبر أجهزة متعددة، وتتطلب عتبة محددة للموافقة على المعاملات.
لتقييم أداء هذا النموذج في ظروف العالم الحقيقي، قمنا بتثبيت Vultisig على عدة أجهزة واختبرنا تكوينات الخزنة الآمنة والخزنة السريعة. أجرينا معاملات عبر عدة شبكات مدعومة، بما في ذلك إرسال واستلام الأصول، تنفيذ المبادلات، التفاعل مع تبويب التمويل اللامركزي، وتثبيت الإضافات. كما قيّمنا تنسيق التوقيع عبر أجهزة متعددة تحت الاستخدام العادي ومحاكاة سيناريوهات الانقطاع، بالإضافة إلى إجراءات الاسترداد باستخدام استيراد حصص الخزنة على أجهزة جديدة.
إعداد الخزنة: بدون عبارة مفتاح، تحكم موزع
بدأنا بإنشاء تكوينين للخزنة:
- خزنة آمنة باستخدام جهازين (2 من 2 عتبة)
- خزنة سريعة باستخدام جهاز واحد بالإضافة إلى الموقّع المشارك من Vultiserver
لم يتم إنشاء عبارة مفتاح أثناء الإعداد. بدلاً من ذلك، أنشأ كل جهاز حصة خزنة فريدة. تعمل هذه الحصص كجزء مشفر من صلاحية التوقيع ويجب نسخها احتياطيًا بشكل فردي كملفات .vult. أثناء النسخ الاحتياطي، يتم تشفير حصص الخزنة بكلمة مرور الخزنة قبل تصديرها للتخزين.
كما تحققنا من عملية نسخ احتياطي لحصة الخزنة. كان تصدير الحصص إلى التخزين الآمن بسيطًا، وأكدت المحفظة على أهمية الحفاظ على هذه النسخ الاحتياطية. أعاد استيراد حصة خزنة على جهاز جديد عمل كما هو متوقع، مما يؤكد أن نسخ احتياطي لحصص الخزنة هو آلية الاسترداد الأساسية في غياب عبارة المفتاح.
بدت عملية الإعداد متعمدة وواضحة. في تكوين الخزنة الآمنة، شارك كلا الجهازين في إنشاء الخزنة والحصص المرتبطة بها. في تكوين الخزنة السريعة، كان الخادم بمثابة موقّع مشارك لتسهيل الاستخدام اليومي.
تم تنفيذ المعاملات فقط بعد موافقة الأجهزة المطلوبة. في تكوين 2 من 2، كان من الضروري مشاركة كلا الجهازين في عملية التوقيع قبل بث المعاملة. يعكس ذلك تصميم العتبة في المحفظة، حيث لا يمكن لأي جهاز بمفرده تفويض المعاملات بشكل مستقل.
إدارة الأصول عبر سلاسل متعددة في الممارسة
يجمع تبويب المحفظة الأصول عبر أكثر من 30 سلسلة مدعومة، بما في ذلك Bitcoin وEthereum وSolana وشبكات Cosmos وسلاسل متوافقة مع EVM.
استلمت الأموال عناوين جديدة لكل سلسلة مع تصنيف واضح. كان تمييز الشبكة متسقًا، مما يقلل من خطر الإرسال إلى سلسلة خاطئة. ظهرت الأموال بسرعة بعد التأكيدات على الشبكات المعنية.
اختبرنا الإرسال بـ:
- مبالغ صغيرة
- مبالغ أكبر
- معاملات متكررة بسرعة متتالية
لملاحظة الأداء تحت استخدام أكثر كثافة، بدأنا عدة معاملات متتالية عبر سلاسل مدعومة مختلفة. تعاملت المحفظة مع هذه الإرسالات المتتالية بدون إنشاء حالات غير متسقة. ظل توليد العناوين صحيحًا عبر جميع الشبكات، وظل تدفق التوقيع متوقعًا حتى أثناء النشاط السريع للمعاملات.
كان تقدير الرسوم مرئيًا قبل التوقيع. تطلبت عملية التوقيع تنسيقًا بين الأجهزة المشاركة قبل الموافقة على المعاملة. تفاوتت سرعة التوقيع قليلاً حسب استجابة الأجهزة وظروف الشبكة، لكنها ظلت ثابتة طوال الاختبار.
المبادلات عبر السلاسل والتفاعل مع التمويل اللامركزي
يتضمن Vultisig وظيفة مبادلة أصلية مع نموذج رسوم ابتدائي قدره 50 نقطة أساس للمبادلات عبر السلاسل. نفذنا مبادلات رمزية إلى رمزية واختبرنا تدفقات عبر السلاسل حيث كانت مدعومة.
كانت إعدادات الانزلاق مرئية، وعرضت تفاصيل المبادلة قبل الموافقة النهائية. تم تطبيق التوقيع المشارك عبر الأجهزة للمبادلات، تمامًا كما هو الحال مع الإرسال العادي، مما يعزز نموذج توقيع متسق عبر إجراءات المحفظة.
كما استكشفنا كيف يستجيب التطبيق عندما لا يمكن إتمام المبادلات، مثل تجاوز حدود الانزلاق أو عدم توفر السيولة. في هذه الحالات، أشار الواجهة بوضوح إلى عدم إمكانية المضي قدمًا في المعاملة ومنع تنفيذها بشكل غير كامل. سمحت الرسائل حول المبادلة الفاشلة بضبط المعلمات قبل إعادة المحاولة.
سمح تبويب التمويل اللامركزي بالتفاعل مع التراكم وغيرها من الوظائف المدعومة ضمن واجهة المحفظة. أدت موافقات العقود الذكية إلى تفعيل نفس تدفق التوقيع العتبي المستخدم في التحويلات العادية. قدمت نوافذ المعاملة تفاصيل التفاعل مع العقد قبل الموافقة، مما ساعد على توضيح الإجراء الذي يتم تفويضه.
التوقيع عبر أجهزة متعددة تحت الضغط
لاختبار موثوقية التنسيق، قمنا بمحاكاة عدة سيناريوهات:
- جهاز واحد يذهب غير متصل أثناء التوقيع
- جهاز يرفض معاملة
- وضع التطبيق في الخلفية أثناء جلسة التوقيع
- محاولات توقيع متتالية بسرعة
لتقييم التنسيق بين الأجهزة بشكل أدق، بدأنا عدة طلبات توقيع بسرعة متتالية. حتى مع تكرار مطالبات التوقيع، تزامنت الأجهزة بشكل موثوق ولم تنتج حالات توقيع عالقة أو معاملات مكررة.
كما تم محاكاة انقطاعات مؤقتة في الشبكة أثناء جلسات التوقيع. عند استعادة الاتصال، استأنفت الأجهزة عملية التوقيع دون إنشاء حالات معاملات غير متسقة.
عندما ينفصل جهاز أثناء الجلسة، بقي طلب التوقيع غير مكتمل حتى يتم استعادة مشاركة العتبة. لم تكن هناك بثوث مكررة أو تنفيذ جزئي.
سيناريوهات الاسترداد والخسارة
الاسترداد هو عنصر حاسم في أي محفظة ذاتية الحفظ. قمنا بمحاكاة سينارويْن رئيسييْن.
السيناريو 1**: فقدان جهاز واحد في خزنة 2 من 3**
مع بقاء العتبة قابلة للتحقيق، استمرت المعاملات في العمل بشكل طبيعي.
السيناريو 2**: فقدان غالبية الأجهزة**
اختبرنا إعادة استيراد حصص الخزنة على أجهزة جديدة. تطلب الاسترداد الوصول إلى الحد الأدنى من الحصص الاحتياطية اللازمة.
من ناحية سهولة الاستخدام، اتبع تدفق الاسترداد تسلسلًا واضحًا من التعليمات التي توجه إعادة تهيئة الجهاز وإعادة بناء الخزنة. عززت العملية نموذج أمان المحفظة مع السماح باستعادة الوصول عندما تتوفر الحصص المطلوبة.
سوق الإضافات وعمليات الشراء المتكررة
استكشفنا سوق الإضافات، مع التركيز على تدفق التثبيت ووضوح الأذونات. كان تفعيل الإضافة بسيطًا، ولم تتطلب إلغاء التثبيت خطوات معقدة.
تم اختبار إضافة الشراء المتكرر من خلال:
- إعداد عمليات شراء مجدولة
- إلغاء عمليات الشراء المجدولة
- محاكاة حالات فشل
توافق توقيت التنفيذ مع الجدول المحدد. أوقف الإلغاء عمليات التنفيذ المستقبلية كما هو متوقع.
كما راقبنا سلوك الإضافة عندما لا يمكن إتمام المعاملات المجدولة، مثل عدم توفر أموال كافية. في هذه الحالات، فشلت المعاملة ببساطة دون تكرار عمليات شراء غير مقصودة، وأبلغت المحفظة بوضوح عن النتيجة.
تم عرض الأذونات المرتبطة بالإضافات ضمن سياق المعاملة، موضحة الإجراءات التي طلبتها الإضافة.
البنية ونموذج التوقيع
يعتمد نموذج أمان Vultisig على التوقيع الموزع بدلاً من مفتاح خاص واحد مخزن على جهاز واحد.
في وضع الخزنة السريعة، يعمل Vultiserver كموقّع مشارك لتمكين تجربة توقيع بجهاز واحد للمعاملات اليومية. في وضع الخزنة الآمنة، يتطلب تفويض المعاملة مشاركة من أجهزة متعددة يسيطر عليها المستخدم.
يتيح هذا الهيكل للمستخدمين الاختيار بين الراحة ومستوى أعلى من التحكم الموزع، مع تجنب التخزين المركزي للمفاتيح والنقطة الوحيدة للفشل المرتبطة بمحافظ عبارة المفتاح التقليدية.
التقييم النهائي
على مدار الإعداد والمعاملات والمبادلات وتفاعلات التمويل اللامركزي وتنسيق التوقيع ومحاكاة الاسترداد، تصرفت Vultisig بشكل متسق مع هيكلها الأمني الموثق.
يغير التصميم بدون عبارة مفتاح ويعتمد على العتبة النموذج العقلي التقليدي لأمان المحفظة. بدلاً من حماية عبارة استرداد واحدة، يدير المستخدمون حصص خزنة موزعة ومشاركة الأجهزة. هذا يضيف خطوات إجرائية إضافية لكنه يوزع السيطرة عبر أجهزة متعددة.
بالنسبة للمستخدمين الذين ي prioritون التفويض الموزع والتنسيق عبر أجهزة متعددة، تقدم Vultisig نهجًا منظمًا للحفظ الذاتي. يدعم تعدد السلاسل، والتبادلات المدمجة، وقابلية التوسعة عبر الإضافات، وأدوات الاسترداد الواضحة، مما يشكل بيئة محفظة تركز على الأمان.
بالنسبة للمستخدمين المستعدين لتجاوز قيود محافظ عبارة المفتاح التقليدية، تقدم Vultisig نموذجًا جديدًا مقنعًا لتأمين وإدارة الأصول الرقمية.
لا تتحمل Bitcoin.com أي مسؤولية أو التزام، ولن تكون مسؤولة بشكل مباشر أو غير مباشر، عن أي خسارة أو ضرر أو مطالبة أو تكلفة أو نفقات من أي نوع، سواء كانت فعلية أو مزعومة أو تبعية، تنشأ عن أو تتعلق باستخدام أو الاعتماد على أي محتوى أو سلع أو خدمات مذكورة في هذا المقال. أي اعتماد على مثل هذه المعلومات يكون على مسؤولية القارئ الخاصة.
