لماذا يقال أن ZK هو End Game؟

خلفية تاريخية لمعالج التعاون

في عالم الكمبيوتر التقليدي ، المعالج المساعد هو وحدة معالجة مسؤولة عن معالجة الأشياء المعقدة الأخرى لدماغ CPU. المعالجة المشتركة شائعة جدا في مجال الكمبيوتر ، مثل معالج الحركة M7 من Apple في عام 2013 ، مما أدى إلى تحسين حساسية الحركة للأجهزة الذكية بشكل كبير. وحدة معالجة الرسومات ، كما هو معروف ، هي معالج مساعد اقترحته Nvidia في عام 2007 للتعامل مع مهام مثل عرض الرسومات ل CPU. تعمل وحدات معالجة الرسومات على تسريع التطبيقات التي تعمل على وحدات المعالجة المركزية عن طريق تفريغ بعض الأجزاء المكثفة حسابيا والمستهلكة للوقت من الكود ، وهي بنية تعرف باسم الحوسبة “غير المتجانسة” / “الهجينة”.

يمكن للمعالج المساعد تفريغ بعض الشفرات المعقدة وذات الاحتياجات الأداء الفريدة أو الشفرات ذات الأداء العالي، وترك المعالج المركزي للتعامل مع الأجزاء المتنوعة والمرنة بشكل أكبر.

في سلسلة الكتل الخاصة بإيثريوم، هناك مشكلتان خطيرتان تعيق تطوير التطبيقات:

1. نظرا لارتفاع رسوم الغاز المطلوب للتشغيل ، يتم ترميز النقل العادي على أنه 21000 Gas Limit ، والذي يوضح الحد الأدنى رسوم الغاز للشبكة إثيريوم ، وستكلف العمليات الأخرى بما في ذلك التخزين المزيد من طويل للغاز ، مما سيحد من نطاق تطوير التطبيقات داخل السلسلة ، طويل ويتم كتابة عدد كبير من رموز العقود فقط حول عمليات الأصول ، وبمجرد أن يتعلق الأمر بالعمليات المعقدة ، ستكون هناك حاجة إلى كمية كبيرة من الغاز ، وهي “التبني الشامل” للتطبيقات والمستخدمين عقبة خطيرة.
2. نظرا لوجود العقود الذكية في الأجهزة الافتراضية ، العقود الذكية في الواقع فقط الوصول إلى بيانات الكتل ال 256 الأخيرة ، خاصة في ترقية Pectra في العام المقبل ، وإدخال اقتراح EIP-4444 ، لن تقوم العقد الكاملة أطول بتخزين بيانات كتلة الماضية ، ثم نقص البيانات ، مما يؤدي إلى تأخير ظهور تطبيقات مبتكرة تعتمد على البيانات ، بعد كل شيء ، على غرار Tiktok و Instagram وأطول تطبيقات Defi للبيانات و LLM وما إلى ذلك مبنية على البيانات ، هذا هو السبب أيضا في أن Lens ، وهي بروتوكول اجتماعية قائمة على البيانات ، تريد إطلاق Layer3 Momoka ، لأننا نعتقد أن البلوكتشين هو أن تدفق البيانات سلس للغاية ، بعد كل شيء ، داخل السلسلة مفتوحة وشفافة ، ولكن في الواقع ، ليس الأمر كذلك ، فقط عملة التدفق السلس لبيانات الأصول ، ولكن لا تزال أصول البيانات معوقة بشكل كبير بسبب النقص في البنية التحتية الأساسية ، والتي ستحد أيضا بشكل خطير من ظهور منتجات “التبني الشامل”.

من خلال هذه الحقيقة ، نكتشف أن الحسابات والبيانات هي السبب في قيود ظهور نمط حساب جديد “Mass Adoption”. ومع ذلك ، فإن هذا هو عيب بروتوكول سلسلة كتل Ethereum نفسه ، ولم يتم تصميمه في الأصل لمعالجة حسابات كبيرة ومهام كثيفة للبيانات. ومع ذلك ، كيف يمكن تحقيق التوافق مع هذه التطبيقات القائمة على الحسابات وكثافة البيانات؟ يجب هنا إشراك المعالج المساعد ، حيث تعمل سلسلة Ethereum بمثابة وحدة المعالجة المركزية (CPU) ، ويشبه المعالج المساعد وحدة المعالجة الرسومية (GPU) ، حيث يمكن للسلسلة نفسها معالجة بعض البيانات الأصول غير الحسابية والعمليات البسيطة ، ولكن التطبيقات التي ترغب في استخدام الموارد الحسابية أو البيانات بشكل مرن يمكنها استخدام المعالج المساعد. مع استكشاف تقنية ZK ، من أجل ضمان قدرة المعالج المساعد على إجراء الحسابات واستخدام البيانات في السلسلة الفرعية بدون الحاجة إلى الثقة ، فإن معظم المعالجات المساعدة تعتمد على تقنية ZK في التطوير.

بالنسبة لـ ZK Coporcessor ، فإنه يمكن أن يغطي مجموعة واسعة من حدود التطبيق ، حيث يمكن تطبيقه في أي سيناريو تطبيق حقيقي لـ dapp مثل الشبكات الاجتماعية والألعاب وبناء Defi ونظام مكافحة الاحتيال القائم على بيانات السلسلة و Oracle وتخزين البيانات وتدريب واجهات اللغة الضخمة والاستدلال وما إلى ذلك. من الناحية النظرية ، يمكن تحقيق أي شيء يمكن أن يفعله تطبيق Web2 باستخدام جهاز ZK المساعد ، ويوفر Ethereum أيضًا طبقة تسوية نهائية لحماية أمان التطبيق.

في العالم التقليدي، ليس لدى معالج المساعدة تعريف واضح، فقط أي شريحة فردية يمكنها المساعدة في إكمال المهمة تسمى معالج المساعدة. التعريف الحالي لمعالج ZK في الصناعة ليس متطابقًا تمامًا، مثل ZK-Query و ZK-Oracle و ZKM هي جميعها معالجات مساعدة يمكنها مساعدة في الاستعلام عن البيانات الكاملة في السلسلة والبيانات الموثوقة خارج السلسلة ونتائج الحساب خارج السلسلة. من هذا التعريف، يمكن اعتبار Layer2 في الواقع أيضًا معالج مساعد لإيثريوم، وسنقارن بين Layer2 ومعالج ZK العام في الجزء التالي.

نظرة عامة على مشروع المعالج التعاوني

بعض مشاريع معالج ZK، المصدر: مشاريع بوابة

يتكون بروتوكول التعاون المشترك الحالي في الصناعة من ثلاثة أجزاء رئيسية ، وهي مؤشر بيانات داخل السلسلة وآلة الدعاية و ZKML ، ويتضمن كل من هذه الأجزاء مشروع General-ZKM. تختلف الآلات الافتراضية التي تعمل في السلسلة الفعلية ، حيث يركز Delphinus على zkWASM بينما يركز Risc Zero على هيكل Risc-V.

تقنية معالج المساعدة المعمارية

نأخذ معالج الـ ZK العام كمثال ونحلل هنا بنية الـ ZK لتتمكن القراء من فهم الاختلافات والتشابهات في التصميم التقني والآلية، وذلك لتقييم اتجاه تطور معالجات الـ ZK في المستقبل، حيث يتمحور التحليل أساسا حول ثلاث مشاريع وهي Risc Zero و Lagrange و Succinct.

ريسك زيرو

في Risc Zero، يُطلق على معالج ZK اسم Bonsai.

هيكل البونساي، المصدر: Risc Zero

مكون Bonsai ، مصدر الصور: Risc Zero

في Bonsai، تم بناء مجموعة كاملة من مكونات الإثبات بدون معرفة غير المتصلة بالسلسلة، والتي تهدف إلى أن تكون معالجًا غير متصل بالسلسلة، وتستند إلى مجموعة تعليمات Risc-V، وتتمتع بتعددية كبيرة، وتدعم اللغات بما في ذلك Rust و C++ و Solidity و Go. وتتضمن وظائفها الرئيسية:

1. zkVM العام، الذي يمكن تشغيل أي آلة افتراضية في بيئة الصفر المعرفة/التحقق.
2. يمكن دمجه مباشرة في نظام إنشاء البراهين ZK في أي عقد ذكي أو سلسلة.
3. rollup عام يوزّع أي حساب مُثبَت على Bonsai إلى داخل السلسلة، مما يتيح لمعدّني الشبكة إجراء توليد البرهان.

تشمل مكوناته:

1. شبكة المثبتين: من خلال واجهة برمجة التطبيقات بونساي، يتلقى المثبتون التعليمات البرمجية ذات الصلة بالتحقق من الصفر المعرفة في الشبكة ويقومون بتشغيل خوارزمية التحقق وتوليد الدليل الصفري. سيتم فتح هذه الشبكة في المستقبل للجميع.
2. بركة الطلبات: هذه البركة تخزن طلبات الإثبات التي يقوم بها المستخدمون (مشابهة لـ mempool في إثيريوم وتستخدم لتخزين المعاملات المؤقتة) ، ثم يتم ترتيب بركة الطلبات هذه بواسطة المرتتب لإنشاء كتلة، وسيتم تقسيم العديد من طلبات الإثبات لزيادة كفاءة الإثبات.
3. محرك Rollup: سيقوم هذا المحرك بجمع نتائج البراهين التي تم جمعها في شبكة المدققين ، ثم يقوم بتجميعها في برهان الجذر ورفعها إلى الشبكة الرئيسية لـ إثيريوم ليتمكن المدققون داخل السلسلة من التحقق في أي وقت.
4. Image Hub: هذا هو منصة مطوري الرؤية المرئية، حيث يمكن تخزين الوظائف والتطبيقات الكاملة، وبالتالي يمكن للمطورين استدعاء الواجهة البرمجية للتطبيقات المرئية من خلال العقود الذكية، مما يمنح العقود الذكية داخل السلسلة القدرة على استدعاء البرامج خارج السلسلة.
5. متجر الحالة: يقدم Bonsai أيضًا تخزين الحالة خارج السلسلة، حيث يتم تخزينه في قاعدة بيانات كمفاتيح وقيم، مما يمكن من تقليل تكلفة التخزين داخل السلسلة، وبالتعاون مع منصة ImageHub، يمكن تقليل تعقيد العقود الذكية.
6. سوق الإثبات: سلسلة صناعة إثبات ZK في الجزء العلوي والوسيط ، حيث يتم استخدام سوق القوة الحوسبة لمطابقة العرض والطلب على القوة الحوسبة.

لاغرانج

هدف لاغرانج هو بناء معالج مساعد وقاعدة بيانات قابلة للتحقق تتضمن بيانات تاريخية على سلسلة الكتل يمكن استخدامها بسلاسة لبناء تطبيقات غير معتمدة على الثقة. وبذلك يمكن تلبية تطوير التطبيقات ذات الكثافة الحسابية والبيانات.

هذا ينطوي على وجود وظيفتين:

1. قاعدة بيانات قابلة للتحقق: من خلال تخزين الحالة التي تنتجها عقود الذكاء الصناعي على سلسلة البيانات ، يتم وضع الحالة التي ينتجها العقد الذكي على السلسلة في قاعدة البيانات. في الأساس ، يتعين إعادة بناء تخزين سلسلة الكتل والحالة والكتلة للبلوكشين ، ثم تخزينها بطريقة محدثة في قاعدة بيانات خارج السلسلة التي يسهل الوصول إليها.
2. حساب مبدأ MapReduce: مبدأ MapReduce هو استخدام حساب متعدد الحالات مع فصل البيانات على قاعدة بيانات كبيرة وحسابها بشكل موازي، ثم دمج النتائج فيما بعد. ويطلق Lagrange على هذا النوع من الهندسة المعمارية التي تدعم التنفيذ الموازي اسم zkMR.

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

هيكل قاعدة البيانات Lagrange ، مصدر الصورة: Lagrange

ما سبق هو هيكل تعيين البيانات المخزنة بموجب عقده ، حيث يتم تخزين متغيرات الحالة للعقد ، ولكل عقد محاولة تخزين مستقلة ، والتي يتم تخزينها في شكل شجرة MPT في إثيريوم. على الرغم من أن شجرة MPT بسيطة ، إلا أنها غير فعالة للغاية ، ولهذا السبب إثيريوم المطورين الأساسيين يروجون لتطوير شجرة Verkel. داخل لاغرانج ، يمكن لكل العقدة استخدام SNARK / STARK ل “الإثبات” ، وتحتوي العقدة الأصل على إثبات العقدة الطفل ، الأمر الذي يتطلب استخدام دليل متكرر.

الحساب الحالة، مصدر الصورة: Lagrange

الحسابات المختلفة هي حساب EOA وحساب العقد، ويمكن تمثيل حالة الحساب بشكل حساب / جذر التخزين (مساحة تخزين متغير العقد)، ولكن يبدو أن Lagrange لم يصمم هذا الجزء تمامًا، وفي الواقع يتعين أن يتم إضافة جذر State Trie (مساحة تخزين حالة الحسابات الخارجية) كذلك.

هيكل البيانات الكتلة، المصدر: لاغرانج

في هيكل البيانات الجديد، قام Lagrange بإنشاء هيكل بيانات كتلة ودية للبراهين SNARKs، حيث يكون كل ورقة في هذا الشجرة هو رأس كتلة، وحجم هذا العدد ثابت، إذا تم إنتاج كتلة في إيثريوم كل 12 ثانية، فإن هذا قاعدة البيانات يمكن استخدامها لمدة حوالي 25 عامًا.

في الآلة الافتراضية ZKMR في Lagrange، يوجد خطوتان في حسابها:

1. الخريطة: تقوم الآلة الموزعة بتعيين وتوليد أزواج المفاتيح والقيم لكامل البيانات.
2. تقليل: يقوم أجهزة الكمبيوتر الموزعة بحساب البراهين على حدة ثم دمج جميع البراهين.

باختصار، يمكن لـ ZKMR دمج البراهين الخاصة بالحسابات الصغيرة لإنشاء براهين للحساب الكامل. يتيح هذا لـ ZKMR التوسع بشكل فعال لتقديم براهين للحساب المعقد على مجموعات بيانات كبيرة تتطلب خطوات متعددة أو حسابات متعددة الطبقات. على سبيل المثال، إذا نشرت Uniswap على 100 سلسلة، فإنه في حالة الرغبة في حساب سعر TWAP لعملة معينة على 100 سلسلة، سيكون هناك حاجة إلى الكثير من الحسابات والتكامل، حيث يمكن لـ ZKMR في هذه الحالة حساب كل سلسلة على حدة ثم دمجها للحصول على براهين الحساب الكاملة.

عملية تشغيل معالج Lagrange ، المصدر: Lagrange

هذه هي سيرة تنفيذها:

1. تسجيل عقد المطور الذكي أولاً في Lagrange ، ثم تقديم طلب إثبات لعقد الذكاء الاصطناعي الموجود في سلسلة Lagrange. في هذا الوقت ، يقوم العقد الوكيل بالتفاعل مع عقد المطور.
2. Lagrange خارج السلسلة يقوم بتقسيم الطلب إلى مهام صغيرة قابلة للتوازي وتوزيعها على مثبتين مختلفين للتحقق معًا.
3. هذا البرهان في الواقع أيضاً شبكة يتم ضمان أمانها عن طريق تكنولوجيا إعادة الرهن الخاصة بـ EigenLayer.

موجز

تهدف شبكة Succinct إلى دمج مجموعة الحقائق القابلة للبرمجة في كل جزء من مكدس تطوير سلسلة الكتل (بما في ذلك L2، وحدة المعالجة المساعدة، الجسور عبر السلسلة، إلخ).

عملية عمل سوكسينكت، المصدر: سوكسينكت

يمكن لـ Succinct قبول لغات مخصصة مثل Solidity ومجال المعرفة الصفراء (DSL) وغيرها من الشفرات ، وإرسالها إلى جهاز معالج Succinct خارج السلسلة ، ويكمل Succinct فهرسة بيانات السلسلة الهدف ، ثم يرسل طلب البرهان إلى سوق البراهين ، ويمكن لأجهزة التعدين مثل CPU و GPU و ETC وغيرها من رقائق البراهين تقديم البراهين في شبكة البراهين. يتميز بأن سوق البراهين متوافق مع جميع أنظمة البراهين المختلفة ، لأنه سيكون هناك فترة طويلة في المستقبل حيث تتعايش أنظمة البراهين المختلفة.

تعرف Succinct خارج السلسلة ZKVM باسم SP (Succinct Processor)، والذي يمكنه دعم لغة Rust وغيرها من لغات LLVM، وميزاته الأساسية تشمل:

1. التكرار + التحقق: تقنية الإثبات القائمة على تقنية STARKs للتكرار يمكن أن تعزز كفاءة ضغط ZK بشكل متزايد على مستوى الأسس.
2. دعم حزمة SNARKs إلى STARKs: القدرة على اعتماد مزايا SNARKs و STARKs في نفس الوقت لحل مشكلة حجم البرهان ووقت التحقق.
3. بنية zkVM المركزية المعتمدة على الترميز المسبق: يمكن ترميز بعض الخوارزميات الشائعة مثل SHA256 و Keccak و ECDSA مسبقًا لتقليل وقت إنتاج البراهين والتحقق منها أثناء التشغيل.

المقارنة

عند مقارنة معالج ZK العام ، نقوم في الأساس بمقارنة تلبية مبدأ الاعتماد الشامل أولاً ، وسنشرح أيضًا لماذا هذا مهم بشكل كبير:

1. مشكلة فهرسة البيانات / المزامنة: يمكن أن تلبي وظيفة فهرسة البيانات الكاملة والمزامنة فقط متطلبات التطبيق القائم على البيانات الكبيرة، وإلا فإن نطاق تطبيقها سيكون محدودًا.
2. بناءً على التكنولوجيا: تختلف تقنيات SNARKs و STARKs في نقطة الاختيار ، وفي المدى المتوسط ​​يتم الاعتماد على تقنية SNARKs ، وفي المدى الطويل يتم الاعتماد على تقنية STARKs.
3. هل تدعم التكرار: يمكن فقط ضغط البيانات بشكل أكبر وتحقيق دليل الحساب الموازي إذا كانت مدعومة التكرار بالكامل، وبالتالي فإن تحقيق التكرار الكامل هو نقطة تقنية مشروع.
4. نظام الإثبات: يؤثر نظام الإثبات مباشرة على حجم ووقت إنشاء الإثبات، وهذا هو أكثر المجالات تكلفة في تقنية ZK حتى الآن، حيث إنها تعتمد بشكل رئيسي على سوق قوة الحوسبة السحابية ZK الخاصة وشبكة الإثبات.
5. التعاون البيئي: يمكن تقييم اتجاه التكنولوجيا من خلال الجهة الثالثة الحقيقية لتحديد ما إذا كان مقبولًا من قبل مستخدمي B النهائيين.
6. الدعم المتاح لـ VC والتمويل: يمكن أن يعكس حالة الدعم المستقبلي للموارد.

مصدر الصورة: Gate Ventures

في الواقع، مسار التكنولوجيا العام واضح جدا، ولذلك فإن معظم التكنولوجيا متجانسة، مثل استخدام مجمع STARKs إلى SNARKs، والتي يمكن استخدامها في نفس الوقت للاستفادة من مزايا STARKs و SNARKs وتقليل وقت إنشاء البرهان ووقت التحقق ومقاومة الهجمات الكمومية. نظرًا لأن أداء خوارزمية ZK المتكرر يمكن أن يؤثر بشكل كبير على أداء ZK، فإن الثلاثة مشاريع حاليًا لديها قدرة متكررة. إن إنشاء البرهان باستخدام خوارزمية ZK هو المكان الأكثر تكلفة واستهلاكًا للوقت، ولذلك يعتمد الثلاثة مشاريع جميعها على الطلب القوي على قوة الحوسبة ZK وبناء شبكة منشئي البراهين وسوق قوة الحوسبة السحابية. وبناءً على ذلك، في الوقت الحالي، في ظل حالة تشابه المسارات التقنية إلى حد كبير، قد يكون الانفراج النهائي يتطلب فريق عمل ودعم الموارد الاقتصادية البيئية من قبل المستثمرين للاستحواذ على حصة السوق.

الفرق والتشابه بين معالج المساعدة والطبقة 2

على عكس Layer2، فإن المعالج المساعد موجه نحو التطبيقات بينما لا يزال Layer2 موجهًا نحو المستخدم. يمكن للمعالج المساعد أن يكون مكونًا تسريعيًا أو مكونًا قابلًا للتطوير ويشكل سيناريوهات التطبيق التالية:

1. كمكون لجهاز الآلة الافتراضية خارج سلسلة ZK Layer2، يمكن لهذه الطبقة 2 تبديل جهاز الآلة الافتراضية الخاص بها إلى معالج مشترك.
2. كمعالج مشترك، فإنه يقوم بتفريغ القوة الحسابية لتطبيقات السلسلة العامة إلى معالج خارج السلسلة.
3. كجهاز أوراكل للحصول على بيانات قابلة للتحقق من سلاسل أخرى على سلسلة عامة.
4. تبادل الرسائل كجسر عبر السلسلة بين السلسلتين.

هذه السيناريوهات التطبيقية تعد مجرد قائمة جزئية، بالنسبة لمعالج المشاركة، نحن بحاجة إلى فهم الإمكانيات التي يقدمها من حيث توفير بيانات متزامنة في الوقت الحقيقي للسلسلة بأكملها والقدرة العالية الأداء والتكلفة المنخفضة للحوسبة الموثوقة، والقدرة على إعادة بناء جميع البرامج الوسيطة تقريبًا في سلسلة الكتل. بما في ذلك Chainlink و The Graph يعملان حالياً على تطوير جهاز الآلة ZK الخاص بهم والاستعلام؛ بينما الجسور الرئيسية للسلاسل الجانبية مثل Wormhole و Layerzero وغيرها يعملون أيضاً على تطوير تقنية الجسور الجانبية القائمة على ZK؛ وتدريب LLMs (النماذج الكبيرة الحجم) والاستدلال الموثوق وما إلى ذلك خارج السلسلة.

المشاكل التي تواجه معالجة المساعدة

1. يواجه المطورون مقاومة، تكنولوجيا ZK ممكنة نظريًا، ولكن لا تزال هناك العديد من الصعوبات التقنية حتى الآن، والفهم الخارجي معتم وصعب، لذلك عندما يدخل المطورون الجدد في النظام البيئي، قد يواجهون مقاومة كبيرة بسبب الحاجة إلى إتقان لغة وأدوات تطوير محددة.
2. السباق في مرحلة مبكرة للغاية ، أداء zkVM معقد للغاية ويشمل عدة جوانب (بما في ذلك الأجهزة وأداء العقدة الفردية والعديدة واستخدام الذاكرة وتكلفة التكرار واختيار وظيفة التجزئة وغيرها من العوامل) ، وهناك مشاريع قائمة في كل جانب حاليًا ، والسباق في مرحلة مبكرة للغاية والمشهد لا يزال غير واضح.
3. لا يزال شروط مثل الأجهزة معلقة، من الناحية الأجهزة، فإن الأجهزة الرئيسية في الوقت الحالي هي ASIC و FPGA، مع الشركات المصنعة مثل Ingonyama و Cysic، ولا تزال في مرحلة المختبر ولم تتم تجاريتها بعد، نحن نعتقد أن الأجهزة هي الشرط الأساسي لتنفيذ تقنية ZK على نطاق واسع.
4. المسار التقني متشابه للغاية، من الصعب جدًا أن يكون هناك تقدم تقني جيلي، حاليا يتم التنافس الرئيسي بشكل أساسي على الموارد الخلفية لشركات رأس المال المخاطر (VC) وقدرة فريق العمل على تطوير الشراكات التجارية، وإذا كان بإمكانها الفوز بالموقع البيئي لتطبيقات السلسلة الرئيسية والسلاسل العامة.

تلخيص وتطلعات

تتمتع تقنية ZK بقدر كبير من القابلية للتطبيق، كما أنها تساعد في تحول البيئة الإيثيريومية من التوجه اللامركزي للقيمة إلى توجه الثقة المفقودة. “لا تثق، تحقق”، هذه العبارة هي أفضل ممارسة لتقنية ZK. يمكن لتقنية ZK إعادة بناء الجسور عبر السلاسل، وآلة أوراكل، واستعلامات داخل السلاسل، وحسابات خارج السلاسل، والآلة الافتراضية، ومجموعة متنوعة من سيناريوهات التطبيق، وجهاز ZK Coprocessor من النوع العام هو أحد الأدوات التي تمكن من تحقيق تقنية ZK. بالنسبة لجهاز ZK Coprocessor، فإن حدود تطبيقه واسعة، ويمكن أن يغطي أي سيناريو حقيقي لتطبيق dapp، ومن الناحية النظرية، يمكن أن يحقق أي تطبيق Web2 ما يمكن فعله، بفضل معالج ZK.

منحنى انتشار التكنولوجيا، المصدر: غارتنر

منذ العصور القديمة ، تخلف تطور التكنولوجيا عن خيال البشر من أجل حياة أفضل (مثل Chang’e إلى القمر إلى Apollo على القمر) ، إذا كان هناك شيء مبتكر وتخريبي وضروري بالفعل ، تحقيق التكنولوجيا ، إنها مسألة وقت فقط. نعتقد أن معالجات ZK المشتركة للأغراض العامة تتبع هذا الاتجاه. لدينا مقياسان للمعالج المساعد ZK “التبني الشامل”: قاعدة بيانات يمكن إثباتها في الوقت الفعلي عبر السلسلة وحساب خارج السلسلة منخفض التكلفة. إذا كانت كمية البيانات كافية والمزامنة في الوقت الفعلي بالإضافة إلى الحوسبة منخفضة التكلفة خارج السلسلة التي يمكن التحقق منها ، فيمكن تغيير نموذج تطوير البرامج تماما ، ولكن هذا الهدف متكرر ببطء ، لذلك نركز على إيجاد المشاريع التي تلبي هذين الاتجاهين أو التوجه نحو القيمة ، وهبوط رقائق ZK قوة الحوسبة هو فرضية التطبيق التجاري واسع النطاق للمعالجات المشتركة ZK ، فإن الافتقار إلى الابتكار في هذه الدورة هو فترة النافذة لبناء الجيل التالي من تقنية وتطبيقات “التبني الشامل” حقا ، نتوقع أنه في الجولة التالية من الدورات ، يمكن تسويق سلسلة صناعة ZK ، لذلك حان الوقت لإعادة التركيز على بعض التقنيات التي يمكن أن تمكن Web3 حقا من حمل 1 مليار شخص للتفاعل على داخل السلسلة.