المؤلف: YBB Capital Researcher Ac-Core المصدر: متوسط ​​الترجمة: Shan Ouba, Golden Finance< / p>

خلفية Eclipse

عمل مؤسس Eclipse Neel Somani ذات مرة كمهندس برمجيات في Airbnb ومهندس برمجيات مهندس في Citadel Quantitative باحث أسس شركة Eclipse الناشئة في Solana في عام 2022. يتم دعم الشركة الناشئة من قبل المؤسس المشارك لشركة Solana، أناتولي ياكوفينكو وPolygon (الهندسة المعمارية)، من بين آخرين. Rollup blockchain متوافق مع Polygon و Solana). وفقًا لتقرير CoinDesk في 28 سبتمبر 2022، نجحت Eclipse في إغلاق جولة أولية بقيمة 6 ملايين دولار بقيادة Polychain وجولة أولية بقيمة 9 ملايين دولار بقيادة Tribe Capital وTabia، ليصل إجمالي التمويل الذي تم جمعه إلى 15 مليون دولار. بالإضافة إلى ذلك، حصلت Eclipse على منحة تطوير من مؤسسة Solana لدعم Rollup الذي يتم تشغيله بواسطة جهاز Solana الظاهري.

استفادت المؤسس سوماني من شبكتها وقربها من المقر الرئيسي لشركة Solana في شيكاغو لإنشاء blockchain فريد بنجاح باستخدام أجهزة Solana الافتراضية. وتتمثل رؤيته في تمكين المطورين من نشر Rollups المدعومة بجهاز Solana الافتراضي، مع خطط لإطلاق شبكة اختبار عامة في النظام البيئي Cosmos في أوائل عام 2023 بهدف دعم لغة Aptos’ Move في المستقبل.

علق المؤسس المشارك لـ Solana والمستثمر في Eclipse Angel Anatoly Yakovenko: "يمهد Eclipse الطريق أمام Solana للتواصل مع Cosmos من خلال Inter-Blockchain Communication (IBC) "كما قال نيراج بانت، الشريك في Polychain Capital: "بدأت الشركات الكبرى والحكومات في دخول مجال blockchain، وأصبح Eclipse مفتاحًا أساسيًا لتعزيز حالات الاستخدام الخاصة بها. البنية التحتية، مثل التطبيقات الاستهلاكية والمالية على نطاق Web2."

Eclipse Architecture

يعتمد المحتوى التالي على الشرح الرسمي: Eclipse Mainnet هو أول L2 عام يركز على SVM في Ethereum ، والتي تجمع بين جوهر المكدس المعياري بهدف أن تصبح الطبقة الثانية الأسرع والأكثر تنوعًا التي يقودها SVM. تتضمن بنية المشروع استخدام Ethereum كطبقة تسوية مع جسر تحقق رسمي مدمج؛ وCelestia كطبقة توفر البيانات؛ وRISC Zero لإنشاء أدلة احتيال صفرية المعرفة؛ وأخيرًا، Solana's SVM كبيئة تنفيذ لمشروع Layer2 المعياري. وفيما يلي شرح مفصل بناء على الوصف الرسمي.

طبقة التسوية - Ethereum: سيقوم Eclipse بإجراء التسوية على Ethereum (أي باستخدام جسر التحقق المضمن على Ethereum)، باستخدام استهلاك غاز ETH، وتقديم دليل الاحتيال. على Ethereum;

طبقة التنفيذ - Solana Virtual Machine (SVM): سيقوم Eclipse بتشغيل SVM عالي الأداء كبيئة تنفيذ خاصة به، وتحديدًا شوكة عميل Solana Labs (الإصدار 1.17)؛

طبقة توفر البيانات - Celestia: Eclipse ينشر البيانات إلى Celestia لتحقيق توفر بيانات قابلة للتطوير (DA)؛

آلية الإثبات - RISC Zero: سيستخدم Eclipse RISC Zero لإثبات الاحتيال ZK (لا يلزم إنشاء تسلسل الحالة الوسيطة)؛

بروتوكول الاتصال - IBC: سيكمل Eclipse الجسر بسلاسل غير Eclipse من خلال IBC القياسي للاتصالات بين blockchain من Cosmos؛

بروتوكول عبر السلسلة - Hyperlane: يتعاون Eclipse مع Hyperlane لتقديم حل التشغيل البيني غير المسموح به من Hyperlane إلى وسط سلاسل الكتل المستندة إلى Solana Virtual Machine (SVM).

p>

طبقة التسوية: احصل على أمان وسيولة Ethereum

مثل مجموعات Ethereum الأخرى، يستخدم Eclipse Ethereum كطبقة تسوية لها. تتضمن هذه العملية دمج جسر التحقق الخاص بـ Eclipse مباشرةً في Eclipse، حيث يجب على عقده التحقق من صحة جسر التحقق وصحة تسلسل المعاملات، وبالتالي تزويد المستخدمين بأمان على مستوى Ethereum.

تُعرّف L2BEAT Layer2 بأنها "سلسلة تستمد أمانها كليًا أو جزئيًا من الطبقة الأولى من Ethereum، بحيث لا يضطر المستخدمون إلى الاعتماد على صدق أدوات التحقق من الطبقة الثانية لضمان أمان أموالها." يمكن لجسر التحقق من Eclipse فرض الصلاحية النهائية ومقاومة الرقابة في ظل سيناريوهات فشل معينة. حتى إذا فشل جهاز التسلسل أو بدأ الرقابة على L2، فلا يزال بإمكان المستخدمين فرض المعاملات عبر الجسر وحرق الإيثيريوم كغاز للمعاملات.

طبقة التنفيذ: تحقيق سرعة وحجم معاملات Solana

من أجل تحسين الكفاءة، Eclipse تتبنى الشبكة بشكل أساسي بيئة تنفيذ Solana، باستخدام SVM وSealevel (الحل الفني لـ Solana لبناء قابلية التوسع الأفقي، وهو محرك معالجة معاملات متوازي للغاية يتوسع أفقيًا عبر وحدات معالجة الرسومات ومحركات أقراص الحالة الصلبة). بالمقارنة مع التشغيل أحادي الخيط لـ EVM، فإن ميزته هي أنه يمكن تنفيذ المعاملات دون تصميم معاملات حالة متداخلة، بدلاً من تنفيذها بشكل تسلسلي.

فيما يتعلق بتوافق EVM، تتعاون شبكة Eclipse الرئيسية مع Neon EVM، مما يسمح للمطورين باستخدام أدوات Ethereum وبناء تطبيقات Web3 على Solana. وفقًا للبيانات الرسمية، فإن إنتاجيتها أعلى بكثير من EVM أحادي الخيط، حيث تصل إلى 140 TPS. يمكن لمستخدمي EVM التفاعل بشكل أصلي مع التطبيقات الموجودة على شبكة Eclipse الرئيسية من خلال البرنامج الإضافي "Snaps" الخاص بمحفظة MetaMask.

توفر البيانات: الاستفادة من النطاق الترددي وإمكانية التحقق من Celestia

ستعمل Eclipse mainnet على الاستفادة من Celestia في تحقيق البيانات التوفر وإقامة تعاون طويل الأمد، نظرًا لأن Ethereum غير قادر حاليًا على دعم الإنتاجية والتكلفة المستهدفة لـ Eclipse، حتى بعد ترقية EIP-4844، مما يوفر متوسطًا يصل إلى 0.375 ميجابايت من مساحة blob لكل كتلة (الحد الأقصى لكل كتلة هو ~0.75) ميغابايت).

وفقًا للبيانات الرسمية، بالنسبة لمعاملات ERC-20 المستندة إلى امتدادات التجميع، المحسوبة على أنها 154 بايت لكل معاملة، فإن هذا يعادل إجمالي حوالي 213 TPS لـ بالنسبة لمقايضات الضغط، يبلغ حجم كل معاملة حوالي 400 بايت، ويبلغ إجمالي TPS حوالي 82 TPS لجميع عمليات التجميع. يُقارن هذا بكتل Celestia التي يبلغ حجمها 2 ميجابايت، والتي تتوقع Blobstream أن تنمو إلى 8 ميجابايت حيث أثبتت الشبكة استقرارها وتوافر المزيد من العقد الخفيفة DAS (أخذ عينات توفر البيانات) عبر الإنترنت.

تعتقد Eclipse أنه بدعم من عقد Celestia DAS الخفيفة، مع الأخذ في الاعتبار المفاضلة بين أمان الاقتصاد المشفر وإنتاجية DA القابلة للتطوير بشكل كبير، تصبح Celestia الخيار الحالي لـ شبكة Eclipse الرئيسية. على الرغم من وجود وجهة نظر مفادها أن استخدام DA الخاص بـ Ethereum هو الطريقة التقليدية للطبقة الثانية، إلا أن المشروع سيستمر في الاهتمام بالتقدم المحرز في توسيع DA بعد EIP-4844. إذا تمكنت Ethereum من توفير DA على نطاق أوسع وإنتاجية أعلى لـ Eclipse، فسيتم إعادة تقييم إمكانية الانتقال إلى Ethereum DA.

آلية الإثبات: دليل RISC صفر للاحتيال (لا يتطلب تسلسل الحالة المتوسطة)

Eclipse The تشبه طريقة الإثبات طريقة SIMD لإثبات الاحتيال في SVM الخاصة بـ Anatoly (انظر رابط GitHub الموسع 2)، بما يتوافق مع رؤية John Adler لتجنب التكلفة العالية لتسلسل الحالة. لمنع إعادة إدخال أشجار Merkle (أشجار التجزئة) في SVMs، تم إجراء محاولات مبكرة لإدراج أشجار Merkle المتفرقة في SVMs، ولكن تحديث شجرة Merkle مع كل معاملة من شأنه أن يؤثر بشكل كبير على الأداء. بدون استخدام أشجار Merkle للأدلة، لا يمكن أن تكون أطر العمل التراكمية الحالية ذات الأغراض العامة (مثل مكدسات OP) بمثابة الأساس لمجموعات SVM، ويلزم وجود بنية أكثر إبداعًا لتدقيق الأخطاء.

متطلبات إثبات الفشل: ستؤدي التزامات إدخال المعاملة، والمعاملة نفسها، وإعادة تنفيذ المعاملة إلى إثبات يختلف عن المخرجات المحددة في السلسلة.

يتم تنفيذ وعود الإدخال عادةً من خلال توفير جذر Merkle لشجرة حالة التجميع. سيقوم منفذ Eclipse بنشر قائمة المدخلات والمخرجات لكل معاملة (بما في ذلك تجزئات الحساب والحالة العالمية المرتبطة بها)، وإنشاء فهرس معاملات لكل إدخال، ونشر المعاملة إلى Celestia، مما يسمح لأي عقدة كاملة بالمتابعة من معاملاتها واستخراج الحالة الخاصة بحساب الإدخال، وحساب حساب الإخراج، والتأكد من صحة الالتزام على Ethereum.

يمكن أن يحدث نوعان رئيسيان من الأخطاء:

إخراج غير صحيح: التحقق من الصحة يوفر الخادم ZK دليل على الإخراج الصحيح على السلسلة. يستخدم Eclipse RISC Zero لإنشاء دليل ZK لتنفيذ SVM، ومواصلة العمل السابق للمشروع لإثبات تنفيذ BPF bytecode (انظر رابط GitHub الممتد 3). وهذا يسمح لعقود التسوية الخاصة بنا بضمان صحتها دون الحاجة إلى إجراء المعاملات عبر السلسلة.

خطأ في الإدخال: ينشر المدقق بيانات تاريخية عن السلسلة تشير إلى أن حالة الإدخال لا تتطابق مع الحالة المعلنة. يتم بعد ذلك استخدام جسر الجاذبية الكمي الخاص بـ Celestia للسماح لعقد التسوية الخاص بـ Eclipse بالتحقق مما إذا كانت هناك بيانات تاريخية احتيالية.

اتصال Eclipse مع ETH وCelestia

توفر البيانات (DA) هو نفقات التكلفة الرئيسية لمجموعة التحديثات أحد المكونات. حاليًا، يعتمد توفر بيانات Ethereum L2 بشكل أساسي على طريقتين: Calldata وDAC (لجنة توفر البيانات).

· Calldata: على سبيل المثال، تقوم حلول Layer2 مثل Arbitrum أو Optimism بنشر بيانات المعاملات كبيانات استدعاء مباشرة إلى كتل Ethereum شديدة المقاومة للرقابة. تعزو أسعار الإيثريوم البيانات بالإضافة إلى الحساب والتخزين إلى وحدة واحدة: الغاز، وهو أحد التكاليف الرئيسية التي تتكبدها عمليات تجميع الإيثريوم. من أجل تحسين الكفاءة، تقدم ترقية EIP-4844 Blobspace لاستبدال بيانات الاتصال، مما يوفر هدفًا قدره 375 كيلو بايت لكل كتلة لجميع عمليات التجميع؛

· DAC: مع مقارنة بنشر بيانات المكالمات، توفر DAC إنتاجية أعلى، ولكن يحتاج المستخدمون إلى الثقة في لجنة صغيرة أو مجموعة من المدققين لتجنب الحجب الضار للبيانات. تقدم DACs، بما في ذلك الحلول القائمة على الرهانات الثقيلة، افتراضات ثقة كبيرة للمستوى الثاني، مما يجبر DACs على الاعتماد على السمعة أو آليات الحوكمة أو التصويت الرمزي لمنع سلوك إخفاء البيانات أو معاقبة سلوكه. ولذلك، فإن استخدام DA خارجي يتطلب استخدام DAC إلى حد ما.

من الجدير بالذكر أن Eclipse يستفيد من Celestia's Blobstream، وهي شبكة إجماع لإثبات الملكية، للسماح لـ Layer2 بالوصول إلى Celestia's Blobspace. اعتمادًا على نظام الضغط، يتيح ذلك ما يصل إلى 8 ميجابايت من مساحة النقطة، وهو ما يعادل تقريبًا 9000 إلى 30000 عملية نقل ERC-20 في الثانية. ومع ذلك، فإن استخدام طبقة Blobstream's Layer2 سيعتمد على الأدلة من أداة التحقق من صحة Celestia. إذا اكتشفت العقد الضوئية أن ثلثي مدققي Celestia يحجبون البيانات الضارة، فيمكنهم معاقبتهم. من الناحية الموضوعية، لا تزال مصداقية DAC تعاني من عيوب مقارنة بالسلسلة الأصلية DA، ولكن من منظور الابتكار وسرد السوق، فإن مثل هذه العيوب أمر لا مفر منه.

p>

كما هو موضح في الوثائق الرسمية والموضح في الصورة أعلاه، يوضح Eclipse حل DA المعياري لـ Ethereum استنادًا إلى امتداد DAS عبر Blobstream من Celestia (كما هو مذكور أعلاه). البيانات المؤكدة لـ Ethereum. يتيح ذلك للجسر التحقق من أمان البيانات المقدم لإثباتات الاحتيال استنادًا إلى جذر بيانات Celestia الموقعة. يقوم المستخدمون بإيداع الأموال في Eclipse من خلال جسر Ethereum الأصلي. تتم العملية كما يلي:

1. يقوم المستخدم باستدعاء عقد جسر إعادة شحن Eclipse على Ethereum (رابط الامتداد 1) ) عنوان العقد);

2. منفذ SVM الخاص بـ Eclipse (يحسب نتائج SVM ويخرجها إلى عقدة حالة Eclipse الجديدة) ويرسل (ETH إلى قناة Eclipse ) مكتمل تفاعل البيانات عبر السلسلة بين عناوين المرسل والمستلم؛

3. يستدعي التتابع برنامج جسر SVM وهو مسؤول عن إرسال عمليات إعادة شحن المستخدم إلى العنوان الهدف ;

4. يتحقق المرحل من معاملة الإيداع من خلال عميل zk-light (سيتم تنفيذه)؛

5. أخيرًا، يتم إكمال كتلة المعاملة التي تحتوي على الودائع اللاحقة ونشرها عبر البرنامج الإضافي Solana Geyser.

في هذه العملية، سيتم نشر كل فتحة Eclipse في قائمة انتظار الرسائل بواسطة منفذ SVM من خلال Geyser. يتم بعد ذلك نشر هذه الفتحات إلى Celestia ككتل بيانات، ويقوم مدققو Celestia بإرسال كتل البيانات المخصصة هذه لإثبات أن المعاملة مدرجة في سلسلة Eclipse وتتوافق مع جذر البيانات. أخيرًا، يتم نقل كل كتلة من بيانات Celestia عبر Blobstream إلى عقد Eclipse Bridge على Ethereum.

p>

على غرار حلول Ethereum Layer 2 الأخرى التي تستخدم إثباتات الاحتيال، يتطلب سحب الأموال من Eclipse إلى Ethereum أيضًا فترة تحدي، مما يسمح للمدقق بالانتقال إلى حالة غير صالحة تقديم دليل على الاحتيال أدناه.

· يرسل منفذ SVM بشكل دوري فترات فتحة Eclipse على Ethereum (تتبع العملية عددًا محددًا مسبقًا من الدُفعات) وينشر الضمانات؛

· يقوم عقد الجسر الخاص بـ Eclipse بإجراء فحوصات أساسية لضمان سلامة تنسيق البيانات المنشورة (راجع قسم تصميم إثبات الاحتيال في المقالة المرجعية [2])؛

· إذا اجتازت الدفعة المقدمة عمليات الفحص الأساسية، فسيتم إنشاء نافذة محددة مسبقًا. إذا كان التزام الدفعة ضمن هذه النافذة يشير إلى أن انتقال الحالة غير صالح، فيمكن للمدقق إصدار دليل احتيال؛

· إذا نجح المدقق في إصدار دليل احتيال ، سيفوزون بالتنفيذ بدون ضمانات المتعهد، سيتم رفض الدفعة المقدمة وسيتم إرجاع الحالة الأساسية لـ Eclipse L2 إلى آخر التزام دفعة صالح. في هذا الوقت، يحق لمدير Eclipse اختيار منفذ جديد؛

· ومع ذلك، إذا انتهت فترة التحدي دون أي دليل ناجح على الاحتيال، فإن سوف يستعيد المنفذ ضماناته ومكافآته؛

· وأخيرًا، يكمل عقد الجسر الخاص بـ Eclipse التأكيد النهائي لجميع معاملات السحب المضمنة في الدفعة.

الملخص

Eclipse حاليًا في المراحل الأولى من التطوير والاختبار، مما يشير إلى أن Ethereum انتقل إلى طبقة SVM الأولى 2. تم إطلاق شبكة الاختبار الخاصة بها ومن المقرر إطلاق الشبكة الرئيسية في الربع الأول من عام 2024. لا تزال Ethereum تعتبر Rollups جزءًا أساسيًا من خارطة طريق التطوير الخاصة بها. وبغض النظر عن الجدل الدائر حول العقيدة، فإن هذا يعني بشكل أو بآخر أن إيثريوم تترك التعريف الواسع للطبقة الثانية للسوق. وفي حين تعمل على تمكينها بشكل علني، فإنها تقدم أيضًا بمهارة أشكالًا مختلفة من المنافسة. تستفيد Eclipse من ذلك من خلال الجمع بين أمان Ethereum والأداء العالي لـ Solana وسرد DA لـ Celestia من خلال التطوير المعياري لتشكيل سرد قوي للسوق.

بالنظر إلى تطور Ethereum، هناك ظاهرة مثيرة للاهتمام وهي أنه في دورة السوق الأخيرة، تحت ضجيج DeFi Summer، "DeFi Nesting" و"DeFi" Lego" أدت الطفرة في الابتكار والتحسين إلى التطور الهائل للنظام البيئي. أدى الجمع بين LSD وRe-stake في هذه الجولة إلى زيادة في مجموعات "Stake Nesting" و"Stake Lego"، وزاد TVL لـ EigenLayer وBlast وMerlin في نظام BTC البيئي بسرعة في فترة قصيرة من وقت. إذا كان التداخل وLego يعتبران الموضوع الرئيسي لمعنويات السوق، فستكون الوحدات النمطية أيضًا قادرة على تشغيل تداخلها الفريد ولحن Lego في المستقبل.

يكمن سحر النمطية في فوائد فصل المكونات، وبالتالي تحقيق الابتكار في كل طبقة من المكدس، مما يسمح بتحسين كل وحدة لتضخيم تحسين وحدات أخرى. ربما في المستقبل، يمكن لعمليات التطوير المعيارية أن توفر للمطورين والمستخدمين عددًا كبيرًا من الخيارات المتنافسة.