تم تطوير إثباتات المعرفة الصفرية (ZKPs) في الأصل لحماية الخصوصية، لكن مع تزايد الحاجة إلى قابلية التوسع في البلوكشين، أصبحت تقنية zk عنصرًا أساسيًا في حلول الطبقة الثانية Layer2 والهياكل المعيارية. في الأعوام الأخيرة، توسع دور تقنية zk بسرعة من حماية خصوصية المعاملات إلى الحوسبة عالية الأداء، واستدلال الذكاء الاصطناعي، والتمويل على السلسلة، بفضل ابتكارات مثل zkRollup وzkVM والحوسبة القابلة للتحقق.
في مشهد zk، تمثل zkSync وNexus اتجاهين متمايزين. تركز zkSync على توسيع Ethereum ودعم منظومة EVM المتوافقة، بينما تركز Nexus على الحوسبة القابلة للتحقق وشبكات الإثبات، وتهدف إلى تمكين سيناريوهات الحوسبة المعقدة على السلسلة عبر zkVM والهندسة المعيارية. فهم الفارق بين هذين المشروعين يمنح رؤية أوضح لمسار تطور تقنية zk في المستقبل.
Nexus هي شبكة Layer1 مصممة خصيصًا للحوسبة القابلة للتحقق، وهدفها الأساسي هو تمكين الحوسبة القابلة للتحقق على نطاق واسع عبر zkVM، وشبكة إثبات معيارية، وبنية تحقق موزعة.
بينما تركز السلاسل العامة التقليدية على حجم المعاملات، تضع Nexus أولوية على "كيفية التحقق من الحوسبة المعقدة". بنيتها تتمحور حول zkVM وتوليد الإثباتات وشبكة الإثبات، مستهدفة التمويل القابل للتحقق، والذكاء الاصطناعي القابل للتحقق، والحوسبة عالية التردد على السلسلة.
أما zkSync، فهي شبكة zkRollup مبنية على Ethereum، تهدف إلى زيادة حجم معاملات Ethereum وتقليل تكاليف Gas.
على الرغم من أن كلًا من Nexus وzkSync يستخدمان إثباتات zk، إلا أن كلاهما يعالج تحديات مختلفة.
الهدف الأساسي لـ zkSync هو "توسعة Ethereum"، معالجًا ارتفاع تكاليف Gas وبطء سرعة المعاملات على Ethereum. ويعتمد نهجه الأساسي على Layer2 Rollup.
في المقابل، تركز Nexus على "التحقق من الحوسبة المعقدة". يهدف المشروع إلى التحقق منخفض التكلفة لاستدلال الذكاء الاصطناعي، والأتمتة، والمنطق المالي المتقدم.
بعبارة أخرى، zkSync هي بنية تحتية لتوسعة المعاملات، بينما Nexus هي بنية تحتية للحوسبة القابلة للتحقق. هذا الاختلاف الجذري يحدد بنيتهما وتركيز التطوير وموقعهما في النظام البيئي.
تعتمد zkSync على بنية zkRollup القياسية: تنفذ المعاملات على شبكة Layer2، وتُرسل تحديثات الحالة إلى Ethereum باستخدام إثباتات zk.
هذا النهج يمنح zkSync أمان Ethereum مع زيادة كبيرة في حجم المعاملات.
أما Nexus، فتعتمد على تصميم معياري، حيث تفصل شبكتها بين التنفيذ والإثبات والتحقق في طبقات مستقلة، وتستفيد من شبكة إثبات لتوليد الإثباتات.
باختصار:
كلاهما يعتمد على إثباتات zk، لكن أهداف تصميم النظام مختلفة بشكل جوهري.
التقنية الأساسية لـ zkSync هي zkEVM، التي تهدف إلى التوافق مع منظومة Ethereum الافتراضية. يمكن للمطورين الاستمرار في استخدام Solidity وأدوات EVM المعروفة.
يركز Nexus zkVM على الحوسبة العامة، ويدعم Rust وGo وC++ وغيرها من لغات البرمجة الرائدة، مع تركيز على التحقق من البرامج المعقدة.
يركز zkEVM على التوافق، بينما يركز zkVM على الحوسبة القابلة للتحقق.
ويعني هذا أن:
ومع تزايد الحاجة للحوسبة على السلسلة، يُنظر إلى zkVM كأساس لبيئات الحوسبة الموثوقة للجيل القادم.
تشمل الاستخدامات الأساسية لـ zkSync التمويل اللامركزي (DeFi)، وNFT، وتوسعة تطبيقات Ethereum dApp، والمعاملات منخفضة التكلفة، وهجرة النظام البيئي لـ EVM. وتتمثل مهمتها الأساسية في خفض التكاليف التشغيلية لتطبيقات Ethereum.
أما Nexus، فتركز على التمويل القابل للتحقق، والذكاء الاصطناعي القابل للتحقق، وشبكات الإثبات، والحوسبة عالية الأداء على السلسلة، والتحقق من استدلال الذكاء الاصطناعي. لذا، تعتبر Nexus أكثر ملاءمة للسيناريوهات التي تتطلب حوسبة معقدة وتوليد إثباتات، وليس فقط توسيع المعاملات.
تعتمد استراتيجية zkSync في التوسع على حجم المعاملات وتحسين Gas، مع مكاسب الأداء الناتجة أساسًا عن تجميع Rollup.
أما Nexus، فتركز بشكل أكبر على كفاءة الإثبات والتحقق المتوازي. شبكة الإثبات الموزعة الخاصة بها قادرة على توزيع مهام الإثبات على عقد متعددة، مما يعزز القدرة على معالجة الحوسبة المعقدة.
منطق التوسع لديهما كالتالي:
| بُعد المقارنة | Nexus | zkSync |
|---|---|---|
| التوجه الأساسي | الحوسبة القابلة للتحقق | Ethereum Layer2 |
| نوع الشبكة | Layer1 | zkRollup |
| التقنية الأساسية | zkVM + شبكة الإثبات | zkEVM |
| الهدف الرئيسي | التحقق من الحوسبة المعقدة | زيادة حجم المعاملات |
| لغات البرمجة | Rust / Go / C++ | Solidity |
| دعم سيناريو الذكاء الاصطناعي | أقوى | محدود |
| الاعتماد على Ethereum | مستقل نسبيًا | معتمد بشكل كبير |
على المدى الطويل، لا يعتبر هذان المشروعان منافسين مباشرين، بل يمثلان اتجاهين مختلفين لتقنية zk.
رغم التقدم السريع في تقنية zk، يواجه كل مشروع تحدياته الخاصة.
على zkSync مواصلة معالجة التوافق مع zkEVM وتكاليف Rollup والاعتماد الكبير على Ethereum.
أما Nexus، فتواجه تحديات ارتفاع تكاليف الإثبات، ونظام بيئي ناشئ، وسوق ذكاء اصطناعي قابل للتحقق لا يزال في بدايته.
قطاع zk تنافسي للغاية، مع مشاريع مثل Starknet وScroll وPolygon zkEVM ومبادرات معيارية أخرى تتبع مسارات تقنية بديلة.
في النهاية، يعتمد تبني أي بنية zk على نطاق واسع على نضج النظام البيئي للمطورين، وقدرات الأجهزة، وطلب التطبيقات الواقعية.
على الرغم من أن كلًا من Nexus و zkSync مبنيان على إثباتات المعرفة الصفرية، إلا أن أهدافهما الجوهرية مختلفة.
تركز zkSync على توسعة Ethereum Layer2، باستخدام zkRollup وzkEVM لتعزيز كفاءة المعاملات وتقليل تكاليف Gas. بينما Nexus تركز على الحوسبة القابلة للتحقق، ودعم الذكاء الاصطناعي، والتمويل القابل للتحقق، والتحقق من المنطق المعقد على السلسلة عبر zkVM وشبكات الإثبات.
على المدى الطويل، تتطور تقنية zk من حل قابلية التوسع فقط إلى أساس لبنية تحتية للحوسبة الموثوقة. وتمثل كل من zkSync وNexus اتجاهًا مختلفًا في هذا التطور.
zkSync هو حل zkRollup لتوسعة Ethereum، بينما تركز Nexus على الحوسبة القابلة للتحقق وبنية الإثبات.
تعتمد Nexus على zkVM لتوليد إثباتات zk، مما يمكّن من التحقق من نتائج الحوسبة المعقدة دون الحاجة لإعادة تنفيذ البرنامج على كل عقدة.
يركز zkEVM على التوافق مع منظومة Ethereum، بينما تم تصميم zkVM للحوسبة القابلة للتحقق العامة.
يُستخدم zkSync لتوسعة Ethereum، وتقليل تكاليف Gas، ودعم المعاملات منخفضة التكلفة على السلسلة.
كلاهما ينتمي إلى قطاع zk، لكنهما يعالجان تحديات مختلفة ويمثلان اتجاهات تقنية متمايزة.





