لماذا يقترب
#GRVT من «تحجيم المشتقات» بشكل مختلف من منظور تقني 🧐
إذا نظرت إلى معماريات الـDEX، فإن التسوية تكون غالبًا عنق الزجاجة الأساسي. إما أن تتعامل مع زمن تأخير مرتفع (دفاتر أوامر على السلسلة) أو تتنازل عن اللامركزية مقابل السرعة (محركات مطابقة مركزية).
@grvt_io تحاول نهجًا مختلفًا باستخدام مقاربة ZK-rollup تحاكي البورصات عالية الأداء.
أبرز ملامح المعمارية التقنية:
1️⃣ مطابقة خارج السلسلة، تسوية على السلسلة: تعمل محركات المطابقة خارج السلسلة للحفاظ على زمن التأخير ضمن نطاق أقل من الميلي ثانية (باستخدام نموذج CLOB). لكن صحة الصفقات ليست مضمونة بواسطة كيان مركزي، بل عبر أدلة ZK-Proofs يتم تسويتها على شبكة ZKsync الرئيسية.
2️⃣ تجميع أدلة ZK: بدل كتابة كل صفقة على السلسلة بشكل فردي، يتم تجميع صفقات متعددة في دليل واحد. وهذا يقلّل بشكل كبير تكاليف المعاملات ويحمّل شبكة L1 دون التضحية بطبقات الثقة.
3️⃣ معمارية غير احتكارية (Non-custodial): هذه هي النقطة الحاسمة للمطوّرين. يتم تأمين الأصول بواسطة العقود الذكية، وليست محتجزة في محفظة يتحكم بها النظام الأساسي. تبقى مفاتيحك الخاصة تحت سيطرتك وحدك في كل الأوقات. لا يمنح البروتوكول المنصة أي سلطة إدارية لتحريك أو تجميد رأس مالك؛ كل معاملة وسحب تتطلب توقيعك التشفيري المباشر. وهذا يلغي فعليًا خطر التدخل الخبيث من المنصة—على النقيض الصارخ من مخاطر الاحتفاظ بالأصول (custodial) التي لوحظت مع CEXs في 2022.
التحدي التكنولوجي:
يبقى السؤال الكبير هو أداء المُثبتين (provers). أدلة ZK مكلفة حسابيًا. إذا كانت GRVT تريد الحفاظ على وتيرة أوامر عالية، فيجب توسيع البنية التحتية للإثبات بكفاءة شديدة.
بالنسبة لمن يتعمّق أكثر: هل تعتقد أن نهج ZK لتداول المشتقات ذو أداء كافٍ للمنافسة مع واجهات برمجة تطبيقات CEX الكلاسيكية، أم أننا ما زلنا نرى قدرًا كبيرًا من الهدر/التعطيل في توليد الأدلة؟
لنتناقش في التعليقات.
#ZKsync #DeFi #CryptoEngineering #Web3