منذ ظهور BTC في عام 2009 ، خضعت Bitcoin لثلاثة تكرارات فنية وتطورت من مفهوم بسيط للأصول الرقمية الأصلية إلى نظام مالي لامركزي مع وظائف وتطبيقات معقدة.
كتب هذا المقال مؤسس BEVM ، ** الذي يشارك رؤيته حول تطور تقنية BTC ، ويجيب أيضا بالتفصيل كيف يمكن ل BEVM ، التي تعد معلما رئيسيا في تطوير تقنية BTC Layer 2 ، تحقيق الازدهار المستقبلي للنظام البيئي اللامركزي ل BTC على المستوى التقني. **
في هذه المقالة ، ستتعرف على المزيد حول:
ضرورة طبقة BTC 2
كيفية تحقيق طبقة BTC 2؟
حل BEVM اللامركزي بالكامل
** تحية ل 3 تكرارات تكنولوجية ثورية عظيمة ل BTC منذ ولادتها **:
2009: ولدت BTC ، وهي المرة الأولى التي تستخدم فيها بنية blockchain لفتح تطبيقات الأموال اللامركزية.
2017: تمت ترقية BTC Segregated Witness لدعم التخزين حتى 4 ميجابايت ، مما أدى إلى حل مشكلة التخزين على السلسلة في BTC. ويوفر هذا أيضا الأساس لبروتوكول الترتيب الترتيبي المتفجر الآن (إصدار الأصول).
2021: تمت ترقية BTC Taproot لدعم خوارزمية توقيع عتبة BTC ، والتي توفر الدعم الأساسي لتقنية BTC Layer2 اللامركزية بالكامل.
أولا ، لماذا تريد أن تفعل BTC Layer2؟**
**1. هناك طلب: تلبي شبكة Bitcoin احتياجات تسجيل الأصول ، ولكن لا يزال هناك عدد كبير من الأصول التي يجب تسويتها على السلسلة (الطبقة 2) **
في الوقت الحالي ، الطبقة 2 من ETH ليست سوى نسخة من طبقة ETH 1 ، ولا يوجد شيء لا تستطيع الطبقة 1 حله ، ولكن مشاكل العمل الفعلية التي يتعين على الطبقة 2 حلها.
يجب القول أن طبقة ETH 2 تحل مشكلة طبقة ETH 1: الطبقة 2 تحل مشكلة غاز الطبقة 1 باهظ الثمن. وبسبب هذا الطلب بالتحديد ، تم تحقيق أول تطبيق مشتقات ETH على تحكيم Layer2 ، مثل GMX.
وطبقة BTC 2 ليست غير ذات صلة مثل طبقة ETH 2.
نظرا لأن الجهاز الظاهري غير الكامل على السلسلة BTC يمكنه فقط تسجيل الأصول ، ولكن لا يمكنه إجراء التسوية ، يجب أن تحتاج BTC Layer 1 إلى Turing-complete BTC Layer2 لتسوية الأصول الصادرة عن BTC Layer 1.
**2.القدرة: يمكن تحويل BTC إلى طبقة 2 لامركزية بالكامل **
قبل ترقية BTC Taproot في عام 2021 ، كان من المستحيل تحقيق طبقة BTC لامركزية بالكامل 2. ومع ذلك ، بعد هذه الترقية ، تسمح خوارزمية توقيع عتبة BTC ل BTC بدعم طبقة حوسبة Layer2 لامركزية بالكامل.
II.كيفية تحقيق اللامركزية BTC L2؟
مقترحات تحسين البيتكوين (BIPs) هي وثائق تصميم تقدم ميزات ومعلومات جديدة إلى Bitcoin ، في حين أن ترقيات الجذر هي عبارة عن تجميع لثلاثة BIPs ، وهي Schnorr Signature (BIP 340) و Taproot (BIP 341) و Tap (BIP 342) ، والمعروفة مجتمعة باسم BIP Taproot.
سيجلب طريقة أكثر كفاءة ومرونة وخصوصية لنقل Bitcoin من خلال استخدام توقيعات Schnorr وأشجار بناء الجملة المجردة لميركل.
توقيعات Schnorr هي مخطط توقيع رقمي معروف ببساطته وأمانه. توفر توقيعات شنور العديد من المزايا من حيث الكفاءة الحسابية والتخزين والخصوصية.
يقوم المستخدم بتأكيد هوية الموقع من خلال المفتاح العام ومحتوى العقد من خلال البيانات، وذلك للتحقق من صحة العقد الرقمي.
يمكن لتوقيعات Schnorr المجمعة ضغط بيانات توقيع متعددة ودمجها في توقيع مجمع واحد.
يتحقق المدقق من توقيع مجمع واحد مع قائمة بجميع البيانات المرتبطة بالتوقيعات والمفاتيح العامة ، وهو ما يعادل التحقق بشكل مستقل من جميع التوقيعات ذات الصلة.
في الوقت الحاضر ، تستخدم معظم سلاسل الكتل خوارزمية ECDSA multisig ، حيث تقوم كل عقدة بإنشاء توقيع رقمي مستقل بمفتاحها الخاص لبيانات الكتلة وتبثها إلى العقد الأخرى. تتحقق العقدة الأخرى من التوقيع وتكتبه في الجزء التالي من البيانات.
بهذه الطريقة ، عندما يكون عدد عقد الإجماع كبيرا ، ستستمر بيانات التوقيع المخزنة في كل جولة من كتل الإجماع في الزيادة ، مما يشغل مساحة التخزين.
عندما تنضم عقدة جديدة إلى الشبكة وتحتاج إلى مزامنة الكتل التاريخية ، ستشكل كمية كبيرة من بيانات التوقيع تحديا كبيرا لعرض النطاق الترددي للشبكة.
بعد استخدام تقنية التوقيع التجميعي ، ستجمع كل عقدة بطاقات عمل التوقيع المجمعة التي تبثها العقد الأخرى ، ثم تحفظ تجميع جزء التوقيع ، كما هو موضح في الشكل 2.
بهذه الطريقة ، عندما تنضم عقدة جديدة ، تحتاج كتلة محفوظات المزامنة فقط إلى تنزيل بيانات التوقيع المجمعة ، مما يقلل بشكل كبير من شغل النطاق الترددي للشبكة ويقلل من نفقات رسوم المعاملات.
بالإضافة إلى ذلك ، فإن تجميع المفاتيح يجعل جميع مخرجات Taproot تبدو متشابهة. سواء كان ذلك مخرجا متعدد التواقيع أو مخرجا أحادي التوقيع أو عقودا ذكية معقدة أخرى ، فإنها تبدو جميعها متشابهة على blockchain ، لذلك لن تتوفر العديد من تحليلات blockchain ، مما يحافظ على الخصوصية لجميع مستخدمي Taproot. **
MAST (شجرة بناء جملة Merkle المجردة) عبارة عن سلسلة من البرامج النصية غير المتداخلة (على سبيل المثال ، multisig أو timelock) التي تستخدم شجرة Merkle لتشفير نصوص القفل المعقدة.
عند الإنفاق ، يجب الكشف فقط عن البرنامج النصي المعني والمسار من هذا البرنامج النصي إلى جذر شجرة Merck. كما هو موضح في الشكل 3 ، لاستخدام 1 ، ما عليك سوى الكشف عن 1 و 2 و hash3.
تشمل الفوائد الرئيسية ل MAST ما يلي:
1) دعم ظروف الإنفاق المعقدة
**2) لا حاجة للكشف عن البرامج النصية غير المنفذة أو ظروف الإنفاق غير المشغلة ، مما يوفر حماية أفضل للخصوصية **
**3) ضغط حجم المعاملة: مع زيادة عدد البرامج النصية ، يزداد حجم المعاملة غير MAST خطيا ، بينما يزداد حجم معاملة MAST لوغاريتميا. **
ومع ذلك ، هناك مشكلة في ترقية Taproot ، أي أن P2SH ليس هو نفسه تجزئة الدفع إلى المفتاح العام (P2PKH) الشائعة ، ولا تزال هناك مشكلات تتعلق بحماية الخصوصية.
هل من الممكن جعل P2SH و P2PKH يبدوان متشابهين على السلسلة؟
تحقيقا لهذه الغاية ، يقترح Taproot حلا يمكن تقسيمه إلى جزأين لبرنامج نصي مع عدد محدود من الموقعين:
الجزء الأول هو multisig ، حيث يتفق جميع الموقعين على نتيجة إنفاق معينة ، تعرف باسم "الإنفاق التعاوني".
الجزء الثاني يسمى "الإنفاق غير التعاوني" ويمكن أن يكون له هياكل نصية معقدة للغاية.
هذان الجزءان هما علاقة "أو".
كما هو موضح في الشكلين 3 و 3 ، يتطلب 2 من 2 multisig أن يكون كل من أليس وبوب صالحين ، وهو "الإنفاق التعاوني" و 1 و 2 "الإنفاق غير التعاوني".
يمكن لكل من "الإنفاق التعاوني" و "الإنفاق غير التعاوني" إنفاق هذا الناتج ، حيث:
بالنسبة لنص "الإنفاق غير التعاوني" ، اتبع نهج MAST الموضح أعلاه ، واستخدم MerkleRoot لتمثيل جذر شجرة Merck.
بالنسبة لنص "الإنفاق التعاوني" ، يتم اعتماد خوارزمية multisig تعتمد على توقيعات Schnoor. يتم استخدام Pa و Pb لتمثيل مفاتيح Alice و Bob العامة ، على التوالي ، ويتم استخدام Da و Db لتمثيل مفاتيح Alice و Bob الخاصة ، على التوالي.
لذلك ، المفتاح العام المجمع هو P = Pa + Pb ، والمفتاح الخاص المقابل هو Da + Db.
الجمع بين "الإنفاق التعاوني" و "الإنفاق غير التعاوني" في شكل P2PKH ، ومفتاحه العام هو: PP + H (P ||MerkleRoot)G; المفتاح الخاص المقابل هو Da+Db+H(P||MerkleRoot)。
عندما توافق أليس وبوب على "الإنفاق التعاوني" ، يستخدمان Da + Db + H (P ||MerkleRoot) يتطلب واحدا منهم فقط لإضافة H (P | |) إلى مفتاحهم الخاصميركل روت).
على السلسلة ، يتصرف هذا مثل معاملة P2PKH ، مع مفتاح عام ومفتاح خاص مقابل ، دون الحاجة إلى الكشف عن MAST الأساسي.
في هذا المخطط ، يتم اختيار n (n يمكن أن يكون جميع المدققين على BEVM) المدققين الثابتين لإكمال عقد الوصاية الإجمالية BTC على السلسلة مع توقيع العتبة الموزعة.
يتم أيضا اشتقاق المفتاح الخاص لكل مدقق في طبقة BEVM 2 من جزء من المفتاح الخاص المجمع لتوقيع عتبة BTC ، ويتم دمج مفتاح العتبة الخاص لمدققي n في عنوان صورة التوقيع المجمع ل BTC. ** يمكن أن يصل عدد n إلى 1000 أو أكثر. **
عندما يريد المستخدم A عبر سلسلة BTC إلى BEVM ، فإنه يحتاج فقط إلى إرسال BTC إلى عقد حضانة تجميع Bitcoin ، ويمكن للمستخدم تلقي BTC على طبقة BEVM 2.
في المقابل ، عندما يقوم المستخدم A بإجراء عملية سحب ، فإنه يحتاج فقط إلى التشغيل البيني مع عقود توقيع العتبة الموزعة للإكمال التلقائي m في التوقيع الإجمالي بين المدققين n ، ويمكن إكمال النقل من عقد الضمان إلى المستخدم A على Bitcoin ، وسيتم حرق BTC على BEVM في نفس الوقت الذي يكتمل فيه النقل.
3.2 تنفيذ BTC كرسوم غاز أصلية وطبقة 2 متوافقة مع EVM
**1) مبدأ EVM **
آلة Ethereum الافتراضية هي بيئة وقت التشغيل لعقود Ethereum الذكية. ليس فقط هو رمل ، لكنه في الواقع معزول تماما.
هذا يعني أن التعليمات البرمجية التي تعمل في EVM لا يمكنها الوصول إلى الشبكة ونظام الملفات والعمليات الأخرى. حتى الوصول بين العقود الذكية مقيد.
تدعم الطبقة الأساسية من Ethereum تنفيذ العقد واستدعائه من خلال وحدة EVM ، ويتم الحصول على رمز العقد وفقا لعنوان العقد عند الاتصال به ، ويتم تحميله في EVM للتشغيل. عادة ما تكون عملية تطوير العقد الذكي هي كتابة كود منطقي في الصلابة ، وتجميعه في رمز ثانوي من خلال مترجم ، وأخيرا نشره على Ethereum.
رمز EVM هو رمز Ethereum Virtual Machine ، والذي يشير إلى رمز لغة البرمجة التي يمكن أن تحتويها Ethereum. يتم تنفيذ رمز EVM المرتبط بالحساب في كل مرة يتم فيها إرسال رسالة إلى الحساب ، ولديه القدرة على قراءة / كتابة التخزين وإرسال الرسائل بنفسه.
**4) ولاية مشين **
حالة Mchine هي المكان الذي يتم فيه تنفيذ رمز EVM ، الذي يحتوي على عدادات البرامج والمكدسات والذاكرة.
5) التخزين
التخزين هو مساحة تخزين ثابتة يمكن قراءتها وكتابتها وتعديلها ، وهي أيضا المكان الذي يخزن فيه كل عقد البيانات باستمرار. التخزين عبارة عن خريطة ضخمة ، بإجمالي 2256 فتحة ، لكل منها 32 بايت.
**6) BTC كرسوم غاز **
دع BTC المحولة من شبكة Bitcoin تستخدم كعملة حساب رسوم الغاز لتنفيذ المعاملات على EVM.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
مؤسس BEVM: لماذا وكيف نفعل طبقة BTC 2؟
المؤلف: بيتر
الديباجة
منذ ظهور BTC في عام 2009 ، خضعت Bitcoin لثلاثة تكرارات فنية وتطورت من مفهوم بسيط للأصول الرقمية الأصلية إلى نظام مالي لامركزي مع وظائف وتطبيقات معقدة.
كتب هذا المقال مؤسس BEVM ، ** الذي يشارك رؤيته حول تطور تقنية BTC ، ويجيب أيضا بالتفصيل كيف يمكن ل BEVM ، التي تعد معلما رئيسيا في تطوير تقنية BTC Layer 2 ، تحقيق الازدهار المستقبلي للنظام البيئي اللامركزي ل BTC على المستوى التقني. **
في هذه المقالة ، ستتعرف على المزيد حول:
ضرورة طبقة BTC 2
كيفية تحقيق طبقة BTC 2؟
حل BEVM اللامركزي بالكامل
** تحية ل 3 تكرارات تكنولوجية ثورية عظيمة ل BTC منذ ولادتها **:
2009: ولدت BTC ، وهي المرة الأولى التي تستخدم فيها بنية blockchain لفتح تطبيقات الأموال اللامركزية.
2017: تمت ترقية BTC Segregated Witness لدعم التخزين حتى 4 ميجابايت ، مما أدى إلى حل مشكلة التخزين على السلسلة في BTC. ويوفر هذا أيضا الأساس لبروتوكول الترتيب الترتيبي المتفجر الآن (إصدار الأصول).
2021: تمت ترقية BTC Taproot لدعم خوارزمية توقيع عتبة BTC ، والتي توفر الدعم الأساسي لتقنية BTC Layer2 اللامركزية بالكامل.
أولا ، لماذا تريد أن تفعل BTC Layer2؟**
**1. هناك طلب: تلبي شبكة Bitcoin احتياجات تسجيل الأصول ، ولكن لا يزال هناك عدد كبير من الأصول التي يجب تسويتها على السلسلة (الطبقة 2) **
في الوقت الحالي ، الطبقة 2 من ETH ليست سوى نسخة من طبقة ETH 1 ، ولا يوجد شيء لا تستطيع الطبقة 1 حله ، ولكن مشاكل العمل الفعلية التي يتعين على الطبقة 2 حلها.
يجب القول أن طبقة ETH 2 تحل مشكلة طبقة ETH 1: الطبقة 2 تحل مشكلة غاز الطبقة 1 باهظ الثمن. وبسبب هذا الطلب بالتحديد ، تم تحقيق أول تطبيق مشتقات ETH على تحكيم Layer2 ، مثل GMX.
وطبقة BTC 2 ليست غير ذات صلة مثل طبقة ETH 2.
نظرا لأن الجهاز الظاهري غير الكامل على السلسلة BTC يمكنه فقط تسجيل الأصول ، ولكن لا يمكنه إجراء التسوية ، يجب أن تحتاج BTC Layer 1 إلى Turing-complete BTC Layer2 لتسوية الأصول الصادرة عن BTC Layer 1.
**2.القدرة: يمكن تحويل BTC إلى طبقة 2 لامركزية بالكامل **
قبل ترقية BTC Taproot في عام 2021 ، كان من المستحيل تحقيق طبقة BTC لامركزية بالكامل 2. ومع ذلك ، بعد هذه الترقية ، تسمح خوارزمية توقيع عتبة BTC ل BTC بدعم طبقة حوسبة Layer2 لامركزية بالكامل.
II.كيفية تحقيق اللامركزية BTC L2؟
مقترحات تحسين البيتكوين (BIPs) هي وثائق تصميم تقدم ميزات ومعلومات جديدة إلى Bitcoin ، في حين أن ترقيات الجذر هي عبارة عن تجميع لثلاثة BIPs ، وهي Schnorr Signature (BIP 340) و Taproot (BIP 341) و Tap (BIP 342) ، والمعروفة مجتمعة باسم BIP Taproot.
سيجلب طريقة أكثر كفاءة ومرونة وخصوصية لنقل Bitcoin من خلال استخدام توقيعات Schnorr وأشجار بناء الجملة المجردة لميركل.
توقيعات Schnorr هي مخطط توقيع رقمي معروف ببساطته وأمانه. توفر توقيعات شنور العديد من المزايا من حيث الكفاءة الحسابية والتخزين والخصوصية.
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/f2c90430573edf17b34bc2b81d6fba2e.)
يقوم المستخدم بتأكيد هوية الموقع من خلال المفتاح العام ومحتوى العقد من خلال البيانات، وذلك للتحقق من صحة العقد الرقمي.
يمكن لتوقيعات Schnorr المجمعة ضغط بيانات توقيع متعددة ودمجها في توقيع مجمع واحد.
يتحقق المدقق من توقيع مجمع واحد مع قائمة بجميع البيانات المرتبطة بالتوقيعات والمفاتيح العامة ، وهو ما يعادل التحقق بشكل مستقل من جميع التوقيعات ذات الصلة.
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/c7ed182df952263f95cd6b5da86e5aa3.)
في الوقت الحاضر ، تستخدم معظم سلاسل الكتل خوارزمية ECDSA multisig ، حيث تقوم كل عقدة بإنشاء توقيع رقمي مستقل بمفتاحها الخاص لبيانات الكتلة وتبثها إلى العقد الأخرى. تتحقق العقدة الأخرى من التوقيع وتكتبه في الجزء التالي من البيانات.
بهذه الطريقة ، عندما يكون عدد عقد الإجماع كبيرا ، ستستمر بيانات التوقيع المخزنة في كل جولة من كتل الإجماع في الزيادة ، مما يشغل مساحة التخزين.
عندما تنضم عقدة جديدة إلى الشبكة وتحتاج إلى مزامنة الكتل التاريخية ، ستشكل كمية كبيرة من بيانات التوقيع تحديا كبيرا لعرض النطاق الترددي للشبكة.
بعد استخدام تقنية التوقيع التجميعي ، ستجمع كل عقدة بطاقات عمل التوقيع المجمعة التي تبثها العقد الأخرى ، ثم تحفظ تجميع جزء التوقيع ، كما هو موضح في الشكل 2.
بهذه الطريقة ، عندما تنضم عقدة جديدة ، تحتاج كتلة محفوظات المزامنة فقط إلى تنزيل بيانات التوقيع المجمعة ، مما يقلل بشكل كبير من شغل النطاق الترددي للشبكة ويقلل من نفقات رسوم المعاملات.
بالإضافة إلى ذلك ، فإن تجميع المفاتيح يجعل جميع مخرجات Taproot تبدو متشابهة. سواء كان ذلك مخرجا متعدد التواقيع أو مخرجا أحادي التوقيع أو عقودا ذكية معقدة أخرى ، فإنها تبدو جميعها متشابهة على blockchain ، لذلك لن تتوفر العديد من تحليلات blockchain ، مما يحافظ على الخصوصية لجميع مستخدمي Taproot. **
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/187dbc4fe20ec85e558eb12132a2a850.)
MAST (شجرة بناء جملة Merkle المجردة) عبارة عن سلسلة من البرامج النصية غير المتداخلة (على سبيل المثال ، multisig أو timelock) التي تستخدم شجرة Merkle لتشفير نصوص القفل المعقدة.
عند الإنفاق ، يجب الكشف فقط عن البرنامج النصي المعني والمسار من هذا البرنامج النصي إلى جذر شجرة Merck. كما هو موضح في الشكل 3 ، لاستخدام 1 ، ما عليك سوى الكشف عن 1 و 2 و hash3.
تشمل الفوائد الرئيسية ل MAST ما يلي:
1) دعم ظروف الإنفاق المعقدة
**2) لا حاجة للكشف عن البرامج النصية غير المنفذة أو ظروف الإنفاق غير المشغلة ، مما يوفر حماية أفضل للخصوصية **
**3) ضغط حجم المعاملة: مع زيادة عدد البرامج النصية ، يزداد حجم المعاملة غير MAST خطيا ، بينما يزداد حجم معاملة MAST لوغاريتميا. **
ومع ذلك ، هناك مشكلة في ترقية Taproot ، أي أن P2SH ليس هو نفسه تجزئة الدفع إلى المفتاح العام (P2PKH) الشائعة ، ولا تزال هناك مشكلات تتعلق بحماية الخصوصية.
هل من الممكن جعل P2SH و P2PKH يبدوان متشابهين على السلسلة؟
تحقيقا لهذه الغاية ، يقترح Taproot حلا يمكن تقسيمه إلى جزأين لبرنامج نصي مع عدد محدود من الموقعين:
الجزء الأول هو multisig ، حيث يتفق جميع الموقعين على نتيجة إنفاق معينة ، تعرف باسم "الإنفاق التعاوني".
الجزء الثاني يسمى "الإنفاق غير التعاوني" ويمكن أن يكون له هياكل نصية معقدة للغاية.
هذان الجزءان هما علاقة "أو".
كما هو موضح في الشكلين 3 و 3 ، يتطلب 2 من 2 multisig أن يكون كل من أليس وبوب صالحين ، وهو "الإنفاق التعاوني" و 1 و 2 "الإنفاق غير التعاوني".
يمكن لكل من "الإنفاق التعاوني" و "الإنفاق غير التعاوني" إنفاق هذا الناتج ، حيث:
بالنسبة لنص "الإنفاق غير التعاوني" ، اتبع نهج MAST الموضح أعلاه ، واستخدم MerkleRoot لتمثيل جذر شجرة Merck.
بالنسبة لنص "الإنفاق التعاوني" ، يتم اعتماد خوارزمية multisig تعتمد على توقيعات Schnoor. يتم استخدام Pa و Pb لتمثيل مفاتيح Alice و Bob العامة ، على التوالي ، ويتم استخدام Da و Db لتمثيل مفاتيح Alice و Bob الخاصة ، على التوالي.
لذلك ، المفتاح العام المجمع هو P = Pa + Pb ، والمفتاح الخاص المقابل هو Da + Db.
الجمع بين "الإنفاق التعاوني" و "الإنفاق غير التعاوني" في شكل P2PKH ، ومفتاحه العام هو: PP + H (P ||MerkleRoot)G; المفتاح الخاص المقابل هو Da+Db+H(P||MerkleRoot)。
عندما توافق أليس وبوب على "الإنفاق التعاوني" ، يستخدمان Da + Db + H (P ||MerkleRoot) يتطلب واحدا منهم فقط لإضافة H (P | |) إلى مفتاحهم الخاصميركل روت).
على السلسلة ، يتصرف هذا مثل معاملة P2PKH ، مع مفتاح عام ومفتاح خاص مقابل ، دون الحاجة إلى الكشف عن MAST الأساسي.
**III. حل BTC layer2 اللامركزي بالكامل: **
3.1 عقدة ضوء BTC + عقد توقيع عتبة موزعة
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/d6ddaf08422a0b02bc25e45cd2f5d947.)
في هذا المخطط ، يتم اختيار n (n يمكن أن يكون جميع المدققين على BEVM) المدققين الثابتين لإكمال عقد الوصاية الإجمالية BTC على السلسلة مع توقيع العتبة الموزعة.
يتم أيضا اشتقاق المفتاح الخاص لكل مدقق في طبقة BEVM 2 من جزء من المفتاح الخاص المجمع لتوقيع عتبة BTC ، ويتم دمج مفتاح العتبة الخاص لمدققي n في عنوان صورة التوقيع المجمع ل BTC. ** يمكن أن يصل عدد n إلى 1000 أو أكثر. **
عندما يريد المستخدم A عبر سلسلة BTC إلى BEVM ، فإنه يحتاج فقط إلى إرسال BTC إلى عقد حضانة تجميع Bitcoin ، ويمكن للمستخدم تلقي BTC على طبقة BEVM 2.
في المقابل ، عندما يقوم المستخدم A بإجراء عملية سحب ، فإنه يحتاج فقط إلى التشغيل البيني مع عقود توقيع العتبة الموزعة للإكمال التلقائي m في التوقيع الإجمالي بين المدققين n ، ويمكن إكمال النقل من عقد الضمان إلى المستخدم A على Bitcoin ، وسيتم حرق BTC على BEVM في نفس الوقت الذي يكتمل فيه النقل.
3.2 تنفيذ BTC كرسوم غاز أصلية وطبقة 2 متوافقة مع EVM
**1) مبدأ EVM **
آلة Ethereum الافتراضية هي بيئة وقت التشغيل لعقود Ethereum الذكية. ليس فقط هو رمل ، لكنه في الواقع معزول تماما.
هذا يعني أن التعليمات البرمجية التي تعمل في EVM لا يمكنها الوصول إلى الشبكة ونظام الملفات والعمليات الأخرى. حتى الوصول بين العقود الذكية مقيد.
تدعم الطبقة الأساسية من Ethereum تنفيذ العقد واستدعائه من خلال وحدة EVM ، ويتم الحصول على رمز العقد وفقا لعنوان العقد عند الاتصال به ، ويتم تحميله في EVM للتشغيل. عادة ما تكون عملية تطوير العقد الذكي هي كتابة كود منطقي في الصلابة ، وتجميعه في رمز ثانوي من خلال مترجم ، وأخيرا نشره على Ethereum.
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/2d2d923b8ae9ff718bac8dedbf6a9314.)
**2) الأجزاء الرئيسية ل EVM **
! [مؤسس BEVM: لماذا وكيف نفعل BTC Layer2؟] (https://cdn-img.panewslab.com//panews/2022/11/11/images/67f265774f666ae9ab031a29230b5b8d.)
**3) رمز EVM **
رمز EVM هو رمز Ethereum Virtual Machine ، والذي يشير إلى رمز لغة البرمجة التي يمكن أن تحتويها Ethereum. يتم تنفيذ رمز EVM المرتبط بالحساب في كل مرة يتم فيها إرسال رسالة إلى الحساب ، ولديه القدرة على قراءة / كتابة التخزين وإرسال الرسائل بنفسه.
**4) ولاية مشين **
حالة Mchine هي المكان الذي يتم فيه تنفيذ رمز EVM ، الذي يحتوي على عدادات البرامج والمكدسات والذاكرة.
5) التخزين
التخزين هو مساحة تخزين ثابتة يمكن قراءتها وكتابتها وتعديلها ، وهي أيضا المكان الذي يخزن فيه كل عقد البيانات باستمرار. التخزين عبارة عن خريطة ضخمة ، بإجمالي 2256 فتحة ، لكل منها 32 بايت.
**6) BTC كرسوم غاز **
دع BTC المحولة من شبكة Bitcoin تستخدم كعملة حساب رسوم الغاز لتنفيذ المعاملات على EVM.