المؤلف: جيري لو من شركة Kernel Ventures

المحررون: Kernel Ventures Rose، Kernel Ventures Mandy، Kernel Ventures Joshua

تلدر:

  1. أكملت Ethereum المراحل الثلاث الأولى من الترقية، والتي تناولت مشاكل عتبات التطوير، وهجمات الحرمان من الخدمة، والانتقال إلى نقاط البيع على التوالي، والهدف الرئيسي لمرحلة الترقية الحالية هو تقليل رسوم المعاملات وتحسين تجربة المستخدم.

  2. تم تنفيذ EIP-1553 وEIP-4788 وEIP-5656 وEIP-6780 لتقليل تكلفة التفاعلات بين العقود، وتحسين كفاءة الوصول إلى سلسلة المنارات، وتقليل تكلفة تكرار البيانات، والحد من سلطة دور رمز بايت SELFDESTRUCT، على التوالي.

  3. من خلال إدخال بيانات blob الموجودة خارج البلوك، يمكن لـ EIP-4844 زيادة TPS لـ Ethereum بشكل كبير وتقليل تكاليف تخزين البيانات.

  4. ستحصل ترقية Cancun على مزايا إضافية لخطط DA الخاصة بـ Ethereum، بينما لا يفتح Ethereum Foundation حلول DA التي لا تستخدم Ethereum على الإطلاق في مخازن بياناتها.

  5. تُرجح أن تكون ترقية Cancun أكثر ملاءمة لـ Op Layer2 بسبب بيئة التطوير الأكثر نضجًا لديها وكذلك زيادة الطلب على طبقة Ethereum DA.

  6. سترفع ترقية Cancun حد أداء DApp، مما يسمح لها بوظائف أقرب لتلك الموجودة في تطبيقات Web2. تستحق المراقبة الألعاب على السلسلة التي لم تفقد شعبيتها لكنها تحتاج مساحة تخزين كبيرة على Ethereum.

  7. Ethereum مُقيّمة بأقل من قيمتها في هذه المرحلة، وقد تكون ترقية Cancun هي الإشارة إلى أن Ethereum يبدأ في الارتفاع بقوة.

1. ترقية Ethereum

من 16 أكتوبر من العام الماضي، عندما نشر Cointelegraph أخبارًا كاذبة عن تمرير Bitcoin ETF، وحتى 11 يناير من هذا العام، عندما تم أخيرًا تمرير الـ ETF، شهد سوق العملات المشفرة طفرة في الأسعار. وبما أن Bitcoin يتأثر بشكل مباشر أكثر بـ ETF، فقد تباعدت أسعار Ethereum وBitcoin خلال هذه الفترة. ومع وصول Bitcoin إلى قمة تقارب 49,000 دولار، واستعاد نحو 2/3 من قمة سوق الثيران السابقة، بلغت قمة Ethereum حوالي 2,700 دولار، أي ما يزيد قليلًا عن نصف قمة سوق الثيران السابقة. لكن منذ هبوط Bitcoin ETF، تعافت اتجاه ETH/BTC بشكل كبير. إضافة إلى توقع ETF جديد قادم لـ Ethereum، يوجد سبب مهم آخر يتمثل في أن ترقية Cancun المؤجلة قد أعلنت مؤخرًا اختبارًا عامًا على شبكة Goerli، ما يشير إلى أنها على الحافة. وفي الوقت الحالي، لن تحدث ترقية Cancun إلا في الربع الأول من 2024 على أقرب تقدير. تعد ترقية Cancun جزءًا من مرحلة Serenity في Ethereum، ومصممة لمعالجة انخفاض TPS وتكاليف المعاملات المرتفعة في هذه المرحلة، وتتبع مراحل Frontier وHomestead وMetropolis في Ethereum. قبل Serenity، كانت Ethereum قد مرت بمراحل Frontier وHomestead وMetropolis التي عالجت على التوالي مشاكل عتبات التطوير (developing thresholds)، وهجمات Dos، والانتقال إلى POS. يوضح خارطة طريق Ethereum أن الهدف الرئيسي للمرحلة الحالية هو تحقيق معاملات أرخص وتجربة مستخدم أفضل.

المصدر: TradingView

2. محتوى ترقية Cancun

باعتبار Ethereum مجتمعًا لامركزيًا، تستند ترقياتها إلى مقترحات يضعها مجتمع المطورين ويتم دعمها في النهاية من قبل غالبية مجتمع Ethereum، بما في ذلك مقترحات ERC التي تم اعتمادها، بالإضافة إلى تلك التي لا تزال قيد المناقشة أو سيتم تنفيذها على الشبكة الرئيسية قريبًا، والتي تُجمع تحت اسم مقترحات EIP. عند ترقية Cancun، من المتوقع اعتماد خمسة مقترحات EIP: EIP-1153 وEIP-4788 وEIP-5656 وEIP-6780 وEIP-4844.

2.1 المهمة الأساسية EIP-4844

  • Blob: أدخلت EIP-4844 نوع معاملة جديد لـ Ethereum يُسمى blob، وهو كتلة بيانات بسعة 125kb. تُضغط الـ blobs وترمّز بيانات المعاملات ولا يتم تخزينها بشكل دائم على Ethereum بصفتها bytecodes من نوع CALLDATA، ما يقلل استهلاك الغاز بشكل كبير، لكن لا يمكن الوصول إليها مباشرة عبر EVMs. يسمح تطبيق EIP-4844 بما يصل إلى blobين لكل معاملة وبحد أقصى 16 blob لكل بلوك. بعد تنفيذ EIP-4844، يمكن لكل معاملة حمل حتى two blobs، ويمكن لكل بلوك حمل حتى 16 blob. ومع ذلك، توصي مجتمع Ethereum بأن يحمل كل بلوك ثمانية blobs؛ وعند تجاوز العدد 8 يمكن الاستمرار في حملها، لكن سيواجه ذلك زيادة شبه ثابتة في تكلفة الغاز حتى يصل إلى الحد الأقصى البالغ 16 blob.

بالإضافة إلى ذلك، هناك تقنيتان أساسيتان أخريان مستخدمتان في EIP-4844 وهما الوعود/الالتزامات متعددة الحدود من نوع KZG (KZG polynomial promises) والتخزين المؤقت (temporary storage)، وقد تمت مناقشتهما بالتفصيل في مقالنا السابق Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design، والذي استعرض تصميم طبقات DA والبيانات التاريخية. بإيجاز، فإن تغييرات EIP-4844 على حجم السعة الفردية للبلوك في Ethereum ومكان تخزين بيانات المعاملات قد زادت بشكل كبير TPS لشبكة Ethereum مع تقليل الغاز.

2.1 المهام الجانبية EIP-1553

  • EIP-1553: تم اقتراح هذا لتقليل تكاليف التخزين أثناء تفاعلات العقود. يمكن تقسيم معاملة على Ethereum إلى عدة “إطارات” (frames) ينشئها تعليمة CALL ضمن مجموعة تعليمات CALL (CALL instruction set)، وقد تنتمي هذه الإطارات إلى عقود مختلفة، وبالتالي قد تتضمن نقل معلومات عبر عدة عقود. توجد طريقتان لنقل الحالة بين العقود: إما على شكل إدخال/إخراج (input/output)، أو عبر استدعاء بايت كود SSTORE/SLOAD للتخزين الدائم على السلسلة. في الماضي، كانت البيانات تُخزن وتُنقل في شكل ذاكرة (memory)، وهي أقل تكلفة، لكن إذا مرّت عملية النقل كاملة عبر أي عقد طرف ثالث غير موثوق، فهناك خطر أمني كبير جدًا. أما إذا تم استخدام بايت كود SSTORE/SLOAD، فسيؤدي ذلك إلى قدر معتبر من عبء التخزين وزيادة الحمل على تخزين السلسلة. يحل EIP-1553 هذه المشكلة عبر تقديم أوكواد التخزين الفوري (instantaneous storage opcodes) TSTORE وTLOAD. تمتلك المتغيرات المخزنة بهذين البايت كود نفس الخصائص للمتغيرات المخزنة بواسطة SSTORE/SLOAD، ولا يمكن تعديلها أثناء عملية النقل. لكن الفرق هو أن البيانات المخزنة بشكل مؤقت لن تبقى على السلسلة بعد انتهاء المعاملة، بل سيتم تدميرها مثل المتغيرات المؤقتة، ما يحقق أمن عملية نقل الحالة ويضمن أيضًا تكلفة تخزين أقل نسبيًا.

المصدر: Kernel Ventures

  • EIP-4788: في سلسلة beacon بعد ترقية POS لـ Ethereum، يحتوي كل بلوك تنفيذ جديد على Roots الخاصة بالـ beacon block الوالد. وحتى إذا كانت بعض الـ Roots الأقدم مفقودة، فليس لازمًا الاحتفاظ إلا ببعض أحدث الـ Roots أثناء إنشاء بلوك جديد، وذلك بسبب موثوقية الـ Roots التي تم تخزينها بواسطة طبقة الإجماع (Consensus Layer). ومع ذلك، فإن عملية طلب البيانات بشكل متكرر من EVM إلى طبقة الإجماع أثناء إنشاء بلوكات جديدة قد تسبب عدم كفاءة وتخلق احتمالات لظهور MEV. لذلك، تقترح EIP-4788 استخدام Beacon Root Contract مخصص لتخزين أحدث الـ Roots، ما يجعل Roots للـ beacons الوالد مكشوفة عبر EVM، ويحسن بشكل كبير كفاءة استدعاء البيانات.

المصدر: Kernel Ventures

  • EIP-5656: نسخ البيانات في الذاكرة هو عملية أساسية عالية التردد جدًا على Ethereum، لكن تنفيذها على EVM يسبب الكثير من العبء. لحل هذه المشكلة، اقترحت مجتمع Ethereum تعليمة MCOPY في EIP-5656، والتي تتيح النسخ بكفاءة على EVMs. تستخدم MCOPY بنية بيانات خاصة لتخزين البيانات لفترة قصيرة، بما في ذلك وصول فعّال إلى المقاطع (slice access) ونسخ كائنات في الذاكرة. كما أن وجود تعليمـة MCOPY مخصصة يوفر حماية مستقبلية تجاه تغييرات تكلفة غاز تعليمات CALL في ترقيات Ethereum القادمة.

المصدر: Kernel Ventures

  • EIP-6780: في Ethereum، يمكن لـ SELFDESTRUCT تدمير عقد وإزالة كل الكود وكل الحالة المرتبطة بذلك العقد. ومع ذلك، في بنية Verkle Tree التي سيتم استخدامها مستقبلًا في Ethereum، سيشكل هذا مشكلة كبيرة. في Ethereum الذي يستخدم Verkle Tire لتخزين الحالة، سيتم وسم التخزين الذي تم تفريغه على أنه مكتوب سابقًا ولكنه فارغ، مما لن ينتج عنه فروق قابلة للملاحظة في تنفيذ EVM، لكنه سيؤدي إلى التزامات Verkle مختلفة للعقود التي تم إنشاؤها وحذفها مقارنة بعمليات لم تحدث، ما سيؤدي إلى مشاكل تحقق البيانات (data validation) ل Ethereum في بنية Verkle Tree. ونتيجة لذلك، يحتفظ SELFDESTRUCT في EIP-6780 فقط بالقدرة على إرجاع ETH من عقد إلى عنوان محدد، مع ترك الكود وحالة التخزين المرتبطة بذلك العقد على Ethereum.

3. آفاق مختلف القطاعات العمودية بعد ترقية Cancun

3.1 DA

3.1.1 نموذج الربح

لفهم مبادئ DA وأنواع DA المختلفة، يمكن الرجوع إلى مقالنا السابق Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design. بالنسبة لمشاريع DA، تأتي الإيرادات من الرسوم التي يدفعها المستخدمون لتخزين البيانات عليها، بينما تأتي المصروفات من الرسوم المدفوعة للحفاظ على تشغيل شبكة التخزين واستمرارية وأمن البيانات المخزنة. القيمة المتبقية للشبكة هي القيمة المتراكمة بواسطة الشبكة، والوسيلة الرئيسية لمشاريع DA لتحقيق زيادة في القيمة هي تحسين الاستفادة من مساحة تخزين الشبكة، وبالتالي جذب أكبر عدد ممكن من المستخدمين لاستخدام الشبكة للتخزين. من ناحية أخرى، يمكن أن تقلل تحسينات تكنولوجيا التخزين مثل ضغط البيانات أو تخزين “slice-and-dice” من مصروفات الشبكة، وبالمقابل تحقق تراكم قيمة أعلى.

3.1.2 فصل DA

يوجد اليوم ثلاثة أنواع رئيسية من خدمات DA: DA للسلسلة الرئيسية، وDA القابلة للتجزئة (modularization)، وDA لسلسلة التخزين (Storage Chain DA). يشرحها ويُميّزها Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design.

3.1.3 أثر ترقية Cancun على DA

  • متطلبات المستخدم: بعد ترقية Cancun، ستزيد البيانات التاريخية للمعاملات على Ethereum بعشرات المرات. ستجلب هذه البيانات التاريخية أيضًا احتياجات تخزين أكبر. وبما أن Ethereum بعد ترقية Cancun لم تحقق تحسين أداء التخزين بعد، فإن طبقة DA للسلسلة الرئيسية تعتمد تنظيفًا بسيطًا ومنتظمًا لهذه السجلات/السوابق، وبالتالي ستقع سوق تخزين هذا الجزء طبيعيًا على عاتق جميع أنواع مشاريع DA، ما سيجلب طلبًا أكبر للمستخدمين.

  • اتجاه التطور: إن زيادة البيانات التاريخية لـ Ethereum بعد ترقية Cancun ستدفع مشاريع DA الرئيسية إلى تحسين كفاءة وتوافق (interoperability) تفاعل البيانات مع Ethereum للاستفادة بشكل أفضل من جزء السوق هذا. ومن المتوقع أن تصبح تقنيات جسور التخزين عبر السلاسل العامة المختلفة محور التطوير في DA لسلاسل التخزين العامة وDA القابلة للتجزئة. وفيما يتعلق بـ DA الخاصة بالسلسلة الرئيسية لـ Ethereum، فإنه يلزم أيضًا التفكير في كيفية تعزيز توافقها مع الشبكة الرئيسية وتقليل تكاليف ومخاطر النقل أكثر.

3.1.4 ترقية Cancun ومختلف “طبقات DA” العمودية

جلبت ترقية Cancun نموًا أسرع للبيانات في Ethereum دون تغيير طريقة تخزين البيانات المتزامنة عبر الشبكة، ما أجبر السلسلة الرئيسية على إجراء تنظيف دوري لكميات كبيرة من البيانات التاريخية، وتفويض وظيفة التخزين طويل الأجل لبيانات المعاملات. ومع ذلك، لا تزال هذه البيانات التاريخية مطلوبة في عملية airdrops التي تقوم بها الجهات المشروع، وفي عمليات تحليل البيانات من قبل مؤسسات تحليلات على السلسلة. إن قيمة البيانات الكامنة وراء ذلك ستجذب المنافسة من مشاريع DA مختلفة، ويكمن المفتاح في تحديد الحصة السوقية في أمن البيانات وتكلفة تخزين مشاريع DA.

  • DA للسلسلة الرئيسية: في المرحلة الحالية لمشاريع DA للسلسلة الرئيسية مثل EthStorage، يأتي سوق التخزين أساسًا من بعض الصور والموسيقى وغيرها من بيانات ذاكرة كبيرة لمشاريع NFT على Ethereum. وبسبب التوافق العالي بين مجموعات العقد (node clusters) وEthereum، يمكن لـ DA للسلسلة الرئيسية تحقيق تفاعل بيانات آمن مع الشبكة الرئيسية لـ Ethereum بتكلفة منخفضة. وفي الوقت نفسه، يقوم بتخزين بيانات فهرس التخزين على عقد ذكي في Ethereum، ولا يفصل طبقة DA عن Ethereum بالكامل، ما نال دعمًا قويًا من Ethereum Foundation. وبالنسبة لسوق التخزين الذي توفره Ethereum، تتمتع DA الخاصة بالسلسلة الرئيسية بميزة طبيعية مقارنة بـ DAs الأخرى.

  • DA للتجزئة (Modularization DA) وStorage Chain DA: من الصعب على هذه المشاريع تحقيق ميزة تنافسية في أداء تخزين البيانات التاريخية ضمن ترقية Cancun مقارنةً بـ DA للسلسلة الرئيسية. ومع ذلك، في هذه المرحلة، لا يزال DA للسلسلة الرئيسية في مرحلة الاختبار ولم يتم تنفيذه بالكامل بعد، بينما ترقية Cancun وشيكة. وإذا فشلت مشاريع DA المتخصصة في تقديم حل تخزين مُنفذ قبل ترقية Cancun، فقد يظل هذا الجولة من استخراج قيمة البيانات يهيمن عليها الـ modular DAs.

3.1.5 فرص DA بعد ترقية Cancun

  • EthStorage: DA للسلسلة الرئيسية، مثل EthStorage، سيكون أكبر المستفيدين من ترقية Cancun، ويستحق الانتباه. إضافة إلى ذلك، بعد الأخبار الأخيرة أن ترقية Cancun قد تحدث في فبراير من هذا العام، كانت حساب X الرسمي لـ EthStorage نشطة جدًا أيضًا، حيث أصدرت موقعها الإلكتروني الرسمي الأحدث وتقريرها السنوي، ويبدو أن التسويق كان ناجحًا جدًا.

لنحتفل بإطلاق موقعنا الإلكتروني الجديد! يُرجى زيارة http://EthStorage.io لمشاهدة التصميم الجديد تمامًا!

لقاء جبهة قابلية التوسع

مقارنة التكلفة في الوقت الحقيقي مع Ethereum

كيف تعمل EthStorage

الميزات الأساسية لـ EthStorage

التطبيقات المُمكّنة بواسطة EthStorage

ومع ذلك، عند مقارنة محتوى الموقع الرسمي الأحدث بمحتوى نسخة 2022، فإنه — باستثناء التأثير الأمامي الأجمل (cooler front-end effect) والشرح الأكثر تفصيلًا — لم يحقق ابتكارات كثيرة في وظائف الخدمة، وما تزال عملية الترويج الأساسية هي خدمة التخزين وخدمة أسماء نطاق Web3Q. إذا كنت مهتمًا، يمكنك النقر على الرابط التالي للحصول على رمز الاختبار W3Q لتجربة خدمة EthStorage على شبكة Galileo Chain. للحصول على الرمز، يجب أن تمتلك اسم نطاق W3Q أو حسابًا برصيد يزيد عن 0.1 ETH على الشبكة الرئيسية. وبناءً على التدفق المائي الأخير من الصنبور (أي الإقبال/الاهتمام)، لم يكن هناك مشاركة كبيرة جدًا في هذه المرحلة، رغم بعض الإعلانات. ومع ذلك، وبالاقتران مع حقيقة أن EthStorage حصل للتو على جولة تمويل بذري بقيمة 7 ملايين دولار في يوليو من هذا العام ولم يُرَ مصدر واضح لهذا التمويل، فمن المحتمل أن يكون المشروع يهيئ سرًا تقدمًا في البنية التحتية، في انتظار وصول ترقية Cancun قبل الإطلاق (pre-release) من أجل جذب أكبر قدر من الاهتمام.

حوض (Faucet) EthStorage، المصدر: Web3q.io

  • Celestia: Celestia هي حاليًا الرائدة في مشاريع DA القابلة للتجزئة (modular DA). وبالمقارنة مع DA الخاصة بمشاريع السلسلة الرئيسية التي لا تزال قيد التطوير، بدأت Celestia في ترك بصمتها منذ سوق الثيران السابق واستلمت جولة تمويلها الأولى. وبعد أكثر من سنتين من الترسيب (precipitation)، أتقنت Celestia نموذج الـ rollup ونموذج الرمز (token model)، وأخيرًا — بعد فترة طويلة من الاختبار — أكملت إطلاقها على الإنترنت (main online launch) وحققت أول airdrop في 31 أكتوبر. ارتفع سعر العملة منذ افتتاح السوق، وتجاوز مؤخرًا 20 دولارًا أمريكيًا. ووفقًا للتداول الحالي البالغ 150 مليون TIA، وصلت القيمة السوقية لهذا المشروع إلى 3 مليارات دولار أمريكي. ومع ذلك، وبالنظر إلى أن مجموعة الخدمات لخط التخزين التاريخي على البلوكشين محدودة، فإن القيمة السوقية لـ TIA تتجاوز بكثير قيمة Arweave، وهي سلسلة تخزين عامة تقليدية ذات نموذج أرباح أغنى، بل وتدفع مباشرة القيمة السوقية لـ Filecoin. وعلى الرغم من أن هناك بعض المجال للنمو مقارنة بسوق الثيران، إلا أن القيمة السوقية لـ TIA تبدو مبالغًا فيها نوعًا ما في هذه المرحلة. ومع ذلك، ومع دعم مشروع النجمة وحماس عمليات الـ airdrop التي لم تتبدد، إذا استطاعت ترقية Cancun المضي قدمًا في الربع الأول من هذا العام كما هو متوقع، فإن Celestia ما زالت خيارًا يستحق المراقبة. لكن هناك مخاطرة واحدة يجب الانتباه لها: فقد أكدت Ethereum Foundation مرارًا في المناقشات المتعلقة بـ Celestia أن أي مشروع يغادر طبقة DA في Ethereum لن يكون Layer2، ما يعني رفضًا لمشاريع التخزين من طرف ثالث مثل Celestia. كما أن احتمال عرض Ethereum Foundation قبل وبعد ترقية Cancun قد يضيف عدم يقين إلى تسعير Celestia.

المصدر: CoinmarketCap

3.2 Layer2

3.2.1 نموذج الربح

بسبب تزايد عدد المستخدمين والتطور المستمر للمشاريع على Ethereum، أصبح انخفاض TPS في Ethereum عائقًا كبيرًا أمام التطور الإضافي للنظام البيئي الخاص بها، كما أن الرسوم المرتفعة للمعاملات على Ethereum تجعل من الصعب نشر بعض المشاريع التي تتضمن تفاعلات معقدة على نطاق واسع. ومع ذلك، فقد تم بالفعل إرساء العديد من المشاريع على Ethereum، ما يجعل تكاليف ومخاطر ترحيلها ضخمة. وفي الوقت نفسه، باستثناء سلسلة Bitcoin العامة التي تركز على المدفوعات، يصعب العثور على سلسلة عامة تمتلك نفس مستوى الأمان مثل Ethereum. يعد ظهور Layer2 محاولة لحل المشاكل المذكورة أعلاه عبر وضع كل معالجة المعاملات والحسابات على سلسلة عامة أخرى (Layer2)، والتحقق من البيانات المجمعة عبر العقود الذكية التي يتم جسرها مع Layer1، وتغيير الحالة على الشبكة الرئيسية. يركز Layer2 على معالجة المعاملات والتحقق، باستخدام Ethereum كطبقة DA لتخزين بيانات المعاملات المضغوطة، مما يؤدي إلى سرعات أعلى وتكاليف حساب أقل. يجب على المستخدمين الذين يرغبون في استخدام Layer2 لتنفيذ المعاملات شراء رموز Layer2 ودفع رسومًا مسبقًا لمشغّل الشبكة. يتعين على مشغّل شبكة Layer2 دفع تكلفة أمن البيانات المخزنة على Ethereum، وتتمثل إيرادات Layer2 في المبلغ الذي يدفعه المستخدمون مقابل أمن بيانات Layer2 مطروحًا منه المبلغ الذي يدفعه Layer2 مقابل أمن البيانات على Layer1. لذلك، بالنسبة لـ Layer2 على Ethereum، يمكن أن تؤدي التحسينات التالية إلى مزيد من الإيرادات: من منظور المصدر المفتوح (open source)، كلما كان نظام Ethereum البيئي أكثر نشاطًا وظهر المزيد من المشاريع، زادت حاجة المستخدمين والمشاريع إلى تقليل الغاز وتسريع المعاملات، وهذا يجلب قاعدة مستخدمين أكبر إلى نظام Layer2 البيئي. وضمن شرط أن الربح من كل معاملة يبقى ثابتًا، فإن المزيد من المعاملات سيجلب إيرادات أكثر لمشغّل شبكة Layer2. ومن منظور خفض التكاليف، إذا انخفضت تكلفة تخزين Ethereum، فإن تكلفة تخزين طبقة DA التي يدفعها الجانب الخاص بمشاريع Layer2 ستنخفض أيضًا، ومع بقاء عدد المعاملات دون تغيير، يمكن لمشغّل Layer2 الحصول على إيرادات أكبر.

3.2.2 فصل الطبقة 2

حوالي عام 2018، عرض مخطط Layer2 في Ethereum وضعًا مزدهرًا، حيث توجد 4 أنواع من المخططات: Sidechain وRollup وState Channel وPlasma. ومع ذلك، وبسبب خطر عدم توفر البيانات أثناء النقل خارج السلسلة (off-chain transmission) وكثرة هجمات الإحباط (grief attacks)، تم تهميش State Channel تدريجيًا من مخططات Layer2 في هذه المرحلة، بينما Plasma تعد أكثر تخصصًا (niche) ولا يمكنها دخول المراكز العشرة الأولى من حيث TVL ضمن Layer2، لذا لن يتم مناقشتها هناك. أخيرًا، تم استبعاد حلول Layer2 على شكل sidechains التي لا تستخدم Ethereum كطبقة DA إطلاقًا تدريجيًا من تعريف Layer2. في هذه الورقة، سنناقش فقط مخطط Layer2 السائد وهو Rollup، وسنحلله مع مساراته الفرعية ZK Rollup وOp Rollup.

Optimistic Rollup

  • مبدأ التنفيذ: للبدء، يحتاج سلسلة Optimistic Rollup إلى نشر عقد جسر (bridge contract) على الشبكة الرئيسية لـ Ethereum، ومن خلاله يمكنه تحقيق التفاعل مع الشبكة الرئيسية.Op Layer2 سيقوم بتجميع بيانات معاملات المستخدمين دفعة واحدة وإرسالها إلى Ethereum، ويتضمن ذلك جذر الحالة الأحدث للحساب على Layer2، والجذر الذي تمّت معالجته على الدفعة (batch processed root)، وبيانات المعاملة المضغوطة. في هذه المرحلة، يتم تخزين هذه البيانات في شكل Calldata داخل عقد Chain Bridge، ورغم أنه قد خفّض كثيرًا كمية الـ gas مقارنة بالتخزين الدائم في MPT، إلا أنه ما زال يشكل عبئًا كبيرًا من البيانات، كما يخلق العديد من العوائق أمام تحسين الأداء المحتمل لـ Op Layer2 (Optimistic Rollup Layer2) في المستقبل.

المصدر: Kernel Ventures

  • الحالة الحالية: في هذه الأيام، تُعد Op Layer2 هي النظام البيئي الرائد في Layer2، حيث أن المراكز الخمسة الأولى في TVL ضمن Layer2 تأتي كلها من منظومة Optimistic Rollup. كما أن إجمالي TVL لكل من Optimism وArbitrium وحدهما تجاوز 16 مليار دولار.

المصدر: L2BEAT

  أحد الأسباب الرئيسية التي جعلت منظومة Op Rollup تحتل الصدارة الآن هو بيئة التطوير الملائمة. فقد أنهت الجولة الأولى من إصدار Layer2 والإطلاق على الشبكة الرئيسية قبل ZK Rollup، ما اجتذب عددًا كبيرًا من مطوري DApp الذين كانوا يعانون من قيود رسوم Ethereum وضعف TPS، ونقل موقع تطوير DApp من Layer1 إلى Layer2. وفي الوقت نفسه، يتمتع Op Layer2 بتوافق أعلى مع EVM في الطبقة السفلية، ما يزيل عوائق انتقال المشاريع من الشبكة الرئيسية لـ Ethereum، ويحقق نشر أنواع مختلفة من DApps على Ethereum مثل Uniswap وSushiswap وCureve وغيرها إلى Layer2 في أسرع وقت ممكن، بل وحتى جذب مشاريع مثل Wordcoin وغيرها للانتقال من شبكة Polygon الرئيسية. في المرحلة الحالية، لم يقتصر Op Layer2 على Uniswap V3، وهو DeFi رائد على Ethereum، وGMX، وهو مشروع DeFi أصلي بقيمة TVL تتجاوز 100 مليون دولار، بل يشمل أيضًا Friend.tech، وهو مشروع SocialFi برسوم معاملات تتجاوز 20 مليون دولار. هذا لا يكتفي بتجميع عدد المشاريع فحسب، بل يدفع إلى اختراق نوعي شامل للنظام البيئي عبر المشاريع عالية الجودة في كل مسار. ولكن على المدى الطويل، لن يكون ZK Lite هو الخيار الأفضل. ومع ذلك، على المدى الطويل، لدى ZK Layer2 (ZK Rollup Layer2) حد أعلى لـ TPS واستهلاك غاز أقل لكل معاملة، وسيواجه Op Layer2 منافسة شرسة مع ZK Layer2 عندما تتحسن تقنية ZK Rollup تدريجيًا.

المصدر: Dune

ZK Rollup (Rollup إثبات المعرفة الصفرية)

  • مبدأ التنفيذ: بيانات المعاملات في ZK Layer2 تتم معالجتها بطريقة مشابهة لـ Op Layer2، حيث يتم تجميعها ومعالجتها في Layer2 ثم إعادتها إلى العقد الذكي في Layer1 ليتم تخزينها في Calldata. لكن بيانات المعاملة في Layer2 لها خطوة إضافية تتمثل في إنشاء ZKp، ولا تحتاج إلى إعادة بيانات المعاملة المضغوطة إلى الشبكة، بل فقط تحتاج إلى إرجاع جذر المعاملة وجذر الدفعة مع استخدام ZKp للتحقق من شرعية المعاملة المقابلة. البيانات التي يتم إرجاعها إلى Layer1 عبر ZK Rollup لا تتطلب فترة نافذة (window period) ويمكن تحديثها في الوقت الحقيقي على الشبكة الرئيسية بعد التحقق.

المصدر: Kernel Ventures

  • الحالة الحالية: أصبح ZK Layer2 ثاني أكبر نظام بيئي لـ Layer2، بعد Op Layer2 مباشرة؛ إذ إن 4 من بين أفضل 10 Layer2 ضمن ترتيب TVL هي ZK Layer2. لكن الظاهرة العامة هي أنه لا يوجد أي ZK Layer2 قوي بما يكفي مثل Op Layer2. بينما نعتقد جميعًا أن ZK Layer2 لديها مستقبل جيد، إلا أنها لا يمكن تطويرها. السبب الأول هو أن الإطلاق المبكر لـ Op Layer2 جذب العديد من المطورين لتنفيذ مشاريع عليها. وإذا لم يحصلوا على فوائد كافية من ترحيل المشاريع، فمن غير المرجح أن يقوموا بترحيل مشاريعهم التي حققت دخلًا ثابتًا بالفعل على Op Layer2. ثانيًا، ما تزال العديد من مشاريع ZK Layer2 تواجه صعوبات في توافق الطبقة الأساسية مع Ethereum. على سبيل المثال، مشروع Linea وهو مشروع نجمي في ZK، غير متوافق حاليًا مع العديد من أوكواد EVM، ما يجلب عوائق كبيرة للمطورين للتكيف مع EVM. ومشروع النجمي الآخر zkSync، فهو غير قادر حاليًا على تحقيق توافق مع طبقة EVM الأساسية، ويمكنه فقط التوافق مع بعض أدوات التطوير في Ethereum.

المصدر: Kernel Ventures

  إن التوافق مع Ethereum يجعل من الصعب أيضًا ترحيل المشاريع الأصلية (native) إليها. وبما أن بايت كود (bytecode) لا يتوافق بالكامل، يحتاج المشروع إلى إجراء تغييرات على العقد الأساسي للتكيف مع ZKEVM. وهذه عملية تتضمن العديد من الصعوبات والمخاطر، ما يبطئ عملية ترحيل المشاريع الأصلية على Ethereum. ويمكن ملاحظة أنه في هذه المرحلة، فإن معظم المشاريع على ZK Layer2 هي مشاريع أصلية، وهي غالبًا DeFi مثل Zigzag وSyncSwap، أي إن تطويرها أقل صعوبة نسبيًا، ولا يزال العدد والتنوع الإجمالي للمشاريع على ZK Layer2 بحاجة إلى مزيد من التطوير. ومع ذلك، تكمن ميزة ZK Layer2 في التقدم التكنولوجي: فإذا أمكن تحقيق توافق ZKEVM مع EVM وصقل خوارزمية توليد ZKp، فستتمتع أداء ZK Layer2 بحد أعلى أفضل مقارنةً بـ Op Layer2. وهذا أيضًا سبب استمرار ظهور مشاريع ZK Layer2 في سوق تهيمن عليه Op Layer2. وبما أنه تم بالفعل تقسيم مسار Op Layer2، فإن الطريقة الأكثر ملاءمة للوافدين المتأخرين لجذب المستخدمين للانتقال من شبكاتهم الأصلية هي طرح حل متوقع أفضل. لكن حتى لو تم تحسين ZK Layer2 تقنيًا يومًا ما، إذا كانت Op Layer2 قد شكلت نظامًا بيئيًا شاملًا مع وجود مشاريع كافية على أرض الواقع، فحتى لو وُجدت Layer2 بأداء أفضل، فإن رغبة المستخدمين والمطورين في تحمل المخاطرة الكبيرة بالهجرة ستظل مسألة غير مؤكدة. إضافة إلى ذلك، تقوم Op Layer2 في هذه المرحلة أيضًا بتحسينات لاستقرار موقعها البيئي، بما في ذلك إصدار Optimism لمكد/stack مفتوح المصدر (Op Stack) لمساعدة مطوري Op Layer2 الآخرين على التطوير بسرعة، وتحسينات على طريقة التحدي مثل طريقة التحدي الثنائية (dichotomous challenge method). بينما تكون ZK Layer2 في عملية التحسين، لا تُبطئ Op Layer2 تطورها، لذلك تتمثل المهمة المهمة لـ ZK Layer2 في هذه المرحلة في الاستفادة من تحسين الخوارزميات التشفيرية وتوافق EVM لمنع اعتماد المستخدمين على نظام Op Layer2 البيئي.

3.2.3 أثر ترقية Cancun على Layer2

  • سرعة المعاملة: بعد ترقية Cancun، يمكن لبلوك واحد حمل بيانات أكثر بما يصل إلى 20 مرة عبر blob، مع الحفاظ على سرعة الخروج (exit speed) للبلوك دون تغيير. لذا نظريًا، يمكن لـ Layer2 التي تستخدم Layer1 كطبقة DA وطبقة التسوية أن تحصل أيضًا على زيادة تصل إلى 20x في TPS مقارنة بالوضع الأصلي. وحتى عند زيادة 10x، فإن أي واحد من نجوم Layer2 الرئيسيين سيتجاوز أعلى سرعة معاملات شهدتها الشبكة الرئيسية في التاريخ (mainnet history).

المصدر: L2BEAT

  • رسوم المعاملات: من بين أهم العوامل المحدِّدة لهبوط شبكة Layer2 هي تكلفة أمن البيانات المقدمة إلى Layer1، والتي تُسعَّر حاليًا بما يقارب 3 دولارات مقابل 1KB من بيانات Calldata المخزنة على عقد ذكي في Ethereum. لكن عبر ترقية Cancun، تُخزن بيانات المعاملات المجمعة في Layer2 فقط على شكل blobs في طبقة الإجماع في Ethereum، وتكلفة تخزين 1GB من البيانات تبلغ تقريبًا 0.1 دولار شهريًا فقط، ما يقلل بشكل كبير تكاليف تشغيل Layer2. وهذا يقلل كثيرًا من تكاليف تشغيل Layer2. أما بالنسبة للإيراد الناتج عن هذا المصدر المفتوح، فمن المؤكد أن مشغلي Layer2 سيمنحون جزءًا منه للمستخدمين لجذب المزيد من المستخدمين وبالتالي تقليل تكاليف معاملات Layer2.

  • قابلية التوسع: الأثر الذي تتركه ترقية Cancun على Layer2 يرجع أساسًا إلى مخطط التخزين المؤقت ونوع بيانات blob الجديد. يقوم التخزين المؤقت بإزالة الحالة القديمة بشكل دوري من الشبكة الرئيسية غير المفيدة للتحقق الحالي، ما يقلل ضغط التخزين على العقد، وبالتالي يسرّع في الوقت نفسه مزامنة الشبكة ووصول العقد بين Layer1 وLayer2. أما blob، فبفضل مساحته الخارجية الكبيرة وآلية ضبط مرنة تستند إلى سعر الغاز، يمكن أن يتكيف بشكل أفضل مع تغييرات حجم معاملات الشبكة؛ إذ يزيد عدد الـ blobs التي يحملها البلوك عندما يكون حجم المعاملات كبيرًا جدًا، ويقللها عندما ينخفض حجم المعاملات.

3.2.4 ترقية Cancun ومختلف فروع Layer2

ترقية Cancun ستكون إيجابية للنظام البيئي بالكامل لـ Layer2. بما أن التغيير الجوهري في ترقية Cancun هو تقليل تكلفة تخزين البيانات وحجم الكتل الفردية على Ethereum، فإن Layer2 التي تستخدم Ethereum كطبقة DA طبيعية سترى تلقائيًا زيادة مقابلة في TPS وانخفاضًا في رسوم التخزين التي تدفعها إلى Layer1. ومع ذلك، وبسبب اختلاف درجة استخدام كل من Rollups لطبقة DA في Ethereum، ستكون هناك فروق في درجة الاستفادة بين Op Layer2 وZK Layer2.

  • Op Layer2: نظرًا لأن Op Layer2 تحتاج إلى ترك بيانات المعاملة المضغوطة على Ethereum للتسجيل، فهي مطالبة بدفع رسوم معاملات أعلى لـ Ethereum مقارنةً بـ ZK Layer2. لذلك، من خلال تقليل استهلاك الغاز عبر EIP-4844، يمكن لـ Op Layer2 الحصول على تخفيض أكبر في الرسوم، ما يقلص عيب ZK Layer2 من حيث فرق الرسوم. وفي الوقت نفسه، من المؤكد أن جولة تقليل غاز Ethereum هذه ستجذب مشاركين ومطورين أكثر مقارنةً بـ ZK Layer2 التي لم تصدر أي عملات بعد وتواجه صعوبة في التوافق مع EVMs على طبقتها الأساسية. ونتيجة لذلك، تميل المشاريع ورؤوس الأموال إلى التجمع نحو Op Layer2، خصوصًا Arbitrium التي تتمتع بأداء قوي في الفترة الأخيرة. وقد يؤدي ذلك إلى جولة جديدة من تطوير نظام Layer2 البيئي المُهيمن عليه من Op Layer2، خصوصًا لمشاريع SocialFi وGameFi المتأثرة بارتفاع الرسوم وصعوبة تقديم تجربة مستخدم عالية الجودة. وبالتوازي مع ذلك، من المرجح أن تشهد هذه المرحلة ظهور العديد من المشاريع عالية الجودة التي يمكنها الاقتراب من تجربة مستخدم Web2. إذا قاد Op هذه الجولة من التطور، فسيؤدي ذلك إلى توسيع الفجوة مع نظام ZK Layer2، ما يجعل من الصعب على ZK Layer2 اللحاق.

  • ZK Layer2: مقارنةً بـ Op Layer2، سيكون مكسب “تعديلات الغاز للأسفل” (downward gas adjustments) أقل لأن ZK Layer2 لا تحتاج إلى تخزين معلومات خاصة بالمعاملة على السلسلة. وعلى الرغم من أن ZK Layer2 ما زالت في عملية التطوير ولا تملك النظام البيئي الكبير لـ Op Layer2، فقد تم تحسين بنية/منشآت Op Layer2 بالفعل، كما أن هناك منافسة أشد على تطوير Op Layer2، وهي المنافسة التي ينجذب إليها الناس بفضل ترقية Cancun. ومع ذلك، فإن منشآت Op Layer2 موجودة بالفعل على أرض الواقع وتتزايد المنافسة على تطويرها. لذلك قد لا يكون من الحكمة للمشاركين الجدد الذين جذبتهم ترقية Cancun أن ينافسوا مطوري Op Layer2 الناضجين بالفعل. إذا تمكنت ZK Layer2 من تحسين البنية الداعمة للمطورين في هذه المرحلة وتقديم بيئة تطوير أفضل للمطورين، فبسبب توقعات ZK Layer2 الأفضل والمنافسة الشرسة في السوق، قد يختار مطورون جدد حشد أنفسهم نحو مسار ZK Layer2. وسيؤدي هذا إلى تسريع عملية اللحاق بـ ZK Layer2 وتحقيق هدف اللحاق بـ Op Layer2 قبل أن تهيمن Op Layer2 بالكامل على السوق. وحتى قبل أن تهيمن Op Layer2 بالكامل على السوق،

3.2.5 فرص Layer2 بعد ترقية Cancun

  • DYDX: على الرغم من أن DYDX هو DEX مُنشر على Ethereum، إلا أن وظائفه ومبادئه مختلفة جدًا عن DEX التقليدي على Ethereum مثل Uniswap. أولًا، يختار أوامر رفيعة (thin orders) بدلًا من نموذج التداول AMM المستخدم من قبل معظم الـ DEXs السائدة، ما يسمح للمستخدمين بتجربة تداول أكثر سلاسة ويهيئ ظروفًا جيدة للتداول بالرافعة على المنصة. بالإضافة إلى ذلك، يستخدم حلول Layer 2 مثل StarkEx لتحقيق قابلية التوسع ومعالجة المعاملات، حيث يتم تجميع المعاملات خارج السلسلة وإرسالها مرة أخرى على السلسلة. ومن خلال المبادئ الأساسية لـ Layer2، يتيح DYDX للمستخدمين الحصول على تكلفة معاملات أقل بكثير من DEX التقليدي، حيث تبلغ تكلفة كل معاملة حوالي 0.005 دولار فقط. وفي وقت تُرجّح فيه ترقية Cancun وتقلب Ethereum والرموز المرتبطة به ارتفاعًا في الاستثمارات عالية المخاطر مثل التداول بالرافعة، سيؤدي تطبيق ترقية Cancun إلى تجاوز رسوم المعاملات على DYDX لتلك الموجودة في CEX حتى للمعاملات الصغيرة، مع توفير قدر أعلى من العدالة والأمان، وبالتالي توفير بيئة ممتازة للاستثمارات عالية المخاطر وهواة التداول بالرافعة. ومن منظور ما سبق، فإن ترقية Cancun ستجلب فرصة ممتازة لـ DYDX.

  • عقد Rollup: البيانات التي تم تنقيتها بانتظام في ترقية Cancun لم تعد ذات صلة للتحقق من معاملات جديدة خارج البلوك (out-of-block). لكن هذا لا يعني أن تلك البيانات التي تم تنقيتها لا قيمة لها. فمثلًا، المشاريع التي تقترب من إجراء airdrop تحتاج بشكل مريح إلى بيانات تاريخية كاملة لتحديد أمن أموال كل مشروع سيستلم airdrop، كما توجد أيضًا بعض جهات تحليل البيانات على السلسلة التي غالبًا ما تحتاج إلى بيانات تاريخية كاملة لتعقب تدفق الأموال. في هذا الوقت، هناك خيار يتمثل في الاستعلام عن البيانات التاريخية من مشغّل Rollup في Layer2، وخلال ذلك يمكن لمشغّل Rollup أن يفرض رسومًا على جلب البيانات. لذلك، في سياق ترقية Cancun، إذا تمكنا من تحسين آلية تخزين البيانات واسترجاعها على Rollup بفعالية، وتطوير مشاريع مرتبطة مسبقًا لتخطيط المسار (layout)، فسيؤدي ذلك إلى زيادة كبيرة في احتمال بقاء المشاريع واستمرارها في التطور.

3.3 DApp

3.3.1 نموذج الربح

يشابه ذلك تطبيقات Web2، حيث إن DApps مخصصة لتقديم خدمة للمستخدمين على Ethereum. على سبيل المثال، يوفر Uniswap للمستخدمين تبادلًا فوريًا للرموز المختلفة من نوع ERC20؛ ويقدم Aave للمستخدمين خدمات إقراض مضمونة بشكل زائد (overcollateralized lending) وإقراضًا فلاش (flash lending)؛ بينما يتيح Mirror للمبدعين فرص إنشاء محتوى لامركزية. ومع ذلك، يكمن الفرق في أن الطريقة الأساسية للربح في Web2 هي جذب المزيد من المستخدمين إلى المنصة عبر خدمات منخفضة التكلفة وعالية الجودة، ثم استخدام حركة المرور كقيمة لجذب إعلانات طرف ثالث والربح من تلك الإعلانات. أما DApp فتبقى دون انتهاك الاهتمام لدى المستخدمين طوال العملية، ولا تقدم توصيات للمستخدمين، بل تجمع العمولة المقابلة من خدمة واحدة بعد تقديم قدر معيّن من الخدمة للمستخدمين. لذلك، تأتي قيمة DApp أساسًا من عدد مرات استخدام المستخدمين لخدمات DApp وعمق كل تفاعل. وإذا أرادت DApp زيادة قيمتها، فهي تحتاج إلى تقديم خدمات أفضل من تلك لدى DApps المشابهة، بحيث يميل المزيد من المطورين إلى استخدامها بدلًا من DApps الأخرى.

3.3.2 فصل DApps

في هذه المرحلة، تهيمن DeFi وGameFi وSocialFi على DApps الخاصة بـ Ethereum. كانت هناك بعض مشاريع المقامرة (Gamble) في الأيام الأولى، لكن بسبب قيود سرعة معاملات Ethereum وإطلاق EOS، وهي سلسلة عامة أكثر ملاءمة، انخفضت مشاريع المقامرة تدريجيًا على Ethereum. تقدم هذه الأنواع الثلاثة من DApps خدمات مالية وألعاب واجتماعية على التوالي، وتحقق التقاط القيمة من خلالها.

DeFi

  • مبدأ التنفيذ: DeFi هو في الأساس عقد ذكية واحد أو سلسلة من العقود الذكية على Ethereum. في مرحلة إطلاق DeFi، تحتاج العقود ذات الصلة (مثل عقود العملات، وعقود التبادل، إلخ) إلى النشر على الشبكة الرئيسية لـ Ethereum، وتنفذ العقود التفاعل بين وحدات وظائف DeFi وEthereum عبر الواجهات. عندما يتفاعل المستخدمون مع DeFi، يستدعون واجهة العقد لإيداع الأموال وسحبها وتبادل العملات وما إلى ذلك. يقوم عقد DeFi الذكي بتجميع بيانات المعاملات والتفاعل مع Ethereum عبر واجهة/سكريبت العقد، ثم يسجل تغييرات الحالة على سلسلة Ethereum. في هذه العملية، سيقوم عقد DeFi بتحميل رسوم معينة كمكافأة لموفري السيولة (liquidity) في الاتجاهين (upstream وdownstream) وكأرباحه الخاصة.

  • الحالة الحالية: تهيمن DeFi على DApps بشكل مطلق. باستثناء مشاريع cross-chain ومشاريع Layer2. تحتل DeFi مواقع أخرى ضمن أفضل 10 DApps من حيث أصول العقود على Ethereum. وحتى هذا الوقت، تجاوز العدد التراكمي لمستخدمي DeFi على Ethereum 40 مليونًا. وعلى الرغم من أن عدد المستخدمين النشطين شهريًا قد انخفض من ذروة قريبة من 8 ملايين في نوفمبر 2021 بسبب تأثير سوق الدب (bear market)، إلا أنه مع تعافي السوق، عاد عدد المستخدمين النشطين شهريًا إلى نحو نصف الذروة، وينتظر الجولة التالية من سوق الثيران لتشهد قفزة أخرى. وفي الوقت نفسه، أصبحت DeFi أكثر تنوعًا وقابلية للتركيب من حيث الاستخدام. من التداول المبكر للعملات المشفرة والإقراض بالرهون إلى التداول بالرافعة الحالية، والشراء الأمامي (forward buying)، وتمويل NFTs، والقروض الفلاش (flash loans)، إلخ. فإن الأساليب المالية التي يمكن تنفيذها في Web2 قد تحققت تدريجيًا في DeFi، بل وحتى أشياء لا يمكن تحقيقها في Web2، بما في ذلك القروض الفلاش، تم تحقيقها أيضًا في DeFi.

المصدر: DAppRadar

SocialFi

  • مبدأ التنفيذ: يشبه التصميم التقليدي للمنصات، حيث يدعم SocialFi الأفراد لإنشاء المحتوى ونشر المحتوى الذي تم إنشاؤه عبر المنصة لنشره، وبالتالي جذب المتابعين لحساباتهم. وفي الوقت نفسه، يمكن للمستخدمين الوصول إلى المحتوى الذي يحتاجونه والحصول على الخدمات التي يحتاجونها عبر المنصة. والفرق هو أن المحتوى الذي ينشره المستخدمون، وسجلات التفاعل بين ناشري المحتوى ومعجبيهم، ومعلومات الحسابات نفسها، كلها لامركزية عبر عقود ذكية على البلوكشين؛ ما يعني أن ملكية المعلومات تُعاد إلى كل حساب على حدة. بالنسبة لمنصة SocialFi، كلما زاد عدد الأشخاص الذين يرغبون في إنشاء ومشاركة المحتوى عبر منصتها، كلما زادت الإيرادات التي يمكنها توليدها عبر تقديم هذه الخدمات. إن تكلفة تفاعل المستخدمين على منصة SocialFi، بعد طرح تكلفة تخزين بيانات الحساب والمعاملة، هي ربح مشروع SocialFi.

  • الحالة الحالية: على الرغم من أن UAW (User Active Wallet) لـ SocialFi تبدو قابلة للمقارنة مع DeFi بالنسبة لمشروعات “الرأس” (Head projects)، إلا أن حجمها غالبًا ما يأتي من توقعات airdrop لبعض المشاريع، وهو أمر غير مستدام. بعد الازدهار الأولي، أصبح لدى Friend.tech أقل من 1000 UAW هذه الأيام. وعند مقارنتها بـ DeFi خارج أفضل 5، يدعم ذلك الاستنتاج أيضًا. السبب الجذري هو أن رسوم الخدمة المرتفعة وعدم الكفاءة في SocialFi جعلها غير قادرة على حمل السمات الاجتماعية التي يُفترض أن تمتلكها، وقد تحولت إلى منصة مضاربة صِرفة.

المصدر: DAppRadar

GameFi

  • مبدأ التنفيذ: إن تطبيق GameFi يشبه إلى حد كبير تطبيق SocialFi، إلا أن موضوع التطبيق أصبح لعبة. في هذه المرحلة، فإن أسلوب الربح السائد في GameFi هو بيع المقتنيات (props) داخل اللعبة مقابل الربح.

  • الحالة الحالية: إذا كان مالك المشروع يريد تحقيق المزيد من الأرباح، فلابد عمليًا من مشاركة المزيد من الأشخاص في اللعبة. في هذه المرحلة، لا توجد إلا شيئين يجذبان المستخدمين للمشاركة في اللعبة: أحدهما متعة اللعبة، التي تدفع المستخدمين لشراء المقتنيات للحصول على حق المشاركة في اللعبة أو تجربة ألعاب أفضل. والآخر هو توقع الربحية؛ إذ يعتقد المستخدمون أنه يمكنهم بيع المقتنيات بسعر أعلى في المستقبل. النموذج الأول يشبه Steam، حيث يحصل البرنامج على المال الحقيقي ويحصل المستخدمون على الاستمتاع باللعبة. أما في النموذج الآخر، إذا كانت أرباح المستخدمين وأرباح المشروع تأتي من التدفق المستمر للمستخدمين الجدد، وإذا تعذر على الأموال الجديدة تعويض المقتنيات (props) التي يصدرها المشروع، فسوف ينزلق المشروع بسرعة إلى دورة خبيثة من البيع، وتراجع توقعات السوق، والاستمرار في البيع، مما يصعّب تحقيق الإيرادات بشكل مستدام، مع صفة بونزي. وبسبب القيود التي تفرضها رسوم البلوكشين وسرعة المعاملات، فإن GameFi في هذه المرحلة غير قادر أساسًا على تحقيق تجربة المستخدم المطلوبة في النموذج الأول، وتعتمد غالبًا على النموذج الثاني.

3.3.3 أثر ترقية Cancun على DApps

  • تحسين الأداء: تسمح ترقية Cancun لبلوك واحد بحمل بيانات معاملات أكثر، وبالتالي يمكن لـ DApp تنفيذ تغييرات حالة (state changes) أكبر. وفقًا لحساب متوسط التوسع بناءً على سعة 8 blobs، يمكن أن تصل سرعة معالجة DApp بعد ترقية Cancun إلى عشرة أضعاف السرعة الأصلية.

  • خفض التكاليف: تكلفة تخزين البيانات هي مصروف ثابت لـ DApps، ويستخدم كل من Layer1 وLayer2 DApps بشكل مباشر أو غير مباشر Ethereum لتسجيل حالة الحسابات ضمن DApp. ومع ترقية Cancun، يمكن تخزين كل معاملة في DApp كـ blob للبيانات، ما يقلل بشكل كبير تكلفة تشغيل الـ DApp.

  • توسعات وظيفية: بسبب التكلفة العالية للتخزين على Ethereum، يقوم مالكو المشاريع بتقليل كمية البيانات التي يمكن رفعها عمدًا أثناء تطوير DApps. وهذا جعل من المستحيل ترحيل العديد من تجارب Web2 إلى DApps، مثل عدم قدرة SocialFi على دعم إنشاء الفيديو على Twitter، أو حتى إذا أمكن، فلن تكون البيانات آمنة مثل البيانات على السلسلة الأساسية لـ Ethereum. كذلك غالبًا ما تكون خيارات لعب GameFi منخفضة المستوى وغير ممتعة، لأن كل تغيير في الحالة يحتاج إلى تسجيله على السلسلة. مع ترقية Cancun، سيحصل مالكو المشاريع على فرص أكثر لتجربة هذه الجوانب.

3.3.4 ترقية Cancun ومختلف قطاعات DApp

  • DeFi: إن أثر ترقية Cancun على DeFi صغير نسبيًا لأن الشيء الوحيد الذي يحتاج إلى تسجيله في DeFi هو الحالة الحالية لأصول المستخدم داخل العقد، سواء كانت مرهونة أو مقترضة أو غير ذلك من الحالات، والكمية المطلوبة من البيانات المراد تخزينها أقل بكثير من النوعين الآخرين من DApps. ومع ذلك، فإن زيادة TPS التي تجلبها ترقية Cancun لـ Ethereum يمكن أن تُسهّل بشكل كبير أعمال التحكيم (arbitrage) في DeFi، والتي تمتلك وتيرة تداول مرتفعة، وكذلك أعمال الرافعة المالية (leverage)، التي تحتاج إلى إتمام فتح وإغلاق المراكز في فترة قصيرة جدًا. وفي الوقت نفسه، يمكن أن يؤدي خفض تكاليف التخزين، والذي لا يظهر بشكل واضح في تبادلات عملة واحدة، إلى تجميع وفورات كبيرة في الرسوم عبر صفقات الرافعة والتحكيم.

  • SocialFi: ترقية Cancun سيكون لها الأثر الأكثر مباشرة على أداء SocialFi. فهي تحسن قدرة العقود الذكية لـ SocialFi على معالجة وتخزين كميات كبيرة من البيانات لتوفير تجربة مستخدم أفضل أقرب إلى Web2. وفي الوقت نفسه، يمكن تنفيذ التفاعلات الأساسية مثل إنشاء المستخدمين والتعليق والإعجاب وما إلى ذلك على SocialFi بتكلفة أقل، ما يجذب المشاركين الحقيقيين ذوي التوجه الاجتماعي على المدى الطويل.

  • GameFi: في ألعاب الأصول على السلسلة خلال سوق الثيران السابق، كان التأثير مشابهًا لـ DeFi، مع انخفاض نسبي صغير في تكلفة التخزين. لكن زيادة TPS ما زالت تفيد التفاعلات عالية التردد، وتوقيت التفاعلات، ودعم الميزات التفاعلية التي يمكن أن تحسن قابلية اللعب. تتأثر ألعاب Fully On-chain بشكل مباشر أكثر بترقية Cancun. وبما أن منطق اللعبة والحالة والبيانات يتم تخزينها جميعًا على السلسلة، فإن ترقية Cancun ستقلل بشكل كبير تكلفة التشغيل وتفاعل المستخدمين في لعبة Fully On-chain. وفي الوقت نفسه، سيتم أيضًا تقليل تكلفة النشر الأولية للعبة بشكل كبير، وبالتالي خفض عتبة تطوير الألعاب وتشجيع ظهور المزيد من ألعاب السلسلة الكاملة (fully chain games) في المستقبل.

3.3.5 فرص DApps بعد ترقية Cancun

  • الغابة المظلمة: منذ الربع الثالث من 2023، ربما بسبب التساؤل حول أن ألعاب الأصول على السلسلة (asset-on-chain) التقليدية ليست لامركزية بدرجة كافية، أو لأن رواية GameFi التقليدية بدت فاترة، بدأ رأس المال في البحث عن نقاط نمو جديدة. بدأت الألعاب Fully On-chain في الانفجار وجذب قدرًا كبيرًا من الاهتمام. لكن بالنسبة للّعبة Fully On-chain على Ethereum، فإن سرعة المعاملات البالغة 15 TPS وتكلفة التخزين البالغة 16 gas لكل بايت واحد في حقل CALLDATA تحد بشدة من الحد الأعلى لتطورها. يمكن أن يكون هبوط ترقية Cancun تحسينًا جيدًا لكلا المشكلتين. وبالاقتران مع التطور المستمر للمشاريع ذات الصلة في النصف الثاني من 2023، يمكن أن تمنح ترقية Cancun هذا المسار دفعة إيجابية كبيرة نسبيًا. وبالنظر إلى تأثير “رأس القطيع” (head effect)، فإن Dark Forest هي واحدة من القلائل من ألعاب fully on-chain في الجولة الماضية من سوق الثيران، ولديها قاعدة مجتمع راسخة نسبيًا، ولم تصدر بعد عملتها الخاصة. إذا اتخذت جهة المشروع إجراءات حول وقت ترقية Cancun، فمن المفترض أن تكون آفاقها جيدة.

4. الخلاصة

لن يؤدي هبوط ترقية Cancun إلى جلب TPS أعلى وتكاليف تخزين أقل لـ Ethereum فحسب، بل سيؤدي أيضًا إلى ارتفاع حاد في ضغط التخزين. إن DA وLayer2 هما اللتان سيتأثران بشدة بالترقية. في المقابل، لا تدعم مجتمع تطوير Ethereum مشاريع DA التي لا تستخدم Ethereum لتخزين بياناتها الأساسية، وعلى الرغم من وجود فرص، يلزم الحذر أكثر عند التعامل مع مشاريع محددة. وبما أن معظم رموز نظام ZK Layer2 لم يتم طرحها بعد، وبما أن Arbitrium عززت بشكل كبير خلال الفترة الأخيرة استعدادًا لترقية Cancun، فإذا استطاعت أسعار عملات Arb أن تستقر عبر مرحلة جني الأرباح/الهبوط المصحوب بسحب السيولة (pullback)، فمن المفترض أن تشهد Arb ونظامها البيئي للمشاريع المرتبطة بها ارتفاعًا جيدًا بالتوازي مع ترقية Cancun. وبسبب تدفق المضاربين، قد تحصل أيضًا مهمة DYDX على بعض الفرص عند عقد ترقية Cancun. وأخيرًا، يتمتع Rollup بميزة طبيعية في تخزين بيانات سجل معاملات مرتبطة بـ Layer2. وعند تقديم خدمات الوصول إلى البيانات التاريخية، ستكون أيضًا Rollup على Layer2 خيارًا جيدًا.

إذا نظرنا على المدى الأطول، فإن ترقية Cancun قد أوجدت ظروفًا لتطوير وأداء مختلف أنواع DApps، وفي المستقبل سنرى حتمًا مشاريع Web3 تقترب تدريجيًا من Web2 من حيث الوظائف التفاعلية والأداء اللحظي (real-time performance). وهذا سيقرب Ethereum من هدف “حاسوب عالمي” (world computer)، ومن الجدير الاستثمار على المدى الطويل في أي مشاريع تطوير عملية. كانت Ethereum في وضع ضعيف نسبيًا مقارنة بـ Bitcoin في الارتفاع الأخير للسوق، وبالرغم من أن Bitcoin قد استعادت نحو 2/3 من القمة السابقة لسوق الثيران، فإن Ethereum لم تستعد بعد نصف قمّتها السابقة. قد يؤدي وصول ترقية Cancun إلى تغيير هذا الاتجاه وإحضار جولة مكاسب تكاملية لـ Ethereum. فبعد كل شيء، كونه سلسلة عامة نادرة قادرة على الحفاظ على الربحية وسط انكماش/انخفاض قيمة الرمز (token deflation)، فهناك بالفعل قيمة أقل من تقديرها (undervalued value) في هذه المرحلة.

Kernel Ventures هي مؤسسة بحث وتطوير & مجتمع مؤسس رأس مال مغامر (VC) في مجال التشفير، تمتلك أكثر من 70 استثمارًا مبكرًا، تركز على البنية التحتية والوسيط (middleware) وDApps، خاصة ZK وRollup وDEX وModular Blockchain، والقطاعات العمودية (verticals) التي ستضم المليار القادم من المستخدمين في التشفير مثل Account Abstraction وData Availability وScalability وغيرها. خلال السنوات السبع الماضية، التزمنا بدعم نمو المجتمعات الأساسية للمطورين وجمعيات البلوكشين الجامعية حول العالم.

مرجع

  1. eips.Ethereums-core: https://eips.Ethereum.org/core

  2. موقع EthStorage الرسمي: https://eth-store.w3eth.io/#/

  3. EIP-1153: أوكواد التخزين المؤقتة: https://eips.Ethereum.org/EIPS/eip-1153

  4. EIP-4788: Beacon block root في EVM: https://eips.Ethereum.org/EIPS/eip-4788

  5. EIP-5656: MCOPY - تعليمـة نسخ الذاكرة:https://eips.Ethereum.org/EIPS/eip-5656

  6. EIP-6780: SELFDESTRUCT فقط ضمن نفس المعاملة:https://eips.Ethereum.org/EIPS/eip-6780

  7. كيف تعمل ZK Rollups:https://Ethereum.org/zh/developers/docs/scaling/ZK-rollups#how-do-ZK-rollups-work

  8. OPTIMISTIC ROLLUPS:https://Ethereum.org/developers/docs/scaling/optimistic-rollups

  9. ZK وZKVM وZKEVM ومستقبلها:https://foresightnews.pro/article/detail/11802

  10. إعادة البناء والاختراق: مناقشة حاضر ومستقبل الألعاب على السلسلة الكاملة:https://foresightnews.pro/article/detail/39608

  11. تحليل صفحة واحدة للنموذج الاقتصادي وراء Axie Infinity:https://www.tuoluo.cn/article/detail-10066131.html