jakiro
المؤلف: Shew & amp ؛
يمكن وصف مسار Bitcoin Layer2 الحالي بأنه مليء بالزهور ، وقد تم جمع الحلول التقنية المختلفة في فرن ذوبان بيئي BTC.نظرًا للتكرارات السريعة في مجال blockchain ، فإن المفردات أو المعايير المهنية تتغير باستمرار أثناء الابتكار البحثي والهبوط الهندسي.في هذا السياق ، ستحصل العديد من المشاريع على التمايز والاهتمام بالطريقة التي ستستخدم بها العديد من المشاريع “مفهوم” المفهوم “/” مفهوم المفهوم “، الذي أصبح القواعد الخفية للصناعة.
على سبيل المثال ، أخذت العديد من مشاريع blockchain المعيارية التي كانت نشطة في الأصل في النظام الإيكولوجي Ethereum/Celestia أيضًا Dongfeng للاستمتاع بـ “Bitcoin Layer2” Express ، وكانوا قد تم تعديلهم ذاتيًا على أنها “Rollup” ، لكن حلولهم الفنية لا تقابل غالبًا معايير Rollup.
ومع ذلك ، فإن المفردات مثل “Rollup” معترف بها للغاية ، وهي أكثر مواتية للدعاية تحت شعار “Rollup”.العديد من أطراف المشروع إما عنيدة (رولب ذاتية اسمها) أو مفهوم Rollup ، التيار الرئيسي للشوكة (بالإضافة إلى إسناد غامض ، مثل Rollup ذات السيادة).
ولكن في لمحة ، لا يزال مبدأ العمل للعديد من المشاريع ببساطة “التحقق من العميل” أو “السلسلة الجانبية” ، ولكن من المريح فقط أن تكون مريحة لأنفسهم من خلال شعار “XX Rollup”.على الرغم من أن طريقة الدعاية هذه شائعة نسبيًا ، إلا أنها غالبًا ما تكون مضللة.
(ملخص وزير الدعاية النازي جبل لـ “الدعاية الكذب” ، وهو أمر شائع في العديد من أحزاب المشاريع)
فكيف يمكننا تحديد سلوك هذا النوع من “مفهوم rolup”؟
ربما ، ابتداءً من مبادئ الابتدائية ، وفقًا للمعايير المعترف بها على نطاق واسع للغرب والصناعة ، لتحديد فئة المخطط ومستوى أمان مشاريع الطبقة 2 المختلفة ، والاكتمال الوظيفي ، حتى نتمكن في الضباب لمشاهدة الزهور في عيون عجلة.بمعنى آخر ، ما هو نوع الحل ليس هو الأساس.
أدناه ، نخطط لاستخدام Bitcoin Layer2 الذي صنعه أجنبي Chainway كحالة لتحليل “التحقق من العميل” المخفي في شعار “Rollup” الترويجي.يمكننا أن نرى بشكل أكثر وضوحًا ، “Rollup ذات السيادة” و “التحقق من العميل” ، مع الاختلافات المختلفة بشكل كبير بين مخططات Rollup مثل تنفيذ العقد الذكي في التيار الرئيسي للصناعة ، أو Oprollup.
بالطبع ، هذا لا يعني أن Rollup أو التحقق من العميل ليس آمنًا وموثوقًا مثل ZK Rollup.على الرغم من أن chainway هي طبقة التحقق من العميل نموذجية ، فإنها تقترح حل معاملات مضاد للمراجعة “في BTC Trigger+التحقق تحت السلسلة” ، ويستخدم دليل ZK العودية على غرار سلسلة MINA العامة ، مما يؤدي إلى معظم Bitcoin Layer2 Essence
نعتقد أن البحث الفني على سلسلة Sainway هو قيمة نسبيًا ، وهو ذو أهمية مرجعية مهمة لغالبية مراقب Bitcoin Layer2.
(يتم الإعلان عن صور Chainway الترويجية على أنها ZK Rollup ، ولكن الحل الحقيقي هو التحقق من العميل. في الوقت الحالي ، لم يدرك بعد الإجماع بين العميل تحت السلسلة ، أو تبادل المعلومات الموثوق به)
نص:Chainway هو مشروع Bitcoin Layer2 المعروف في المجتمع الغربي.في مستنداتها الفنية ، تعتبر Chainway أيضًا تخضع للاتخاذ الذاتية كـ “Rollup ذات الملعب”.أعلنت Chainway مؤخرًا عن مشروعها الجديد Citrea ، مدعيا أنه ZK Rollup الذي يعتمد على BitVM.نظرًا لأن Citriea لم يشرح بالتفصيل كيف يتحقق ذلك بواسطة مخطط التحقق من ZK الذي يعتمد على BitVM ،ستركز هذه المقالة على التفسير الفني للحل المخطط بالفعل.
يمكننا تلخيص جملة واحدةالحل الفني الذي تم الكشف عنه حاليًا من سلسلة: يتم نشر بيانات DA من خلال بروتوكول المراسيم ،استخدم BTC كطبقة DA ،ZK Proof ، وهو Diff + في Layer1 للحصول على تفاصيل تغيير تغييرات الحالة.أي ما يعادل إطلاق بيانات المعاملة الكاملة والمتحقق منها.
(Diff State هو التغيير في حالة الحساب)
ومع ذلك ، نظرًا لأن Layer1 لا يتحقق مباشرة من دليل ZK ، يتم تنفيذ أعمال التحقق بواسطة العميل/العقدة المستقلة تحت السلسلة ، ولم تحقق مكتبة الكود الحالية في Chainway إجماعًا بين العملاء المستقلين بموجب السلسلة ، ولم يعلن المسؤولون هذه المشكلة على وسائل التواصل الاجتماعي.لذلك ، فإن الحل الفني الحالي الذي أعلنته سلسلة Stainway هو بشكل أساسيينتمي ل“التحقق من العميل”الأنواع ، أشبه بروتوكول مؤشر النقش الذي يدعم أصول الجسر.
سيؤدي ما يلي بشكل أساسي إلى تقديم التنفيذ التقني المحدد لـ Chainway وتحليل نموذج الأمان الخاص به.
ما هو Rollup Sovereignty: DA Layer تصدر البيانات + تحت التحقق
في الوثائق الفنية لـ Chainway ، تم استخدام مفهوم Celestia’s Sovereign Rollup (Rollup).ويختلف Rollup السيادي في الواقع عن مجتمع Ethereum وحتى مفهوم Rollup السائد في الصناعة (Rollup Smart Contract).جوهرإذن ما هو الهيكل المحدد للفة السيادية؟
في الحقيقةتشبه Rollup السيادي القائم على Bitcoin إلى حد ما “مجموعة العميل/السلسلة الجانبية” تحت سلسلة بيانات DA على سلسلة BTC “،الميزة الأكبر هي أن العقد الذكي على Layer1 مطلوب للتحقق من تحويل الحالة/السلوك المتقاطع في Layer2. مدى قرب.
بالتأكيد،ستعتمد بعض حلول Rollup ذات السيادة الآمنة للغاية على طبقة التسوية الثالثة (على غرار السلسلة الجانبية) تحت سلسلة BTC لإكمال التحقق من تحويل الحالة.وبين عملاء مستقلين/العقد الكاملة المختلفة ، هناك طبقة من الإجماع أو نقل الرسائل الموثوق بها ، وذلك لتحقيق “الاتساق” لبعض السلوكيات المثيرة للجدل.لكنتعد بعض مشاريع Rollup ذات السيادة عارية “التحقق من العميل” ، ولا يوجد نقل موثوق للرسائل بين العميل/العقد المستقلة.
من أجل فهم المفهوم الفريد لـ “Rollup” الفريد بشكل أفضل ،يمكننا مقارنة Rollup Sovereignty مع Rollup العقد الذكي المقابل.Layer2 on Ethereum هو في الأساس Rollup ذكي ، مثل التعبير و Starknet.يمكن أن يشير هيكل Rollup العقد الذكي إلى الشكل أدناه:
في الشكل أعلاه ، يمكننا أن نرى عدة مصطلحات من سرد blockchain المعياري ، على النحو التالي:
طبقة التنفيذ:قم بتنفيذ معاملات المستخدم ، وتحديث حالة blockchain ، وإرسال البيانات إلى طبقة DA وطبقة التسوية
طبقة التسوية:تحقق من تحويل الحالة لطبقة التنفيذ ، وحل النزاعات (مثل دليل الاحتيال) ، وتوفير وحدات الجسر للتعامل مع الأصول التي تلقيها جسر L1-L2
دا طبقة:لوحة إعلانات كبيرة ، تتلقى بيانات تحويل الحالة المقدمة من طبقة التنفيذ ، وتوفير هذه البيانات إلى الثقة لأي شخص
طبقة إجماع الإجماع:لضمان الطبيعة النهائية لفرز المعاملات ، يبدو أنها أقرب إلى وظيفة طبقة DA (لا تتضمن الطريقة الطبقات لمجتمع Ethereum على blockchain المعيار طبقة الإجماع)
من بنية Rollup العقد الذكي ، نرى أنه باستثناء طبقة التنفيذ ، يتم تحمل وظائف الطبقات الثلاث الأخرى بواسطة Ethereum.يوضح الشكل أدناه دور Ethereum في Rollup العقد الذكي.
ستتلقى عقود Rollup على Ethereum إثبات الصلاحية (دليل على الصلاحية) أو دليل الاحتيال للتحقق من فعالية تحويل حالة Layer2.تجدر الإشارة إلى أن العقد الذكي Rollup هنا هو في الواقع كيان طبقة تسوية في blockchain المعيارية.غالبًا ما يحتوي عقد طبقة التسوية على وحدة اتصال الجسر لمعالجة جسر Ethereum لتلقي أصول Layer2.
بالنسبة إلى DA ، يمكن لعقد طبقة التسوية إجبار جهاز تسلسل الفوز على وضع أحدث بيانات تغيير البيانات/الحالة على السلسلة.
(ZK Rollup أو OP Rollup ، يمكنك فرض بيانات DA على السلسلة ، ولا يمكنك تحديث حالة تسوية طبقة التسوية)
يمكننا أن نرى ،يعتمد Rollup Smart Contract بجدية على العقود الذكية على Layer1.بالنسبة إلى Layer1 ، الذي يصعب دعمه للمنطق التجاري المعقد ، من المستحيل في الأساس إنشاء Layer2 ، والذي “محاذاة” للترحيل في Ethereum.
ولا يتطلب مخطط Rollup السيادي ببساطة العقد على Layer1 للتحقق من الحالة/معالجة الجسر.العمارة هي كما يلي:
يمكننا أن نرى ،في Rollup ذات السيادة ، تتمتع مجموعات العقدة خارج طبقة DA ككيانات لتنفيذ المعاملات وعمليات التسوية درجة أعلى من الحرية.سير العمل المحدد كما يلي:
ترسل عقدة طبقة التنفيذ الخاصة بـ Sofnign Rollup تفاصيل تغيير بيانات المعاملة/الحالة إلى طبقة DA ، ويتم تعيين طريقة طبقة التسوية/العميل للحصول على البيانات والتحقق منها.يجدر الإشارة ،نظرًا لأن وحدة طبقة التسوية غير موجودة على Layer1 ، فإن Rollup ذات السيادة غير قادر نظريًا على تحقيق جسر يعادل Layer1.غالبًا ما يعتمد على جسر كاتب العدل ، أو جسر ثالث.
في الوقت الحاضر ، فإن مخطط التحقق من العميل السيادي أقل صعوبة في التنفيذ.أما بالنسبة للأجزاء الموجودة تحت السلسلة والإجماع تحت السلسلة ، فهناك مساحة كبيرة مجانًا.حتى العديد من السلاسل الجانبية تحتاج فقط إلى نشر بيانات DA على BTC ، والتي تصبح أساسًا “Rollup ذات السيادة المستندة إلى BTC” ، لكن الأمان المحدد أمر مشكوك فيه.
لكن المشكلة هي ،إنتاجية بيانات Bitcoin منخفضة للغاية ،الحد الأقصى 4 ميجابايت لكل كتلة ، ومتوسط وقت الإخراج هو 10 دقائق ، وإنتاجية البيانات 6 كيلو بايت/ثانية فقط.الآن ، لا يجوز نشر حل Layer2 الذي يدعي أنه سيادة على سلسلة BTC ، ثم يعتمد تنازلات أخرى.: على سبيل المثال ، قم بنشر بيانات DA تحت السلسلة وتخزين Datahash على سلسلة BTC باعتبارها “التزام”.أو ابحث عن طريقة لضغط بيانات DA عالية (مثل PRIDAL DIFF+ZK) التي تدعي أنها تستخدم بواسطة Chainway.
ولكن من الواضح أن هذا النموذج لا يتوافق مع تعريف “Rollup” أو تعريف Rollup الخطيرة.نتوقع أنه في المستقبل ، سيتم نشر معظم مشروع Layer2 تحت شعار “Rollup” في نهاية المطاف على سلسلة BTC.لذلك ، فإن الحلول العملية هي “ZK Rollup” و “OP Rollup” على الورق الأبيض وشعار “ZK Rollup” و “OP Rollup” على الورق الأبيض.
أخيرًا ، دعونا ببساطة نلخص الفرق بين Rollup Sovereign و Rollup Smart Contract:
أولاً ، يمكن ترقيته.يتضمن التكرار التكراري لـ Smart Contract Rollup تحديث العقود الذكية ، ويحتاج فريق التطوير إلى استخدام العقود التي تمت ترقيتها.يتم التحكم بشكل عام في أذونات الترقية لهذا العقد الذكي من قبل فريق تطوير Rollup.تتشابه قواعد الترقية الخاصة بـ Softeign Rollup مع الشوكة الناعمة والصعبة من blockchain التقليدية.من وجهة النظر هذه ، فإن Rollup ذات السيادة متفوقة على Rollup العقد الذكي.
ثانياً ، جسر.يتم تقليل جسر العقد الذكي إلى الحد الأدنى في ظل الظروف المثالية ، لكن ترقيات العقد يمكن أن تؤثر على أمنه.وتحت نظام Rollup السيادي ، يحتاج المطور إلى إنشاء جسر لتوصيل المكون تحت سلسلة Layer1.
بنية BTC DA
في ما سبق ، ذكرنا ذلك ،لتحقيق Rollup السيادي القائم على BTC ، يتمثل جوهر استخدام بروتوكول المراسيم لاستخدام BTC كطبقة DA.يستخدم Chainway هذا الحل.
يمكننا مراقبة تقديم بيانات DA من ساردواي Sailway.
24ADD7CDCBFFCDA8D43509C8E27C5A72F4DF1731BE84BDBA727CD83AE0000،الرسم التخطيطي هو كما يلي:
تم استعارة رمز البرنامج النصي لهذه المعاملة من بروتوكول OP_0 OP_IF في المراسيم لتنفيذ مخططات كتابة البيانات ، وكتابة بيانات DA في سلسلة BTC(تغيير حالة الإصدار+ZK Proof ، والذي يساوي إصدار بيانات المعاملة الأصلية في الأمان ، ولكن يمكن أن يكون حجم البيانات مضغوطًا إلى حد كبير).
بالطبع ، بالإضافة إلى بيانات DA ، يكتب Sorter أيضًا بعض بيانات السلطة في المعاملة. تم تقديمه من قبل الفارق
يجب أن نولي اهتماما هنا ،في أي معاملة تتضمن بيانات DA ، هناك 16 ثنائيًا 0 (أي ، 0 بايت متتالية هي 0 بايت متتالي).في الكود ، يمكننا أن نرى هذا الحد:
الرقم العشوائي B715 في مخطط تداول العينة السابق هو ضبط القيمة بعد أن تأخذ المعاملة التجزئة ، بحيث يتم نقل الذيل مع 16 0 محددة ، مما يجعل رقم عشوائي غير مشابه لتعدين البيتكوين ، بحيث يكون الجبهة ن أجزاء من التجزئة هي 0 ، والتي تلبي قيودًا محددة.
هذا التصميم هو تبسيط صعوبة الحصول على بيانات DA.عندما تكون Layer2 مطلوبة للحصول على بيانات DA ، ما عليك سوى مسح كتلة BTC ، كل المعاملات النهائية على 16 0 ،وهو ما يعادل المعاملة التي بدأت عندما يتم إرسال سفر البيانات إلى البيانات ، والتي يتم تمييزها بوضوح عن المعاملات الأخرى على سلسلة البيتكوين.في المقالة اللاحقة ، يقال إن هذا يحتوي على بيانات DA والصفقة مع 16 0 0 في النهاية هي “جHainway Trading Trading.
ثم النقاط الرئيسية المذكورة في عنوان هذه المقالة:كيف يحقق Chainway مكافحة الثناء؟نظرًا لأن Sorter Layer2 قد يرفض عمداً طلب معاملات المستخدم ، يجب أن نستخدم حلًا خاصًا للسماح للمستخدمين ببدء معاملات مضادة للتكنولوجيا.
في مواجهة هذه المشكلة ، يتيح Chainway للمستخدمين البدء“معاملة إلزامية”، المعاملة القسرية.بمجرد قيام المستخدم بتقديم بيان المعاملة هذا في كتلة BTC ، يجب على Sainway Sorter التعامل مع طلب المعاملة في Layer2 ، وإلا فلن يكون قادرًا على الخروج بشكل طبيعي ، أو لن يتم التعرف على الكتلة من قبل العميل المرتبط.
بنية المعلمة للمعاملة الإلزامية هي كما يلي:
سيتم تقديم المعاملة إلى سلسلة Bitcoin كـ “معاملة قياسية للسلسلة” ، و 16 0 0 في نهاية تجزئة التجارة.عندما يولد Sainway Serter كتلة L2 ،“معاملة مواصفات Layer2” التي تم الكشف عنها على سلسلة BTC ولكنها غير مدرجة في دفتر L2 ،ويكتب ملخص شجرة Merkle جذر Merkle في رأس كتلة L2.
بمجرد أن يبدأ المستخدم مباشرة المعاملات الإلزامية على سلسلة BTC ، يجب معالجة الفارز ، وإلا لا يمكن إنشاء الكتلة الفعالة التالية.يمكن لعميل Chainway تحت سلسلة BTC التحقق من إثبات ZK أولاً ، وتحديد فعالية كتلة L2 المقدمة من قبل الفارز ، والتحقق من جذر Merkle في رأس كتلة L2 لتحديد ما إذا كان الفارز يحتوي على طلب المعاملة الإلزامي.
يمكن أن يشير سير العمل الخاص به إلى مخطط التدفق التالي.لاحظ أنه ، يقتصر على المساحة ، في الشكل أدناه ، يفتقر Verify_Relevant_TX_List إلى حكم مشروط:
الكل في الكل ، سوف يقوم عميل/عقدة Chainway بمزامنة كتلة الشبكة الرئيسية BTC ، ومنه لمسح “بيانات DA” التي تم إصدارها بواسطة Sainway Sorter ، تؤكد أن البيانات يتم نشرها بواسطة الفارز المحدد ، وأنها تحتوي على جميع تم تقديم BTCS إلى BTC “Chainway Standard Trading” على السلسلة.
ليس من الصعب رؤية ،طالما أن المستخدم يمكنه بناء “معاملة قياسية” تلبي الشروط وتقديمها إلى سلسلة BTC ، سيتم تضمين هذه المعاملة في نهاية المطاف في دفتر L2 المحلي في عميل Chainway ، وإلا سيكون سيفعل العميل يرفض.
إذا كانت موثوقةإجماع الإجماع/تنبيه الرسائل تحت السلسلة ،يقترب حل المعاملات المضاد للمراجعة في Chainway من طريقة مثالية لمكافحة المراجعة للفة السيادية المثالية.على سبيل المثال ، ذكرت بعض مخططات Rollup بوضوح أن مواجهة كتل غير صالحة ستبث معلومات التنبيه بين العملاء تحت السلسلة لتعزيز الأمان.
إذا لم تحتوي الكتلة بصدق على “معاملات إلزامية” ، فمن الواضح أنها ستؤدي إلى إذاعة تحذير تحت السلسلة.لكن الآن لم تحقق هذه القطعة سلسلة بعد(على الأقل تُظهر مكتبة المعلومات والرمز الحالية أنها لم تفعل هذه التكنولوجيا).
حتى إذا تم تنفيذ الإجماع بين العميل/العقدة أسفل السلسلة ،التأثير المضاد للمراجعة لـ “المعاملة الإلزامية” لـ “المعاملة الإلزامية” ليس جيدًا مثل العقد الذكي مثل التعبير ، لأن التعبير سيضمن في النهاية أن “المعاملة الإلزامية” مدرجة في Layer2 Ledger من خلال عقد على Layer1 ، الذي يرث بالكامل مقاومة Layer1.من الواضح أنه لا يمكن محاذاة Rollup السيادة مع Rollup العقد الذكي ، وتعتمد مراجعةها المضادة على الجزء السفلي.
هذا محدد أيضًا ،فكرة “Rollup Rollup” و “التحقق من العميل” ،أساسيغير قادر علىمثل التعسفي واحد أو loopring ، dydx و degate ،جميعوراثي Layer1 لمكافحة الإنجاز ، لأنه يمكن تضمين المعاملة الإلزامية بنجاح في Layer2 Ledger ، فإنه يعتمد على اتخاذ القرار -صنع كيانات Layer2 -Chain ، والتي لا علاقة لها بـ Layer1 نفسها.
بوضوح،سلسلةهذا الحل يعتمد ببساطة على العميل تحت السلسلة ،لقد ورثت موثوقية DA الخاصة بـ Layer1 ولم ترث مقاومتها بالكامل.
على غرار دليل ZK المتكرر لمينا
في هذا القسم ، سنقدم المزيد من أجزاء أخرى من طريق السلسلة.على غرار دليل ZK المتكرر لميناجوهرالهيكل العام كما يلي:
بعد معالجة معاملة المستخدم ، يولد Synter of the Sainway Proof ZK النهائي ، وتتغير الحالة مع حسابات مختلفة يتم نشرها ونشرها على سلسلة BTC.سوف تزامن العقدة بأكملها جميع البيانات التاريخية التي تم إصدارها على BTC.يجب ألا يثبت كل دليل ZK فقط عملية تحويل الحالة للكتلة الحالية ، ولكن أيضًا التأكد من أن شهادة ZK للكتلة السابقة سارية.
بناءً على الخطة أعلاه ، يمكننا أن نجد أن كل دليل جديد قد تم إنشاؤه.يمكن أن تضمن أحدث شهادة ZK أن تكون جميع شهادات ZK بدءًا من كتلة الإنشاء سارية.هذا التصميم مشابه لمينا.
عندما يكون “عميل الضوء” يزامن فقط رأس الكتلة ، أي أن عقدة الضوء تضاف إلى الشبكة ،فقط أحدث دليل ZK صالح لأحدث دليل ZK على BTC يمكنه تأكيد البيانات التاريخية للسلسلة بأكملها وتحويل الحالة.
إذا كان الفارز الشر ، فلا يقبل عمداً المعاملات الإلزامية ، أو لا يستخدم شهادة ZK السابقة لإثبات العودية ، فإن إثبات ZK الجديد الذي تم إنشاؤه بواسطة العميل (تم إنشاؤه أو الاعتراف به) ، كما هو موضح أدناه:
لخص
كملخص لهذا المقال ،يعد Chainway في الأساس مخطط التحقق من العميل/العميل السيادي باستخدام BTC كطبقة DA.من أجل تحسين مكافحة التحقيق في Rollup ، قدمت Chainway مفهوم المعاملات الإلزامية.من ناحية أخرى ، تستخدم Chainway تقنية Proof Regursive ZK ، بحيث يمكن للعقد التي تم إدخالها حديثًا أن تثق في إخراج الفارز ، وتؤكد أن البيانات التاريخية للسلسلة بأكملها صحيحة في أي وقت.
المسألة الحالية لـ Chainway هي كيفية الوثوق بجزء جسر التقاطع ،نظرًا لأنه يتبنى مخطط Rollup السيادي ، لم يتم شرح أنه في مخطط جسر التقاطع ، من الصعب الحكم على كيفية التخطيط لأمنه النهائي لحل التفاصيل الفنية.
اليوم،من خلال التحليل العمق للحل الفني لـ Chainway ، وجدنا أن الأنواع التقنية التي يروج لها مجتمع المشروع ليست متدلية بالمعنى السائد.بالنظر إلى أن مشروع Bitcoin Layer2 الحالي قد وصل إلى عشرات (مئات السنين في نصف عام) ، من أجل تقليل التكلفة المعرفية لمصطلح الجميع الفني ، سنستمر في تصنيف معايير التصنيف والأمن ومعايير التقييم الوظيفي لحلول طبقة 2 ، معايير الأمان ، ومعايير التقييم الكاملة الوظيفية في البحوث المتعمقة ، لذلك ترقبوا!
<-style-type>
