لا تحتوي مجموعات البيتكوين على فتحات هروب
أنا لا أقوم بتعيين هذه الأشياء واحدا لواحد ، لأن CR بالنسبة لطبقة DA ، يفوز الإيثريوم
janusz
janusz‏10 يناير 2025
هل يمكن أن تلبي مجموعات البيتكوين القادمة متطلبات المرحلة 2 من @l2beat؟ ال tl. دكتور تقريبا. ولكن لتلبية جميع المتطلبات ، ستحتاج إلى شيء مثل OP_CAT. يمكن أن تحتوي مجموعات Bitcoin على افتراضات ثقة 1 من N تتعلق بجسرها. ولكن هناك بعض الفروق الدقيقة في هذا. هناك شيئان تثق بهما: - المشغلون: أنت تثق في مشغلي 1-of-N لمعالجة عمليات السحب وعدم تجميد الجسر - المدققون: أنت تثق في أن 1-of-N ، N هو أي شخص ، لتأمين الجسر في التطبيقات المقترحة للتجميع ، تتم معالجة عمليات السحب من قبل مشغلين مرخص لهم. مشغلو السيولة الأمامية للجسر للمستخدمين لتلبية طلبات السحب ثم تعويض أنفسهم من الجسر. على الرغم من أنه ليس فعالا بشكل لا يصدق ، إلا أن هذا يمكن أن ينجح. الآن ، المراحل. هناك عدد من المتطلبات لتكون القيمة المحتسبة "المرحلة 2" لكل إطار عمل @l2beat. دعونا نرى ما إذا كان يمكن لمجموعة البيتكوين أن تلبيها: يمكن أن تلبي مجموعات Bitcoin جميع متطلبات المرحلة 0 من L2Beat. يمكنك استخدام البيتكوين ل DA ، ونشر جذور الحالة هناك ، ويمكن للأشخاص إعادة بناء حالة التجميع بناء على هذه البيانات. المرحلة 1 هي المكان الذي تبدأ فيه الأمور في الصعوبة. يمكن أن تلبي مجموعات Bitcoin جميع المتطلبات ... عدا: "هل يمكن للمستخدمين الخروج دون تنسيق المشغل؟" يجب تصميم النظام بحيث لا يمكن حظر عمليات سحب المستخدم من قبل مشغلي القيمة المحتسبة. يجب أن تنفذ المجموعة آليات تسمح للمستخدمين بالخروج بشكل مستقل، مما يضمن تمكنهم دائما من الوصول إلى أصولهم والتحكم فيها. يمكن للمستخدمين تجاوز عوامل تشغيل القيمة المحتسبة نظريا (لم نراها بعد ، لذلك لست متأكدا تماما من كيفية عملها). لكن لا يمكنهم تجاوز مشغلي الجسور إذا كان جميع مشغلي الجسور غير متصلين بالإنترنت. لذلك، لا يتم استيفاء الشرط الذي يقضي بأن المستخدمين "يمكنهم دائما الوصول إلى أصولهم والتحكم فيها". يستمر هذا الاتجاه في المرحلة 2. كما ذكرنا سابقا ، يمكن أن تحتوي هذه المجموعات على أدلة احتيال بدون إذن. يمكن لأي شخص ضمان سلامة الجسر. ومن المحتمل أن يكون لديهم آلية لتجاوز مشغلي القيمة المحتسبة في حالة تنفيذ ترقية غير مرغوب فيها. “… يسمح هذا الإطار الزمني الواسع للمستخدمين بالتفاعل مع التغييرات المهمة في النظام التي قد لا يتفقون معها وسحب أصولهم إذا لزم الأمر ". ولكن ، لا يمكن تلبية المتطلبات المتعلقة بعمليات السحب بدون إذن لأن المستخدمين يثقون في مشغل واحد على الأقل لتلبية طلبات السحب. لذلك ، لتوضيح الأمور: - عمليات تجميع البيتكوين ممكنة - يمكن أن يكون لديهم أدلة احتيال بدون إذن لتأمين الجسر بافتراض ثقة 1 من N - بدلا من الاعتماد على اتحاد 2/3s لمعالجة عمليات السحب ، يمكنك الاعتماد على مشغلي 1 من N فقط - هذا ليس نفس افتراض الحيوية (الخروج) مثل التجميع المتفائل في الإيثريوم. الافتراض الأمني مشابه يمكن أن تلبي مجموعة البيتكوين ، مع جسر على غرار Strata أو Clementine ، جميع متطلبات L2Beat باستثناء تلك التي تتطلب خروجا بدون إذن. على الرغم من أن المستخدمين قد يكونون قادرين على تجاوز مشغلي القيمة المحتسبة، يجب أن يثقوا في أن مشغلي الجسور 1-of-N سيلفون طلبات السحب. ولكن ، إذا كان لديك شيء مثل OP_CAT ، فيمكنك إنشاء شروط إنفاق تحمل الدولة ومدققين على السلسلة. يتيح ذلك لبرنامج الجسر فتح الأموال إذا تم استيفاء شروط معينة. مثل التحقق من إثبات SNARK الذي يشهد على الحالة المحدثة للمجموعة الإجمالية ، أو مرور فترة تحدي إثبات الاحتيال. لذلك إذا تمت إضافة رموز تشغيل إضافية ، فيمكن أن تفي مجموعات البيتكوين بالمتطلبات المتعلقة بالخروج بدون إذن وتكون مجموعة من المرحلة 2. آمل أن يزيل هذا بعض الالتباس!
حتى إذا كان بإمكان المستخدم اقتراح مخرج بنفسه ، فإنهم يثقون في مشغل الجسر لتكريمه
أنا لا أقول "No Escape Hatch" كطريقة للتخلص من مجموعات Bitcoin ، أقولها حتى نعرف ، على الفور ، إنها ليست مقارنة 1: 1
تمكن مجموعات البيتكوين مشغلي الجسور من توفير السيولة إلى أسواق البيتكوين الناشئة حيث يثقون في أنفسهم فقط ليكونوا صادقين. يمتد هذا أيضا إلى المستخدمين الذين يحتاجون فقط إلى الوثوق بمشغل واحد مقابل الأغلبية.
هل يعمل تماما مثل هذا في الممارسة؟ لا ، هناك اعتبارات أخرى (مثل مجالس الأمن). هل يستحق البناء ومعرفة ما إذا كانت هذه الفرضية توفر ميزة تنافسية؟ أوفك.
‏‎2.31‏K