سألني العديد من الإخوة مؤخرًا، في ظل الحماس الحالي حول ZK، أيها هو البنية التحتية الحقيقية؟ أعتقد أن @ZKVProtocol هو شخصية تستحق المتابعة. قد يكون متغيرًا في طبقة التحقق من ZK، أو قد يكون نقطة خطر، ولكن إذا تم تشغيله بنجاح، سيكون القطعة الأساسية التي تستطيع تحديد المعايير.
دعنا نتحدث عن النقاط المؤلمة. واحدة من أكبر المشكلات في مشهد ZK الحالي ليست "هل يمكن توليد proof"، ولكن "كفاءة وتكلفة التحقق من proof". لا تنخدع بالضجة حول اختراق خوارزميات التوليد، فمرحلة التحقق هي التي تعيق فعليًا توسيع النظام البيئي: هناك أنواع عديدة من proof، والبيئات المختلفة للسلاسل، وانخفاض التوافق، وفي كثير من الأحيان، ترتفع رسوم gas بشكل كبير.
@ZKVProtocol ما نريد القيام به هو سد هذه الفجوة - إنشاء طبقة تحقق عامة، بغض النظر عما إذا كنت تستخدم ZK-rollup أو جسر عبر السلاسل أو تحقق الهوية أو تطبيقات الألعاب، دع التحقق يتم عبرها، مما يوفر الوقت والمال ويقلل من المتاعب. يبدو الأمر رائعًا، لكن النقاط الصعبة في التنفيذ واضحة أيضًا: هل يمكن الحفاظ على انخفاض التأخير وانخفاض التكلفة عبر سلاسل متعددة وأنواع متعددة من الإثبات؟ هذه مؤشرات صارمة، لا يمكن التلاعب بها.
إذا كانت هذه الأمور ستنجح حقًا، فإن ذلك يعتمد على التعاون البيئي. تخيل، في المستقبل، أن L2 المختلفة، وشبكات zk، وحتى التطبيقات المتعلقة بالموارد والهوية، تتصل مباشرة بـ zkVerify، بدلاً من أن تقوم كل منها بإنشاء عجلات التحقق الخاصة بها، فسيكون لذلك تأثير توسعي هائل.
لكن الأداء والبيئة وحدهما ليسا كافيين. كجزء من البنية التحتية، يجب أن تكون الأمان والحوكمة والشفافية قوية. في حال انهارت طبقة التحقق، ستتأثر جميع التطبيقات على السلسلة. هل التدقيق كافٍ من حيث الشفافية، وهل يمكن أن يراقب المجتمع الحوكمة، هذه كلها نقاط رئيسية.
عند النظر بعيدًا ، يجب أن نرى ما إذا كان المشروع يمكن أن يستمر بناءً على السيناريوهات الحقيقية للمستخدمين. ليس من خلال الاعتماد فقط على الإعلانات الترويجية وألعاب النقاط للاحتفاظ بالاهتمام ، ولكن يجب أن نجعل المطورين يشعرون "بالراحة والسهولة" بعد مرة واحدة من التكامل ، مما يؤدي إلى بناء سمعة جيدة. على سبيل المثال ، في ألعاب السلسلة ، التسوية الفورية ، التحقق من أمان الجسور عبر السلاسل ، واستدعاء بيانات الخصوصية... بمجرد أن يتم تنفيذ بعض السيناريوهات بنجاح ، يصبح هناك دورة إيجابية.
لذا فإن حكمتي الشخصية: @ZKVProtocol هو رهان منصات. إذا نجح، يمكن أن يتحول إلى وحدة أساسية مثل أوراكل، جسر متعدد السلاسل، ويستحوذ مباشرة على مدخل تطبيقات ZK الأساسية؛ إذا لم ينجح، فقد يكون مجرد منتج تجريبي. لكن مثل هذه المشاريع، تستحق الرهان بالفعل.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
سألني العديد من الإخوة مؤخرًا، في ظل الحماس الحالي حول ZK، أيها هو البنية التحتية الحقيقية؟ أعتقد أن @ZKVProtocol هو شخصية تستحق المتابعة. قد يكون متغيرًا في طبقة التحقق من ZK، أو قد يكون نقطة خطر، ولكن إذا تم تشغيله بنجاح، سيكون القطعة الأساسية التي تستطيع تحديد المعايير.
دعنا نتحدث عن النقاط المؤلمة. واحدة من أكبر المشكلات في مشهد ZK الحالي ليست "هل يمكن توليد proof"، ولكن "كفاءة وتكلفة التحقق من proof". لا تنخدع بالضجة حول اختراق خوارزميات التوليد، فمرحلة التحقق هي التي تعيق فعليًا توسيع النظام البيئي: هناك أنواع عديدة من proof، والبيئات المختلفة للسلاسل، وانخفاض التوافق، وفي كثير من الأحيان، ترتفع رسوم gas بشكل كبير.
@ZKVProtocol ما نريد القيام به هو سد هذه الفجوة - إنشاء طبقة تحقق عامة، بغض النظر عما إذا كنت تستخدم ZK-rollup أو جسر عبر السلاسل أو تحقق الهوية أو تطبيقات الألعاب، دع التحقق يتم عبرها، مما يوفر الوقت والمال ويقلل من المتاعب. يبدو الأمر رائعًا، لكن النقاط الصعبة في التنفيذ واضحة أيضًا: هل يمكن الحفاظ على انخفاض التأخير وانخفاض التكلفة عبر سلاسل متعددة وأنواع متعددة من الإثبات؟ هذه مؤشرات صارمة، لا يمكن التلاعب بها.
إذا كانت هذه الأمور ستنجح حقًا، فإن ذلك يعتمد على التعاون البيئي. تخيل، في المستقبل، أن L2 المختلفة، وشبكات zk، وحتى التطبيقات المتعلقة بالموارد والهوية، تتصل مباشرة بـ zkVerify، بدلاً من أن تقوم كل منها بإنشاء عجلات التحقق الخاصة بها، فسيكون لذلك تأثير توسعي هائل.
لكن الأداء والبيئة وحدهما ليسا كافيين. كجزء من البنية التحتية، يجب أن تكون الأمان والحوكمة والشفافية قوية. في حال انهارت طبقة التحقق، ستتأثر جميع التطبيقات على السلسلة. هل التدقيق كافٍ من حيث الشفافية، وهل يمكن أن يراقب المجتمع الحوكمة، هذه كلها نقاط رئيسية.
عند النظر بعيدًا ، يجب أن نرى ما إذا كان المشروع يمكن أن يستمر بناءً على السيناريوهات الحقيقية للمستخدمين. ليس من خلال الاعتماد فقط على الإعلانات الترويجية وألعاب النقاط للاحتفاظ بالاهتمام ، ولكن يجب أن نجعل المطورين يشعرون "بالراحة والسهولة" بعد مرة واحدة من التكامل ، مما يؤدي إلى بناء سمعة جيدة. على سبيل المثال ، في ألعاب السلسلة ، التسوية الفورية ، التحقق من أمان الجسور عبر السلاسل ، واستدعاء بيانات الخصوصية... بمجرد أن يتم تنفيذ بعض السيناريوهات بنجاح ، يصبح هناك دورة إيجابية.
لذا فإن حكمتي الشخصية: @ZKVProtocol هو رهان منصات. إذا نجح، يمكن أن يتحول إلى وحدة أساسية مثل أوراكل، جسر متعدد السلاسل، ويستحوذ مباشرة على مدخل تطبيقات ZK الأساسية؛ إذا لم ينجح، فقد يكون مجرد منتج تجريبي. لكن مثل هذه المشاريع، تستحق الرهان بالفعل.