المؤلف: Zeke ، YBB Capital المصدر: متوسطة الترجمة: شان أوبا ، رؤية سلسلة البتات

ملخص

يمكن اعتبار معالج ZK Associate بمثابة سدادات حوسبة في سلسلة مفهوم السلسلة للمفهوم المعياري.
يمكن استخدامها لمعالجة الحسابات المعقدة وكميات كبيرة من البيانات ، وخفض تكاليف الغاز وتوسيع وظائف العقد الذكي.
على عكس Rollups ، فإن ZK Collaborator خالية من الحالة ويمكن استخدامه عبر السلسلة ، وهو مناسب لسيناريوهات الحوسبة المعقدة.
إن تطوير معالجات ZK Associate يمثل تحديًا وتكاليف عالية الأداء ونقص التوحيد.تكلفة الأجهزة مرتفعة جدا.على الرغم من أنه مقارنة مع عام مضى ، فقد نضج الحقل كثيرًا ، إلا أنه لا يزال في المرحلة المبكرة.
مع دخول عصر modularization إلى التوسع الكسري ، تواجه blockchain مشاكل مثل نقص السيولة ، وتشتت المستخدم ، ونقص الابتكار وقابلية التشغيل البيني المتقاطع ، ويشكل مفارقة مع سلاسل L1 التوسع العمودي.قد يوفر معالج ZK Associate طريقة للتغلب على هذه التحديات ، ودعم التطبيقات الحالية والناشئة ، وتقديم روايات جديدة إلى حقل blockchain.

1. فرع آخر من البنية التحتية المعيارية: معالج ZK التعاوني

1.1 نظرة عامة على المعالج الاصطناعي ZK

يمكن فهم معالج جمعية المعرفة على أنه سد حوسبة سلسلة -في السلسلة المستمدة من المفهوم المعياري.بموجب إطار التصميم هذا ، يمكن تسليم المهام التي لا تكون فيها السلسلة العامة ، مثل “البيانات الثقيلة” و “منطق الحوسبة المعقدة” ، إلى معالج الجمعية الصفرية لحسابها. وفي النهاية تحقيق السلسلة المعقدة من المهام المعقدة.

في الوقت الحاضر ، فإن التطبيقات الشائعة مثل AI و SocialFi و Dex و GameFI لديها طلب عاجل على الأداء العالي والتحكم في التكاليف.في الحلول التقليدية ، غالبًا ما تختار هذه “التطبيقات الثقيلة” ذات المتطلبات العالية الأداء نموذج تطبيق سلسلة الأصول+تحت السلسلة ، أو تصميم سلسلة تطبيق منفصلة.ومع ذلك ، فإن كلتا الطريقتين تعانيان من مشاكل متأصلة: الأول له “صناديق سوداء” ، ويواجه الأخير مشاكل مثل تكاليف التطوير المرتفعة ، مما يترك البيئة الأصلية للسلسلة ، وتفتيت السيولة.بالإضافة إلى ذلك ، تسبب الجهاز الافتراضي في السلسلة الرئيسية أيضًا في قيود كبيرة على تطوير وتشغيل هذه التطبيقات (مثل عدم وجود معايير طبقة التطبيق ، ولغات التطوير المعقدة ، إلخ).

المتعاون ZK هو حل هذه المشاكل.للحصول على أمثلة أكثر تحديدًا ، يمكننا أن نتخيل blockchain كمحطة (مثل الهواتف المحمولة أو أجهزة الكمبيوتر) التي لا يمكنها الاتصال بالشبكة.ومع ذلك ، عندما تظهر التطبيقات الأكثر تعقيدًا ، مثل تشغيل التطبيقات المشابهة لـ ChatGPT ، فإن أداء وتخزين السلسلة العامة لن يكون كافيًا ، مما يؤدي إلى انفجار الغاز.في مشهد Web2 ، عندما نقوم بتشغيل ChatGPT ، لا يمكن لمحطة الطرف العادية نفسها التعامل مع نموذج اللغة GPT-4O. الجواب.يشبه معالج ZK Associate الخادم البعيد لـ blockchain.

أخذ نشر Bonsai في Rise Zero كمثال ، هذه الهندسة المعمارية بديهية للغاية.يتكامل هذا المشروع بسلاسة مع ZKVM الخاص بـ Zero.

اكتب تطبيق ZKVM لمعالجة منطق التطبيق.
اكتب عقدًا صلابة ، واطلب من بونساي تشغيل تطبيق ZKVM الخاص بك ومعالجة النتائج.

1.2 الفرق بين Rollups

من التعريف أعلاه ، فإن المعالجات المشتركة ZK لديها درجة عالية من المنطق والأهداف ، ولكن Rollups تشبه امتداد متعدد الأطوار للسلسلة الرئيسية.

1. الغرض الرئيسي:

Rollups: تعزيز إنتاجية تداول blockchain وتقليل تكلفة المعاملة.
معالج ZK Associate: تمديد قوة الحوسبة للعقود الذكية لمعالجة منطق أكثر تعقيدًا وبيانات أكبر.

2. مبدأ العمل:

Rollups: التداول الموجز على سلسلة الملخص ، وقدمها إلى السلسلة الرئيسية مع شهادة الاحتيال أو شهادة ZK.
ZK Collaborator: على غرار ZK Rollups ، ولكن مصممة لسيناريوهات التطبيق المختلفة.ZK Rollups غير مناسبة لمهام المعالجات التعاونية بسبب القيود والقواعد الخاصة بالسلسلة.

3. إدارة الحالة:

Rollups: الحفاظ على حالتها وتزامنها مع السلسلة الرئيسية بانتظام.
ZK Collaborator: لا توجد دولة ، كل حساب ليست حالة.

4. سيناريو التطبيق:

Rollups: المستخدمون النهائيون في الخدمة الرئيسية ، مناسبة للمعاملات عالية التردد.
معالج ZK Associate: إنه يخدم بشكل أساسي المؤسسات وهو مناسب للسيناريوهات التي تتطلب حسابات معقدة ، مثل النماذج المالية عالية المستوى ، وتحليل البيانات الضخمة ، إلخ.

5. العلاقة مع السلسلة الرئيسية:

Rollups: توسيع السلسلة الرئيسية ، وعادة ما يركز على شبكات blockchain محددة.
معالج ZK Associate: يمكن أن يخدم العديد من blockchain ، لا يقتصر على سلاسل رئيسية محددة ، أو يمكن أن يقدم أيضًا قواعد التدحرج.

لذلك ، فإن الاثنين لا يرفضون بعضهما البعض ولكنهم يكملون بعضهما البعض.

1.3 استخدام الحالة

من الناحية النظرية ، يكون نطاق تطبيق معالج ZK Associate واسعًا جدًا ، ويغطي المشاريع في مختلف مجالات blockchain.يمكّن معالج ZK Associate DAPPs من وظيفة أقرب إلى تطبيقات Web2 المركزية.فيما يلي بعض الأمثلة على الأمثلة التي تم جمعها من المصادر عبر الإنترنت:

البيانات -تطوير DAPP مدفوعة:

يمكّن معالج ZK Associate المطورين من إنشاء DAPP.لقد فتح هذا إمكانيات غير مسبوقة لتطوير DAPP ، مثل:

تحليل البيانات المتقدمة: على غرار وظيفة تحليل البيانات على سلسلة تحليلات الكثبان الرملية.
منطق الأعمال المعقدة: تحقيق خوارزميات معقدة ومنطق الأعمال في التطبيقات المركزية التقليدية.
تطبيق Cross -CHAIN: إنشاء dapps cross -chain استنادًا إلى بيانات متعددة السلسلة.

برنامج Dex’s VIP Trader:

سيناريو التطبيق النموذجي هو تنفيذ خطة خصم قائمة على المعاملة في DEX ، أي “خطة ولاء Trader VIP”.مثل هذه الخطط شائعة في CEX ، ولكن نادرة في DEX.

بمساعدة المتعاونين ZK ، يمكن لـ DEX:

تتبع حجم المعاملة التاريخي للمستخدمين.
حساب مستوى VIP للمستخدم.
اضبط رسوم المعاملة بناءً على ديناميكية مستوى VIP.يمكن أن تساعد هذه الوظيفة DEX على زيادة معدل حجز المستخدم ، وزيادة السيولة وزيادة الدخل في النهاية.

تعزيز البيانات للعقود الذكية:

يمكن استخدام معالج ZK Associate كبرامج وسيطة قوية لتوفير خدمات التقاط البيانات والحساب والتحقق من العقود الذكية ، وبالتالي تقليل التكاليف وتحسين الكفاءة.هذا يتيح العقود الذكية إلى:

زيارة ومعالجة الكثير من البيانات التاريخية.
تنفيذ حساب سلسلة معقدة.
أدرك منطق الأعمال المتقدم.

تقنية الجسر الصليب:

يمكن أيضًا اعتبار بعض تقنيات الجسر المتقاطع القائمة على ZK ، مثل Herodod ، Lagram ، وما إلى ذلك ، تطبيق ZK. أساس بيانات الرسالة.

1.4 معالج ZK التعاوني ليس مثاليًا

على الرغم من أن هناك العديد من مزايا المعالج التعاوني ZK ، فإن المرحلة الحالية ليست مثالية ، ولا تزال هناك بعض المشكلات.

التنمية: يتطلب مفهوم ZK إتقان العديد من المطورين.
تكلفة الأجهزة العالية: يجب أن تكون أجهزة ZK المستخدمة تحت السلسلة. مشكلة تستحق التفكير فيها.
المناطق المزدحمة: من الناحية الفنية ، لن تكون هناك اختلافات كبيرة في التنفيذ.
دائرة ZK: احسب تحت السلسلة في معالج ZK Associate يحتاج إلى تحويل برنامج الكمبيوتر التقليدي إلى حلبة ZK.يعد كتابة دائرة مخصصة لكل تطبيق أمرًا مزعجًا للغاية ، وسيقوم استخدام ZKVM في الجهاز الظاهري بإنشاء كمية كبيرة من الحساب بسبب نماذج الحساب المختلفة.

الثاني.

(هذا الجزء من المحتوى شخصي للغاية ، ويمثل فقط وجهة النظر الشخصية للمؤلف.)

تقود هذه الدورة بشكل رئيسي بنية تحتية معيارية.إذا كان المعيار هو المسار الصحيح ، فقد تكون هذه الدورة هي الخطوة الأخيرة نحو التبني الكبير على نطاق واسع.ومع ذلك ، في هذه المرحلة ، لدينا جميعًا شعور مشترك: لماذا نرى فقط أن بعض التطبيقات القديمة قد تم إعادة تعبئة ، ولماذا توجد سلسلة أكثر من التطبيقات ، ولماذا تُعرف معايير الرمز المميز الجديد مثل النقوش بأنها واحدة باسم هذا التطبيق أعظم ابتكار لدورة العجلات؟

السبب الأساسي لعدم وجود سرد جديد هو أن البنية التحتية المعيارية الحالية لا تكفي لدعم التطبيقات الفائقة ، وخاصة عدم وجود بعض المتطلبات المسبقة (قابلية التشغيل البيني للتقاطع ، وحواجز المستخدم ، وما إلى ذلك) ، مما يؤدي إلى أسوأ تجزئة في تاريخ blockchain.نظرًا لأن جوهر العصر المعياري ، قامت Rollups بتسريع العملية بالفعل ، لكنها جلبت أيضًا العديد من المشكلات ، مثل تجزئة السيولة أو تشتت المستخدم أو السلسلة أو الأجهزة الظاهرية نفسها.بالإضافة إلى ذلك ، ابتكر “لاعب رئيسي آخر” سيليستا ، “لاعب رئيسي” آخر ، الطريق الذي قد لا يكون فيه DA على Ethereum ، مما يؤدي إلى تفاقم التفتت.سواء أكان ذلك سائقًا أيديولوجيًا أو سائق تكلفة DA ، فإن النتيجة هي أن BTC مضطر إلى أن تصبح DA ، وتم تصميم السلاسل العامة الأخرى لتوفير المزيد من حلول DA فعالة من حيث التكلفة.الوضع الحالي هو أن كل سلسلة عامة لديها واحد أو حتى العشرات من مشاريع Layer2.بالإضافة إلى ذلك ، تعلمت جميع المشاريع التحتية والمشاريع البيئية بعمق استراتيجية تعهد الرموز التي أنشأتها Blur ، تطلب من المستخدمين تعهد الرمز المميز في المشروع.يفيد هذا النموذج الحيتان العملاقة من ثلاثة جوانب (الفائدة ، ETH أو BTC تقدير ، الرموز الحرة) ، وزيادة ضغط السيولة على السلسلة.

في السوق الثور السابقة ، لن تتدفق الأموال إلا بين عشرات السلاسل العامة ، وحتى التركيز على Ethereum.الآن ، تنتشر الأموال على مئات من السلاسل العامة ، وقد أرادت الآلاف من المشاريع المماثلة ، مما أدى إلى انخفاض في أنشطة السلسلة.حتى Ethereum يفتقر إلى أنشطة السلسلة.لذلك ، يقوم اللاعبون الشرقيون بأداء PVP في النظام البيئي BTC ، واللاعبين الغربيين ضروريون لأداء حماية الأصناف النباتية في سولانا.

لذلك ، فإن تركيزي الحالي هو كيفية الترويج لسيولة التجميع لجميع السلاسل ودعم ظهور تطبيقات جديدة وتطبيقات فائقة.في مجال قابلية التشغيل البيني للتقاطع ، كانت المشاريع الرائدة التقليدية تؤدي دائمًا بشكل سيئ ولا تزال تشبه جسور التقاطع التقليدي.تهدف حلول التشغيل البيني الجديدة التي ناقشناها في التقارير السابقة بشكل أساسي إلى تجميع سلاسل متعددة في سلسلة واحدة.ومن الأمثلة على ذلك agglayer ، superchain ، سلسلة مرنة ، مربى ، وما إلى ذلك ، والتي لن يتم تقديمها واحدة تلو الأخرى.وبشكل عام ، يعد التجميع المتقاطع عقبة ضرورية أمام البنية التحتية المعيارية ، لكن الأمر يستغرق وقتًا طويلاً للتغلب عليه.

معالج ZK Associate هو الجزء الرئيسي من المرحلة الحالية.يمكنهم تقوية Layer2 وإضافة Layer1.هل هناك طريقة للتغلب مؤقتًا على التقليب والمعضلة ، دعنا ندرك بعض تطبيقات العصر الحالي على بعض Layer1 أو Layer2 على نطاق واسع؟بعد كل شيء ، تفتقر تطبيقات blockchain إلى السرد الجديد.بالإضافة إلى ذلك ، يمكن تحقيق مجموعة متنوعة من أساليب الألعاب ، والتحكم في الغاز ، والتطبيق الكبير ، والقدرات المتقاطعة ، وتقليل عقبات المستخدم بشكل أكثر مثالية من التبعيات من خلال حلول متعاون متكامل.

3. نظرة عامة على المشروع

ارتفع حقل ZK Coprocessor حوالي عام 2023 ، وهو ناضج نسبيًا في هذه المرحلة.وفقًا لتصنيف Messari ، يغطي هذا الحقل حاليًا ثلاثة مجالات رأسية رئيسية (الحوسبة الشاملة ، قابلية التشغيل البيني والتقاطع المتقاطع ، الذكاء الاصطناعي والتدريب على الآلة) ، مع ما مجموعه 18 مشروعًا.يتم دعم معظم هذه المشاريع من قبل رئيس VC.هنا نقدم عدة مشاريع من مختلف الحقول الرأسية.

3.1 جيزا

Giza هو بروتوكول ZKML (التعلم الآلي ZKML) الذي يتم نشره على StarkNet ، والذي يدعمه Starkware رسميًا.وهو يركز على تمكين نماذج الذكاء الاصطناعى للتحقق من العقود الذكية blockchain.يمكن للمطورين نشر نموذج الذكاء الاصطناعى على شبكة Giza ، ثم توفير صحة تفكير النموذج من خلال شهادة المعرفة صفر ، وتوفير النتائج للعقود الذكية بطريقة بدون ثقة.يتيح ذلك للمطورين إنشاء تطبيق سلسلة مع وظائف الذكاء الاصطناعي ، مع الحفاظ على اللامركزية والتحقق من blockchain.

يكمل Giza سير العمل من خلال الخطوات الثلاث التالية:

تحويل النموذج: يحول Giza نموذج ONNX تنسيق AI شائع الاستخدام إلى تنسيق يمكن أن يعمل في نظام الإثبات الصفري.يتيح ذلك للمطورين تدريب النماذج باستخدام أدوات مألوفة ثم نشرها على شبكة Giza.
المنطق الملزم: عندما يطلب العقد الذكي تفكير نموذج الذكاء الاصطناعى ، ستقوم Giza بإجراء حسابات فعلية ضمن السلسلة.هذا يتجنب التكلفة العالية لتشغيل نماذج AI المعقدة مباشرة على blockchain.
صفر التحقق من المعرفة: يولد Giza دليلًا صفرًا لكل منطق نموذج ، وحساب الحساب صحيح.يتم التحقق من هذه الأدلة على السلسلة لضمان صحة نتائج التفكير دون تكرار عملية الحوسبة بأكملها على السلسلة.

تتيح طريقة GIZA لنموذج الذكاء الاصطناعى أن يكون مصدر إدخال موثوق به للعقود الذكية دون الاعتماد على آلة النبوءة المركزية أو بيئة التنفيذ الموثوقة.لقد فتح هذا إمكانيات جديدة لتطبيقات blockchain ، مثل إدارة الأصول القائمة على الذكاء الاصطناعى واختبار الاحتيال والأسعار الديناميكية.إنها واحدة من المشاريع القليلة في مجال Web3 X AI في مجال حلقة مغلقة منطقية واستخدام ذكي لمعالج ميداني الذكاء الاصطناعي.

3.2 RISC Zero

RISC Zero هو مشروع رائد معالج يدعمه العديد من أفضل VCs.وهو يركز على السماح لأي حسابات بالتنفيذ في العقد الذكي blockchain.يمكن للمطورين استخدام Rust لكتابة برنامج ونشرها على شبكة RISC Zero.بعد ذلك ، يوفر RISC Zero صحة برنامج التحقق من خلال دليل على الصفر ، ويوفر نتيجة للعقود الذكية دون ثقة.يتيح ذلك للمطورين بناء تطبيقات سلسلة معقدة مع الحفاظ على اللامركزية والتحقق من blockchain.

ذكرنا بإيجاز النشر وسير العمل.هنا ، قدمنا مكونين رئيسيين بالتفصيل:

بونساي: بونساي مكون متعاون في RISC Zero ، تم دمجه بسلاسة في ZKVM من بنية مجموعة تعليمات RISC-V.يسمح للمطورين بدمج المعرفة عالية الأداء والمعرفة بسرعة مع Ethereum و L1 blockchain وسلسلة تطبيق Cosmos و L2 Rollup و DAPP في غضون بضعة أيام.يوفر مكالمات عقود ذكية مباشرة ، وحوسبة سلسلة تم التحقق منها ، وقابلية التشغيل البيني المتقاطع ، ووظائف Rollup الشاملة ، مع استخدام الهندسة المعمارية الموزعة الأولى غير المركزية.الجمع بين الإثبات المتكرر ، ومترجمي الدوائر المخصصة ، واستمرارية الحالة وخوارزمية التحسين المستمر ، فإنه يتيح لأي شخص توليد دليل عالٍ -على علم بتطبيقات مختلفة.
ZKVM: ZKVM هو جهاز كمبيوتر قابل للتحقيق ، وهو مشابه لميكروفون RISC-V المدمج الحقيقي.استنادًا إلى بنية مجموعة تعليمات RISC-V ، فإنه يسمح للمطورين بكتابة برامج يمكنها إنشاء شهادة المعرفة الصفرية مع لغات البرمجة المتقدمة مثل Rust و C ++ والصلابة.وهو يدعم أكثر من 70 ٪ من حزمة الصدأ الشهيرة ، ويدمج بشكل سلس الحوسبة العامة مع إثبات الصفر ، ويمكنه توليد دليل فعال على الصفر -معرّفة لحساب أي تعقيد ، مع الحفاظ على خصوصية عملية الحوسبة والنتائج التي يمكن التحقق منها.يستخدم ZKVM تقنية المعرفة الصفرية مثل Stark و Snark لتحقيق فعالة لتوليد الإثبات والتحقق من خلال مكونات مثل Prover Recursion ، ومثل Stark to Snark ، ودعم تنفيذ السلسلة والتحقق منها.

قامت RISC Zero بدمج مع حلول ETH Layer2 المتعددة وأظهرت حالات مختلفة من Bonsai.مثال مثير للاهتمام هو Bonsai Pay.يستخدم هذا العرض التوضيحي خدمات ZKVM و Bonsai Proof من RISC Zero ، مما يسمح للمستخدمين باستخدام حساب Google الخاص بهم لإرسال أو استخراج ETH والرموز على Ethereum.يوضح كيف يدمج RISC Zero بسلاسة التطبيق على السلسلة مع مزودي الهوية الرئيسيين مثل OAUTH2.0 (مقدمي الخدمات القياسية مثل Google) ، وبالتالي توفير حالة استخدام لتقليل عقبات مستخدم Web3 من خلال تطبيقات Web2 التقليدية.وتشمل الأمثلة الأخرى التطبيقات المستندة إلى DAO.

3.3 = لا شيء ؛

= NIL ؛تجدر الإشارة إلى أن رواد تقنية ZK مثل Mina و Starkware هم أيضًا من بين المؤيدين ، مما يشير إلى أن المشروع معترف به تقنيًا.= لا يوجد أيضًا في تقريرنا “سوق الحوسبة” ، والذي يركز بشكل أساسي على سوق الإثبات (دليل لا مركزي لتوليد السوق).بالإضافة إلى ذلك ، = NIL ؛

تم تطوير ZKLLVM بواسطة NIL ؛هذا يبسط بشكل كبير عملية التطوير ، ويقلل من عتبة الدخول ، ويحسن الأداء عن طريق تجنب ZKVM.وهو يدعم الأجهزة لتسريعها لتسريع دليل توليد توليد ، بحيث يكون مناسبًا لمختلف سيناريوهات تطبيق ZK ، مثل Rollups و Cross -Chain Bridge و Propecy Machine والتعلم الآلي ولعبة.تم دمجها بشكل وثيق مع = NIL ؛

3.4 Brevis

Brevis هو عنصر فرعي لشبكة Celer.مثل المتعاونين الآخرين ، لدى Brevis حالات استخدام واسعة ، مثل Defi -Devi و Zkbridges واكتساب المستخدم وتجريد ZKDID وتجريد الحساب الاجتماعي.

تتكون العمارة Brevis من ثلاثة أجزاء رئيسية:

ZKFABRIC: ZKFABRIC هو مكون ترحيل في بنية BREVIS.
Zkquerynet: Zkquerynet هو سوق محرك ZK Query يمكن أن يقبل مباشرة استعلام البيانات من العقود الذكية على السلسلة ، وإنشاء نتائج الاستعلام وأثريدات ZK Query المقابلة من خلال حلبة ZK Query Engine.يتراوح نطاق المحرك هذه من متخصص للغاية (على سبيل المثال ، حساب حجم التداول لـ DEX خلال فترة معينة) إلى لغة الاستعلام العامة المجردة ولغة الاستعلام المتقدمة لتلبية احتياجات التطبيق المختلفة.
Zkagggrogatorollup: نظرًا لأن طبقة التجميع والتخزين من Zkfabric و Zkquerynet ، مسؤولة عن التحقق من إثبات هذين المكونين ، فإن بيانات التخزين التي تم إثباتها ، وقدمت حالة ZK لجميع blockchains المتصلة ، وبالتالي السماح DAPP في سلسلتها سلسلة زيارة نتائج الاستعلام المؤكدة مباشرة في منطق أعمال العقد الذكي.

من خلال هذه البنية المعيارية ، يمكن لـ Brevis توفير جميع العقود الذكية المدعومة من السلسلة العامة دون ثقة وطرق وصول فعالة ومرنة.يتبنى إصدار V4 الخاص بـ UNI هذا الحل أيضًا ، ويدمجه بخطافات (نظام يستخدم لدمج مختلف المنطق المعرفة للمستخدمين) لتسهيل قراءة بيانات blockchain التاريخية ، وخفض تكاليف الغاز ، مع ضمان جوهر اللامركزيةهذا مثال على معالج ZK Associate لتعزيز DEX.

3.5 لاغرانج

Lagrange هو بروتوكول معالج الشهادات الصفر المعرّف بقيادة صندوق 1KX ومؤسس.على عكس جسور العقدة التقليدية ، يتم تحقيق قابلية التشغيل البيني للتقاطع بين Lagrange بشكل أساسي من خلال إثبات المعرفة الصفرية المبتكرة للبيانات الضخمة وآلية اللجنة الوطنية.

ZK Big Data: هذا هو المنتج الأساسي لـ Lagrange ، المسؤول عن معالجة البيانات المتقاطعة والتحقق منها وإنشاء دليل على الصفر ذات الصلة.يتضمن هذا المكون معالج ZK متوازيًا للغاية يتم استخدامه لأداء حسابات السلسلة المعقدة وإنشاء دليل على صفر. تقليل آلية التحديث الديناميكي لإثبات الوقت ؛يشكلون معًا نظامًا كبيرًا لمعالجة البيانات والتحقق منها.
لجنة الحالة: هذا المكون عبارة عن شبكة التحقق اللامركزية تتكون من عقد مستقلة متعددة ، وكل عقدة تعهدت بـ ETH كرهن عقاري.تعمل هذه العقد كعميل Light ZK للتحقق من التحقق من بعض التدحرج المحسن على وجه التحديد.يستخدم لجنة الحالة وتكامل AVS الخاص بـ eigenlayer آلية إعادة الطعنة لتعزيز الأمن ، ودعم عدد غير محدود من العقد المشاركة ، وتحقيق نمو الأمن الخطي الفائق.كما يوفر “الوضع السريع” الذي يسمح للمستخدمين بإجراء عمليات تقاطع دون انتظار نافذة التحدي ، مما يحسن تجربة المستخدم بشكل كبير.يتيح الجمع بين هاتين التقنيتين Lagrange من التعامل بكفاءة في التعامل مع البيانات الكبيرة والناشئة ، وإجراء الحوسبة المعقدة ، ونقل النتائج بشكل آمن والتحقق من النتائج بين blockchain المختلفة لدعم تطوير تطبيقات التبادل المتقاطع المعقدة.

تم دمج Lagrange مع eigenlayer ، mantle ، base ، frax ، polymer ، layerzero ، omni ، altlayer وغيرها من المتكاملة ، وسيصبح أول ZK AVS لنظام Ethereum البيئي.