فولتيسيج هي محفظة تشفير خالية من «البذرة» ومتعددة الأجهزة، مبنية على تقنية «نظام التوقيع بالعتبة» (TSS). وبدلاً من إنشاء عبارة البذرة التقليدية، توزع المحفظة صلاحية التوقيع على أجهزة متعددة، مما يتطلب بلوغ عتبة محددة للموافقة على المعاملات.
لتقييم أداء هذا النموذج في ظروف الاستخدام الفعلي، قمنا بتثبيت Vultisig على أجهزة متعددة واختبرنا كل من إعدادات Secure Vault وFast Vault. تم تنفيذ المعاملات عبر عدة شبكات مدعومة، بما في ذلك إرسال واستلام الأصول، وتنفيذ عمليات المقايضة، والتفاعل مع علامة التبويب DeFi، وتثبيت المكونات الإضافية. كما قمنا بتقييم تنسيق التوقيع عبر أجهزة متعددة في ظل الاستخدام العادي وسيناريوهات الانقطاع المحاكاة، بالإضافة إلى إجراءات الاستعادة باستخدام استيراد حصص الخزينة على الأجهزة الجديدة.
إنشاء خزينة: بدون عبارة البذرة، والتحكم الموزع
بدأنا بإنشاء تكوينين لخزينة البيانات:
- خزينة آمنة باستخدام جهازين (عتبة 2 من 2)
- «Fast Vault» باستخدام جهاز واحد بالإضافة إلى «Vultiserver» كموقع مشارك
لم يتم إنشاء عبارة البذرة أثناء الإعداد. وبدلاً من ذلك، أنشأ كل جهاز حصة فريدة من «الخزنة». تعمل هذه الحصص كأجزاء مشفرة من سلطة التوقيع، ويجب إجراء نسخ احتياطي لكل منها على حدة على النحو التالي: .vult الملفات. أثناء عملية النسخ الاحتياطي، يتم تشفير مشاركات الخزينة باستخدام كلمة مرور الخزينة قبل تصديرها للتخزين.
كما قمنا بالتحقق من عملية النسخ الاحتياطي لحصة الخزينة. كان تصدير الحصص إلى مساحة تخزين آمنة عملية بسيطة، وتؤكد المحفظة بوضوح على أهمية الحفاظ على هذه النسخ الاحتياطية. وعملت عملية إعادة استيراد حصة الخزينة إلى جهاز جديد كما هو متوقع، مما يؤكد أن النسخ الاحتياطية لحصة الخزينة تُعد آلية الاسترداد الأساسية في حالة عدم توفر عبارة البذرة.
بدت عملية الإعداد مدروسة ولكنها واضحة. في إعداد «Secure Vault»، شارك الجهازان في إنشاء الخزينة والمشاركات المرتبطة بها. أما في إعداد «Fast Vault»، فقد عمل الخادم كموقع مشارك لتسهيل الاستخدام اليومي.
لا يتم تنفيذ المعاملات إلا بعد موافقة الأجهزة المطلوبة على الطلب. وفي التكوين «2 من 2»، كان من الضروري مشاركة كلا الجهازين في عملية التوقيع قبل أن يتم بث المعاملة. وهذا يعكس تصميم عتبة المحفظة، حيث لا يمكن لأي جهاز بمفرده المصادقة على المعاملات.
إدارة الأصول متعددة السلاسل في الممارسة العملية
تجمع علامة التبويب «المحفظة» الأصول الموجودة عبر أكثر من 30 سلسلة مدعومة، بما في ذلك بيتكوين وإيثريوم وسولانا والشبكات القائمة على كوزموس والسلاسل المتوافقة مع EVM.
أدى استلام الأموال إلى إنشاء عناوين جديدة لكل سلسلة مع تسمية واضحة. كان التمييز بين الشبكات متسقًا، مما ساعد في تقليل مخاطر الإرسال إلى السلسلة الخاطئة. وظهرت الأموال فورًا بعد الحصول على التأكيدات على الشبكات المعنية.
لقد قمنا باختبار إرسال:
- كميات صغيرة
- مبالغ أكبر
- معاملات متكررة في فترة زمنية قصيرة
لمراقبة الأداء في ظل الاستخدام المكثف، أطلقنا عدة معاملات متتالية عبر مختلف السلاسل المدعومة. وقد تعاملت المحفظة مع عمليات الإرسال المتتالية هذه دون التسبب في حالات عدم اتساق. وظل إنشاء العناوين صحيحًا عبر جميع الشبكات، كما ظل مسار التوقيع متوقعًا حتى أثناء النشاط السريع للمعاملات.
كان تقدير الرسوم مرئيًا قبل التوقيع. وتطلبت عملية التوقيع التنسيق بين الأجهزة المشاركة قبل أن يتم الموافقة على المعاملة. وتباينت سرعة التوقيع تباينًا طفيفًا اعتمادًا على سرعة استجابة الأجهزة وظروف الشبكة، لكنها ظلت ثابتة طوال فترة الاختبار.
عمليات التبادل عبر السلاسل والتفاعل مع التمويل اللامركزي (DeFi)
فولتيسيج تتضمن وظيفة مبادلة مدمجة بنظام رسوم يبدأ من 50 نقطة أساس للمبادلات عبر السلاسل. وقد قمنا بتنفيذ عمليات مبادلة بين الرموز الرقمية واختبرنا تدفقات عبر السلاسل حيثما كان ذلك متاحًا.
كانت إعدادات الانزلاق مرئية، وعُرضت تفاصيل عمليات المقايضة قبل الموافقة النهائية. وتم تطبيق التوقيع المشترك عبر أجهزة متعددة على عمليات المقايضة، تمامًا كما هو الحال مع عمليات الإرسال القياسية، مما يعزز نموذج توقيع متسق عبر جميع إجراءات المحفظة.
كما قمنا باستكشاف كيفية استجابة المحفظة عندما يتعذر إتمام عمليات المبادلة، مثل تجاوز حدود الانزلاق السعري أو عدم توفر السيولة. في هذه الحالات، أشارت الواجهة بوضوح إلى أنه لا يمكن المضي قدماً في المعاملة، ومنعت تنفيذها بشكل غير مكتمل. وسمحت الرسائل المتعلقة بعملية المبادلة الفاشلة بتعديل المعلمات قبل إعادة المحاولة.
تتيح علامة التبويب «DeFi» التفاعل مع عمليات «الستيكينغ» والوظائف الأخرى المدعومة ضمن واجهة المحفظة. وتؤدي الموافقات على العقود الذكية إلى تشغيل نفس مسار التوقيع القائم على عتبة معينة المستخدم في التحويلات القياسية. وتعرض مطالبات المعاملات تفاصيل التفاعل مع العقد قبل الموافقة، مما يساعد في توضيح الإجراء الذي يتم التصريح به.
التوقيع عبر أجهزة متعددة في ظل ظروف الضغط
لاختبار موثوقية التنسيق، قمنا بمحاكاة عدة سيناريوهات:
- انقطاع اتصال جهاز واحد أثناء عملية التسجيل
- جهاز يرفض معاملة ما
- تشغيل التطبيق في الخلفية أثناء جلسة التوقيع
- محاولات التوقيع المتتالية السريعة
ولإجراء تقييم أكثر تعمقًا للتنسيق بين الأجهزة، قمنا بإرسال عدة طلبات توقيع متتالية بسرعة. وحتى في ظل تكرار مطالبات التوقيع، تمت مزامنة الأجهزة بشكل موثوق ولم تحدث حالات توقف في عملية التوقيع أو معاملات مكررة.
كما تمت محاكاة انقطاعات مؤقتة في الشبكة أثناء جلسات التوقيع. وعند استعادة الاتصال، استأنفت الأجهزة عملية التوقيع دون أن تتسبب في حدوث تباين في حالات المعاملات.
عندما كان الجهاز ينقطع عن الاتصال في منتصف الجلسة، كان طلب التوقيع يظل ببساطة غير مكتمل إلى أن يتم استعادة مستوى المشاركة المطلوب. ولم تكن هناك عمليات بث مكررة أو عمليات تنفيذ جزئية.
سيناريوهات الاسترداد والخسارة
يُعد الاسترداد عنصراً أساسياً في أي محفظة ذاتية الحفظ. وقد قمنا بمحاكاة سيناريوهين أساسيين.
السيناريو 1: فقدان جهاز واحد في خزنة تعمل بنظام «2 من 3»
ونظرًا لأن الحد الأدنى للتوقيع لا يزال في متناول اليد، استمرت المعاملات في سيرها بشكل طبيعي.
السيناريو 2: فقدان غالبية الأجهزة
قمنا باختبار إعادة استيراد مشاركات «Vault» إلى أجهزة جديدة. وتطلبت عملية الاستعادة الوصول إلى الحد الأدنى المطلوب من المشاركات التي تم نسخها احتياطيًا.
من منظور سهولة الاستخدام، اتبع مسار الاستعادة تسلسلاً واضحاً من التعليمات التي توجه عملية إعادة تهيئة الجهاز وإعادة بناء الخزينة. وقد عززت هذه العملية نموذج أمان المحفظة، مع السماح في الوقت نفسه باستعادة الوصول عند توفر الحصص المطلوبة.
سوق المكونات الإضافية والمشتريات المتكررة
لقد استكشفنا سوق المكونات الإضافية، مع التركيز على سهولة عملية التثبيت ووضوح الأذونات. كان تفعيل المكونات الإضافية أمرًا بسيطًا، ولم يتطلب إلغاء تثبيتها أي خطوات معقدة.
تم اختبار المكون الإضافي «Recurring Buys» من قِبل:
- إعداد عمليات الشراء المجدولة
- إلغاء عمليات الشراء المجدولة
- محاكاة حالات الفشل
تزامن توقيت التنفيذ مع الجدول الزمني المُعد مسبقًا. وأدى الإلغاء إلى منع إجراء أي عمليات تنفيذ أخرى، كما كان متوقعًا.
كما لاحظنا كيف يتصرف المكون الإضافي عندما يتعذر إتمام المعاملات المجدولة، مثل في حالة عدم توفر رصيد كافٍ. في هذه الحالات، تفشل المعاملة ببساطة دون أن تؤدي إلى عمليات شراء متكررة غير مقصودة، وتقوم المحفظة بإبلاغ المستخدم بنتيجة المعاملة بوضوح.
تم عرض الأذونات المرتبطة بالمكونات الإضافية ضمن سياق المعاملة، مما يوضح الإجراءات التي طلبتها المكونة الإضافية.
البنية التحتية ونموذج التوقيع
يعتمد نموذج الأمان الخاص بـ «فولتيسيج» على التوقيع الموزع بدلاً من مفتاح خاص واحد مخزّن على جهاز واحد.
في وضع «Fast Vault»، يعمل Vultiserver كموقع مشارك لتمكين تجربة التوقيع عبر جهاز واحد في المعاملات اليومية. أما في وضع «Secure Vault»، فتتطلب الموافقة على المعاملات مشاركة عدة أجهزة يتحكم فيها المستخدم.
تتيح هذه البنية للمستخدمين الاختيار بين الراحة ودرجة أعلى من التحكم الموزع، مع تجنب التخزين المركزي للمفاتيح ونقطة الفشل الوحيدة المرتبطة بمحافظ العبارات الأساسية التقليدية.
التقييم النهائي
في جميع مراحل الإعداد والمعاملات وعمليات المبادلة والتفاعلات مع DeFi وتنسيق التوقيع ومحاكاة عمليات الاستعادة، أظهرت Vultisig أداءً متسقًا مع بنية الأمان الموثقة الخاصة بها.
يُغيّر التصميم الخالي من البذور والقائم على العتبة النموذج الذهني المعتاد لأمن المحفظة. فبدلاً من حماية عبارة استرداد واحدة، يدير المستخدمون حصص الخزينة الموزعة ومشاركة الأجهزة. ويؤدي ذلك إلى إضافة خطوات إجرائية إضافية، لكنه يوزع السيطرة على أجهزة متعددة.
بالنسبة للمستخدمين الذين يولون الأولوية للتفويض الموزع والتنسيق بين الأجهزة المتعددة، تقدم Vultisig نهجًا منظمًا للحفظ الذاتي. ويتكامل دعمها للسلاسل المتعددة، وعمليات التبادل المدمجة، وقابلية التوسع عبر المكونات الإضافية، وأدوات الاسترداد الصريحة، لتشكيل بيئة محفظة تركز على الأمان.
بالنسبة للمستخدمين المستعدين لتجاوز قيود محافظ عبارات البذرة التقليدية، فولتيسيج يقدم نموذجًا جديدًا وجذابًا لتأمين الأصول الرقمية وإدارتها.
لا تتحمل Bitcoin.com أي مسؤولية أو التزام، ولن تكون مسؤولة، سواء بشكل مباشر أو غير مباشر، عن أي خسارة أو ضرر أو مطالبة أو تكلفة أو نفقة من أي نوع، سواء كانت فعلية أو مزعومة أو تبعية، تنشأ عن أو تتعلق باستخدام أو الاعتماد على أي محتوى أو سلع أو خدمات مشار إليها في هذه المقالة. وأي اعتماد على هذه المعلومات يكون على مسؤولية القارئ وحده.
