كيف يعمل zk-Rollup؟ تحليل كامل لهندسة توسيع الإيثيريوم وآلية التحقق المستندة إلى Rollup من Taiko.

المبادئ التقنية لـ zk-Rollup والآلية الأساسية لـ Validity Proof

من الحساب خارج السلسلة إلى التحقق على السلسلة: منطق العمل الأساسي لـ zk-Rollup

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

الميزة الأساسية لهذه الآلية هي أن شبكة إيثريوم الرئيسية لا تحتاج إلى التحقق من كل معاملة على حدة، بل تتحقق فقط من إثبات تشفيري واحد لتأكيد صحة الدفعة بأكملها. على عكس Optimistic Rollup التقليدي الذي يعتمد على فترة تحدي مدتها 7 أيام، يحقق ZK-Rollup الإنهائية الفورية للمعاملات عبر الإثبات الرياضي. بحلول عام 2026، انخفض وقت التحقق لحلول ZK إلى أقل من 50 مللي ثانية، وتراجعت تكلفة المعاملة الواحدة إلى أقل من 0.01 دولار.

عملية توليد Validity Proof

Validity Proof هو حجر الزاوية لأمان ZK-Rollup. تتضمن عملية توليده عادةً الخطوات التالية:

الخطوة الأولى: تنفيذ المعاملة وتحديث الحالة. بعد أن يبدأ المستخدمون معاملة على شبكة الطبقة الثانية، تقوم عقدة Rollup بتنفيذ هذه المعاملات خارج السلسلة، وتحسب التغيير في جذر الحالة (state root). جذر الحالة هو قيمة تجزئة لحالة الحساب مُنظمة على شكل شجرة ميركل، ويمثل الحالة الحالية لسلسلة Rollup بأكملها.

الخطوة الثانية: توليد الإثبات (Proving) . يحصل المُثبِت (Prover) على دفعة المعاملات ومسار تنفيذها، ويُولد Validity Proof باستخدام نظام الإثبات ذي المعرفة الصفرية (مثل zk-SNARK أو zk-STARK). يؤكد هذا الإثبات بطريقة تشفيرية أنه، بالنظر إلى جذر الحالة الأولي، يمكن تحويله بشكل صحيح إلى جذر حالة جديد بعد تنفيذ دفعة المعاملات هذه. لا تُكشف أي تفاصيل محددة عن المعاملات أثناء عملية الإثبات، بل يُخرج فقط استنتاجًا بأن "تحويل الحالة صحيح".

الخطوة الثالثة: تقديم الإثبات والتحقق على السلسلة. يُرسل المُثبِت Validity Proof مع جذر الحالة الجديد إلى عقد Rollup على شبكة إيثريوم الرئيسية. يتحقق العقد المُتحقق منه على السلسلة من صحة الإثبات من خلال العمليات الرياضية - لا تتطلب هذه العملية إعادة تنفيذ المعاملات، وتكون تكلفتها الحسابية أقل بكثير من التحقق من كل معاملة على حدة.

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

فيما يتعلق بتوليد الإثبات، تتبنى Taiko بنية متعددة الإثباتات (Multi-Proof)، تجمع بين SGX (إثبات قائم على بيئة التنفيذ الموثوقة) وإثبات ZK كنظامين مستقلين. لا يُعتبر أي نوع واحد من الإثباتات كافيًا - يجب أن تتفق أنظمة الإثبات المستقلة المتعددة على تحويل الحالة لإكمال التحقق النهائي. يعزز هذا التصميم بشكل كبير التكرار الأمني للنظام.

آلية تجميع المعاملات والمعالجة بالدفعات: كيفية تحقيق التجميع الفعال خارج السلسلة

المنطق الاقتصادي للمعالجة بالدفعات

المعالجة بالدفعات (Batching) هي الوسيلة الأساسية التي يحقق بها ZK-Rollup التوسيع. كل عملية تنفيذ للآلة الافتراضية خارج السلسلة تستهلك موارد حسابية، بينما يتطلب تقديم البيانات إلى شبكة إيثريوم الرئيسية دفع رسوم غاز. جوهر المعالجة بالدفعات هو إيجاد التوازن الأمثل بين "تكلفة الحساب خارج السلسلة" و"تكلفة نشر البيانات على السلسلة".

يقوم ZK-Rollup بضغط معاملات متعددة في دفعة واحدة، ويُولد Validity Proof ثم يُرسلها دفعة واحدة إلى الشبكة الرئيسية. مقارنةً بالتقديم معاملة بمعاملة، تقلل المعالجة بالدفعات بشكل كبير متوسط التكلفة لكل معاملة. تشير الوثائق الرسمية لإيثريوم إلى أن ZK-Rollup يوفر حوالي 28 بايت من البيانات على السلسلة لكل معاملة من خلال طرق ضغط البيانات مثل استخدام فهارس الحسابات بدلاً من العناوين.

عملية اقتراح الكتل والمعالجة بالدفعات في Taiko

في تصميم بروتوكول Taiko، يكون مُقترح الكتلة (Proposer) مسؤولًا عن تجميع معاملة L2 واحدة أو أكثر في كتلة، وتقديمها إلى L1 إيثريوم عن طريق استدعاء طريقة الاقتراح في عقد Inbox. تُحمَل بيانات الاقتراح عبر مصادر اشتقاق مدعومة بالـ blob (blob-backed derivation sources).

أكملت Taiko ترقية Shasta على الشبكة الرئيسية في أبريل 2026، والتي أعادت هيكلة آلية المعالجة بالدفعات بشكل كبير. بعد الترقية، تم تبسيط العقود الأساسية للبروتوكول إلى ثلاث وحدات: Inbox و Anchor و SignalService. انخفضت تكلفة اقتراح الكتلة من حوالي مليون غاز إلى حوالي 45 ألف غاز، أي بانخفاض يبلغ حوالي 22 ضعفًا؛ وانخفضت تكلفة الإثبات من حوالي 500 ألف غاز إلى حوالي 280 ألف غاز، أي بانخفاض يبلغ حوالي 8 أضعاف.

هيكل التحقق اللامركزي: Based Rollup في Taiko وبنية الإثباتات المتعددة

Based Rollup: إعادة سلطة الترتيب إلى إيثريوم

تعتمد حلول Rollup التقليدية (مثل Arbitrum و Optimism) على مُرتِّب مركزي (Sequencer) يديره المشروع لتجميع المعاملات وترتيبها. على الرغم من أن هذه البنية تزيد من الكفاءة، إلا أنها تُدخل مخاطر مركزية - يمكن للمرتِّب فرض الرقابة على المعاملات، واستخراج MEV، بل وقد يصبح نقطة فشل واحدة.

تغير بنية Based Rollup التي تتبناها Taiko هذا النمط جذريًا. في Based Rollup، لا يكون ترتيب المعاملات مسؤولية مُرتِّب يسيطر عليه المشروع، بل يقوم به مُتحققو L1 إيثريوم مباشرةً. يتم تحديد ترتيب كتل L2 من قبل مُتحققي إيثريوم عند اقتراح كتل L1. وهذا يعني:

• أقصى درجة من اللامركزية: لا يتم إدخال أي افتراضات ثقة إضافية
• مقاومة كاملة للرقابة: وراثة ضمانات L1 إيثريوم
• مشاركة بدون إذن: يمكن لأي شخص أن يصبح مُقترح كتلة أو مُثبِت

وبالتالي أصبحت Taiko أول مشروع L2 قائم على Rollup على إيثريوم. كما تنص وثائقها الرسمية: "لا يوجد مُرتِّب مركزي، لا مساومة".

نظام التحقق متعدد الإثباتات (Multi-Proof)

تتكون بنية التحقق في Taiko من عدة أدوار تعمل معًا:

المُقترح (Proposer) : يُقدّم اقتراحًا يحتوي على كتلة L2 واحدة أو أكثر إلى L1 إيثريوم عبر عقد Inbox.

المُثبِت (Prover) : يُولد Validity Proof (SGX + ZK) لتأكيد أن الكتلة المُقترحة قد نُفِّذت بشكل صحيح.

عقد المُتحقق (Verifier) : يُنسق على L1 عدة مُتحققات فرعية (SGX, ZK) للتحقق من الإثباتات المتعددة.

في البروتوكول بعد ترقية Shasta، يُؤدي تقديم إثبات ناجح مباشرةً إلى التأكيد النهائي للنطاق المُثبَت. يتحقق عقد Inbox مما إذا كان هذا النطاق مرتبطًا بالرأس المُؤكَّد نهائيًا حاليًا، ويُسجِّل نقطة التفتيش في SignalService، ويُحدِّث معرف الاقتراح المُؤكَّد نهائيًا وتجزئة الكتلة. لم يعد هناك خطوة منفصلة لـ "التأكيد النهائي بعد الإثبات" - بمجرد إثبات النطاق المُقترح، يصبح في الحالة النهائية.

Type 1 ZK-EVM: التكافؤ الكامل مع إيثريوم

تدير Taiko طبقة التنفيذ غير المعدلة لإيثريوم (Type 1 ZK-EVM). كل كود تشغيل، كل عقد مُجمَّع مسبقًا، كل أداة متاحة على إيثريوم، يمكن تشغيلها مباشرة على Taiko دون أي تعديل. ينشر المطورون نفس العقود بلغة Solidity، ويستخدمون نفس مجموعة الأدوات (Hardhat، Foundry، إلخ).

هذا التكافؤ الكامل على مستوى البايت كود يجعل Taiko واحدًا من أكثر ZK-Rollup توافقًا في نظام إيثريوم البيئي. في مايو 2026، كان Polygon zkEVM قد أكمل للتو ترقية Type 1، بينما تعمل Taiko بهوية Type 1 ZK-EVM منذ إطلاق شبكتها الرئيسية.

طرق التفاعل مع شبكة إيثريوم الرئيسية

بنية الاتصال عبر الطبقات

يتفاعل Taiko مع شبكة إيثريوم الرئيسية من خلال نظام اتصال عبر السلسلة كامل. تشمل المكونات الأساسية:

Inbox (صندوق الوارد) : عقد ذكي على L1 يدير استلام الاقتراحات، وتقديم الإثباتات، وتسجيل نقاط التفتيش، والتأكيد النهائي.

Anchor (المِرْساة) : عقد ذكي على L2 يُثبِّت نقاط تفتيش L1 والبيانات الوصفية ذات الصلة على سلسلة L2.

Bridge (الجسر) : نظام عبر السلسلة لنقل الأصول والرسائل بين L1 و L2.

SignalService (خدمة الإشارات) : عقد إشارات عبر السلسلة أساسي، يُوفّر التحقق من الرسائل عبر السلسلة بناءً على إثباتات ميركل.

عمليات الإيداع والسحب

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

أما عملية السحب فتعتمد على التحقق من Validity Proof. بمجرد قبول الإثبات من قبل عقد المُتحقق على L1، يمكن للمستخدم سحب الأصول من عقد Rollup، دون الحاجة إلى فترة التحدي البالغة 7 أيام المطلوبة في Optimistic Rollup.

أحداث أمنية حديثة والتعافي

في يونيو 2026، تعرض جسر Taiki لحادث أمني بقيمة حوالي 1.7 مليون دولار، بسبب تعرّض مفتاح توقيع SGX في مجموعة المُثبِتين المتعددين Raiko للعلن على GitHub. استغل المهاجم المفتاح المُسرَّب لتزوير مصادقة المُثبِت SGX.

أظهر رد فريق Taiki فعالية آلية الحوكمة لديه: نفّذت لجنة الأمن إصلاحًا فوريًا على السلسلة، وأكدت عدم تعرّض أموال أي مستخدم للخطر، وتم تعويض أصول الجسر بالكامل بنسبة 1:1. اعتبارًا من 2 يوليو 2026، تم استعادة خدمة الجسر، والشبكة تعمل بكامل طاقتها. تأثرًا بهذا الحدث، ارتفع رمز TAIKO بنسبة 75% خلال 24 ساعة، ليعود إلى 0.20 دولار.

الأداء السوقي والتقدم في النظام البيئي

اعتبارًا من 3 يوليو 2026 (بتوقيت بكين)، وفقًا لبيانات أسعار Gate، بلغ سعر Taiko (TAIKO) 0.13466 دولار، وحجم التداول خلال 24 ساعة حوالي 11.5928 مليون دولار، والقيمة السوقية حوالي 26.8818 مليون دولار، مع معنويات سوقية محايدة. إجمالي العرض من الرمز هو 10 مليار رمز، وحجم التداول الحالي حوالي 198 مليون رمز. بلغت الزيادة خلال الأيام السبعة الماضية 111.36%، وخلال 30 يومًا 39.27%، لكنها انخفضت بنسبة 64.07% خلال العام الماضي.

فيما يتعلق بتطوير النظام البيئي، نشرت Taiki سجل وكيل ERC-8004 في أوائل فبراير 2026، لتصبح من أوائل L2 التي تدعم هذا المعيار. في الشهر الأول من إطلاق الشبكة الرئيسية، تم تسجيل أكثر من 45,000 وكيل ذكاء اصطناعي في شبكة ERC-8004. بلغ TVL لـ Taiki ذروته عند 81 مليون دولار في يونيو، مع نمو شهري بلغ 1000%.

الخاتمة

من توليد Validity Proof إلى معالجة المعاملات بالدفعات، ومن ترتيب Based Rollup اللامركزي إلى بنية التحقق متعددة الإثباتات، تُقدّم Taiki نموذجًا للتوسيع من الطبقة الثانية يحقق توازنًا بين الكمال التقني والتوافق مع إيثريوم. يضمن Type 1 ZK-EVM الخاص بها انتقال المطورين بتكلفة صفرية، ويورث تصميم Based Rollup ضمانات لامركزية شبكة إيثريوم الرئيسية، بينما تعزز بنية الإثباتات المتعددة أمان النظام من خلال التكرار في التحقق.

في عام 2026، انتقل النظام البيئي للطبقة الثانية من الاستكشاف التقني المبكر إلى مرحلة ناضجة من "الترقيات المعيارية + المنافسة المتميزة". بفضل الإنهائية الفورية وضمانات الأمان التشفيري، أصبح ZK-Rollup المسار التقني السائد لتوسيع إيثريوم. إن تحسين التكلفة وتبسيط البنية اللذين حققتهما Taiki بعد ترقية Shasta، بالإضافة إلى تموقعها في المجالات الناشئة مثل وكلاء الذكاء الاصطناعي، كلها تشير إلى أن حل التوسيع القائم على Rollup هذا ينتقل من النظرية إلى التطبيق العملي على نطاق واسع.

بالنسبة للقراء المهتمين بتقنيات توسيع إيثريوم وتطور النظام البيئي للطبقة الثانية، يُعتبر فهم آلية عمل zk-Rollup وخيارات Taiki الهيكلية نقطة انطلاق مهمة لفهم اتجاهات تطوير البنية التحتية للبلوكتشين.

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

س1: ما الفرق الجوهري بين zk-Rollup و Optimistic Rollup؟

يستخدم zk-Rollup Validity Proof لضمان صحة كل معاملة بطريقة تشفيرية، مما يُحقق الإنهائية الفورية. بينما يفترض Optimistic Rollup أن المعاملات صحيحة بشكل افتراضي، ويعتمد على إثباتات الاحتيال خلال فترة تحدي مدتها 7 أيام لاكتشاف الأخطاء. السحب في zk-Rollup لا يحتاج إلى انتظار، بينما في Optimistic Rollup يجب المرور بنافذة التحدي.

س2: ماذا يعني "Based Rollup" في Taiki؟

Based Rollup هو بنية Rollup تُعيد سلطة ترتيب معاملات L2 إلى مُتحققي L1 إيثريوم. على عكس Rollup التقليدي الذي يعتمد على مُرتِّب مركزي، يرث Based Rollup مقاومة الرقابة وضمانات اللامركزية من شبكة إيثريوم الرئيسية. Taiki هو أول مشروع L2 على إيثريوم يتبنى هذه البنية.

س3: كيف يعمل نظام الإثباتات المتعددة في Taiki؟

تتبنى Taiki نظامي إثبات مستقلين: SGX (القائم على بيئة التنفيذ الموثوقة) و ZK. لا يُعتبر أي نوع واحد من الإثباتات استنتاجًا نهائيًا - يجب أن تتفق أنظمة الإثبات المستقلة المتعددة على تحويل الحالة لإكمال التحقق. يعزز هذا التصميم أمان النظام بشكل كبير من خلال التكرار في التحقق.

س4: ما التغييرات التي أحدثتها ترقية Shasta في Taiki؟

تم نشر ترقية Shasta على الشبكة الرئيسية في أبريل 2026، واختصرت العقود الأساسية للبروتوكول إلى ثلاث وحدات: Inbox و Anchor و SignalService. انخفضت تكلفة اقتراح الكتلة من حوالي مليون غاز إلى حوالي 45 ألف غاز (بانخفاض 22 ضعفًا)، وانخفضت تكلفة الإثبات من حوالي 500 ألف غاز إلى حوالي 280 ألف غاز (بانخفاض 8 أضعاف).

س5: كيف يتفاعل Taiki مع شبكة إيثريوم الرئيسية؟

يتفاعل Taiki مع شبكة إيثريوم الرئيسية من خلال أربعة مكونات أساسية: Inbox (عقد L1 يدير الاقتراحات وتقديم الإثباتات)، و Anchor (عقد L2 يُثبِّت نقاط تفتيش L1)، و Bridge (نقل الأصول والرسائل عبر السلسلة)، و SignalService (التحقق من الإشارات عبر السلسلة). يتم الإيداع عبر تسجيل عقد L1، ويتم السحب بعد التحقق من Validity Proof مباشرةً.