

اليوم، يواجه المستخدمون تقنية ZK غالبًا في رول أب ZK مثل Starknet وzkSync Era. تعالج هذه الشبكات من الطبقة 2 المعاملات خارج الشبكة الرئيسية لإيثيريوم، وتُنتج إثباتًا تشفيريًا لصحة هذه المعاملات، ثم ترسل هذا الإثبات مرة أخرى إلى إيثيريوم.
بالنسبة للمستخدمين، تكمن الفائدة في الجوانب العملية: انخفاض رسوم المعاملات، وسعة معاملات أعلى، وسرعة التأكيد دون الاعتماد الكلي على بلوكشين منفصلة.
ZK تعني "اللا معرفة الصفرية"، وهو نوع من التشفير يثبت صحة بيان معين دون الكشف عن كل البيانات الأساسية.
في مجال العملات الرقمية، تُستخدم تقنية ZK عادة في رول أب الطبقة 2، وأدوات الخصوصية، وأنظمة الهوية، وتطبيقات إثبات الاحتياطيات والامتثال.
رول أب ZK تعالج المعاملات خارج إيثيريوم وتعيد إثباتات الصلاحية إلى الطبقة 1، مما يقلل من حجم العمل الذي تقوم به إيثيريوم مباشرة.
رول أب ZK تختلف عن optimistic rollups من حيث أنها تثبت صحة المعاملات فعليًا بدلاً من افتراض صحتها والانتظار لفترة التحدي.
zk-SNARKs وzk-STARKs هما نظامان مختلفان للإثبات، لكن معظم المستخدمين لا يحتاجون لفهم تفاصيلهما الرياضية لاستخدام الشبكات المعتمدة على ZK.
ZK لا تعني الخصوصية تلقائيًا. فقد تستفيد رول أب ZK من إثباتات اللا معرفة للتوسعة مع إبقاء معلومات المعاملة متاحة علنًا.
يتيح التشفير باللا معرفة الصفرية إثبات صحة معلومة ما دون الكشف عن البيانات المستخدمة للإثبات.
مثال بسيط هو التحقق من العمر.
تخيل خدمة تحتاج لمعرفة إذا كنت تجاوزت 18 عامًا.
في التحقق التقليدي من الهوية، قد ترفع هوية تعرض:
اسمك الكامل؛
تاريخ الميلاد؛
العنوان؛
رقم التعريف؛ و
الصورة الشخصية.
في نظام بلا معرفة، يمكنك إثبات:
"أنا فوق 18 عامًا" دون الإفصاح عن تاريخ ميلادك أو باقي بيانات هويتك.
المُحقِّق يحصل فقط على ما يحتاج لمعرفته.
في أنظمة البلوكشين، يُطبق هذا المفهوم على المعاملات والعمليات الحسابية.
بدلاً من أن تطلب من إيثيريوم تكرار آلاف العمليات الحسابية، يمكن لنظام آخر تنفيذها وتقديم إثبات يقول:
"تمت معالجة هذه المعاملات بشكل صحيح."
تتحقق إيثيريوم من الإثبات بدلًا من إعادة كل العمل.
هذه هي قاعدة رول أب ZK.
إثبات اللا معرفة الصفرية (ZKP) هو إثبات تشفيري يسمح للمُحقِّق بالتحقق من صحة ادعاء ما دون معرفة كل المعلومات المتعلقة به.
بالنسبة لمعظم مستخدمي العملات الرقمية، التطبيقات أهم من التفاصيل الرياضية.
يمكن استخدام إثباتات اللا معرفة الصفرية لإثبات أمور مثل:
التزام المعاملة بقواعد البروتوكول؛
امتلاك المستخدم للأموال دون كشف الرصيد الدقيق؛
استيفاء شخص لمتطلبات الهوية دون كشف هويته الكاملة؛
تنفيذ آلاف معاملات الطبقة 2 بشكل صحيح؛ أو
إثبات صحة نتيجة عملية حسابية دون تكرارها على السلسلة.
لذا تعتبر تقنية ZK مفيدة كلما احتاجت البلوكشين للتحقق دون الإفصاح أو تنفيذ كل التفاصيل بشكل مباشر.
رول أب ZK هو شبكة الطبقة 2 تعالج المعاملات بعيدًا عن طبقة التنفيذ الأساسية لإيثيريوم وترسل دوريًا إثبات صلاحية تشفيري إلى إيثيريوم.
تخيل 1,000 مستخدم يجري معاملات.
بدون الطبقة 2، قد يحتاج تنفيذ كل معاملة فرديًا على إيثيريوم.
مع رول أب ZK:
يرسل المستخدمون المعاملات إلى الطبقة 2.
تجمع الرول أب هذه المعاملات في دفعات تُنفذ خارج السلسلة.
يولد النظام إثباتًا تشفيريًا يؤكد صحة الحالة الجديدة.
يتم إرسال بيانات الدفعة المضغوطة وإثبات الصلاحية إلى إيثيريوم.
تتحقق إيثيريوم من الإثبات للتأكد من صحة الدفعة قبل قبول تحديث حالة الرول أب.
هذه هي آلية عمل رول أب ZK.
يمكن تمثيل العديد من العمليات كمعاملة واحدة على السلسلة، مما يقلل تكاليف المعاملات.
بدلاً من قيام إيثيريوم بتكرار كل المعاملات، تتحقق من إثبات صغير الحجم.
لذلك تقلل رول أب ZK التكاليف وتزيد من سعة المعاملات، وغالبًا ما تضغط بيانات المعاملات بكفاءة أكبر من optimistic rollups.
افترض أن 5,000 مستخدم يجرون المبادلة على الطبقة 2 مبنية على ZK.
قد يقوم كل مستخدم بالتداول أو إرسال رموز أو التفاعل مع العقد الذكي.
بدلاً من نشر كل عملية حسابية على إيثيريوم، تتولى الطبقة 2 تنفيذ المعاملات، وتُحتسب تغييرات الحالة خارج السلسلة.
ثم تُنتج إثباتات تبين أن المعاملات الصحيحة فقط هي التي غيّرت الأرصدة بين الحالتين:
"الأرصدة قبل هذه الـ5,000 معاملة كانت X. بعدها Y. كل معاملة التزمت بالقواعد."
تركز إيثيريوم على التحقق من الإثبات قبل قبول التحديث.
إذا كان صالحًا، تقبل إيثيريوم الحالة الجديدة.
بالنسبة للمستخدم، النتيجة واضحة:
يمكن أن تكون تكلفة المعاملة أقل بكثير من تنفيذها مباشرة على الشبكة الرئيسية لإيثيريوم.
ليس بالضرورة.
هذه إحدى أكثر المفاهيم الخاطئة انتشارًا حول تقنية ZK.
قد تدعم إثباتات اللا معرفة الصفرية الخصوصية، لكن تطبيقها يعتمد على تصميم الشبكة، وغالبًا ما تستخدم رول أب ZK التقنية لإثبات صحة العمليات الحسابية فقط.
قد تظهر المعاملة على رول أب ZK:
عناوين المحفظة؛
مبالغ الرموز؛
تفاعلات العقود؛ و
بيانات معاملة أخرى.
لذا:
يمكن لتقنية ZK تمكين الخصوصية.
لكن:
الشبكة التي تستخدم إثباتات ZK ليست شبكة خصوصية تلقائيًا.
الخصوصية تتطلب خيارات تصميم إضافية تركز على حماية المستخدم، وليس فقط التوسعة أو إثبات الصحة.
تعتمد شبكات الطبقة 2 الرئيسية في إيثيريوم إما على إثباتات الصلاحية أو إثباتات التفاؤل.
الفرق يكمن في طريقة إثبات صحة المعاملات.
تستخدم رول أب اللا معرفة الصفرية تقنية التشفير لإنتاج إثباتات تُظهر أن كل تحديث حالة صالح.
تتحقق إيثيريوم من الإثبات قبل قبول التحديث. يتم التحقق على بلوكشين إيثيريوم عبر عقد رول أب ZK في الطبقة 1. تبقى حالة الرول أب خارج السلسلة، ويُعتمد فقط على التحديث الذي ثبتت صحته.
الأمثلة تشمل:
Starknet؛
zkSync Era؛ و
Linea.
تتبع optimistic rollups منهجًا مختلفًا.
تفترض صحة المعاملات ما لم يتحداها أحد.
توفر فترة التحدي وقتًا للمشاركين لتقديم أدلة إذا احتوت دفعة على انتقال حالة غير صالح.
تشمل optimistic rollups الرئيسية:
Arbitrum؛
Base؛ و
OP Mainnet.
بالنسبة لمعظم المستخدمين، كلا النهجين يقدمان حلاً لتوسعة معاملات إيثيريوم وخفض تكلفتها.
الفرق الأساسي هو نموذج التحقق. غالبًا ما توفر رول أب ZK أوقات إنهاء أسرع لأن المستخدمين لا ينتظرون فترة الطعن أو إثبات الاحتيال كما في الأنظمة المتفائلة.
| رول أب ZK | Optimistic Rollup | |
|---|---|---|
| التحقق | إثبات صلاحية تشفيري | يُفترض الصلاحية ما لم يُتحدَّ |
| فترة التحدي | لا يوجد انتظار لإثبات الاحتيال | عادة مطلوبة للخروج الرسمي |
| توليد الإثبات | أكثر كثافة حسابية | أبسط غالبًا |
| نضج EVM | يتطور بسرعة | كان من الأسهل دعمه تاريخيًا |
| أمثلة | Starknet, zkSync, Linea | Arbitrum, Base, Optimism |
لا يُعد أي من النظامين "أفضل" تلقائيًا.
غالبًا ما تكون نشاط الشبكة، السيولة، افتراضات الأمان، الرسوم، وتوافر التطبيقات أكثر أهمية للمستخدمين من نظام الإثبات الأساسي وحده.
غالبًا ما تصادف هذين المصطلحين عند البحث في مشاريع اللا معرفة الصفرية.
هما عائلتان من أنظمة الإثبات التشفيري.
ZK-SNARK هو اختصار لـ Succinct Non-Interactive Argument of Knowledge.
تتمثل الميزة الرئيسية في إثباتات مضغوطة وسهلة التحقق نسبيًا.
تستخدم أنظمة SNARK تصميمات تشفيرية مختلفة، بعضها يتطلب إعدادًا موثوقًا والبعض لا يحتاج. وهي شكل من إثبات اللا معرفة الصفرية غير التفاعلي.
يجب تصميم دائرة zk snark بدقة، وأظهرت دراسة أن %96 من أخطاء SNARK تعود إلى منطق غير مقيد.
STARK هو اختصار لـ Scalable Transparent Argument of Knowledge.
تتجنب الأنظمة القائمة على STARK إعداد SNARK الموثوق التقليدي، وتعتمد أساسًا على التشفير المعتمد على الهاش، وتستخدم العشوائية القابلة للتحقق علنًا في نموذج الإعداد الشفاف.
Starknet هو أبرز مثال على شبكة مبنية على تقنية STARK في العملات الرقمية.
لكن بالنسبة للمستخدم العادي الذي يختار الطبقة 2، الأسئلة العملية غالبًا أهم:
هل تدعم الشبكة التطبيق الذي أحتاجه؟
كم تكلفة المعاملة؟
ما مدى السيولة؟
مدى نضج الجسور؟
افتراضات الأمان؟
لا تحتاج للاختيار بناءً فقط على استخدام SNARK أو STARK.
zkEVM هو بيئة تنفيذ تعتمد على ZK مصممة لمعالجة العمليات الحسابية المعقدة للعقود الذكية المتوافقة مع إيثيريوم مع إثبات فعال لهذه العمليات.
الهدف الجمع بين:
توافق إيثيريوم + إثباتات صلاحية ZK + تنفيذ منخفض التكلفة للطبقة 2.
هذا مهم لأن مطوري إيثيريوم بنوا آلاف التطبيقات باستخدام Solidity وأدوات متوافقة مع EVM.
إذا دعمت شبكة ZK هذه الأدوات، يمكن نقل التطبيقات أو تعديلها دون إعادة البناء الكامل، مع إمكانية التحقق من التنفيذ دون كشف كل خطوة وسيطة.
Linea وzkSync Era أمثلة لمشاريع تسعى لتنفيذ ZK متوافق مع إيثيريوم رغم اختلاف التفاصيل التقنية. بينما يتبع Starknet نهجًا مختلفًا باستخدام لغة Cairo بدلاً من تكرار EVM بالكامل.
بالنسبة لمعظم المتداولين، هناك أربعة أسباب عملية لأهمية ZK.
يمكن لطبقات إيثيريوم 2 توزيع تكاليف التسوية والبيانات على عدة معاملات. ولهذا غالبًا ما تأتي الرسوم المنخفضة من تجميع عمليات متعددة بدلًا من دفع رسوم لكل معاملة منفردة على الشبكة الرئيسية.
إذا كنت تجري المبادلة أو تقرض USDC أو تنقل رموزًا، غالبًا ما يكون استخدام الطبقة 2 أرخص بكثير من تنفيذ المعاملة مباشرة على إيثيريوم.
معالجة النشاط خارج الطبقة 1 تسمح لرول أب ZK بزيادة سعة المعاملات دون الحاجة لأن ينفذ كل مدقق على إيثيريوم كل معاملة، ما يعزز قابلية التوسع.
إثباتات الصلاحية تقدم ضمانات قوية أن انتقال حالة الطبقة 2 صحيح بمجرد التحقق من الإثبات، مع احتساب الحالة خارج السلسلة أولًا ثم اعتمادها بعد قبول الإثبات.
بدلًا من تسوية كل عملية بشكل منفرد، تقوم رول أب ZK بإرسال دفعات صالحة دوريًا إلى الطبقة 1.
يمكن لأنظمة ZK دعم تطبيقات تثبت هوية المستخدم أو امتثاله دون كشف تفاصيل المعاملة أو البيانات الشخصية.
قد تشمل الأمثلة:
إثبات العمر دون كشف تاريخ الميلاد؛
إثبات الإقامة دون كشف العنوان الكامل؛
إثبات أحقية الحساب دون نشر مستندات حساسة؛ أو
إثبات تحقق معاملة من متطلبات الامتثال مع إبراز بيانات شخصية أقل.
وهذا مهم خارج مجال العملات الرقمية أيضًا، مثل المصادقة ونزع السلاح النووي.
Starknet هي الطبقة 2 لإيثيريوم مبنية على إثباتات STARK.
تستخدم لغة Cairo وتُركز على تطبيقات ZK الأصلية وتجريد الحسابات والحوسبة القابلة للإثبات.
zkSync Era الطبقة 2 لإيثيريوم قائمة على إثبات الصلاحية، مصممة لدعم بيئة تطوير إيثيريوم مع استخدام إثباتات ZK للتسوية.
اعتمادها أقل من شبكات optimistic الكبرى مثل Base وArbitrum، لكنها تبقى من منظومة ZK الأساسية.
Linea هي zkEVM طورتها Consensys.
تركز على جعل تنفيذ ZK متاحًا لمطوري إيثيريوم وتتكامل مع أدوات Consensys.
كان Polygon zkEVM مشروع zkEVM مبكرًا وبارزًا، لكن المنسق Mainnet Beta توقف في يوليو 2026.
وهذا يذكرنا بأن التقنية واعدة، لكن الشبكات الفردية قد تتوقف أو تغير استراتيجيتها أو تفقد قاعدة المستخدمين.
يجب دائمًا على المستخدمين التأكد من دعم الشبكة قبل نقل الأصول إليها.
ربما تستخدم تقنية ZK دون أن تلاحظ، خاصة في مشاريع رول أب ZK التي يلجأ إليها المتداولون عبر البورصات.
افترض أن منصة تدعم سحب ETH إلى الطبقة 2 مبنية على ZK.
بدلاً من:
منصة → الشبكة الرئيسية لإيثيريوم → معاملة التمويل اللامركزي (DeFi) مكلفة
يمكنك استخدام:
منصة → الطبقة 2 ZK → معاملة التمويل اللامركزي (DeFi) منخفضة التكلفة
مثال: Loopring.
هناك يمكنك:
المبادلة؛
استخدام بروتوكولات الإقراض؛
توفير السيولة؛
شراء الرموز غير القابلة للاستبدال (NFT)؛ أو
التفاعل مع تطبيقات الطبقة 2 الأخرى.
الفائدة تأتي من انخفاض تكلفة التنفيذ، وليس من أن ZK تجعل الصفقة بحد ذاتها أفضل.
هذه الشبكات حلول توسعة أخرى لإيثيريوم، ويجب على المستخدمين مقارنة السيولة والدعم.
يجب أيضًا مراعاة:
مخاطر الجسور؛
مخاطر العقد الذكي؛
السيولة؛
توفر السحب؛
توافق الرموز؛ و
حالة الشبكة.
ليس بالضرورة.
رول أب ZK أحد بروتوكولات الرول أب من بين عدة أساليب للطبقة 2، بينما تحظى optimistic rollups مثل Base وArbitrum بنشاط وسيولة أكبر في عديد من المجالات.
بالنسبة للمتداول، قد تكون الشبكة ذات السيولة والتطبيقات الأفضل أنفع من شبكة ZK متقدمة تقنيًا بعدد مستخدمين أقل.
فكر في ZK كأحد أساليب التوسعة والتحقق، والاختيار بين البنى يعتمد على التطبيق وليس بروتوكول الرول أب فحسب.
في العملات الرقمية، تعني ZK ببساطة اللا معرفة الصفرية.
تتيح التقنية للبلوكشين التحقق من صحة أمر ما دون الحاجة لمعالجة كل معلومة أو كل عملية مباشرة على السلسلة.
الاستخدام الأبرز اليوم هو رول أب ZK، حيث تتم معالجة المعاملات في شبكات خارج السلسلة، ولا يُعتمد إلا على الإثبات وتحديث الحالة الملخص على إيثيريوم.
للمستخدمين، قد يعني ذلك رسومًا أقل، وسعة معاملات أعلى، وتطبيقات أكثر قابلية للتوسع.
للمطورين، يفتح المجال أمام شبكات ZK متوافقة مع إيثيريوم وتطبيقات تحافظ على الخصوصية.
وللمستثمرين، المهم هو أن ZK تقنية وليست نظرية استثمارية وحدها، ولا تزال كثير من الأنظمة تعتمد على جهة مركزية مثل المنسق لترتيب وإرسال الدفعات. لنجاح المشروع، يجب توفر المستخدمين، السيولة، التطبيقات، اقتصاد مستدام، وشبكة آمنة.
ليس دائمًا. يمكن لإثباتات ZK دعم الخصوصية، لكن العديد من رول أب ZK تستخدمها أساسًا للتوسعة مع إبقاء معلومات المعاملة مرئية.
رول أب ZK تقدم إثباتات لصحة انتقالات الحالة، بينما تفترض optimistic rollups صحة المعاملات إلا إذا تم الطعن فيها خلال فترة الطعن أو إثبات الاحتيال.
zkEVM هو بيئة تنفيذ متوافقة مع إيثيريوم تستخدم إثباتات صلاحية اللا معرفة الصفرية لتوسعة المعاملات.
من الأمثلة الرئيسية: Starknet، zkSync Era، وLinea.











