! [فهم خوارزمية ZK-PoW الخاصة بـ Opside في مقالة واحدة] (https://img.gateio.im/social/moments-40baef27dd-6dea4a789d-dd1a6f-62a40f)
TL ؛ DR
تتميز خوارزمية ZK-PoW التي اقترحتها Opside بالمزايا التالية:
آلية تسعير طاقة حوسبة ZK الموجهة نحو السوق ، لا يمكن استخدامها فقط للتوسع (ZK-Rollup) ، ولكن يمكن أيضًا تطبيقها على AI (ZKML) في المستقبل
توفير منصة طاقة حاسوبية ضخمة للانفجار الواسع النطاق القادم لـ ZK-Rollup (خاصة zkEVM) ؛ وفي الوقت نفسه ، يوفر أيضًا سيناريو تعدين جديدًا لعدد كبير من عمال المناجم العاطلين
توفر خوارزمية تقديم ZKP المكونة من خطوتين آلية Prover القياسية اللامركزية لـ ZK-Rollup
آلية حساب وتقديم ZKP محسّنة ، مما يزيد من كفاءة توليد ZKP بنسبة 80٪
لماذا نحتاج إلى خوارزمية إثبات العمل بقوة حوسبة ZK؟
حاليًا ، هناك العديد من ZK-Rollups تعمل على شبكة Ethereum mainnet ، بما في ذلك عصر Polygon zkEVM و zkSync. ومع ذلك ، في الواقع ، فإن معظم مشاريع ZK-Rollup الحالية لم تنفذ مُثلاً لامركزيًا. على سبيل المثال ، تعتمد الشبكة الرئيسية التجريبية لـ Polygon zkEVM على مُجمِّع موثوق به لإرسال ZKP ، ويشبه عصر zkSync.
عندما يكون عدد ZK-Rollups صغيرًا ، يكون المثقف المركزي ممكنًا. ومع ذلك ، مع نضج تقنية توسيع ZK ، وخاصة التنفيذ التدريجي لتقنية zkEVM في العام أو العامين القادمين ، فإن عدد ZK-Rollups سوف يؤدي إلى نمو كبير للغاية. في حالة ZK-Rollup الهائلة ، فإن المُثبِت المركزية ستسبب أيضًا العديد من المشكلات:
أولاً ، المُثبِّتات باهظة الثمن وتتطلب معدات احترافية وغرف كمبيوتر ، فليس كل مشغل لـ ZK-Rollup لديه القدرة على الحفاظ على مجموعة رئيسية مركزية. لذلك ، نحتاج إلى عمال مناجم محترفين لتحمل الطلب على الطاقة الحاسوبية لمجموعة ZK-Rollup الضخمة في المستقبل
ثانيًا ، إذا كان هناك مُثب واحد فقط ، فإن تعطل عقدة واحدة سيؤدي إلى عدم تأكيد معاملة ZK-Rollup بأكملها. نحن بحاجة إلى آلية Prover لامركزية لتشجيع العديد من عمال المناجم على المشاركة في حساب ZKP في نفس الوقت والحصول على المكافآت المقابلة.
أخيرًا ، نحتاج إلى خوارزمية تحسين ZKP موحدة لتحسين الكفاءة الكلية للأجهزة.
خوارزمية ZK-PoW من Opside
كسلسلة عامة لامركزية للغاية ، فإن Ethereum مكتظة بالفعل ، ورسوم الغاز باهظة الثمن. يجب ترحيل العديد من تطبيقات Web3 ، وخاصة المشتقات المالية والألعاب والشبكات الاجتماعية وما إلى ذلك ، إلى الطبقة 2 أو سلاسل عامة أخرى. في الواقع ، ليس من الصعب ببساطة توفير بيئة تنفيذ عالية الأداء ومنخفضة الغاز ، ويمكن لبعض الحلول المركزية القيام بذلك بسهولة. تكمن الصعوبة في كيفية الحفاظ على درجة عالية من اللامركزية مع ضمان الأداء العالي والغاز المنخفض.
في تصميم Opside ، يمكن أن يحتوي كل تطبيق Web3 على ZK-Rollup حصري ، ويمكنه اختيار السلسلة الأساسية بحرية. حاليًا ، يدعم Opside 4 سلاسل أساسية ، وهي Ethereum و Opside و BNB chain و Polygon. بمعنى آخر ، يمكن للمطورين اختيار نشر ZK-Rollup الخاص بهم على هذه السلاسل العامة الأربعة. من أجل دعم الطلب على موارد الأجهزة الهائلة التي جلبها عدد كبير من ZK-Rollups ، توفر Opside أيضًا سوقًا موحدًا للطاقة الحاسوبية ZKP ، مما يشجع المعدنين على إنشاء ZKP لهذه ZK-Rollups.
آلية توزيع المكافآت PoW
Opside يتبنى الإجماع الهجين PoS و PoW. من بينها ، تم تحسين جزء PoS بناءً على إجماع ETH2.0. لذلك ، سيكون لدى Opside أكثر من 100000 مدقق لتوفير توافر بيانات هائل ، وفي نفس الوقت تتمتع بدرجة عالية من اللامركزية.
في مرحلة شبكة اختبار Pre-Alpha ، وفقًا لخوارزمية إثبات العمل ، داخل كتلة Opside ، سترسل كل مجموعة تجميع تسلسل وفقًا لقواعد معينة. تقسم جميع التسلسلات مكافآت PoW للكتلة الحالية وفقًا للعدد الحالي من فتحات Rollup المسجلة وعدد الدُفعات المضمنة. بالطبع ، قد لا تقدم بعض المجموعات المتراكمة تسلسلات في بعض الكتل ، وبالتالي فإن التضخم الفعلي لـ PoW سيكون أقل من المتوقع.
يمكن لعامل المنجم أن يختار بحرية المشاركة في حساب ZKP لواحد أو أكثر من التراكمية. في المستقبل ، سيقدر كل تسلسل عبء العمل بناءً على نوع ZK-Rollup المقابل ، وعدد معاملات التجميع المعنية ، ومقدار استخدام الغاز ، وما إلى ذلك ، بحيث يتم تسعير التسلسلات المختلفة بشكل مختلف.
من أجل تجنب السلوك الضار المتعلق بعامل المنجم ، يحتاج عامل المنجم إلى التسجيل في عقد نظام خاص ورموز التعهد. يحتاج عامل المنجم إلى التعهد بالرمز المميز المقابل لمجموعة التحديثات في عقد النظام قبل تقديم ZKP لمجموعة التحديثات. سيتم أيضًا توزيع المكافآت التي يتلقاها Miner لتقديم ZKP وفقًا لنسبة المبلغ المتعهد به ، وذلك لتجنب السلوك الضار لعامل المنجم الذي يقدم ZKP عدة مرات.
لمزيد من التفاصيل ، يرجى الرجوع إلى Opside Tokenomics
خوارزمية التقديم المكونة من خطوتين لـ ZKP: آلية Prover اللامركزية القياسية
من أجل تشجيع العديد من المعدنين على المشاركة في مهمة حساب ZKP في نفس الوقت ، تقترح Opside آلية تحقق من خطوتين ZKP. سيتم توزيع حصة مكافأة إثبات العمل المقابلة لـ ZKP لمقدمي ZKP الصالحين ، أي المعدنين ، وفقًا لقواعد معينة.
! [فهم خوارزمية ZK-PoW الخاصة بـ Opside في مقالة واحدة] (https://img.gateio.im/social/moments-40baef27dd-e7b28ff1ec-dd1a6f-62a40f)
1 إرسال إثبات: في غضون فترة زمنية ، ولتسلسل معين ، يُسمح لعدة عمال مناجم بالمشاركة في حساب إثبات عدم المعرفة الصفرية. بعد أن يحسب كل عامل منجم الإثبات ، لا يقدمون الإثبات الأصلي مباشرةً ، لكنهم يحسبون إثبات (الإثبات / العنوان) ويقدمون الإثبات إلى العقد.
2 إرسال ZKP: بعد نافذة الوقت ، يقوم المُعدِّن بتقديم الإثبات الأصلي والتحقق منه باستخدام الإثبات المقدم مسبقًا. يمكن لعمال المناجم الذين يجتازون التحقق الحصول على مكافآت إثبات العمل ، ويتم توزيع مبلغ المكافأة وفقًا لنسبة المبلغ الذي تعهد به المعدنون.
لمزيد من التفاصيل ، يرجى الرجوع إلى خوارزمية التقديم ذات الخطوتين الخاصة بـ ZKP
خوارزمية توليد ZKP محسّنة: زيادة كفاءة عامل التعدين بنسبة 80٪
عندما يتحقق عقد Rollup الذكي من ZKP ، إذا تم تقديم بيانات الإثبات الأصلية ، فقد يؤدي ذلك إلى هجوم على السلسلة. من أجل منع الهجمات الضارة ، غالبًا ما يتطلب ZK-Rollup عملاً إضافيًا لإخفاء بيانات الإثبات الأصلية. يتمثل أحد الحلول في أن ZKP المقدم من المُعدِّن يحتوي على نتيجة التجميع لعنوان المُعدِّن. تعتمد خوارزمية الإرسال المكون من خطوتين لـ ZKP التي اقترحتها Opside بذكاء طريقة الإرسال الأول + التحقق اللاحق ، ولم تعد بحاجة إلى إجراء حسابات تجميع غير ضرورية مماثلة للإثبات والعنوان.
بالإضافة إلى ذلك ، في بعض zkEVMs مفتوحة المصدر ، يتم حساب وتقديم ZKP بشكل تسلسلي. عندما يقدم ZK-Rollup عددًا كبيرًا من التسلسلات ، لا يمكن للمعدنين حساب ZKPs متعددة في نفس الوقت. في Opside ، تدرك خوارزمية التقديم المكونة من خطوتين لـ ZKP الحوسبة المتوازية والتقديم التسلسلي لـ ZKP ، مما يسمح لآلات التعدين بأداء مهام إنشاء ZKP متعددة في نفس الوقت ، وبالتالي تسريع كفاءة توليد ZKP بشكل كبير.
قام فريق Opside أيضًا بإجراء سلسلة من التحسينات على خوارزمية التجميع العودية ZKP ، مما أدى إلى تحسين استخدام موارد الماكينة في المجموعة وتحسين سرعة حساب ZKP.
في بيئة اختبار الضغط الفعلية ، لدى المُعدِّن مجموعة آلات تتكون من 20128 وحدة معالجة مركزية أساسية + 1 تيرابايت من ذاكرة الوصول العشوائي ، وتكون معاملة الاختبار مستقرة عند 27.8 تيرابايت في الثانية لمدة 40 دقيقة تقريبًا. في ظل نفس الظروف ، خفضت Opside متوسط وقت تأكيد المعاملات من حوالي 5-6 دقائق إلى حوالي 3 دقائق ، وزادت كفاءة توليد ZKP بنحو 80٪. في المستقبل ، مع إضافة المزيد من ZK-Rollups وعمال المناجم ، سيتم توسيع نطاق جانب الطلب وجانب العرض لسوق طاقة الحوسبة ZK ، وسيصبح تحسين الكفاءة الذي تحققه خوارزمية PoW الخاصة بـ Opside أكثر وضوحًا.
لخص
تحدد خوارزمية ZK-PoW التي اقترحتها Opside بشكل إبداعي آلية تسعير موجهة نحو السوق لقوة حوسبة ZK. يوفر سوق الطاقة الحاسوبية هذا منصة طاقة حوسبة ضخمة للانفجار القادم على نطاق واسع لـ ZK-Rollup (خاصة zkEVM) ؛ كما أنه يوفر سيناريو تعدين جديد لعدد كبير من عمال المناجم العاطلين.
توفر خوارزمية تقديم ZKP المكونة من خطوتين آلية Prover لامركزية قياسية لـ ZK-Rollup ، مما يشجع المزيد من عمال المناجم على توفير قوة حوسبة ZKP مستقرة ومستمرة. في الوقت نفسه ، تعمل آلية حساب ZKP المُحسَّنة وتقديمها على زيادة كفاءة توليد ZKP بنسبة 80٪
في المستقبل ، يمكن توسيع سيناريوهات تطبيق آلية إثبات العمل الخاصة بـ Opside بسهولة ، ليس فقط لتوسيع السعة (ZK-Rollup) ، ولكن أيضًا لـ AI (ZKML) في المستقبل.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
اقرأ خوارزمية ZK-PoW الخاصة بـ Opside في مقال واحد
! [فهم خوارزمية ZK-PoW الخاصة بـ Opside في مقالة واحدة] (https://img.gateio.im/social/moments-40baef27dd-6dea4a789d-dd1a6f-62a40f)
TL ؛ DR
تتميز خوارزمية ZK-PoW التي اقترحتها Opside بالمزايا التالية:
لماذا نحتاج إلى خوارزمية إثبات العمل بقوة حوسبة ZK؟
حاليًا ، هناك العديد من ZK-Rollups تعمل على شبكة Ethereum mainnet ، بما في ذلك عصر Polygon zkEVM و zkSync. ومع ذلك ، في الواقع ، فإن معظم مشاريع ZK-Rollup الحالية لم تنفذ مُثلاً لامركزيًا. على سبيل المثال ، تعتمد الشبكة الرئيسية التجريبية لـ Polygon zkEVM على مُجمِّع موثوق به لإرسال ZKP ، ويشبه عصر zkSync.
عندما يكون عدد ZK-Rollups صغيرًا ، يكون المثقف المركزي ممكنًا. ومع ذلك ، مع نضج تقنية توسيع ZK ، وخاصة التنفيذ التدريجي لتقنية zkEVM في العام أو العامين القادمين ، فإن عدد ZK-Rollups سوف يؤدي إلى نمو كبير للغاية. في حالة ZK-Rollup الهائلة ، فإن المُثبِت المركزية ستسبب أيضًا العديد من المشكلات:
خوارزمية ZK-PoW من Opside
كسلسلة عامة لامركزية للغاية ، فإن Ethereum مكتظة بالفعل ، ورسوم الغاز باهظة الثمن. يجب ترحيل العديد من تطبيقات Web3 ، وخاصة المشتقات المالية والألعاب والشبكات الاجتماعية وما إلى ذلك ، إلى الطبقة 2 أو سلاسل عامة أخرى. في الواقع ، ليس من الصعب ببساطة توفير بيئة تنفيذ عالية الأداء ومنخفضة الغاز ، ويمكن لبعض الحلول المركزية القيام بذلك بسهولة. تكمن الصعوبة في كيفية الحفاظ على درجة عالية من اللامركزية مع ضمان الأداء العالي والغاز المنخفض.
في تصميم Opside ، يمكن أن يحتوي كل تطبيق Web3 على ZK-Rollup حصري ، ويمكنه اختيار السلسلة الأساسية بحرية. حاليًا ، يدعم Opside 4 سلاسل أساسية ، وهي Ethereum و Opside و BNB chain و Polygon. بمعنى آخر ، يمكن للمطورين اختيار نشر ZK-Rollup الخاص بهم على هذه السلاسل العامة الأربعة. من أجل دعم الطلب على موارد الأجهزة الهائلة التي جلبها عدد كبير من ZK-Rollups ، توفر Opside أيضًا سوقًا موحدًا للطاقة الحاسوبية ZKP ، مما يشجع المعدنين على إنشاء ZKP لهذه ZK-Rollups.
آلية توزيع المكافآت PoW
Opside يتبنى الإجماع الهجين PoS و PoW. من بينها ، تم تحسين جزء PoS بناءً على إجماع ETH2.0. لذلك ، سيكون لدى Opside أكثر من 100000 مدقق لتوفير توافر بيانات هائل ، وفي نفس الوقت تتمتع بدرجة عالية من اللامركزية.
في مرحلة شبكة اختبار Pre-Alpha ، وفقًا لخوارزمية إثبات العمل ، داخل كتلة Opside ، سترسل كل مجموعة تجميع تسلسل وفقًا لقواعد معينة. تقسم جميع التسلسلات مكافآت PoW للكتلة الحالية وفقًا للعدد الحالي من فتحات Rollup المسجلة وعدد الدُفعات المضمنة. بالطبع ، قد لا تقدم بعض المجموعات المتراكمة تسلسلات في بعض الكتل ، وبالتالي فإن التضخم الفعلي لـ PoW سيكون أقل من المتوقع.
يمكن لعامل المنجم أن يختار بحرية المشاركة في حساب ZKP لواحد أو أكثر من التراكمية. في المستقبل ، سيقدر كل تسلسل عبء العمل بناءً على نوع ZK-Rollup المقابل ، وعدد معاملات التجميع المعنية ، ومقدار استخدام الغاز ، وما إلى ذلك ، بحيث يتم تسعير التسلسلات المختلفة بشكل مختلف.
من أجل تجنب السلوك الضار المتعلق بعامل المنجم ، يحتاج عامل المنجم إلى التسجيل في عقد نظام خاص ورموز التعهد. يحتاج عامل المنجم إلى التعهد بالرمز المميز المقابل لمجموعة التحديثات في عقد النظام قبل تقديم ZKP لمجموعة التحديثات. سيتم أيضًا توزيع المكافآت التي يتلقاها Miner لتقديم ZKP وفقًا لنسبة المبلغ المتعهد به ، وذلك لتجنب السلوك الضار لعامل المنجم الذي يقدم ZKP عدة مرات.
لمزيد من التفاصيل ، يرجى الرجوع إلى Opside Tokenomics
خوارزمية التقديم المكونة من خطوتين لـ ZKP: آلية Prover اللامركزية القياسية
من أجل تشجيع العديد من المعدنين على المشاركة في مهمة حساب ZKP في نفس الوقت ، تقترح Opside آلية تحقق من خطوتين ZKP. سيتم توزيع حصة مكافأة إثبات العمل المقابلة لـ ZKP لمقدمي ZKP الصالحين ، أي المعدنين ، وفقًا لقواعد معينة.
! [فهم خوارزمية ZK-PoW الخاصة بـ Opside في مقالة واحدة] (https://img.gateio.im/social/moments-40baef27dd-e7b28ff1ec-dd1a6f-62a40f)
1 إرسال إثبات: في غضون فترة زمنية ، ولتسلسل معين ، يُسمح لعدة عمال مناجم بالمشاركة في حساب إثبات عدم المعرفة الصفرية. بعد أن يحسب كل عامل منجم الإثبات ، لا يقدمون الإثبات الأصلي مباشرةً ، لكنهم يحسبون إثبات (الإثبات / العنوان) ويقدمون الإثبات إلى العقد.
2 إرسال ZKP: بعد نافذة الوقت ، يقوم المُعدِّن بتقديم الإثبات الأصلي والتحقق منه باستخدام الإثبات المقدم مسبقًا. يمكن لعمال المناجم الذين يجتازون التحقق الحصول على مكافآت إثبات العمل ، ويتم توزيع مبلغ المكافأة وفقًا لنسبة المبلغ الذي تعهد به المعدنون.
لمزيد من التفاصيل ، يرجى الرجوع إلى خوارزمية التقديم ذات الخطوتين الخاصة بـ ZKP
خوارزمية توليد ZKP محسّنة: زيادة كفاءة عامل التعدين بنسبة 80٪
عندما يتحقق عقد Rollup الذكي من ZKP ، إذا تم تقديم بيانات الإثبات الأصلية ، فقد يؤدي ذلك إلى هجوم على السلسلة. من أجل منع الهجمات الضارة ، غالبًا ما يتطلب ZK-Rollup عملاً إضافيًا لإخفاء بيانات الإثبات الأصلية. يتمثل أحد الحلول في أن ZKP المقدم من المُعدِّن يحتوي على نتيجة التجميع لعنوان المُعدِّن. تعتمد خوارزمية الإرسال المكون من خطوتين لـ ZKP التي اقترحتها Opside بذكاء طريقة الإرسال الأول + التحقق اللاحق ، ولم تعد بحاجة إلى إجراء حسابات تجميع غير ضرورية مماثلة للإثبات والعنوان.
بالإضافة إلى ذلك ، في بعض zkEVMs مفتوحة المصدر ، يتم حساب وتقديم ZKP بشكل تسلسلي. عندما يقدم ZK-Rollup عددًا كبيرًا من التسلسلات ، لا يمكن للمعدنين حساب ZKPs متعددة في نفس الوقت. في Opside ، تدرك خوارزمية التقديم المكونة من خطوتين لـ ZKP الحوسبة المتوازية والتقديم التسلسلي لـ ZKP ، مما يسمح لآلات التعدين بأداء مهام إنشاء ZKP متعددة في نفس الوقت ، وبالتالي تسريع كفاءة توليد ZKP بشكل كبير.
قام فريق Opside أيضًا بإجراء سلسلة من التحسينات على خوارزمية التجميع العودية ZKP ، مما أدى إلى تحسين استخدام موارد الماكينة في المجموعة وتحسين سرعة حساب ZKP.
في بيئة اختبار الضغط الفعلية ، لدى المُعدِّن مجموعة آلات تتكون من 20128 وحدة معالجة مركزية أساسية + 1 تيرابايت من ذاكرة الوصول العشوائي ، وتكون معاملة الاختبار مستقرة عند 27.8 تيرابايت في الثانية لمدة 40 دقيقة تقريبًا. في ظل نفس الظروف ، خفضت Opside متوسط وقت تأكيد المعاملات من حوالي 5-6 دقائق إلى حوالي 3 دقائق ، وزادت كفاءة توليد ZKP بنحو 80٪. في المستقبل ، مع إضافة المزيد من ZK-Rollups وعمال المناجم ، سيتم توسيع نطاق جانب الطلب وجانب العرض لسوق طاقة الحوسبة ZK ، وسيصبح تحسين الكفاءة الذي تحققه خوارزمية PoW الخاصة بـ Opside أكثر وضوحًا.
لخص
تحدد خوارزمية ZK-PoW التي اقترحتها Opside بشكل إبداعي آلية تسعير موجهة نحو السوق لقوة حوسبة ZK. يوفر سوق الطاقة الحاسوبية هذا منصة طاقة حوسبة ضخمة للانفجار القادم على نطاق واسع لـ ZK-Rollup (خاصة zkEVM) ؛ كما أنه يوفر سيناريو تعدين جديد لعدد كبير من عمال المناجم العاطلين.
توفر خوارزمية تقديم ZKP المكونة من خطوتين آلية Prover لامركزية قياسية لـ ZK-Rollup ، مما يشجع المزيد من عمال المناجم على توفير قوة حوسبة ZKP مستقرة ومستمرة. في الوقت نفسه ، تعمل آلية حساب ZKP المُحسَّنة وتقديمها على زيادة كفاءة توليد ZKP بنسبة 80٪
في المستقبل ، يمكن توسيع سيناريوهات تطبيق آلية إثبات العمل الخاصة بـ Opside بسهولة ، ليس فقط لتوسيع السعة (ZK-Rollup) ، ولكن أيضًا لـ AI (ZKML) في المستقبل.