ZK-Rollup

ما هو ZK-Rollup؟

ZK-Rollup، ويُكتب أيضًا zkRollup أو zero-knowledge rollup، هو حل لتوسّع البلوكشين من الطبقة الثانية (Layer 2) يعالج عددًا كبيرًا من المعاملات خارج السلسلة ويرسل إثباتات صلاحية مشفرة إلى بلوكشين أساسي.

يشير جزء «ZK» إلى المعرفة الصفرية، بينما يعني جزء «rollup» تجميع عدد كبير من المعاملات وضغطها ودمجها في تحديث حالة واحد.

في العملات المشفرة، تُستخدم ZK-Rollups أساسًا لخفض رسوم المعاملات، وزيادة قدرة المعالجة، والحفاظ على أمان قوي عبر إسناد نتائج المعاملات إلى طبقة تسوية.

لا يطلب ZK-Rollup من السلسلة الأساسية إعادة تنفيذ كل معاملة ضمن الدفعة.

بل يرسل إثباتًا رياضيًا يوضح أن الدفعة عولجت بصورة صحيحة.

تتحقق السلسلة الأساسية من هذا الإثبات عبر عقد ذكي.

إذا كان الإثبات صالحًا، تُقبل حالة الـrollup الجديدة.

وإذا كان الإثبات غير صالح، يُرفض التحديث.

ولهذا التصميم تُوصف ZK-Rollups غالبًا بأنها عمليات تجميع للتحقق من الصلاحية.

توضح وثائق عمليات التجميع القائمة على المعرفة الصفرية الرسمية لدى Ethereum أن ZK-Rollups تزيد قدرة المعالجة عبر نقل العمليات الحسابية وتخزين الحالة خارج السلسلة، مع نشر الإثباتات وبيانات مختارة على الطبقة الأساسية.

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

كيف يعمل ZK-Rollup؟

يتكون ZK-Rollup عادةً من المستخدمين، ومُرتّب، وبيئة تنفيذ خارج السلسلة، ومُولّد إثباتات، وعقد تحقق، وجسر، ونظام لتوافر البيانات.

يرسل المستخدمون المعاملات إلى الـrollup بدلًا من إرسال كل معاملة مباشرةً إلى السلسلة الأساسية.

يرتب المُرتّب هذه المعاملات ويجمعها في دفعات.

تعالج بيئة تنفيذ الـrollup الدفعة وتحدّث الأرصدة وتخزين العقود الذكية وحالات الحسابات.

بعد معالجة المعاملات، ينشئ مُولّد الإثباتات إثبات صلاحية.

يوضح هذا الإثبات أن الحالة الجديدة نتجت عن اتباع قواعد الـrollup.

ثم يُرسل الإثبات إلى عقد تحقق على السلسلة الأساسية.

يتحقق عقد التحقق من الإثبات.

إذا اجتاز الإثبات عملية التحقق، يصبح التزام حالة الـrollup الجديدة صالحًا.

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

الميزة الأساسية هي أن التحقق أقل تكلفة بكثير من إعادة تنفيذ كل معاملة على السلسلة الأساسية.

ولهذا السبب تُعد ZK-Rollups جزءًا مهمًا من توسع الكريبتو.

لماذا تُعد ZK-Rollups مهمة في الكريبتو؟

تكتسب ZK-Rollups أهمية لأن شبكات البلوكشين تمتلك مساحة كتل محدودة.

عندما يرغب عدد كبير جدًا من المستخدمين في التداول، أو السك، أو الإقراض، أو الاقتراض، أو استخدام الجسور، أو لعب الألعاب، أو إرسال المدفوعات في الوقت نفسه، قد ترتفع رسوم الطبقة الأساسية بسرعة.

تجعل الرسوم المرتفعة استخدام الكريبتو أكثر صعوبة للمعاملات الصغيرة.

تساعد ZK-Rollups في حل هذه المشكلة عبر نقل التنفيذ بعيدًا عن الطبقة الأساسية، مع الاستمرار في استخدام الطبقة الأساسية للتحقق النهائي والتسوية.

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

فعلى سبيل المثال، يمكن لتطبيق دفع استخدام ZK-Rollup لدعم عمليات نقل كثيرة منخفضة التكلفة.

ويمكن للعبة بلوكشين استخدام ZK-Rollup لمعالجة التحركات المتكررة للأصول داخل اللعبة.

ويمكن لتطبيق التمويل اللامركزي (DeFi) استخدام ZK-Rollup لخفض تكلفة عمليات المبادلة والإيداع والسحب وتحديثات مركز التداول.

ويمكن لتطبيق NFT استخدام ZK-Rollup لجعل السك وعمليات النقل أقل تكلفة.

والهدف الأوسع هو مساعدة تطبيقات الكريبتو على أن تبدو أقرب إلى تطبيقات الإنترنت العادية، مع الحفاظ على ضمانات التسوية عبر البلوكشين.

ما هو إثبات الصلاحية؟

يمثل إثبات الصلاحية الميزة الأمنية الأساسية لـZK-Rollup.

فهو يثبت أن دفعة من المعاملات خارج السلسلة قد نُفذت بصورة صحيحة.

لا تحتاج السلسلة الأساسية إلى الوثوق بالمُرتّب لمجرد أن المُرتّب أرسل دفعة.

بل يجب أن يقدم المُرتّب أو مُولّد الإثباتات دليلًا مشفرًا على صلاحية الدفعة.

ويختلف ذلك عن نظام يفترض فقط أن المعاملات صحيحة ما لم يطعن فيها أحد لاحقًا.

مع إثبات الصلاحية، تُثبت الصحة قبل قبول تحديث الحالة.

تشمل أنظمة الإثبات الشائعة المستخدمة في البنية التحتية للمعرفة الصفرية ZK-SNARKs وZK-STARKs.

يوضح دليل إثباتات المعرفة الصفرية الخاص بـEthereum أن أنظمة الإثبات هذه يمكنها التحقق من المعلومات أو العمليات الحسابية دون كشف كل التفاصيل الأساسية.

بالنسبة إلى ZK-Rollups، لا تتمثل النقطة الأهم دائمًا في الخصوصية.

بل تتمثل النقطة الأهم في أن الإثبات يؤكد صحة انتقال حالة الـrollup.

ولهذا يمكن لـZK-Rollups دعم قابلية التوسع حتى عندما لا تكون بيانات المعاملات خاصة بالكامل.

ZK-Rollup مقابل zkRollup

يعني ZK-Rollup وzkRollup الشيء نفسه عادةً.

ZK-Rollup هي التهجئة الأكثر رسمية، وغالبًا ما تكون أفضل لعناوين المسرد والمحتوى التعليمي وصفحات SEO.

zkRollup هي تهجئة مختصرة شائعة تُستخدم في نقاشات المطورين واستعلامات البحث والمجتمعات التقنية.

أما zero-knowledge rollup فهو التعبير الوصفي الكامل.

تشير المصطلحات الثلاثة جميعها إلى rollup تستخدم إثباتات صلاحية تستند إلى تقنية إثباتات المعرفة الصفرية.

بالنسبة إلى تخطيط المحتوى، يُفضل عادةً اختيار صفحة رئيسية واحدة لـZK-Rollup وذكر صيغ التهجئة البديلة بصورة طبيعية داخل تلك الصفحة.

وهذا يتجنب المحتوى المكرر وتنافس الكلمات الرئيسية.

يمكن استخدام صفحة zkRollup منفصلة كاسم بديل أو إعادة توجيه أو صفحة شرح مختصرة إذا كان الموقع يتطلب عنوان URL خاصًا بكل مصطلح في المسرد.

ZK-Rollup مقابل ZK-Rollup-as-a-Service

ZK-Rollup هي تقنية التوسع نفسها.

أما ZK-Rollup-as-a-Service فهو نموذج خدمة للبنية التحتية يساعد المشاريع على إطلاق وتشغيل ZK-Rollup.

يشبه الفرق بينهما الفرق بين البلوكشين والمنصة التي تساعد الفرق على نشر شبكات البلوكشين.

تتضمن ZK-Rollup معالجة المعاملات الفعلية، وتجميعها في دفعات، وإنشاء الإثباتات، والتحقق، والتسوية، وتصميم توافر البيانات.

ويتضمن ZK-Rollup-as-a-Service الأدوات، والبنية التحتية المُدارة، والمُرتّبات، ومُولّدات الإثباتات، والعُقد، ولوحات المعلومات، والجسور، والمراقبة، ودعم النشر.

قد يستخدم مشروع كريبتو ZK-Rollup-as-a-Service لإطلاق rollup مخصصة بسرعة أكبر من بناء النظام الكامل من الصفر.

لكن ينبغي للمستخدمين مواصلة تقييم النموذج الأمني للـrollup الفعلي.

يمكن لنموذج الخدمة تبسيط النشر، لكنه لا يزيل تلقائيًا المخاطر المتعلقة بالجسور أو المُرتّبات أو مُولّدات الإثباتات أو الترقيات أو توافر البيانات.

ZK-Rollup وتوسع Layer 2

تكون ZK-Rollup عادةً شبكة Layer 2 لأنها تعمل فوق بلوكشين أساسي.

وغالبًا ما تسمى البلوكشين الأساسية Layer 1.

توفر Layer 1 التسوية والأمان والتحقق النهائي.

وتوفر Layer 2 تنفيذًا أسرع وأقل تكلفة.

يتيح هذا التقسيم لمنظومة البلوكشين التوسع دون إلزام كل عقدة في الطبقة الأساسية بمعالجة كل إجراء للمستخدم مباشرةً.

يتولى الـrollup التنفيذ، بينما تتحقق السلسلة الأساسية من الإثباتات وتخزن البيانات أو الالتزامات الرئيسية.

ويُعد هذا النموذج مهمًا لأنه يحافظ على تركيز الطبقة الأساسية على الأمان والتسوية.

وفي الوقت نفسه، يمنح التطبيقات مساحة أكبر للنمو.

أصبح التوسع القائم على الـrollups مسارًا رئيسيًا لمنظومات البلوكشين التي تريد دعم مستخدمين أكثر دون التضحية بالتحقق الذي يقلل الحاجة إلى الثقة.

توافر البيانات في ZK-Rollups

يعني توافر البيانات أن البيانات اللازمة لإعادة بناء حالة الـrollup أو التحقق منها متاحة للمستخدمين والمشاركين في الشبكة.

وهذا أحد أهم مفاهيم الأمان في تصميم الـrollup.

يمكن لإثبات الصلاحية أن يوضح أن انتقال الحالة صحيح.

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

توضح وثائق توافر البيانات الرسمية لدى Ethereum سبب حاجة المستخدمين إلى الثقة بأن البيانات اللازمة للتحقق من نشاط البلوكشين متاحة فعليًا.

ينشر الـrollup الحقيقي عادةً بيانات كافية إلى السلسلة الأساسية أو طبقة توافر بيانات محددة بوضوح.

إذا أُخفيت البيانات المهمة أو حُجبت، فقد يواجه المستخدمون مشكلات في الخروج والتحقق حتى إذا كان الإثبات نفسه صالحًا.

ولهذا يجب ألا يكتفي المستخدمون بالسؤال عما إذا كانت الشبكة تستخدم إثباتات المعرفة الصفرية.

بل ينبغي أن يسألوا أيضًا عن مكان نشر البيانات، ومن يستطيع الوصول إليها، وما الذي يحدث إذا توقف المشغل عن التعاون.

كيف غيّر EIP-4844 تكاليف ZK-Rollup؟

قدّم EIP-4844، المعروف أيضًا باسم proto-danksharding، معاملات حاملة للـblob إلى Ethereum من خلال ترقية Dencun.

صُممت معاملات الـblob لتمنح الـrollups وسيلة أقل تكلفة لنشر كميات كبيرة من البيانات من أجل توافر مؤقت.

توضح الأسئلة الشائعة الرسمية حول Ethereum Dencun أن proto-danksharding قدم blobs لجعل Ethereum أكثر ملاءمة للـrollups.

وتصف مواصفة EIP-4844 الرسمية المعاملات الحاملة للـblob بأنها تنسيق معاملات جديد يحمل كائنات بيانات كبيرة تكون التزاماتها متاحة لطبقة التنفيذ.

وهذا مهم لـZK-Rollups لأن نشر البيانات غالبًا ما يشكل جزءًا رئيسيًا من تكاليف الـrollup.

إذا تمكنت الـrollups من نشر البيانات بتكلفة أقل، فقد يستفيد المستخدمون من رسوم معاملات أقل.

لكن انخفاض تكلفة البيانات لا يلغي كل تكاليف الـrollup.

لا تزال ZK-Rollup تتحمل تكاليف التنفيذ، وإنشاء الإثباتات، والتحقق، والمُرتّب، والجسر، والبنية التحتية.

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

ZK-Rollup مقابل Optimistic Rollup

تُعد ZK-Rollups وoptimistic rollups حلول توسع من Layer 2، لكنها تستخدم طرقًا مختلفة للتحقق من تحديثات الحالة.

ترسل ZK-Rollup إثبات صلاحية يثبت صحة الدفعة.

أما optimistic rollup فتفترض عمومًا صحة الدفعة ما لم يعترض عليها أحد خلال نافذة النزاع.

ويؤثر هذا الاختلاف في عمليات السحب والنهائية وافتراضات الأمان.

بما أن ZK-Rollup تثبت الصحة قبل القبول، فإنها قد توفر نهائية أقوى قائمة على الإثبات بعد التحقق من إثبات الصلاحية.

وبما أن optimistic rollup تعتمد على الطعون، فقد يحتاج المستخدمون إلى الانتظار خلال فترة طعن لبعض عمليات السحب.

ولا يعني هذا أن ZK-Rollups أفضل دائمًا في جميع الحالات.

قد تكون ZK-Rollups أكثر تعقيدًا في البناء، خصوصًا عند دعم العقود الذكية للأغراض العامة.

وقد يتطلب إنشاء إثباتات الصلاحية هندسة متقدمة وموارد حوسبة كبيرة.

يعتمد أفضل تصميم للـrollup على التطبيق وأهداف الأمان وأدوات المطورين وأهداف التكلفة واحتياجات تجربة المستخدم.

ZK-Rollup مقابل Validium

يمكن لكل من ZK-Rollup وvalidium استخدام إثباتات الصلاحية، لكنهما يختلفان في توافر البيانات.

تنشر ZK-Rollup عمومًا بيانات كافية إلى السلسلة الأساسية أو طبقة قوية لتوافر البيانات، حتى يتمكن المستخدمون من إعادة بناء حالة الـrollup.

يستخدم validium إثباتات الصلاحية لكنه يحتفظ ببيانات المعاملات خارج السلسلة.

توضح وثائق validium لدى Ethereum أن validiums تستخدم توافر البيانات خارج السلسلة، مع الاستمرار في استخدام إثباتات الصلاحية للتحقق من المعاملات.

ينشئ ذلك مقايضة بين التكلفة وافتراضات الثقة.

قد يقدم validium رسومًا أقل وقدرة معالجة أعلى لأنه ينشر بيانات أقل على السلسلة الأساسية.

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

تقدم ZK-Rollup عادةً ضمانات أقوى تقلل الحاجة إلى الثقة لأن نموذج توافر بياناتها أقرب إلى طبقة التسوية.

ويُعد هذا التمييز مهمًا لأن بعض المشاريع تستخدم لغة متشابهة رغم امتلاكها نماذج أمان مختلفة.

مزايا ZK-Rollups

أول ميزة رئيسية لـZK-Rollups هي انخفاض تكلفة المعاملات.

يمكن لعدد كبير من المستخدمين مشاركة تكلفة إثبات دفعة واحد وحدث نشر بيانات واحد.

الميزة الثانية هي زيادة قدرة المعالجة.

يمكن لـZK-Rollup معالجة معاملات كثيرة خارج السلسلة بدلًا من إجبار السلسلة الأساسية على تنفيذ كل معاملة بصورة منفصلة.

الميزة الثالثة هي التحقق المشفر القوي.

ينبغي رفض الدفعات غير الصالحة لأن عقد التحقق يفحص إثبات الصلاحية.

الميزة الرابعة هي نهائية أسرع مقارنة بالأنظمة التي تعتمد على نوافذ طعن طويلة.

بعد التحقق من إثبات الصلاحية، يمكن قبول تحديث الحالة.

الميزة الخامسة هي تحسين تجربة المستخدم.

يمكن للرسوم الأقل والمعاملات الأسرع أن تجعل المحافظ والألعاب والمدفوعات وتطبيقات NFT وأدوات التمويل اللامركزي أسهل استخدامًا.

الميزة السادسة هي قابلية توسع أفضل للمطورين.

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

الميزة السابعة هي التوافق مع مستقبل البلوكشين المعياري.

يمكن لـZK-Rollups دمج التنفيذ والتسوية وإنشاء الإثباتات وتوافر البيانات عبر طبقات مختلفة من منظومة الكريبتو.

قيود ZK-Rollups

أول قيود ZK-Rollups هو التعقيد التقني.

يتطلب بناء مُولّدات الإثباتات وعقود التحقق والدوائر والعُقد والجسور وأنظمة تنفيذ الـrollup هندسة متقدمة.

القيد الثاني هو تكلفة إنشاء الإثباتات.

قد يتطلب إنشاء إثباتات الصلاحية برامج وأجهزة وتحسينات متخصصة.

القيد الثالث هو مركزية المُرتّب.

تبدأ rollups كثيرة بمُرتّب مركزي أو شبه مركزي من أجل الأداء والبساطة التشغيلية.

القيد الرابع هو مخاطر الجسر.

ينقل المستخدمون الأصول غالبًا بين السلسلة الأساسية والـrollup عبر عقود الجسر، وقد ينشئ تصميم الجسر تعرضًا أمنيًا خطيرًا.

القيد الخامس هو مخاطر الترقية.

تستخدم بعض الـrollups مفاتيح إدارية أو مجالس أمنية أو ضوابط طارئة أو صلاحيات ترقية بينما ينضج النظام.

القيد السادس هو مخاطر توافر البيانات.

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

القيد السابع هو ارتباك المستخدمين.

يفترض بعض المستخدمين أن «ZK» تعني خصوصية كاملة، لكن العديد من ZK-Rollups تستخدم إثباتات المعرفة الصفرية أساسًا للتوسع والتحقق من الصلاحية، وليس لإخفاء كل تفاصيل المعاملات.

أسئلة أمنية يجب طرحها قبل استخدام ZK-Rollup

ينبغي للمستخدمين السؤال عما إذا كانت إثباتات الصلاحية مفعّلة بالفعل ومطلوبة لتحديثات الحالة.

وينبغي لهم السؤال عما إذا كانت بيانات المعاملات تُنشر على السلسلة الأساسية أو في blobs أو على طبقة أخرى لتوافر البيانات.

وينبغي لهم السؤال عمن يسيطر على المُرتّب.

وينبغي لهم السؤال عما إذا كان المستخدمون يستطيعون فرض المعاملات أو السحب إذا توقف المُرتّب عن العمل.

وينبغي لهم السؤال عما إذا كانت عقود الجسر قد خضعت للتدقيق.

وينبغي لهم السؤال عما إذا كانت الترقيات تتضمن تأخيرًا يتيح للمستخدمين وقتًا للخروج.

وينبغي لهم السؤال عما إذا كان مجلس الطوارئ أو مفتاح إداري يستطيع إيقاف النظام.

وينبغي لهم السؤال عما إذا كان إنشاء الإثباتات مركزيًا أم موزعًا.

وينبغي لهم السؤال عما إذا كان الـrollup يمتلك وثائق عامة واضحة بشأن المخاطر.

يوضح إطار مخاطر الـrollup الخاص بـL2BEAT أن الـrollups تنشر التزامات الحالة وتتحقق منها عبر إثباتات الصلاحية أو آليات قائمة على الطعن.

كما يساعد إطار Stages الخاص بـL2BEAT المستخدمين على فهم مدى نضج الـrollup استنادًا إلى مراحل اللامركزية وتقليل الحاجة إلى الثقة.

تُعد هذه الفحوص مهمة لأن ZK-Rollup قد تستخدم تشفيرًا قويًا بينما تظل لديها مخاطر تشغيلية أو متعلقة بالحوكمة أو الجسر.

ZK-Rollups والعقود الذكية

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

تكون العقود الذكية للأغراض العامة أصعب لأن التنفيذ المعقد يجب تمثيله داخل نظام إثبات.

وهنا تصبح تقنية zkEVM مهمة.

zkEVM هي آلة Ethereum افتراضية قائمة على المعرفة الصفرية تهدف إلى إثبات تنفيذ العقود الذكية بأسلوب Ethereum.

يمكن أن يساعد ذلك المطورين على استخدام أنماط العقود الذكية المألوفة، مع الاستفادة من تنفيذ أقل تكلفة عبر ZK-Rollup.

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

بالنسبة إلى المستخدمين، قد تبدو الـrollups القائمة على zkEVM أشبه بشبكات العقود الذكية العادية.

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

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

ZK-Rollups والخصوصية

تستخدم ZK-Rollups تقنية إثباتات المعرفة الصفرية، لكنها ليست خاصة تلقائيًا.

تستخدم ZK-Rollups كثيرة الإثباتات لإثبات صحة المعاملات بدلًا من إخفاء تفاصيلها.

قد تظل معاملة على ZK-Rollup تعرض عناوين المرسلين والمستلمين والمبالغ واستدعاءات العقود أو بيانات وصفية أخرى، حسب التصميم.

تتطلب الخصوصية خيارات تصميم إضافية تتجاوز استخدام إثباتات الصلاحية.

قد يستخدم النظام الذي يركز على الخصوصية إثباتات المعرفة الصفرية لإخفاء تفاصيل مختارة مع إثبات أن المعاملة تتبع القواعد.

وقد ينشر ZK-Rollup الذي يركز على التوسع بيانات المعاملات علنًا، مع استخدام الإثباتات فقط لخفض تكاليف التحقق.

ينبغي للمستخدمين دائمًا التحقق من المعلومات العلنية والمعلومات المخفية.

ولا ينبغي التعامل مع كلمة «ZK» بوصفها وعدًا بإخفاء الهوية.

حالات الاستخدام الشائعة لـZK-Rollups

تُعد المدفوعات حالة استخدام رئيسية لـZK-Rollups لأن المستخدمين يحتاجون إلى عمليات نقل سريعة ومنخفضة التكلفة.

ويُعد التمويل اللامركزي حالة استخدام رئيسية أخرى لأن عمليات المبادلة والإيداع والسحب والتصفية وتحديثات مركز التداول قد تصبح مكلفة على سلسلة أساسية مزدحمة.

يمكن أن تستفيد ألعاب البلوكشين من ZK-Rollups لأن الألعاب قد تتطلب تحركات كثيرة وصغيرة للأصول وتغييرات متكررة للحالة.

يمكن لمنصات NFT استخدام ZK-Rollups لخفض تكاليف السك والنقل والتفاعل مع الأسواق.

يمكن للتطبيقات الاجتماعية استخدام ZK-Rollups للأنشطة عالية الحجم، مثل المنشورات والمتابعات والشارات وتحديثات السمعة.

يمكن لمنصات الأصول المرمزة استخدام ZK-Rollups للجمع بين انخفاض التكاليف والتسوية القابلة للتحقق.

يمكن لتطبيقات الهوية استخدام إثباتات المعرفة الصفرية لدعم الإفصاح الانتقائي والتحقق الذي يحافظ على الخصوصية.

وقد تستخدم أنظمة البلوكشين المؤسسية ZK-Rollups لدعم قابلية التدقيق والكفاءة ومنطق الأعمال المخصص.

ZK-Rollups بمصطلحات بسيطة

يشبه ZK-Rollup أمين صندوق يعالج مئات الإيصالات خارج دفتر الحسابات الرئيسي، ثم يقدم لمحاسب الدفاتر إثباتًا موثوقًا واحدًا بأن جميع الإيصالات عولجت بصورة صحيحة.

لا يحتاج محاسب الدفاتر إلى فحص كل إيصال واحدًا تلو الآخر.

يحتاج فقط إلى التحقق من الإثبات.

وبمصطلحات البلوكشين، يعالج الـrollup معاملات كثيرة خارج السلسلة.

ثم يرسل إثبات صلاحية إلى السلسلة الأساسية.

تتحقق السلسلة الأساسية من الإثبات وتقبل النتيجة إذا كان الإثبات صالحًا.

وهذا يجعل نشاط البلوكشين أسرع وأقل تكلفة، مع الحفاظ على الارتباط بأمان الطبقة الأساسية.

ولهذا تُعد ZK-Rollups إحدى أهم تقنيات التوسع في الكريبتو.

الأسئلة الشائعة

ماذا يعني ZK-Rollup؟

ZK-Rollup هو حل توسع من Layer 2 يجمع معاملات كثيرة خارج السلسلة ويرسل إثبات صلاحية قائمًا على المعرفة الصفرية إلى بلوكشين أساسي.

هل ZK-Rollup هي نفسها zkRollup؟

نعم، يعني ZK-Rollup وzkRollup الشيء نفسه عادةً، لكن ZK-Rollup هي التهجئة الأكثر رسمية.

ما الفرق بين ZK-Rollup وzero-knowledge rollup؟

لا يوجد فرق جوهري، لأن zero-knowledge rollup هو التعبير الكامل، بينما ZK-Rollup هي النسخة المختصرة.

ما الفرق بين ZK-Rollup وZK-Rollup-as-a-Service؟

ZK-Rollup هي تقنية التوسع، بينما ZK-Rollup-as-a-Service هو نموذج بنية تحتية مُدارة لإطلاق وتشغيل ZK-Rollups.

هل ZK-Rollups خاصة؟

ليس دائمًا، لأن ZK-Rollups كثيرة تستخدم إثباتات المعرفة الصفرية للصلاحية والتوسع، وليس لخصوصية المعاملات الكاملة.

لماذا تكون ZK-Rollups أقل تكلفة؟

تكون ZK-Rollups أقل تكلفة لأن معاملات كثيرة تتشارك تكلفة معالجة الدفعة والتحقق من الإثبات ونشر البيانات.

ما هو إثبات الصلاحية؟

إثبات الصلاحية هو دليل مشفر يوضح أن دفعة من المعاملات أو تحديثًا للحالة عولج بصورة صحيحة.

ما أكبر ميزة لـZK-Rollup؟

أكبر ميزة هي أن ZK-Rollup يمكنها تحسين قابلية توسع البلوكشين مع الحفاظ على تحقق قوي قائم على الإثباتات.

ما أكبر مخاطر ZK-Rollup؟

تشمل أكبر المخاطر ثغرات الجسور، والمُرتّبات المركزية، وضوابط الترقية، والاعتماد على مُولّد الإثباتات، ومشكلات توافر البيانات.

كيف تختلف ZK-Rollup عن optimistic rollup؟

تثبت ZK-Rollup الصحة عبر إثبات صلاحية، بينما تفترض optimistic rollup عمومًا الصحة ما لم يتم الطعن في دفعة.

كيف تختلف ZK-Rollup عن validium؟

توفر ZK-Rollup عادةً توافر بيانات أقوى عبر السلسلة الأساسية أو طبقة توافر محددة، بينما يحتفظ validium ببيانات المعاملات خارج السلسلة.

هل يمكن لـZK-Rollups دعم العقود الذكية؟

نعم، تدعم ZK-Rollups حديثة كثيرة العقود الذكية، خصوصًا عبر تصاميم zkEVM التي تهدف إلى إثبات التنفيذ بأسلوب Ethereum.

هل تلغي ZK-Rollups رسوم الغاز؟

لا، لا تلغي ZK-Rollups رسوم الغاز، لكنها قد تخفض الرسوم عبر توزيع التكاليف على عدد كبير من المعاملات.

لماذا تُعد ZK-Rollups مهمة لتبني الكريبتو؟

تُعد ZK-Rollups مهمة لأنها قد تجعل تطبيقات البلوكشين أسرع وأقل تكلفة وأكثر عملية للمستخدمين اليوميين.

الخلاصة

ZK-Rollup هي حل توسع من Layer 2 يعالج المعاملات خارج السلسلة ويثبت صحتها بإثباتات صلاحية قائمة على المعرفة الصفرية.

كما تُكتب شائعًا zkRollup أو zero-knowledge rollup.

الفكرة الأساسية بسيطة: معالجة كثير من المعاملات بعيدًا عن السلسلة الأساسية، ثم إثبات صلاحية النتيجة للسلسلة الأساسية.

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

تُفيد ZK-Rollups في المدفوعات والتمويل اللامركزي والألعاب وNFTs والتطبيقات الاجتماعية وأنظمة الهوية والأصول المرمزة.

ومع ذلك، لا ينبغي للمستخدمين افتراض أن كل ZK-Rollup لامركزية بالكامل أو خاصة بالكامل أو خالية من المخاطر.

يعتمد الأمان الفعلي لـZK-Rollup على التحقق من الإثباتات، وتوافر البيانات، وتصميم الجسر، والتحكم في المُرتّب، وموثوقية مُولّد الإثباتات، وصلاحيات الترقية، وحقوق الخروج.

بالنسبة إلى بنية SEO والمسرد، يُعد ZK-Rollup المصطلح الرئيسي الأفضل، بينما يمكن التعامل مع zkRollup وzero-knowledge rollup باعتبارهما صيغ تهجئة بديلة طبيعية.

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