تظل بيئة البيتكوين محور اهتمام الناس، بينما بعد ازدهار قصير، سقطت BTC Layer2 مرة أخرى إلى القاع، مما جعل بعض الناس يشككون في جدوى السرد المرتبط بالطبقة الثانية من BTC؛ علاوة على ذلك، فإن الغالبية العظمى من حلول الحفظ للبيتكوين لا تستطيع الهروب من نموذج التوقيع المتعدد/MPC، مما أصبح عقبة كبيرة أمام تطور بيئة BTC.
في هذا الصدد، دعونا نرحب بالخبراء المعنيين لمناقشة الوضع الحالي لنظام بيتكوين البيئي ونظام Layer2، بالإضافة إلى قضية حفظ أصول بيتكوين، والتصميم الفريد لخطط حفظ الأصول، والبورصات المعتمدة على سلاسل التطبيقات ومبادئ مشروع BTCFi. وأشار بعض الخبراء إلى أن معظم الطبقات الثانية لبيتكوين هي مفاهيم زائفة، وما يجب أن نقوم به حقًا هو توسيع نطاق تطبيقات BTC، وخاصة BTCFi.
فيما يلي نص المحادثة:
أفاد الخبراء أن الغالبية العظمى من الطبقات الثانية لبيتكوين لم تخرج عن نموذج "WBTC-الإيثريوم"، وخاصة طبقات EVM، وهي ببساطة "تأمين الأصول على سلسلة المصدر، وصك الأصول المرسلة على سلسلة الهدف"، وهذا لا يختلف جوهريًا عن نقل بيتكوين إلى الإيثريوم من خلال WBTC. علاوة على ذلك، فإن الجزء الخاص بجسور السلاسل المتعددة لمعظم الطبقات الثانية لا يصل حتى إلى مستوى أمان وموثوقية WBTC.
بالنسبة لبيتكوين، فإن "التوسع" البسيط هو مفهوم زائف وطلب زائف، والاحتياج الحقيقي هو توسيع مجالات تطبيقه. مثل Babylon هو مثال ممتاز على إطلاق إمكانيات بيتكوين، حيث يمكنه تمكين بيتكوين من ضمان الأمان الاقتصادي لسلاسل الكتل العامة POS، ويوسع وظائف بيتكوين.
بالنسبة لـ BTCFi، فهو يوسع المزيد من السيناريوهات المالية للبيتكوين، وهذا أكثر تفصيلاً من رواية Layer2 للبيتكوين، حيث تركز النقاط بشكل أكبر. على مدار السنوات، هناك الكثير من البيتكوين في حالة سبات على سلسلة البيتكوين، ويفضل العديد من الأفراد القدامى الاحتفاظ بالبيتكوين في محفظة باردة بدلاً من المشاركة في الأنشطة المالية. يعود السبب في ذلك إلى أن معظم المنصات لا تستطيع ضمان أمان الأصول حقًا، بالإضافة إلى نقص العناصر الجذابة. إذا نضجت تطويرات BTCFi، أعتقد أنها ستغير العديد من المشاكل في بيئة البيتكوين.
يعتقد بعض الخبراء أن العديد من حاملي BTC الكبار لديهم حاجة لكسب العائدات على أصولهم، بشرط أن توضع في مكان آمن بما فيه الكفاية. العديد من الأفراد أو المؤسسات الكبيرة تولي أهمية كبيرة لأمان الأصول، بل إنهم يتصرفون بحذر شديد، وما إذا كانوا مستعدين لوضع أصولهم على منصة معينة يعتمد على شرط الأمان.
مثال على ذلك هو Babylon، حيث أن Babylon لديها عيب قد يعيق قدرتها على جذب حاملي BTC الكبار، وذلك بسبب آلية فرض الغرامات. في نموذج آلية Babylon، يتم تأمين BTC من خلال Staking، مما يوفر الأمان الاقتصادي لسلسلة تطبيقات PoS معينة، وبالمقابل، يحصل على توكنات تلك السلسلة كتقدير للرهانات. لكن توكنات سلسلة التطبيقات هذه، مقارنةً بـ BTC الحقيقي، تعتبر في الواقع عملات وهمية. وعند المشاركة في عملية POS Staking، قد يتم فرض غرامات على BTC، مما يعني أن المكافآت التي يتم الحصول عليها قد تكون مجموعة من العملات الوهمية، في حين أن الثمن هو فقدان BTC الحقيقي، وهو ما يصعب على كبار المستثمرين قبوله.
نفس المنطق، لأن معظم مشاريع BTCFi تقدم للمشاركين حوافز تتكون أساسًا من Alt Coin، إذا كنت ترغب في جعل هؤلاء الأشخاص يرغبون في الاستماع إليك، فمن الأفضل أن تجعل ما تفعله آمنًا بما فيه الكفاية، هذه هي قيمة أمان الأصول.
قدّم بعض الخبراء خطة لإدارة الأصول غير المعتمدة لـ BTC، وقدموا آليات مثل السحب الإجباري وكبسولات النجاة، مما يسمح لـ BTC بالمشاركة بأمان في سيناريوهات مثل BTCFi. وقد وفّروا مرافق لإدارة BTC لجسور السلاسل، وإعادة التخزين، والعملة المستقرة المعتمدة على BTC، والأوراكل، ومنصات التداول على السلسلة.
لتلخيص الأمر بشكل أكثر بساطة، لأن BTCFi تعتمد تقريباً على مكونات خارج السلسلة، كيف يمكن ضمان أمان BTC عندما تحاول BTC التفاعل مع أشياء خارج السلسلة؟ هذا يتعلق بطريقة الاحتفاظ بالأصول. معظم الجسور عبر السلاسل ومنصات التداول ومنصات DeFi، تكون أعمالها الأساسية هي الاحتفاظ بالأصول، عليك أن تسلم أصولك لطرف ثالث للاحتفاظ بها، ثم استعادتها عند الحاجة، لكن كيف يمكن ضمان عدم اختلاس الأموال أو حجزها من قبل الجهة المحتفظة، وكيف يمكن إجبار البيتكوين على العودة إلى سلسلة BTC دون إذن، كل هذه أمور يجب أخذها بعين الاعتبار.
بناءً على ذلك، قاموا باستخدام تقنيات مثل التوقيع المسبق، Taproot، وقفل الوقت لإنشاء وظيفة مشابهة لعملية السحب الإجباري/كابينة الهروب على سلسلة BTC، حيث يمكن للمستخدمين السيطرة على BTC الخاصة بهم، وفي اللحظات الحرجة يمكنهم استعادة أصولهم بشكل موثوق.
علاوة على ذلك، قدموا مفهوم "اللجنة المخفية الديناميكية"، والذي يُختصر بـ"DHC"، بناءً على ZK و TEE. أولاً، هذه شبكة بدون حاجة للدخول تعتمد على رهن الأصول، طالما تم شراء أجهزة معينة، بالإضافة إلى رهن أصول معين، يمكن المشاركة في أن تصبح عقدة في الشبكة.
إذا كان هناك الآن 1000 عقدة موزعة في جميع أنحاء العالم، فكيف يمكن إنشاء DHC؟ إذا افترضنا أن هناك منصة إدارة أصول تستخدم هذه الخدمة، وتحتاج إلى إنشاء لجنة MPC/TSS بمدة صلاحية 10 دقائق، مع عتبة 7/10 (ببساطة فهمها على أنها توقيع متعدد أكثر أمانًا)، مما يعني أنه سيتم اختيار 10 عقد من بين 1000 عقدة مؤقتًا لتشكيل لجنة لتوقيع العتبة، وبعد 10 دقائق سيتم حلها واستبدالها بمجموعة جديدة من العقد.
لقد أنشأوا خوارزمية Ring VRF لهذا الغرض، ودمجوا ZK لحماية الخصوصية، خلال فترة ولاية كل لجنة، لا يمكن معرفة هوية 10 مختارين، بما في ذلك المختارون أنفسهم (تم استخدام TEE في هذه النقطة).
هذا التصميم له فائتان. أولاً، نظرًا لأن DHC ديناميكي ومؤقت وسري، إذا كنت ترغب في القيام بأعمال شريرة، سيكون عليك اختراق أو رشوة 7 من بين 10 أشخاص في فترة زمنية محدودة، ولكن بسبب حماية الخصوصية، لا تعرف من هم هؤلاء الأشخاص العشرة؛ ثانيًا، نظرًا لأن أعضاء DHC يتخفون عن بعضهم البعض، يمكن تجنب مشكلة التآمر للقيام بأعمال شريرة، لأنه لا يمكن معرفة هوياتهم بعضهم البعض، وبالتالي لا يمكن التآمر. الأمر المتعلق بالتآمر المضاد هو أمر حاسم، لأن معظم العقود الذكية المركزية تواجه صعوبة في حل مشكلة التآمر للأعمال الشريرة، بينما يمكن أن تحل خطتهم هذه مشكلة التآمر المضاد.
في هذه الحالة، لا يمكن ذلك إلا إذا قمت باختراق معظم العقد في الشبكة بأكملها، أو إذا قمت باختراق تصميم آليتها. بمعنى آخر، فإن أمان الأصول المدارة على أساس DHC يعادل بشكل أساسي أمان الشبكة بأكملها.
حول استخدام TEE (بيئة التنفيذ الموثوقة)، أوضح الخبراء: TEE هو في الواقع صندوق أسود، حيث يمكن تخزين البرامج والبيانات بشكل مشفر وتشغيلها داخل هذا الصندوق الأسود، حتى مشغلي الأجهزة لا يعرفون ما الذي يتم تشغيله داخل TEE.
إذا لم يتم استخدام TEE، يمكن لمشغلي العقدة من خلال بعض الطرق، مراقبة ومعرفة حسابات المشاركين الحاليين في DHC، بل يمكنهم حتى مهاجمة البرنامج الانتخابي نفسه. مع إضافة TEE، فإن الأمر يعادل تشغيل البرنامج والبيانات داخل صندوق أسود، حيث لا يمكن لمشغلي العقدة معرفة الحسابات والمفاتيح وغيرها من المعلومات المخزنة داخل TEE.
سأل البعض من قبل، لماذا نحتاج إلى تقنيات مثل ZK و MPC/TSS إذا كنا نستخدم TEE؟ في الحقيقة، الهدف الرئيسي هو تعزيز الأمان الشامل للنظام. إذا كان لدينا عقدة تعتمد على TEE وتوقفت عن العمل، فإن MPC/TSS تمتاز بقدرتها الجيدة على تحمل الأخطاء، مما يسمح للشبكة بالاستمرار في العمل بشكل طبيعي. بمعنى آخر، يمكن لـ MPC و TSS تعزيز خاصية تحمل الأخطاء بناءً على TEE. ومع وجود ZK، يمكن حماية خصوصية المشاركين في DHC ومنع التآمر. بناءً على ذلك، تم اختيار تقنية مركبة تجمع بين TEE و MPC و ZK لضمان أقصى درجة من أمان النظام.
في السابق، انتقد العديد من الأشخاص تقنية TEE، حيث زعموا أنها ستستخدم طرق مصادقة عن بُعد تتمركز بشكل كبير، على سبيل المثال، إذا تم استخدام SGX، فإن ذلك سيؤثر على شركة مركزية مثل إنتل. لكنهم قاموا بتنفيذ برنامج المصادقة عن بُعد على شكل عقد ذكي، مما يجعل طريقة المصادقة أكثر لامركزية (كما استخدمت كل من Scroll وTaiko فكرة مماثلة). حتى إذا حدثت مشكلة لشركة إنتل يومًا ما، فإن هذا البرنامج لا يزال قادرًا على العمل.
أضاف خبير آخر أن البرنامج الذي يعمل على العقدة مؤتمت بشكل كبير، و الوظيفة الرئيسية لـ TEE هي عزل البرامج والبيانات التي تحتاج إلى السرية داخل العميل عن الجزء الذي يتفاعل مع الإنسان في المعتاد، لكنه سيحتفظ ببعض الأساسيات، مثل واجهات تسجيل الدخول والتفاعل. طالما تم تشغيل العقدة، فإن عملية التحقق من الهوية أو تقديم دليل SGX إلى السلسلة تكون تلقائية بالكامل وتتم داخل الصندوق الأسود لـ TEE.
سيقوم جهاز TEE بوضع علامة على أي معلومات يقدمها العقد للخارج، مما يسهل على الأطراف الخارجية التحقق مما إذا كان هذا العقد يعمل في TEE أم لا. إذا لم يكن يعمل في TEE، فإن العقود الذكية الموضوعة على السلسلة ستقوم بخصم الأصول المرهونة لهذا العقد.
بخصوص تصميم منصة تداول دفتر الطلبات اللامركزية، أفاد الخبراء بأن: تحتوي CEX على العديد من العيوب، مثل إمكانية استخدام أصول المستخدمين بشكل غير قانوني، وإمكانية التلاعب بالسيولة داخل المنصة وإحداث انهيار، بينما على الرغم من أن DEX قد حلت إلى حد كبير هذه المشكلات، إلا أنها تواجه أيضًا مشاكل مثل القيود المفروضة على TPS وانقسام السيولة عبر سلاسل متعددة.
نموذج منصة تداول مثالي هو الذي يمتلك تجربة أداء مركزية، وفي نفس الوقت يتمتع بالموثوقية اللامركزية، وقابلية التحقق من البيانات، ويستطيع الاتصال بسلسلة الكتل بالكامل، بما في ذلك الأصول والمحافظ على السلسلة الكاملة. هدفهم هو أن يصبحوا منصة من هذا القبيل.
لديهم بنية تشبه Layer2 وBlockchain التطبيقات مختلطة، حيث يوجد داخل الشبكة عقد ترتيب ثابتة، ثم هناك مئات من Validator، لكن لا يوجد توافق مباشر بين هذه العقد، بل تتلقى البيانات الأخيرة للمعاملات من العقدة المرتبة، ثم تنفذ المعاملات، وتقوم بتجميعها لإنشاء الكتل.
لضمان توافق تحديث بيانات العقد المختلفة، قاموا بنشر عقود ذكية من نوع Verifier على شبكات البلوكشين عالية الأداء مثل ICP وSolana، مما يسمح للعقد بإرسال رؤوس الكتل التي تم إنشاؤها محليًا مباشرةً إلى عقد Verifier. طالما أن رؤوس الكتل التي قدمتها أغلبية العقد متطابقة، يُعتبر أنه تم الوصول إلى توافق. السبب وراء ذلك هو تقليل التكاليف الناتجة عن الاتصالات المتكررة بين العقد Validator المختلفة، وزيادة الحد الأقصى من TPS.
من الجدير بالذكر أنهم سيقومون بمزامنة رأس الكتلة أو ما يسمى بـ Block Hash على سلسلة البيتكوين، من خلال أوامر مثل OP_Return، وهذا في الواقع يعادل ربط الكتلة بسلسلة كتل البيتكوين، لمنع التراجع.
بالنسبة لوظيفة السحب القسري / كبسولة الطوارئ، فقد اعتمدوا على حل لإدارة الأصول بشكل معياري، حيث يتم تخزين لقطة رصيد أصول المستخدمين على منصات التخزين ذات التكلفة المنخفضة مثل ICP وIPFS أو Arweave، وعندما تحتاج إلى ذلك، يمكنك الذهاب إلى هذه المنصات لقراءة البيانات. سيقومون بتسجيل Block Hash على سلسلة البيتكوين، وبناءً على هذه Block Hash، يمكنك التحقق مما إذا كانت لقطة الحالة التي حصلت عليها من Arweave وغيرها بها أي مشاكل.
بالنسبة لوظيفة السحب الإجباري، قاموا ببناء هذا الجزء من الوحدة على شبكة معينة، ويمكن من خلال العقود الذكية التحقق من لقطة الأصول عبر عدة سلاسل عامة، لتحديد أن لديك بالفعل مبلغ xx من المال مخزّن في المنصة، ثم يمكنك سحب أموالك الخاصة من المحفظة المخصصة.
فيما يتعلق بكيفية ضمان أن العقدة ستقوم دائمًا بإرسال لقطات حالة إلى ICP و Arweave دون كسل، أوضح الخبراء: إن مسؤولية تقديم بيانات اللقطة تقع على عاتق عقد معينة، طالما أن هذه العقد تقوم بتقديم البيانات. من المهم ملاحظة أن العقد المصدق يجب أن تقدم أولاً رأس الكتلة، للسماح لعقدة التحقق على سلسلة ICP و Solana بتأكيد التوافق، وبعد التحقق، تقوم العقدة المخصصة بعد ذلك بتقديم لقطات حالة رأس الكتلة إلى أماكن مثل ICP و Arweave. إذا لم يتم تقديم اللقطة لفترة طويلة، أو إذا كانت اللقطة المقدمة لا تتوافق مع رأس الكتلة، فسيتم فرض غرامة.
قدّم خبير مشروع آخر بروتوكول عملة مستقرة قائم على BTC: ما يقومون به هو السماح للمستخدمين برهن BTC لاقتراض عملات مستقرة، مشابه لـ MakerDAO. لكن هذه المنصة لها في جوهرها خصائص إدارة الأصول، حيث يجب رهن BTC في عنوان آمن، وهذا هو المفتاح. يمكنهم مباشرة السماح لشبكة معينة بتقديم خدمات MPC/TSS، وتخزين أصول BTC في عنوان Bitcoin Taproot الذي تديره تلك الشبكة. بعد أن يقوم المستخدمون بإرسال BTC إلى هذا العنوان Taproot، يمكنهم نقل هذه الأموال إلى منصات أخرى، والمشاركة في سك العملات المستقرة وغيرها.
بالنسبة لاختيار الأوراكيل، أشار الخبير إلى: من ناحية، يمكنهم الرجوع إلى أسعار WBTC في DEX ذات السيولة العالية على السلسلة؛ ومن ناحية أخرى، يجب عليهم اختيار عشرة عقد على الأقل، يمكن لهذه العقد الحصول على الأسعار من مصادر البيانات خارج السلسلة. أخيرًا، يستخدمون خوارزمية الوسيط للحصول على قيمة معقولة، في الواقع، هي مشابهة لمبدأ Chainlink.
لكن نظرًا لأنها أسعار على السلسلة، فإن منحنى الأسعار بالتأكيد لن يكون دقيقًا مثل CEX في الثواني، بل يمكن أن يكون دقيقًا إلى مستوى الساعات. إذا ظهرت أسعار مضغوطة في فترة قصيرة من الزمن، فإن هذا الخوارزمية متوسطة القيمة ستساعد تلقائيًا على تسوية الأمور، وهذا لن يتسبب في مشاكل في آلية التسوية. أما بالنسبة لآلية التسوية، فهي في الواقع مشابهة لـ MakerDAO.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
استكشاف جديد لبيئة BTC: تحليل اختراقات حلول الحفظ للأصول وآفاق تطوير BTCFi
النص الرئيسي
تظل بيئة البيتكوين محور اهتمام الناس، بينما بعد ازدهار قصير، سقطت BTC Layer2 مرة أخرى إلى القاع، مما جعل بعض الناس يشككون في جدوى السرد المرتبط بالطبقة الثانية من BTC؛ علاوة على ذلك، فإن الغالبية العظمى من حلول الحفظ للبيتكوين لا تستطيع الهروب من نموذج التوقيع المتعدد/MPC، مما أصبح عقبة كبيرة أمام تطور بيئة BTC.
في هذا الصدد، دعونا نرحب بالخبراء المعنيين لمناقشة الوضع الحالي لنظام بيتكوين البيئي ونظام Layer2، بالإضافة إلى قضية حفظ أصول بيتكوين، والتصميم الفريد لخطط حفظ الأصول، والبورصات المعتمدة على سلاسل التطبيقات ومبادئ مشروع BTCFi. وأشار بعض الخبراء إلى أن معظم الطبقات الثانية لبيتكوين هي مفاهيم زائفة، وما يجب أن نقوم به حقًا هو توسيع نطاق تطبيقات BTC، وخاصة BTCFi.
فيما يلي نص المحادثة:
أفاد الخبراء أن الغالبية العظمى من الطبقات الثانية لبيتكوين لم تخرج عن نموذج "WBTC-الإيثريوم"، وخاصة طبقات EVM، وهي ببساطة "تأمين الأصول على سلسلة المصدر، وصك الأصول المرسلة على سلسلة الهدف"، وهذا لا يختلف جوهريًا عن نقل بيتكوين إلى الإيثريوم من خلال WBTC. علاوة على ذلك، فإن الجزء الخاص بجسور السلاسل المتعددة لمعظم الطبقات الثانية لا يصل حتى إلى مستوى أمان وموثوقية WBTC.
بالنسبة لبيتكوين، فإن "التوسع" البسيط هو مفهوم زائف وطلب زائف، والاحتياج الحقيقي هو توسيع مجالات تطبيقه. مثل Babylon هو مثال ممتاز على إطلاق إمكانيات بيتكوين، حيث يمكنه تمكين بيتكوين من ضمان الأمان الاقتصادي لسلاسل الكتل العامة POS، ويوسع وظائف بيتكوين.
بالنسبة لـ BTCFi، فهو يوسع المزيد من السيناريوهات المالية للبيتكوين، وهذا أكثر تفصيلاً من رواية Layer2 للبيتكوين، حيث تركز النقاط بشكل أكبر. على مدار السنوات، هناك الكثير من البيتكوين في حالة سبات على سلسلة البيتكوين، ويفضل العديد من الأفراد القدامى الاحتفاظ بالبيتكوين في محفظة باردة بدلاً من المشاركة في الأنشطة المالية. يعود السبب في ذلك إلى أن معظم المنصات لا تستطيع ضمان أمان الأصول حقًا، بالإضافة إلى نقص العناصر الجذابة. إذا نضجت تطويرات BTCFi، أعتقد أنها ستغير العديد من المشاكل في بيئة البيتكوين.
يعتقد بعض الخبراء أن العديد من حاملي BTC الكبار لديهم حاجة لكسب العائدات على أصولهم، بشرط أن توضع في مكان آمن بما فيه الكفاية. العديد من الأفراد أو المؤسسات الكبيرة تولي أهمية كبيرة لأمان الأصول، بل إنهم يتصرفون بحذر شديد، وما إذا كانوا مستعدين لوضع أصولهم على منصة معينة يعتمد على شرط الأمان.
مثال على ذلك هو Babylon، حيث أن Babylon لديها عيب قد يعيق قدرتها على جذب حاملي BTC الكبار، وذلك بسبب آلية فرض الغرامات. في نموذج آلية Babylon، يتم تأمين BTC من خلال Staking، مما يوفر الأمان الاقتصادي لسلسلة تطبيقات PoS معينة، وبالمقابل، يحصل على توكنات تلك السلسلة كتقدير للرهانات. لكن توكنات سلسلة التطبيقات هذه، مقارنةً بـ BTC الحقيقي، تعتبر في الواقع عملات وهمية. وعند المشاركة في عملية POS Staking، قد يتم فرض غرامات على BTC، مما يعني أن المكافآت التي يتم الحصول عليها قد تكون مجموعة من العملات الوهمية، في حين أن الثمن هو فقدان BTC الحقيقي، وهو ما يصعب على كبار المستثمرين قبوله.
نفس المنطق، لأن معظم مشاريع BTCFi تقدم للمشاركين حوافز تتكون أساسًا من Alt Coin، إذا كنت ترغب في جعل هؤلاء الأشخاص يرغبون في الاستماع إليك، فمن الأفضل أن تجعل ما تفعله آمنًا بما فيه الكفاية، هذه هي قيمة أمان الأصول.
قدّم بعض الخبراء خطة لإدارة الأصول غير المعتمدة لـ BTC، وقدموا آليات مثل السحب الإجباري وكبسولات النجاة، مما يسمح لـ BTC بالمشاركة بأمان في سيناريوهات مثل BTCFi. وقد وفّروا مرافق لإدارة BTC لجسور السلاسل، وإعادة التخزين، والعملة المستقرة المعتمدة على BTC، والأوراكل، ومنصات التداول على السلسلة.
لتلخيص الأمر بشكل أكثر بساطة، لأن BTCFi تعتمد تقريباً على مكونات خارج السلسلة، كيف يمكن ضمان أمان BTC عندما تحاول BTC التفاعل مع أشياء خارج السلسلة؟ هذا يتعلق بطريقة الاحتفاظ بالأصول. معظم الجسور عبر السلاسل ومنصات التداول ومنصات DeFi، تكون أعمالها الأساسية هي الاحتفاظ بالأصول، عليك أن تسلم أصولك لطرف ثالث للاحتفاظ بها، ثم استعادتها عند الحاجة، لكن كيف يمكن ضمان عدم اختلاس الأموال أو حجزها من قبل الجهة المحتفظة، وكيف يمكن إجبار البيتكوين على العودة إلى سلسلة BTC دون إذن، كل هذه أمور يجب أخذها بعين الاعتبار.
بناءً على ذلك، قاموا باستخدام تقنيات مثل التوقيع المسبق، Taproot، وقفل الوقت لإنشاء وظيفة مشابهة لعملية السحب الإجباري/كابينة الهروب على سلسلة BTC، حيث يمكن للمستخدمين السيطرة على BTC الخاصة بهم، وفي اللحظات الحرجة يمكنهم استعادة أصولهم بشكل موثوق.
علاوة على ذلك، قدموا مفهوم "اللجنة المخفية الديناميكية"، والذي يُختصر بـ"DHC"، بناءً على ZK و TEE. أولاً، هذه شبكة بدون حاجة للدخول تعتمد على رهن الأصول، طالما تم شراء أجهزة معينة، بالإضافة إلى رهن أصول معين، يمكن المشاركة في أن تصبح عقدة في الشبكة.
إذا كان هناك الآن 1000 عقدة موزعة في جميع أنحاء العالم، فكيف يمكن إنشاء DHC؟ إذا افترضنا أن هناك منصة إدارة أصول تستخدم هذه الخدمة، وتحتاج إلى إنشاء لجنة MPC/TSS بمدة صلاحية 10 دقائق، مع عتبة 7/10 (ببساطة فهمها على أنها توقيع متعدد أكثر أمانًا)، مما يعني أنه سيتم اختيار 10 عقد من بين 1000 عقدة مؤقتًا لتشكيل لجنة لتوقيع العتبة، وبعد 10 دقائق سيتم حلها واستبدالها بمجموعة جديدة من العقد.
لقد أنشأوا خوارزمية Ring VRF لهذا الغرض، ودمجوا ZK لحماية الخصوصية، خلال فترة ولاية كل لجنة، لا يمكن معرفة هوية 10 مختارين، بما في ذلك المختارون أنفسهم (تم استخدام TEE في هذه النقطة).
هذا التصميم له فائتان. أولاً، نظرًا لأن DHC ديناميكي ومؤقت وسري، إذا كنت ترغب في القيام بأعمال شريرة، سيكون عليك اختراق أو رشوة 7 من بين 10 أشخاص في فترة زمنية محدودة، ولكن بسبب حماية الخصوصية، لا تعرف من هم هؤلاء الأشخاص العشرة؛ ثانيًا، نظرًا لأن أعضاء DHC يتخفون عن بعضهم البعض، يمكن تجنب مشكلة التآمر للقيام بأعمال شريرة، لأنه لا يمكن معرفة هوياتهم بعضهم البعض، وبالتالي لا يمكن التآمر. الأمر المتعلق بالتآمر المضاد هو أمر حاسم، لأن معظم العقود الذكية المركزية تواجه صعوبة في حل مشكلة التآمر للأعمال الشريرة، بينما يمكن أن تحل خطتهم هذه مشكلة التآمر المضاد.
في هذه الحالة، لا يمكن ذلك إلا إذا قمت باختراق معظم العقد في الشبكة بأكملها، أو إذا قمت باختراق تصميم آليتها. بمعنى آخر، فإن أمان الأصول المدارة على أساس DHC يعادل بشكل أساسي أمان الشبكة بأكملها.
حول استخدام TEE (بيئة التنفيذ الموثوقة)، أوضح الخبراء: TEE هو في الواقع صندوق أسود، حيث يمكن تخزين البرامج والبيانات بشكل مشفر وتشغيلها داخل هذا الصندوق الأسود، حتى مشغلي الأجهزة لا يعرفون ما الذي يتم تشغيله داخل TEE.
إذا لم يتم استخدام TEE، يمكن لمشغلي العقدة من خلال بعض الطرق، مراقبة ومعرفة حسابات المشاركين الحاليين في DHC، بل يمكنهم حتى مهاجمة البرنامج الانتخابي نفسه. مع إضافة TEE، فإن الأمر يعادل تشغيل البرنامج والبيانات داخل صندوق أسود، حيث لا يمكن لمشغلي العقدة معرفة الحسابات والمفاتيح وغيرها من المعلومات المخزنة داخل TEE.
سأل البعض من قبل، لماذا نحتاج إلى تقنيات مثل ZK و MPC/TSS إذا كنا نستخدم TEE؟ في الحقيقة، الهدف الرئيسي هو تعزيز الأمان الشامل للنظام. إذا كان لدينا عقدة تعتمد على TEE وتوقفت عن العمل، فإن MPC/TSS تمتاز بقدرتها الجيدة على تحمل الأخطاء، مما يسمح للشبكة بالاستمرار في العمل بشكل طبيعي. بمعنى آخر، يمكن لـ MPC و TSS تعزيز خاصية تحمل الأخطاء بناءً على TEE. ومع وجود ZK، يمكن حماية خصوصية المشاركين في DHC ومنع التآمر. بناءً على ذلك، تم اختيار تقنية مركبة تجمع بين TEE و MPC و ZK لضمان أقصى درجة من أمان النظام.
في السابق، انتقد العديد من الأشخاص تقنية TEE، حيث زعموا أنها ستستخدم طرق مصادقة عن بُعد تتمركز بشكل كبير، على سبيل المثال، إذا تم استخدام SGX، فإن ذلك سيؤثر على شركة مركزية مثل إنتل. لكنهم قاموا بتنفيذ برنامج المصادقة عن بُعد على شكل عقد ذكي، مما يجعل طريقة المصادقة أكثر لامركزية (كما استخدمت كل من Scroll وTaiko فكرة مماثلة). حتى إذا حدثت مشكلة لشركة إنتل يومًا ما، فإن هذا البرنامج لا يزال قادرًا على العمل.
أضاف خبير آخر أن البرنامج الذي يعمل على العقدة مؤتمت بشكل كبير، و الوظيفة الرئيسية لـ TEE هي عزل البرامج والبيانات التي تحتاج إلى السرية داخل العميل عن الجزء الذي يتفاعل مع الإنسان في المعتاد، لكنه سيحتفظ ببعض الأساسيات، مثل واجهات تسجيل الدخول والتفاعل. طالما تم تشغيل العقدة، فإن عملية التحقق من الهوية أو تقديم دليل SGX إلى السلسلة تكون تلقائية بالكامل وتتم داخل الصندوق الأسود لـ TEE.
سيقوم جهاز TEE بوضع علامة على أي معلومات يقدمها العقد للخارج، مما يسهل على الأطراف الخارجية التحقق مما إذا كان هذا العقد يعمل في TEE أم لا. إذا لم يكن يعمل في TEE، فإن العقود الذكية الموضوعة على السلسلة ستقوم بخصم الأصول المرهونة لهذا العقد.
بخصوص تصميم منصة تداول دفتر الطلبات اللامركزية، أفاد الخبراء بأن: تحتوي CEX على العديد من العيوب، مثل إمكانية استخدام أصول المستخدمين بشكل غير قانوني، وإمكانية التلاعب بالسيولة داخل المنصة وإحداث انهيار، بينما على الرغم من أن DEX قد حلت إلى حد كبير هذه المشكلات، إلا أنها تواجه أيضًا مشاكل مثل القيود المفروضة على TPS وانقسام السيولة عبر سلاسل متعددة.
نموذج منصة تداول مثالي هو الذي يمتلك تجربة أداء مركزية، وفي نفس الوقت يتمتع بالموثوقية اللامركزية، وقابلية التحقق من البيانات، ويستطيع الاتصال بسلسلة الكتل بالكامل، بما في ذلك الأصول والمحافظ على السلسلة الكاملة. هدفهم هو أن يصبحوا منصة من هذا القبيل.
لديهم بنية تشبه Layer2 وBlockchain التطبيقات مختلطة، حيث يوجد داخل الشبكة عقد ترتيب ثابتة، ثم هناك مئات من Validator، لكن لا يوجد توافق مباشر بين هذه العقد، بل تتلقى البيانات الأخيرة للمعاملات من العقدة المرتبة، ثم تنفذ المعاملات، وتقوم بتجميعها لإنشاء الكتل.
لضمان توافق تحديث بيانات العقد المختلفة، قاموا بنشر عقود ذكية من نوع Verifier على شبكات البلوكشين عالية الأداء مثل ICP وSolana، مما يسمح للعقد بإرسال رؤوس الكتل التي تم إنشاؤها محليًا مباشرةً إلى عقد Verifier. طالما أن رؤوس الكتل التي قدمتها أغلبية العقد متطابقة، يُعتبر أنه تم الوصول إلى توافق. السبب وراء ذلك هو تقليل التكاليف الناتجة عن الاتصالات المتكررة بين العقد Validator المختلفة، وزيادة الحد الأقصى من TPS.
من الجدير بالذكر أنهم سيقومون بمزامنة رأس الكتلة أو ما يسمى بـ Block Hash على سلسلة البيتكوين، من خلال أوامر مثل OP_Return، وهذا في الواقع يعادل ربط الكتلة بسلسلة كتل البيتكوين، لمنع التراجع.
بالنسبة لوظيفة السحب القسري / كبسولة الطوارئ، فقد اعتمدوا على حل لإدارة الأصول بشكل معياري، حيث يتم تخزين لقطة رصيد أصول المستخدمين على منصات التخزين ذات التكلفة المنخفضة مثل ICP وIPFS أو Arweave، وعندما تحتاج إلى ذلك، يمكنك الذهاب إلى هذه المنصات لقراءة البيانات. سيقومون بتسجيل Block Hash على سلسلة البيتكوين، وبناءً على هذه Block Hash، يمكنك التحقق مما إذا كانت لقطة الحالة التي حصلت عليها من Arweave وغيرها بها أي مشاكل.
بالنسبة لوظيفة السحب الإجباري، قاموا ببناء هذا الجزء من الوحدة على شبكة معينة، ويمكن من خلال العقود الذكية التحقق من لقطة الأصول عبر عدة سلاسل عامة، لتحديد أن لديك بالفعل مبلغ xx من المال مخزّن في المنصة، ثم يمكنك سحب أموالك الخاصة من المحفظة المخصصة.
فيما يتعلق بكيفية ضمان أن العقدة ستقوم دائمًا بإرسال لقطات حالة إلى ICP و Arweave دون كسل، أوضح الخبراء: إن مسؤولية تقديم بيانات اللقطة تقع على عاتق عقد معينة، طالما أن هذه العقد تقوم بتقديم البيانات. من المهم ملاحظة أن العقد المصدق يجب أن تقدم أولاً رأس الكتلة، للسماح لعقدة التحقق على سلسلة ICP و Solana بتأكيد التوافق، وبعد التحقق، تقوم العقدة المخصصة بعد ذلك بتقديم لقطات حالة رأس الكتلة إلى أماكن مثل ICP و Arweave. إذا لم يتم تقديم اللقطة لفترة طويلة، أو إذا كانت اللقطة المقدمة لا تتوافق مع رأس الكتلة، فسيتم فرض غرامة.
قدّم خبير مشروع آخر بروتوكول عملة مستقرة قائم على BTC: ما يقومون به هو السماح للمستخدمين برهن BTC لاقتراض عملات مستقرة، مشابه لـ MakerDAO. لكن هذه المنصة لها في جوهرها خصائص إدارة الأصول، حيث يجب رهن BTC في عنوان آمن، وهذا هو المفتاح. يمكنهم مباشرة السماح لشبكة معينة بتقديم خدمات MPC/TSS، وتخزين أصول BTC في عنوان Bitcoin Taproot الذي تديره تلك الشبكة. بعد أن يقوم المستخدمون بإرسال BTC إلى هذا العنوان Taproot، يمكنهم نقل هذه الأموال إلى منصات أخرى، والمشاركة في سك العملات المستقرة وغيرها.
بالنسبة لاختيار الأوراكيل، أشار الخبير إلى: من ناحية، يمكنهم الرجوع إلى أسعار WBTC في DEX ذات السيولة العالية على السلسلة؛ ومن ناحية أخرى، يجب عليهم اختيار عشرة عقد على الأقل، يمكن لهذه العقد الحصول على الأسعار من مصادر البيانات خارج السلسلة. أخيرًا، يستخدمون خوارزمية الوسيط للحصول على قيمة معقولة، في الواقع، هي مشابهة لمبدأ Chainlink.
لكن نظرًا لأنها أسعار على السلسلة، فإن منحنى الأسعار بالتأكيد لن يكون دقيقًا مثل CEX في الثواني، بل يمكن أن يكون دقيقًا إلى مستوى الساعات. إذا ظهرت أسعار مضغوطة في فترة قصيرة من الزمن، فإن هذا الخوارزمية متوسطة القيمة ستساعد تلقائيًا على تسوية الأمور، وهذا لن يتسبب في مشاكل في آلية التسوية. أما بالنسبة لآلية التسوية، فهي في الواقع مشابهة لـ MakerDAO.
أخيرًا، قدم الخبراء مشروعهم المكون من اثنين