يتراوح منطق الاستثمار في Rollup من النزاع السردي في وقت مبكر ZK / OP ، إلى الممارسة اللاحقة لـ TPS ومنافسة تجربة المستخدم ، ثم إلى الخندق المبني حول أدوات مشتقة مثل OP Stack. بالنسبة لهذه المشكلة ، قد تكون في مراحل مختلفة من الصناعة التنمية هناك إجابات مختلفة.
ولكن في نهاية المطاف ، ما نحتاج إلى الإجابة عليه هو ، هل يعتبر التراكم عملاً مربحًا؟ ما هي اقتصاديات التراكمية؟ تحاول هذه المقالة دراسة ومناقشة نموذج أعمال Rollup ومساحة تصميم تحقيق الدخل.
اقترح Barry Whitehat لأول مرة مفهوم Rollup في منتدى Ethereum Research. عندما كان مفهوم Rollup في مهده ، أطلقنا بشكل جماعي على دور Rollup دور Relayer أو المشغل. مع تحسين تطوير البنية التحتية ، يتم تقسيم هذا الدور إلى كيانات متعددة: Sequencer مسؤول عن فرز المعاملات والكتابة إلى DA ، و Challenger مسؤول عن اقتراح التحديات ، و Prover مسؤول عن إنشاء البراهين. عندما نناقش الاقتصاد التراكمي ، يمكننا بشكل أساسي الفرز من هذه الكيانات.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-d3a68ff770-dd1a6f-1c6801)
المصدر: IOSG
تتناول هذه المقالة بشكل أساسي عدة جوانب من تحقيق الدخل التراكمي:
سبب رسوم المعاملة وتكوينها وأرباح وخسائر التراكمية ؛
شكل وتسييل MEV في سياق التسلسل اللامركزي ؛
إمكانية تحقيق الدخل بناءً على إثبات الخطأ وإثبات الصلاحية.
رسوم التحويل
على غرار السلاسل الأخرى ، يحتاج المستخدمون الذين يرسلون معاملات في Rollup إلى دفع رسوم المعاملات.
من منظور Sequencer ، تغطي تكلفة المعاملة هذه بشكل أساسي جزأين من النفقات: النفقات العامة للتنفيذ والنفقات العامة الأمنية.
تكلفة التنفيذ (تكلفة ution)
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-eb69e4fccd-dd1a6f-1c6801)
المصدر: جون أدلر
يتم توريث النفقات العامة للتنفيذ التراكمي من نموذج Ethereum. باختصار ، تدير كل عقدة إيثريوم آلة حالة مكررة. كما هو مبين في الشكل أعلاه ، تقوم العقد بتنزيل وتخزين بيانات المعاملات ، وإجراء العمليات الحسابية ، وقراءة وكتابة الذاكرة والتخزين ، وتتوافق هذه العمليات مع استهلاك الموارد المادية واستهلاكها. يتم استخدام الغاز ، كوحدة تسعير موحدة للموارد ، لقياس الموارد وراء هذه العمليات.
وينطبق الشيء نفسه عندما يتم تمديده إلى Rollup. سيؤدي تشغيل عقدة Rollup إلى توليد قدر معين من النفقات العامة للتنفيذ ، وهو أصل رسوم المعاملة التي يدفعها مستخدمو Rollup. نظرًا للاختلافات الطفيفة في تكافؤ EVM وتصميمات التجميع المختلفة ، فإن مختلف المجموعات التراكمية لها أسعار مختلفة قليلاً للنفقات العامة للتنفيذ (على سبيل المثال ، يوفر zkSync Era تجريدًا أصليًا للحساب ، وقد تتطلب بعض العمليات غازًا أكثر من EOA) ، ولكن بشكل عام ، نموذج Gas لـ يستخدم Ethereum.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-758ff8efea-dd1a6f-1c6801)
المصدر: Dune Analyticsspringzhang
بالإضافة إلى النفقات العامة للتنفيذ الموصوفة أعلاه ، ينبغي أيضًا مراعاة رسوم الازدحام والحد الأدنى من رسوم المعاملات.
تداعيات الازدحام. ينعكس ذلك في التوازن الديناميكي بين سعر الغاز وحركة مرور الشبكة. على سبيل المثال ، خلال Arbitrum Odyssey ، أدت الزيادة في حركة مرور الشبكة إلى زيادة حادة في أسعار الغاز.
الحد الأدنى لرسوم المعاملة. على blockchain برسوم شبكة منخفضة للغاية ، لتجنب هجمات البريد العشوائي و DoS ، من الضروري تعيين حد أقل لرسوم المعاملات. حاليًا 0.1 gwei على Arbitrum One و 0.01 gwei على Arbitrum Nova. تعتمد قيمة الحد الأدنى لرسوم المعاملات على تصميم الشبكة (0.001 gwei on Optimism).
تكلفة الأمن
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-5e3c258df0-dd1a6f-1c6801)
المصدر: Celestia Forumadeets \ _ 22
النفقات العامة للأمان هي تكلفة توفر البيانات (DA) التي نناقشها. DA هو ضمان أن التراكمية تعادل أمان Ethereum ، مما يضمن أن يتمكن الجميع من إعادة بناء حالة التراكمية استنادًا إلى البيانات المنشورة على Ethereum L1 (ها نحن ذا بالحديث عن Ethereum Fang L1 ، بالطبع هناك مخططات DA أخرى). ساهمت تكلفة DA في Ethereum L1 تحتل الغالبية العظمى من التكلفة الإجمالية للالتفاف. في مايو من هذا العام ، قدمت Arbitrum حوالي 3927 ميغابايت من البيانات إلى Ethereum ، ودفعت 4،856 ETH مقابل ذلك ، وكانت تكلفة DA حوالي 1.24 ETH / MB. (استنادًا إلى سعر S 3 القياسي البالغ 0.023 دولارًا أمريكيًا لكل جيجابايت وسعر ETH البالغ 1800 دولار أمريكي ، فإن تكلفة تخزين إيثريوم DA تبلغ حوالي 100 مليون ضعف تكلفة AWS).
نظرًا لأن DA في السلسلة مكلف للغاية ، فإن كل مجموعة تراكمية تتبنى طريقة ضغط البيانات. يستخدم Arbitrum و Optimism Bedrock مكتبات ضغط البيانات مفتوحة المصدر Broti و zlib على التوالي لضغط البيانات المنشورة على Ethereum L1. يقوم StarkNet و zkSync Era بضغط البيانات عن طريق نشر اختلاف الحالة (الفرق بين الحالة السابقة والحالة الجديدة) بدلاً من البيانات بأكملها. (ملاحظة: تتبنى ترقية Optimism Bedrock أيضًا طرقًا مختلفة لضغط تكاليف المعاملات ، وهنا يمكننا رؤية المزيد من مؤشرات البيانات).
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-3f76a86862-dd1a6f-1c6801)
المصدر: IOSG
يجدر بنا التطلع إلى أن تكلفة DA المرتفعة لـ Ethereum L1 سيتم تخفيفها بشكل كبير بعد أن تقدم Decun Upgrade EIP-4844. أيضًا ، تشير "النفقات العامة للأمان" التي تمت مناقشتها هنا فعليًا إلى مستويات مختلفة من الأمان. بالإضافة إلى DA المضمون من قبل Ethereum L1 ، توفر الحلول مثل DAC و Celestia و EigenDA مجموعة متنوعة من مقايضات "تكلفة الأمان" ، مما يوفر مجموعة متنوعة من الخيارات لجانب الطلب DA. تحتاج بعض تطبيقات DeFi ذات التردد المنخفض والقيمة العالية إلى مزيد من الضمانات الأمنية ، في حين أن بعض التطبيقات عالية التردد ومنخفضة القيمة نسبيًا (مثل الألعاب) يمكن أن تولي مزيدًا من الاهتمام للتكلفة ؛ كل منها يأخذ ما يحتاجه.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-e765bb2665-dd1a6f-1c6801)
المصدر: Dune Analyticsoptimismfnd
للتلخيص ، ما عليك سوى النظر إليه من منظور Sequencer: Sequencer يجمع رسوم المعاملات من جانب المستخدم ويدفع رسوم DA إلى Ethereum. ثم يمكن حساب ربح Sequencer على النحو الوارد أعلاه. في الوقت الحالي ، يتم تشغيل معظم أجهزة التسلسل بواسطة فريق Rollup. إذا تم تجاهل سلسلة من التفاصيل مثل دخل إصدار الرمز المميز والتضخم ، فيمكن أيضًا قياس دخل Rollup بهذه الطريقة تقريبًا.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-73cc8fafde-dd1a6f-1c6801)
المصدر: Token Terminal
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-0fbc052e8d-dd1a6f-1c6801)
المصدر: IOSG
إذا أخذنا التفاؤل كمثال ، في الثلاثين يومًا الماضية ، بلغت أرباح التفاؤل اليومية حوالي 20 ألف دولار أمريكي. وفقًا لبيانات Token Terminal ، فإن ربح التفاؤل منذ إطلاقه يبلغ حوالي 10.9 مليون دولار أمريكي.
MEV
MEV هي طريقة مهمة لبناء Rollup لنموذج أعمالها. ليس من المنطقي التحدث عن MEV في سياق جهاز التسلسل الفردي المركزي ، لذلك سنبدأ بجهاز التسلسل اللامركزي ثم استكشاف اقتصاد MEV الخاص بـ Rollup.
جهاز التسلسل اللامركزي (DS)
اعتبارًا من الآن ، تعتمد Arbitrum (5.87 مليار دولار) والتفاؤل (2.14 مليار دولار) و zkSync Era (649 مليون دولار) على جهاز تسلسل / مشغل مركزي لفرز المعاملات وإرسال الدُفعات والعمليات الأخرى.
اللامركزية هي مسألة معقدة ، وعملية تقديم مشاركين متعددين تحتاج إلى مصقول بعناية ، وليس من الضروري إكمالها في خطوة واحدة. من منظور الأمن ، وحالة المنافسة ، وموارد المطورين ، من المنطقي اعتماد جهاز تسلسل مركزي في وقت مبكر من المشروع. ومع ذلك ، فإن جهاز التسلسل المركزي به عيبان واضحان على الأقل (وهما أيضًا عيوب في معظم الطرق المركزية).
مراجعة المعاملات: أي لمراجعة معاملات مستخدمين محددين ، بما في ذلك هجمات الابتزاز وما إلى ذلك. لحل هذه المشكلة ، يوفر Arbitrum and Optimism خيار التضمين الإلزامي لمعاملات المستخدم. على سبيل المثال ، يمكن لجميع مستخدمي Arbitrum استدعاء طريقة forceInclusion لفرض إدراج المعاملات ؛ تقوم StarkEx بتنفيذ آلية الخروج (Escape Hatch) لتحقيق مكافحة جزئية للرقابة.
ضمان الحياة: هل يمكن لجهاز التسلسل البقاء متصلاً بالإنترنت بشكل مستمر؟ إذا كانت الخدمة المركزية بها نقطة فشل واحدة (مثل فشل الأجهزة أو التهيئة الخاطئة للبرنامج) ، فستتوقف الشبكة بالكامل. احتمال حدوث ذلك ضئيل ، لكن إذا حدث فقد يكون له تداعيات سلبية واسعة النطاق.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-7fcda26027-dd1a6f-1c6801)
المصدر: Taiko
حاليًا ، يلعب Sequencer فعليًا دور Builder and Proposer على Ethereum L1: فهو مسؤول عن كل من تسلسل المعاملات وتقديم الدُفعات - تشبه عملية تنفيذ DS إلى المسار القديم لـ Ethereum PBS.
لتنفيذ DS ، عادةً ما يكون لدى Rollup عدة خيارات.
آلية اختيار القائد / التناوب (انتخاب القائد / التناوب) ، بالإضافة إلى إنشاء الكتلة المحلية ، وهي حالة عدم استخدام PBS على Ethereum L1. اقترح فيتاليك عدة طرق للانتخاب / التناوب في دليله غير الكامل إلى التراكمية: مزاد التسلسل ، والاختيار العشوائي المستند إلى نقاط البيع ، والتصويت DPoS ، وما إلى ذلك. وفقًا لممارسة Ethereum ، من الواضح أن PBS سيكون حلاً أفضل.
آلية انتخاب / تناوب القائد ، بالإضافة إلى سوق إنشاءات مفتوحة ، أي Enshrined PBS أو Proposer on Ethereum L1 يعتمد MEV-Boost.
بعض الآليات المحددة ، مثل FCFS (First Come First Serve). سيؤدي FCFS في النهاية إلى سباق تأخير ، على غرار Colocation في التداول التقليدي عالي التردد. تستخدم Arbitrum حاليًا FCFS وتعمل على متغيرات مثل Time-Boost. تقدم Time-Boost رسوم أولوية تستند إلى FCFS ، والتي يمكن دفعها لتسريع المعاملة بما يصل إلى 0.5 ثانية. هذه مقايضة ثنائية الأبعاد بين زمن الوصول والتكلفة.
يمكن لفريق Rollup استخدام الخيارات المذكورة أعلاه لإنشاء DS داخليًا ، أو التفكير في تسلسل الاستعانة بمصادر خارجية:
اقترحت مشاريع مثل Espresso / Astria خدمات DS / SS ؛
تقوم Flashbots ببناء SUAVE ، وهي مجموعة ذاكرة مشفرة مشتركة عبر المجالات ؛
يستخدم العرض التراكمي الذي اقترحه Justin Drake بشكل مباشر إجماع L1 ، ويشتمل مقدم العرض Ethereum L1 على كتلة Rollup في كتلة L1 ، ويرث نفس مستوى اللامركزية وضمان النشاط مثل L1.
ينطوي اختيار البناء داخليًا أو الاستعانة بمصادر خارجية على بعض المقايضات ، والتي ستتم مناقشتها لاحقًا في هذه المقالة.
تراكم MEV في سياق DS
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-8890c5580c-dd1a6f-1c6801)
المصدر: odos.xyz/arbitrage
إذا كان لدينا سوق DS مع إنشاء كتلة مفتوحة ، فسيتم إعادة إنتاج سلسلة التوريد MEV على Ethereum في Rollup. من بينها ، يشير Intradomain MEV (Intradomain MEV) إلى MEV الذي يحدث داخل Rollup ، والذي لا يختلف كثيرًا عن MEV في Ethereum L1. على سبيل المثال ، هجمات شطيرة في DEX ، المراجحة عبر DEX ، إلخ. نظرًا لأن Rollup لم يطبق DS بعد ، فإن الشكل أعلاه يستخدم المراجحة عبر DEX على Ethereum L1 كمثال.
قد يكون أكثر إثارة للاهتمام هو MEV عبر المجال (عبر المجال MEV). نقسم MEV عبر المجال إلى MEV مشترك عبر المجال و MEV عبر المجال ضمن جهاز التسلسل المشترك (SS).
المجال العام MEV
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-cb38dbd9ad-dd1a6f-1c6801)
المصدر: odos.xyz/arbitrage
يحدث MEV العادي عبر المجال بين Ethereum L1 و Rollup و Rollup و Rollup. في سياق DS ، لكل مجال خط أنابيب MEV خاص به ، يغطي أدوارًا مختلفة. الصورة أعلاه هي مثال على المراجحة عبر النطاقات.
من جانب الباحث ، تتضمن MEV عبر النطاقات مخاطر تنفيذ معقدة ، لأن المجالات المختلفة لها أوقات تأكيد ونهائية مختلفة ، ومن المستحيل تحديد ما إذا كانت المعاملة سيتم تضمينها على النحو المرغوب. تحقيقا لهذه الغاية ، تقوم Primev ببناء شبكة اتصالات حيث يمكن للباحثين تقديم عطاءات إلى بناة متعددين في مجالات متعددة للحصول على ضمانات تأكيد مسبق لحزمهم. بهذه الطريقة يمكن لـ Searcher تحديد وإدارة مخاطر التنفيذ.
هناك اتجاه للمركزية في MEV عبر المجال. كما أشار Flashbots ، فإن المنشئ الذي يبني الكتل على سلاسل متعددة في نفس الوقت يتمتع بميزة أكبر في مجال MEV عبر المجالات مقارنة بالباني الذي يبني الكتل على سلسلة واحدة فقط ، وبالتالي يؤدي بسهولة إلى المركزية. بموجب خارطة الطريق التي تركز على التجميع ، هذا موضوع يجب مواجهته في السنوات القليلة القادمة.
MEV تحت SS
يختلف الوضع إذا كانت مجموعات التراكمية المتعددة تستخدم نفس SS.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-a930e406ff-dd1a6f-1c6801)
المصدر: IOSG
تتمثل إحدى خصائص SS في قدرتها على تحقيق المراجحة الذرية المتقاطعة. في الأصل ، عندما قدم Searcher المعاملة 1 والمعاملة 2 بشكل منفصل ، لم يكن متأكدًا مما إذا كان سيتم تضمين المعاملتين كما هو متوقع (على سبيل المثال ، تم تضمينهما فقط في الكتلة التالية). باستخدام SS ، يمكن لـ Searcher إرسال حزمة مماثلة للرقم أعلاه ، وتنفيذها فقط عندما يمكن تلبية المعاملة 1 والمعاملة 2 في نفس الوقت ، وإلا فلن يتم تنفيذ أي من المعاملات (بالطبع ، المعاملة التي يجب الوفاء بها هي ليست معاملة غير صالحة). يقلل هذا التنفيذ من مخاطر تنفيذ برنامج Searcher.
من الناحية المثالية ، ستحقق SS "الكل أكبر من مجموع أجزائه". على سبيل المثال ، قد لا تكون المعلومات التي تغطيها إحدى المعاملات ذات قيمة في عرض إجمالي واحد ، ولكن يمكن ترتيبها ودمجها مع المعاملات في مجموعات أخرى عند مشاركة مجموعات متعددة في الفرز ، وذلك للاستفادة الكاملة من بعض "المعلومات غير الصالحة" وإدراك ألعاب المجموع الإيجابي.
على الرغم من وجود العديد من الفوائد ، إلا أن التسلسل يتضمن مشكلات تجارية معقدة ، لذلك يعتقد المؤلف أن SS لن يتم اعتماده بواسطة مجموعة التحديثات الرئيسية على المدى القصير ، ولكن يمكن تنفيذها والتحقق منها أولاً في مجموعة التحديثات الخاصة بالتطبيق ذات الذيل الطويل ، أو a Rollup-as- يتم توفير خيارات مشروع a-Service للمطورين لاستخدامها.
الاقتصاد التراكمي حول MEV
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-983e0e7a31-dd1a6f-1c6801)
المصدر: IOSG
بعد تنفيذ DS ، يعود السؤال إلى كيفية بناء النماذج الاقتصادية وآليات التقاط القيمة حول MEV.
ناقشنا أعلاه النفقات العامة للعرض التراكمي. مصدر هذا الحمل هو موارد DA والموارد المادية لتشغيل التراكمية نفسها. تشكل هذه الموارد المحدودة ندرة مساحة الكتلة. تعكس MEV الهيمنة على ندرة مساحة الكتلة. يمكن تراكم السعر على تلك الهيمنة.
تعتقد شركة Fuel Network أن نموذج الرمز المميز المحسن يجب أن يلتقط بشكل معقول قيمة مساحة الكتلة. يستخدم المستخدمون الرموز المميزة التراكمية لدفع رسوم المعاملات ، وهي إحدى طرق الحصول على القيمة (على سبيل المثال ، الممنوحة بأداة الرمز المميز). لكن هذا يقدم أيضًا احتكاكًا إضافيًا من جانب المستخدم. تهدف فكرة الوقود أيضًا إلى ترميز ندرة مساحة الكتلة ، ولكن ما هو رمز رمزي هو "الحق في فرض رسوم في مساحة الكتلة". هذا من منظور منتجي الكتل و MEV ، ولا يؤثر على المستخدمين النهائيين.
بالتوافق مع الخيارات المذكورة أعلاه لـ DS ، يعتقد المؤلف أنه قد يكون هناك مساحة التصميم التالية:
مزاد MEV (MEVA). يشارك Sequencer في المزاد لتحديد حقوق طلب المعاملات لكتلة معينة ، أو كتلة خلال فترة زمنية محددة. تُعد عروض أسعار المزاد بمثابة عائدات العرض الإجمالي.
نقاط البيع. تعهّد الرموز المميزة للجمع واختر مُسلسِلًا عشوائيًا ؛ وكلما زادت حصتك ، زادت احتمالية أن تصبح مُسلسِلًا. لاحظ أن Rollup لا يزال مؤمنًا بواسطة Validity / Fault Proof و Ethereum ، ولا يحتاج إلى الاعتماد على الأمن الاقتصادي الذي توفره PoS. تستخدم نقاط البيع فقط كطريقة لاختيار قائد. توفر الرموز المميزة Staking قيمة الالتقاط للقيمة Rollup ، وهذا القفل هو في الأساس انعكاس لندرة مساحة الكتلة.
SS. مقارنة بالنقطتين المذكورتين أعلاه ، يعتبر SS موضوعًا جديدًا مثيرًا للاهتمام ، ولا يوجد استنتاج بعد. بافتراض أن التراكمية اختارت الاستعانة بمصادر خارجية للتسلسل إلى SS ، فهذا يعني أيضًا التخلي عن حقها في التقاط MEVs في المجال - على الرغم من أن ميزة القيام بذلك هي أن المجالات المتعددة سيكون لها تأثيرات الشبكة ، وبالتالي تشكيل مبلغ إيجابي. ولكن من منظور آخر ، يمكن أن تختار Rollup الاحتفاظ بـ MEV الخاص بها داخل بيئتها الخاصة ، أو التقاطها بمفردها أو ترميز MEV في المجال.
لذلك ، يعتقد المؤلف أن SS يجب أن تعيد بطريقة ما توزيع MEVs التي تم التقاطها بين مجالاتها المختلفة. يعد حافز إعادة التوزيع هذا مهمًا بشكل خاص في المواقف التي يتنافس فيها العديد من SSs على عملائهم التراكمي. في هذه الحالة ، يمكن أن يكون MEV المعاد توزيعه بمثابة دخل تراكمي.
إثبات خطأ
(اقترح المجتمع تغيير اسم إثبات الاحتيال إلى إثبات خطأ ، لأنه حتى الأطراف الصادقة قد ترسل انتقالات خاطئة للحالة بسبب أخطاء في تكوين البرامج وأسباب أخرى. تشير كلمة "احتيال" في الواقع إلى دوافع شريرة ، لذا فإن الوصف ليس دقيقًا بما فيه الكفاية )
التصميم العام لإثباتات الاحتيال هو أنه خلال فترة التحدي ، يمكن للأشخاص (الذين يطلق عليهم المتحدون) تحدي انتقال الحالة ؛ بمجرد التحقق من صحة التحدي ، ستتم مصادرة الجناة ، وسيحصل المنافس على جزء من الأموال المصادرة باعتباره جائزة. قد يتم إتلاف بقية الأموال المصادرة ، وإذا كانت الأموال المصادرة عبارة عن رموز مجمعة ، فإن هذا يعتبر تعويضًا لجميع حاملي الرموز (وليس لضحايا الهجوم). يستخدم كل من Arbitrum و Optimism Cannon حاليًا إثباتات احتيال تفاعلية.
يُطلق على الطرف الذي يراقب تحولات الدولة ويقترح تحديات على Arbitrum المدقق ، ويطلق على الطرف الذي يراقب تحولات الدولة اسم المراقبون (Watchtower Validators). الفرق الرئيسي بين الاثنين هو أن الأول يمكن أن يشكل تحديًا ، بينما يمكن للأخير التحذير بأي طريقة (على سبيل المثال ، من خلال المجتمع أو وسائل التواصل الاجتماعي). يتطلب الحصول على مدقق أذونات القائمة البيضاء. لا يحتاج المراقبون إلى إذن.
قد يقوم Arbitrum بإضفاء اللامركزية على دور المدققين (المعروفين أيضًا باسم المتحدون) في المستقبل. لكن في الواقع ، لا يحتاج المتحدي سوى 1 من افتراضات الثقة N ، فالمنافس الصادق يكفي للشبكة. لذلك ، يعتقد المؤلف أن المنافسين اللامركزيين لا يستوفون إلا متطلبات اللامركزية. باستثناء المتنافسين المذكورين أعلاه الذين يحصلون على جزء من الأموال المصادرة ، لا يوجد مجال كبير للتصميم في الاقتصاد ، ومن المرجح أن يكون ذلك بسبب التكرار في التصميم الاعتبارات.
شبكة Prover / السوق
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-653842ffb7-dd1a6f-1c6801)
المصدر: فيجمنت كابيتال
قامت Figment Capital بتمييز مفاهيمي بين Prover Network و Prover Market في مقالتها: Prover Network هي مجموعة من Prover تقدم فقط خدمات لتطبيق واحد (مثل Scroll). سوق Prover هو سوق مفتوح حيث يمكن للتطبيقات المتعددة (مثل Scroll و Succinct) إرسال طلبات إثبات إلى السوق. لقد لخصت هذه المقالة بالفعل جميع جوانب Prover اللامركزي ، لذلك لن تضيف هذه المقالة الكثير من الحبر.
شبكة Prover
جاء Scroll بفكرة Prover اللامركزي قبل عامين.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-9714f362fc-dd1a6f-1c6801)
المصدر: Scroll
يحتاج Prover (Scroll يسمى Roller) إلى تعهد الرموز للحصول على سمعة أولية ، والتي تتناسب مع الرموز المرهونة. عندما تحتاج الشبكة إلى إنشاء البراهين ، يختار جهاز التسلسل بشكل عشوائي موفرين متعددين وفقًا لسمعتهم ، ويطلب منهم إنشاء البراهين في غضون الوقت T - إذا كانت البراهين غير صالحة ، فسيتم تغريمهم ؛ إذا كانت البراهين صالحة ولكن بعد الوقت T ، ستنخفض سمعتهم ؛ إذا كان الدليل صالحًا وفي غضون الوقت T ، فهناك فرصة للحصول على مكافأة.
إن تقديم تصميم T محدود الوقت ، بدلاً من مجرد استخدام "الأسرع" للقياس ، هو تجنب موقف الفائز يأخذ كل شيء في أسرع Prover ، لأنه طالما أنه يمكن إكماله في غضون الوقت T ، فإن أسرع Prover والمثل الأبطأ له نفس احتمالية الحصول على المكافأة. تشجع هذه الآلية المبرمجين الأسرع على إنشاء البراهين للكتل الأخرى بالتوازي لزيادة الأرباح.
سوق Prover
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-19da155d1f-dd1a6f-1c6801)
المصدر: = لا شيء ؛
= لا شيء ؛ يقدم خدمات عامة لبناء الدوائر وإثبات السوق. المطور الذي يبني الدائرة والمثبت الذي يولد الدليل يحصل كل منهما على جزء من الإيرادات.
كسوق مفتوح ، = لا شيء ؛ يشبه السوق الفوري ، بدورين: طالب الإثبات ومنتجي الإثبات. يمكن للأول إصدار أوامر شراء ، ويمكن للأخير إصدار أوامر بيع. تتضمن معلمات الأمر المعلق البيان (مثل دائرة إثبات الحالة الخاصة بمينا أو سولانا) والتكلفة وفترة مهلة الطلب ووقت إنشاء الدليل.
= لا شيء ؛ تم أيضًا اعتماد نظام سمعة مشابه ، وسيتم تقليل التصنيف أو حتى تغريم المُثبِّت الذي يفشل في إنشاء البراهين في الوقت المحدد أو إنشاء أدلة خاطئة.
Scroll و = nil ؛ كلاهما يتبنى تصميم Staking-slashing ونظام السمعة ، والفرق هو أنهما يستهدفان مجموعات مختلفة من جانب الطلب. الأول يخدم ZKRollup نفسه ، والأخير يخدم العديد من تطبيقات ZK. يتوافق هذان المثالان مع شكلي البناء الداخلي Prover و Prover الاستعانة بمصادر خارجية على التوالي.
خواطر ختامية
بناءً على المناقشة أعلاه ، طرح المؤلف عدة وجهات نظر:
رسوم المعاملات هي نموذج عمل بسيط وفعال ، وأحد نقاط البيع الرئيسية لتوسع Rollup في Ethereum هي الرسوم المنخفضة ، لذا فهم لا يفعلون الكثير فيما يتعلق برسوم المعاملات. مع اعتماد EIP-4844 ونضج مخططات DA المختلفة (Celestia و EigenDA وما إلى ذلك) ، سيتم تخفيض رسوم معاملات التجميع. هذا شيء جيد للمستخدمين.
فيما يتعلق بالتجميع ، يعتقد المؤلف أن العرض التراكمي السائد سيتحرك تدريجياً نحو DS في غضون سنتين إلى ثلاث سنوات ، وقد تكون بعض التراكميات طويلة الذيل أسرع بخطوة واحدة. كنموذج أعمال غامض نسبيًا ، ستصبح MEV نقطة النمو الرئيسية لإيرادات Rollup. من بينها ، إذا تم بناء DS داخليًا ، فهو مرتبط بتصميم اقتصاديات الرمز المميز ؛ إذا تم اختيار DS & SS ، فإن كيفية تخصيص MEV بشكل معقول فيه هي النقطة التي يحتاج كل من مشروعات Rollup و DS & SS إلى أخذها في الاعتبار. يتم حاليًا التقليل بشكل كبير من أهمية MEV في Rollup.
غالبًا ما تكون اللامركزية عملية تدريجية ، وهناك درجات مختلفة من اللامركزية. بغض النظر عن Sequencer أو Prover اللامركزي ، هناك خياران رئيسيان: البناء الداخلي من قبل الفريق أو الاستعانة بمصادر خارجية. الأول لديه مساحة تصميم أوسع ، تعتمد بشكل أساسي على أساسيات التشفير الاقتصادية المتمثلة في Staking-slashing ، وهناك بالفعل بعض تصميمات الآليات الناضجة للرجوع إليها. يتكهن المؤلف بأن هذا الأخير قد يعتمد على نموذج دفع مشابه لـ DA.
قد تكون DS أكثر تعقيدًا في تصميم الآلية ، في حين أن Prover بديهي نسبيًا. لأنه من الصعب علينا أن نقول أن تسلسل المعاملة الذي تم إرجاعه بواسطة Sequencer صحيح أو خاطئ ، والإثبات الرياضي هو شيء محدد يمكن قياسه كميًا ، مثل الوقت والتكلفة والمعلمات الأخرى. تعتبر DS أكثر من منظور اقتصاد MEV.
تختلف طريقة اختيار التراكم للطريقتين المذكورتين أعلاه حسب مرحلة المشروع ، على الأقل يجب مراعاة كفاءة رأس المال وموارد المطور وعوامل أخرى. بالنسبة إلى التراكميات المبكرة ، بما في ذلك بعض التراكمية الخاصة بالتطبيقات ، قد يكون الاستعانة بمصادر خارجية لهذا العمل اللامركزي هو الحل الأفضل (من خلال DS & SS أو EigenLayer) لأداء Bootstrap بسرعة. من ناحية أخرى ، يحتوي التراكمي الناضج نسبيًا على المزيد من موارد المطورين والأموال الكافية ، ومن ناحية أخرى ، سيولي مزيدًا من الاهتمام لالتقاط قيمة الرمز المميز واتصال الموارد ، ويستخدم هذا لبناء الخندق وتأثير دولاب الموازنة.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
IOSG Ventures: مقال يناقش تصميم Rollup لتحقيق الدخل
المؤلف الأصلي: Jiawei، IOSG Ventures
هل التراكمية فئة استثمار جيدة في البنية التحتية؟
يتراوح منطق الاستثمار في Rollup من النزاع السردي في وقت مبكر ZK / OP ، إلى الممارسة اللاحقة لـ TPS ومنافسة تجربة المستخدم ، ثم إلى الخندق المبني حول أدوات مشتقة مثل OP Stack. بالنسبة لهذه المشكلة ، قد تكون في مراحل مختلفة من الصناعة التنمية هناك إجابات مختلفة.
ولكن في نهاية المطاف ، ما نحتاج إلى الإجابة عليه هو ، هل يعتبر التراكم عملاً مربحًا؟ ما هي اقتصاديات التراكمية؟ تحاول هذه المقالة دراسة ومناقشة نموذج أعمال Rollup ومساحة تصميم تحقيق الدخل.
اقترح Barry Whitehat لأول مرة مفهوم Rollup في منتدى Ethereum Research. عندما كان مفهوم Rollup في مهده ، أطلقنا بشكل جماعي على دور Rollup دور Relayer أو المشغل. مع تحسين تطوير البنية التحتية ، يتم تقسيم هذا الدور إلى كيانات متعددة: Sequencer مسؤول عن فرز المعاملات والكتابة إلى DA ، و Challenger مسؤول عن اقتراح التحديات ، و Prover مسؤول عن إنشاء البراهين. عندما نناقش الاقتصاد التراكمي ، يمكننا بشكل أساسي الفرز من هذه الكيانات.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-d3a68ff770-dd1a6f-1c6801)
المصدر: IOSG
تتناول هذه المقالة بشكل أساسي عدة جوانب من تحقيق الدخل التراكمي:
رسوم التحويل
على غرار السلاسل الأخرى ، يحتاج المستخدمون الذين يرسلون معاملات في Rollup إلى دفع رسوم المعاملات.
من منظور Sequencer ، تغطي تكلفة المعاملة هذه بشكل أساسي جزأين من النفقات: النفقات العامة للتنفيذ والنفقات العامة الأمنية.
تكلفة التنفيذ (تكلفة ution)
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-eb69e4fccd-dd1a6f-1c6801)
المصدر: جون أدلر
يتم توريث النفقات العامة للتنفيذ التراكمي من نموذج Ethereum. باختصار ، تدير كل عقدة إيثريوم آلة حالة مكررة. كما هو مبين في الشكل أعلاه ، تقوم العقد بتنزيل وتخزين بيانات المعاملات ، وإجراء العمليات الحسابية ، وقراءة وكتابة الذاكرة والتخزين ، وتتوافق هذه العمليات مع استهلاك الموارد المادية واستهلاكها. يتم استخدام الغاز ، كوحدة تسعير موحدة للموارد ، لقياس الموارد وراء هذه العمليات.
وينطبق الشيء نفسه عندما يتم تمديده إلى Rollup. سيؤدي تشغيل عقدة Rollup إلى توليد قدر معين من النفقات العامة للتنفيذ ، وهو أصل رسوم المعاملة التي يدفعها مستخدمو Rollup. نظرًا للاختلافات الطفيفة في تكافؤ EVM وتصميمات التجميع المختلفة ، فإن مختلف المجموعات التراكمية لها أسعار مختلفة قليلاً للنفقات العامة للتنفيذ (على سبيل المثال ، يوفر zkSync Era تجريدًا أصليًا للحساب ، وقد تتطلب بعض العمليات غازًا أكثر من EOA) ، ولكن بشكل عام ، نموذج Gas لـ يستخدم Ethereum.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-758ff8efea-dd1a6f-1c6801)
المصدر: Dune Analyticsspringzhang
بالإضافة إلى النفقات العامة للتنفيذ الموصوفة أعلاه ، ينبغي أيضًا مراعاة رسوم الازدحام والحد الأدنى من رسوم المعاملات.
تكلفة الأمن
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-5e3c258df0-dd1a6f-1c6801)
المصدر: Celestia Forumadeets \ _ 22
النفقات العامة للأمان هي تكلفة توفر البيانات (DA) التي نناقشها. DA هو ضمان أن التراكمية تعادل أمان Ethereum ، مما يضمن أن يتمكن الجميع من إعادة بناء حالة التراكمية استنادًا إلى البيانات المنشورة على Ethereum L1 (ها نحن ذا بالحديث عن Ethereum Fang L1 ، بالطبع هناك مخططات DA أخرى). ساهمت تكلفة DA في Ethereum L1 تحتل الغالبية العظمى من التكلفة الإجمالية للالتفاف. في مايو من هذا العام ، قدمت Arbitrum حوالي 3927 ميغابايت من البيانات إلى Ethereum ، ودفعت 4،856 ETH مقابل ذلك ، وكانت تكلفة DA حوالي 1.24 ETH / MB. (استنادًا إلى سعر S 3 القياسي البالغ 0.023 دولارًا أمريكيًا لكل جيجابايت وسعر ETH البالغ 1800 دولار أمريكي ، فإن تكلفة تخزين إيثريوم DA تبلغ حوالي 100 مليون ضعف تكلفة AWS).
نظرًا لأن DA في السلسلة مكلف للغاية ، فإن كل مجموعة تراكمية تتبنى طريقة ضغط البيانات. يستخدم Arbitrum و Optimism Bedrock مكتبات ضغط البيانات مفتوحة المصدر Broti و zlib على التوالي لضغط البيانات المنشورة على Ethereum L1. يقوم StarkNet و zkSync Era بضغط البيانات عن طريق نشر اختلاف الحالة (الفرق بين الحالة السابقة والحالة الجديدة) بدلاً من البيانات بأكملها. (ملاحظة: تتبنى ترقية Optimism Bedrock أيضًا طرقًا مختلفة لضغط تكاليف المعاملات ، وهنا يمكننا رؤية المزيد من مؤشرات البيانات).
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-3f76a86862-dd1a6f-1c6801)
المصدر: IOSG
يجدر بنا التطلع إلى أن تكلفة DA المرتفعة لـ Ethereum L1 سيتم تخفيفها بشكل كبير بعد أن تقدم Decun Upgrade EIP-4844. أيضًا ، تشير "النفقات العامة للأمان" التي تمت مناقشتها هنا فعليًا إلى مستويات مختلفة من الأمان. بالإضافة إلى DA المضمون من قبل Ethereum L1 ، توفر الحلول مثل DAC و Celestia و EigenDA مجموعة متنوعة من مقايضات "تكلفة الأمان" ، مما يوفر مجموعة متنوعة من الخيارات لجانب الطلب DA. تحتاج بعض تطبيقات DeFi ذات التردد المنخفض والقيمة العالية إلى مزيد من الضمانات الأمنية ، في حين أن بعض التطبيقات عالية التردد ومنخفضة القيمة نسبيًا (مثل الألعاب) يمكن أن تولي مزيدًا من الاهتمام للتكلفة ؛ كل منها يأخذ ما يحتاجه.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-e765bb2665-dd1a6f-1c6801)
المصدر: Dune Analyticsoptimismfnd
للتلخيص ، ما عليك سوى النظر إليه من منظور Sequencer: Sequencer يجمع رسوم المعاملات من جانب المستخدم ويدفع رسوم DA إلى Ethereum. ثم يمكن حساب ربح Sequencer على النحو الوارد أعلاه. في الوقت الحالي ، يتم تشغيل معظم أجهزة التسلسل بواسطة فريق Rollup. إذا تم تجاهل سلسلة من التفاصيل مثل دخل إصدار الرمز المميز والتضخم ، فيمكن أيضًا قياس دخل Rollup بهذه الطريقة تقريبًا.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-73cc8fafde-dd1a6f-1c6801)
المصدر: Token Terminal
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-0fbc052e8d-dd1a6f-1c6801)
المصدر: IOSG
إذا أخذنا التفاؤل كمثال ، في الثلاثين يومًا الماضية ، بلغت أرباح التفاؤل اليومية حوالي 20 ألف دولار أمريكي. وفقًا لبيانات Token Terminal ، فإن ربح التفاؤل منذ إطلاقه يبلغ حوالي 10.9 مليون دولار أمريكي.
MEV
MEV هي طريقة مهمة لبناء Rollup لنموذج أعمالها. ليس من المنطقي التحدث عن MEV في سياق جهاز التسلسل الفردي المركزي ، لذلك سنبدأ بجهاز التسلسل اللامركزي ثم استكشاف اقتصاد MEV الخاص بـ Rollup.
جهاز التسلسل اللامركزي (DS)
اعتبارًا من الآن ، تعتمد Arbitrum (5.87 مليار دولار) والتفاؤل (2.14 مليار دولار) و zkSync Era (649 مليون دولار) على جهاز تسلسل / مشغل مركزي لفرز المعاملات وإرسال الدُفعات والعمليات الأخرى.
اللامركزية هي مسألة معقدة ، وعملية تقديم مشاركين متعددين تحتاج إلى مصقول بعناية ، وليس من الضروري إكمالها في خطوة واحدة. من منظور الأمن ، وحالة المنافسة ، وموارد المطورين ، من المنطقي اعتماد جهاز تسلسل مركزي في وقت مبكر من المشروع. ومع ذلك ، فإن جهاز التسلسل المركزي به عيبان واضحان على الأقل (وهما أيضًا عيوب في معظم الطرق المركزية).
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-7fcda26027-dd1a6f-1c6801)
المصدر: Taiko
حاليًا ، يلعب Sequencer فعليًا دور Builder and Proposer على Ethereum L1: فهو مسؤول عن كل من تسلسل المعاملات وتقديم الدُفعات - تشبه عملية تنفيذ DS إلى المسار القديم لـ Ethereum PBS.
لتنفيذ DS ، عادةً ما يكون لدى Rollup عدة خيارات.
يمكن لفريق Rollup استخدام الخيارات المذكورة أعلاه لإنشاء DS داخليًا ، أو التفكير في تسلسل الاستعانة بمصادر خارجية:
ينطوي اختيار البناء داخليًا أو الاستعانة بمصادر خارجية على بعض المقايضات ، والتي ستتم مناقشتها لاحقًا في هذه المقالة.
تراكم MEV في سياق DS
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-8890c5580c-dd1a6f-1c6801)
المصدر: odos.xyz/arbitrage
إذا كان لدينا سوق DS مع إنشاء كتلة مفتوحة ، فسيتم إعادة إنتاج سلسلة التوريد MEV على Ethereum في Rollup. من بينها ، يشير Intradomain MEV (Intradomain MEV) إلى MEV الذي يحدث داخل Rollup ، والذي لا يختلف كثيرًا عن MEV في Ethereum L1. على سبيل المثال ، هجمات شطيرة في DEX ، المراجحة عبر DEX ، إلخ. نظرًا لأن Rollup لم يطبق DS بعد ، فإن الشكل أعلاه يستخدم المراجحة عبر DEX على Ethereum L1 كمثال.
قد يكون أكثر إثارة للاهتمام هو MEV عبر المجال (عبر المجال MEV). نقسم MEV عبر المجال إلى MEV مشترك عبر المجال و MEV عبر المجال ضمن جهاز التسلسل المشترك (SS).
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-cb38dbd9ad-dd1a6f-1c6801)
المصدر: odos.xyz/arbitrage
يحدث MEV العادي عبر المجال بين Ethereum L1 و Rollup و Rollup و Rollup. في سياق DS ، لكل مجال خط أنابيب MEV خاص به ، يغطي أدوارًا مختلفة. الصورة أعلاه هي مثال على المراجحة عبر النطاقات.
من جانب الباحث ، تتضمن MEV عبر النطاقات مخاطر تنفيذ معقدة ، لأن المجالات المختلفة لها أوقات تأكيد ونهائية مختلفة ، ومن المستحيل تحديد ما إذا كانت المعاملة سيتم تضمينها على النحو المرغوب. تحقيقا لهذه الغاية ، تقوم Primev ببناء شبكة اتصالات حيث يمكن للباحثين تقديم عطاءات إلى بناة متعددين في مجالات متعددة للحصول على ضمانات تأكيد مسبق لحزمهم. بهذه الطريقة يمكن لـ Searcher تحديد وإدارة مخاطر التنفيذ.
هناك اتجاه للمركزية في MEV عبر المجال. كما أشار Flashbots ، فإن المنشئ الذي يبني الكتل على سلاسل متعددة في نفس الوقت يتمتع بميزة أكبر في مجال MEV عبر المجالات مقارنة بالباني الذي يبني الكتل على سلسلة واحدة فقط ، وبالتالي يؤدي بسهولة إلى المركزية. بموجب خارطة الطريق التي تركز على التجميع ، هذا موضوع يجب مواجهته في السنوات القليلة القادمة.
يختلف الوضع إذا كانت مجموعات التراكمية المتعددة تستخدم نفس SS.
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-a930e406ff-dd1a6f-1c6801)
المصدر: IOSG
تتمثل إحدى خصائص SS في قدرتها على تحقيق المراجحة الذرية المتقاطعة. في الأصل ، عندما قدم Searcher المعاملة 1 والمعاملة 2 بشكل منفصل ، لم يكن متأكدًا مما إذا كان سيتم تضمين المعاملتين كما هو متوقع (على سبيل المثال ، تم تضمينهما فقط في الكتلة التالية). باستخدام SS ، يمكن لـ Searcher إرسال حزمة مماثلة للرقم أعلاه ، وتنفيذها فقط عندما يمكن تلبية المعاملة 1 والمعاملة 2 في نفس الوقت ، وإلا فلن يتم تنفيذ أي من المعاملات (بالطبع ، المعاملة التي يجب الوفاء بها هي ليست معاملة غير صالحة). يقلل هذا التنفيذ من مخاطر تنفيذ برنامج Searcher.
من الناحية المثالية ، ستحقق SS "الكل أكبر من مجموع أجزائه". على سبيل المثال ، قد لا تكون المعلومات التي تغطيها إحدى المعاملات ذات قيمة في عرض إجمالي واحد ، ولكن يمكن ترتيبها ودمجها مع المعاملات في مجموعات أخرى عند مشاركة مجموعات متعددة في الفرز ، وذلك للاستفادة الكاملة من بعض "المعلومات غير الصالحة" وإدراك ألعاب المجموع الإيجابي.
على الرغم من وجود العديد من الفوائد ، إلا أن التسلسل يتضمن مشكلات تجارية معقدة ، لذلك يعتقد المؤلف أن SS لن يتم اعتماده بواسطة مجموعة التحديثات الرئيسية على المدى القصير ، ولكن يمكن تنفيذها والتحقق منها أولاً في مجموعة التحديثات الخاصة بالتطبيق ذات الذيل الطويل ، أو a Rollup-as- يتم توفير خيارات مشروع a-Service للمطورين لاستخدامها.
الاقتصاد التراكمي حول MEV
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-983e0e7a31-dd1a6f-1c6801)
المصدر: IOSG
بعد تنفيذ DS ، يعود السؤال إلى كيفية بناء النماذج الاقتصادية وآليات التقاط القيمة حول MEV.
ناقشنا أعلاه النفقات العامة للعرض التراكمي. مصدر هذا الحمل هو موارد DA والموارد المادية لتشغيل التراكمية نفسها. تشكل هذه الموارد المحدودة ندرة مساحة الكتلة. تعكس MEV الهيمنة على ندرة مساحة الكتلة. يمكن تراكم السعر على تلك الهيمنة.
تعتقد شركة Fuel Network أن نموذج الرمز المميز المحسن يجب أن يلتقط بشكل معقول قيمة مساحة الكتلة. يستخدم المستخدمون الرموز المميزة التراكمية لدفع رسوم المعاملات ، وهي إحدى طرق الحصول على القيمة (على سبيل المثال ، الممنوحة بأداة الرمز المميز). لكن هذا يقدم أيضًا احتكاكًا إضافيًا من جانب المستخدم. تهدف فكرة الوقود أيضًا إلى ترميز ندرة مساحة الكتلة ، ولكن ما هو رمز رمزي هو "الحق في فرض رسوم في مساحة الكتلة". هذا من منظور منتجي الكتل و MEV ، ولا يؤثر على المستخدمين النهائيين.
بالتوافق مع الخيارات المذكورة أعلاه لـ DS ، يعتقد المؤلف أنه قد يكون هناك مساحة التصميم التالية:
لذلك ، يعتقد المؤلف أن SS يجب أن تعيد بطريقة ما توزيع MEVs التي تم التقاطها بين مجالاتها المختلفة. يعد حافز إعادة التوزيع هذا مهمًا بشكل خاص في المواقف التي يتنافس فيها العديد من SSs على عملائهم التراكمي. في هذه الحالة ، يمكن أن يكون MEV المعاد توزيعه بمثابة دخل تراكمي.
إثبات خطأ
(اقترح المجتمع تغيير اسم إثبات الاحتيال إلى إثبات خطأ ، لأنه حتى الأطراف الصادقة قد ترسل انتقالات خاطئة للحالة بسبب أخطاء في تكوين البرامج وأسباب أخرى. تشير كلمة "احتيال" في الواقع إلى دوافع شريرة ، لذا فإن الوصف ليس دقيقًا بما فيه الكفاية )
التصميم العام لإثباتات الاحتيال هو أنه خلال فترة التحدي ، يمكن للأشخاص (الذين يطلق عليهم المتحدون) تحدي انتقال الحالة ؛ بمجرد التحقق من صحة التحدي ، ستتم مصادرة الجناة ، وسيحصل المنافس على جزء من الأموال المصادرة باعتباره جائزة. قد يتم إتلاف بقية الأموال المصادرة ، وإذا كانت الأموال المصادرة عبارة عن رموز مجمعة ، فإن هذا يعتبر تعويضًا لجميع حاملي الرموز (وليس لضحايا الهجوم). يستخدم كل من Arbitrum و Optimism Cannon حاليًا إثباتات احتيال تفاعلية.
يُطلق على الطرف الذي يراقب تحولات الدولة ويقترح تحديات على Arbitrum المدقق ، ويطلق على الطرف الذي يراقب تحولات الدولة اسم المراقبون (Watchtower Validators). الفرق الرئيسي بين الاثنين هو أن الأول يمكن أن يشكل تحديًا ، بينما يمكن للأخير التحذير بأي طريقة (على سبيل المثال ، من خلال المجتمع أو وسائل التواصل الاجتماعي). يتطلب الحصول على مدقق أذونات القائمة البيضاء. لا يحتاج المراقبون إلى إذن.
قد يقوم Arbitrum بإضفاء اللامركزية على دور المدققين (المعروفين أيضًا باسم المتحدون) في المستقبل. لكن في الواقع ، لا يحتاج المتحدي سوى 1 من افتراضات الثقة N ، فالمنافس الصادق يكفي للشبكة. لذلك ، يعتقد المؤلف أن المنافسين اللامركزيين لا يستوفون إلا متطلبات اللامركزية. باستثناء المتنافسين المذكورين أعلاه الذين يحصلون على جزء من الأموال المصادرة ، لا يوجد مجال كبير للتصميم في الاقتصاد ، ومن المرجح أن يكون ذلك بسبب التكرار في التصميم الاعتبارات.
شبكة Prover / السوق
! [IOSG Ventures: مقالة تناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-653842ffb7-dd1a6f-1c6801)
المصدر: فيجمنت كابيتال
قامت Figment Capital بتمييز مفاهيمي بين Prover Network و Prover Market في مقالتها: Prover Network هي مجموعة من Prover تقدم فقط خدمات لتطبيق واحد (مثل Scroll). سوق Prover هو سوق مفتوح حيث يمكن للتطبيقات المتعددة (مثل Scroll و Succinct) إرسال طلبات إثبات إلى السوق. لقد لخصت هذه المقالة بالفعل جميع جوانب Prover اللامركزي ، لذلك لن تضيف هذه المقالة الكثير من الحبر.
شبكة Prover
جاء Scroll بفكرة Prover اللامركزي قبل عامين.
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-9714f362fc-dd1a6f-1c6801)
المصدر: Scroll
يحتاج Prover (Scroll يسمى Roller) إلى تعهد الرموز للحصول على سمعة أولية ، والتي تتناسب مع الرموز المرهونة. عندما تحتاج الشبكة إلى إنشاء البراهين ، يختار جهاز التسلسل بشكل عشوائي موفرين متعددين وفقًا لسمعتهم ، ويطلب منهم إنشاء البراهين في غضون الوقت T - إذا كانت البراهين غير صالحة ، فسيتم تغريمهم ؛ إذا كانت البراهين صالحة ولكن بعد الوقت T ، ستنخفض سمعتهم ؛ إذا كان الدليل صالحًا وفي غضون الوقت T ، فهناك فرصة للحصول على مكافأة.
إن تقديم تصميم T محدود الوقت ، بدلاً من مجرد استخدام "الأسرع" للقياس ، هو تجنب موقف الفائز يأخذ كل شيء في أسرع Prover ، لأنه طالما أنه يمكن إكماله في غضون الوقت T ، فإن أسرع Prover والمثل الأبطأ له نفس احتمالية الحصول على المكافأة. تشجع هذه الآلية المبرمجين الأسرع على إنشاء البراهين للكتل الأخرى بالتوازي لزيادة الأرباح.
سوق Prover
! [IOSG Ventures: مقال يناقش تصميم تحقيق الدخل في Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-19da155d1f-dd1a6f-1c6801)
المصدر: = لا شيء ؛
= لا شيء ؛ يقدم خدمات عامة لبناء الدوائر وإثبات السوق. المطور الذي يبني الدائرة والمثبت الذي يولد الدليل يحصل كل منهما على جزء من الإيرادات.
كسوق مفتوح ، = لا شيء ؛ يشبه السوق الفوري ، بدورين: طالب الإثبات ومنتجي الإثبات. يمكن للأول إصدار أوامر شراء ، ويمكن للأخير إصدار أوامر بيع. تتضمن معلمات الأمر المعلق البيان (مثل دائرة إثبات الحالة الخاصة بمينا أو سولانا) والتكلفة وفترة مهلة الطلب ووقت إنشاء الدليل.
= لا شيء ؛ تم أيضًا اعتماد نظام سمعة مشابه ، وسيتم تقليل التصنيف أو حتى تغريم المُثبِّت الذي يفشل في إنشاء البراهين في الوقت المحدد أو إنشاء أدلة خاطئة.
Scroll و = nil ؛ كلاهما يتبنى تصميم Staking-slashing ونظام السمعة ، والفرق هو أنهما يستهدفان مجموعات مختلفة من جانب الطلب. الأول يخدم ZKRollup نفسه ، والأخير يخدم العديد من تطبيقات ZK. يتوافق هذان المثالان مع شكلي البناء الداخلي Prover و Prover الاستعانة بمصادر خارجية على التوالي.
خواطر ختامية
بناءً على المناقشة أعلاه ، طرح المؤلف عدة وجهات نظر: