بقلم ميشا كوماروف ، Blockworks ، من تأليف Song Xue ، Golden Finance
تركز Web3 كثيرا على المفهوم الأساسي لتكنولوجيا المعرفة الصفرية لدرجة أنها أصبحت الآن أساسا ومحورا لكل تطوير. لكن قابليتها للتوسع والأمان ومزايا الخصوصية لا تجعلها جديرة بالثقة.
ما لا يدركه الناس هو أنه في بيئة Web3 ، لا تزال تقنية المعرفة الصفرية (ZK) جديدة إلى حد ما ولا تخلو من عيوبها. يعالج المطورون بنشاط المشكلات الحالية باستخدام تقنية ZK ، لكن الطبيعة المبتكرة للمساحة تعني أنهم يميلون إلى وضع تصور أسرع مما يمكنهم بناءه.
يعد الاستمرار في الثقة في ZK دون فهم كامل لمشكلاتها الفنية أمرا خطيرا على مستقبل Web3 المستدام. قبل الاعتماد الأعمى على هذه التكنولوجيا ، نحتاج إلى فحصها بدقة وعيوبها المحتملة. **
يجب ألا يكون هناك أبطال في Web3 - لا ينبغي عبادة أي تكنولوجيا. **
في المستقبل المثالي ، ستلعب تقنية ZK دورا أكثر تكاملا في جميع الأنشطة على السلسلة. ومع ذلك ، فإن التكنولوجيا موجودة حاليا تقريبا كإضافة أو ملحق ، بدلا من شيء قادر على دعم التنفيذ على السلسلة بشكل أساسي. ** وذلك لأن المناطق والمنتجات قيد التطوير لا تزال جديدة نسبيا.
لكن مجال تكنولوجيا ZK نما إلى درجة أنه يخاطر بتعقيد نفسه. هناك فجوة معرفية متزايدة بين بناة ZK ومستخدمي Web3. **
تشمل المشكلات الأخرى التي يواجهها تطوير تكنولوجيا ZK تحسين وقت الوصول إلى السوق دون المساس بسلامة المشروع. تفتقر براهين ودوائر ZK حاليا إلى إمكانية الوصول لأن المطورين بحاجة إلى تعلم لغات خاصة بالمجال (DSLs) لإثبات هذه الحسابات بشكل أكبر.
إنها عملية كثيفة المعرفة ، وأفضل مثال على ذلك هو حقيقة أنها استغرقت ما يقرب من عام ونصف بين شبكة اختبار ما قبل ألفا من Scroll وإطلاق الشبكة الرئيسية. من خلال قضاء الوقت في القيام بالتنفيذ الصحيح ومراجعة التعليمات البرمجية ، قد يتم إعاقة وقت Scroll في السوق من خلال عملية مراجعة متعمقة لرمز دائرة zkEVM الذي يتم تنفيذه من خلال بعض zkDSLs المخصصة المتعلقة ب Halo2.
هذه مشكلة لأن عددا قليلا فقط من الناس في العالم لديهم معرفة مباشرة ب DSL والتشفير. نظرا لأننا نحصل على المزيد من المطورين لاستخدام تقنية ZK المتقدمة ، نحتاج إلى التأكد من أن كل مكون من مكونات تقنية ZK يمكن التحقق منه بشكل مستقل.
ثم ، هناك التحدي المتمثل في قابلية التكوين. كل ترقية ضرورية هي في النهاية إصلاح شامل للنظام الذي تم إنشاؤه حديثا ، وليس "ترقية" بمعنى أن المطور يبني على إطار عمل موجود.
تعمل المشاريع التي تدعم ZK بالفعل على حلول تبسط عملية البناء للمطورين. سيساعد هذا في معالجة المشكلات الرئيسية ، بما في ذلك الوقت البطيء للوصول إلى السوق ، وتكلفة إنشاء البراهين كطرف مستقل ، وإمكانية تكوين الدوائر ، ومتطلبات تعلم لغات تشفير محددة.
يعد بناء طرق أبسط لتجميع التعليمات البرمجية في دوائر تعمل بكامل طاقتها بأسهل ما يمكن أمرا بالغ الأهمية لضمان قابلية تركيب التطبيقات التي تدعم ZK. يمكن أن تساعد أدوات مثل المجمعين بسرعة في التحقق من وظائف التعليمات البرمجية الخاصة بك. يمكن للمطورين أيضا استخدام مجموعة متنوعة من لغات الترميز لتطوير تطبيقات أكثر كفاءة.
الاستمرار في التركيز على العمل الحاسم الذي يؤثر على قابلية التوسع والأمن في القضايا الأخرى الجارية في هذا المجال. ** يتم تجاهل أوجه القصور في تقنية ZK ببساطة لأن الصناعة بحاجة ماسة إلى قابلية التوسع والأمان ، متجاهلة أوجه القصور في التكلفة والتعقيد. **
الحقيقة هي أن تقنية ZK تحتاج إلى تبسيط الأمر. يجب أن يكون المطورون قادرين على استخدام التكنولوجيا حتى لو لم يكونوا خبراء في التشفير أو تصميم الدوائر.
يحتاج موفرو البنية التحتية ZK إلى إنشاء أدوات تسهل إنشاء تطبيقات تدعم ZK وتبسيط عملية الإنشاء للمطورين.
ويعد تبسيط إجراءات الإنتاج وخفض التكاليف المتعلقة بالبنية التحتية إحدى الطرق لمعالجة هذه القضايا. هناك نهج آخر ممكن يتمثل في توفير المزيد من الموارد والدعم ، مثل البرامج التعليمية وفرص الإرشاد ، للمطورين الذين يتطلعون إلى دخول هذا المجال.
في نهاية اليوم ، حتى مع تقنية ZK ، لا تثق فحسب ، بل تحقق. **
يتجاوز هذا نطاق تسوية المعاملات الأساسية ، ويجب أن ينطبق على الأدوات التي نستخدمها لبناء أو تجميع التعليمات البرمجية ، ويجب أن يكون المطورون والمستخدمون أكثر وعيا بذلك لتشجيع التكامل بين المشاريع.
يمكننا تجنب خيبة الأمل من خلال إلقاء نظرة شاملة على مساحة ZK - وهو مستقبل يعد بتمكين التحقق غير الموثوق به من أي شيء تقريبا. يجب أن يفهم البناة أن قدراته تتجاوز قابلية التوسع والأمان.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
لماذا يضع الناس الكثير من الثقة في تكنولوجيا المعرفة الصفرية؟
بقلم ميشا كوماروف ، Blockworks ، من تأليف Song Xue ، Golden Finance
تركز Web3 كثيرا على المفهوم الأساسي لتكنولوجيا المعرفة الصفرية لدرجة أنها أصبحت الآن أساسا ومحورا لكل تطوير. لكن قابليتها للتوسع والأمان ومزايا الخصوصية لا تجعلها جديرة بالثقة.
ما لا يدركه الناس هو أنه في بيئة Web3 ، لا تزال تقنية المعرفة الصفرية (ZK) جديدة إلى حد ما ولا تخلو من عيوبها. يعالج المطورون بنشاط المشكلات الحالية باستخدام تقنية ZK ، لكن الطبيعة المبتكرة للمساحة تعني أنهم يميلون إلى وضع تصور أسرع مما يمكنهم بناءه.
يعد الاستمرار في الثقة في ZK دون فهم كامل لمشكلاتها الفنية أمرا خطيرا على مستقبل Web3 المستدام. قبل الاعتماد الأعمى على هذه التكنولوجيا ، نحتاج إلى فحصها بدقة وعيوبها المحتملة. **
يجب ألا يكون هناك أبطال في Web3 - لا ينبغي عبادة أي تكنولوجيا. **
في المستقبل المثالي ، ستلعب تقنية ZK دورا أكثر تكاملا في جميع الأنشطة على السلسلة. ومع ذلك ، فإن التكنولوجيا موجودة حاليا تقريبا كإضافة أو ملحق ، بدلا من شيء قادر على دعم التنفيذ على السلسلة بشكل أساسي. ** وذلك لأن المناطق والمنتجات قيد التطوير لا تزال جديدة نسبيا.
لكن مجال تكنولوجيا ZK نما إلى درجة أنه يخاطر بتعقيد نفسه. هناك فجوة معرفية متزايدة بين بناة ZK ومستخدمي Web3. **
تشمل المشكلات الأخرى التي يواجهها تطوير تكنولوجيا ZK تحسين وقت الوصول إلى السوق دون المساس بسلامة المشروع. تفتقر براهين ودوائر ZK حاليا إلى إمكانية الوصول لأن المطورين بحاجة إلى تعلم لغات خاصة بالمجال (DSLs) لإثبات هذه الحسابات بشكل أكبر.
إنها عملية كثيفة المعرفة ، وأفضل مثال على ذلك هو حقيقة أنها استغرقت ما يقرب من عام ونصف بين شبكة اختبار ما قبل ألفا من Scroll وإطلاق الشبكة الرئيسية. من خلال قضاء الوقت في القيام بالتنفيذ الصحيح ومراجعة التعليمات البرمجية ، قد يتم إعاقة وقت Scroll في السوق من خلال عملية مراجعة متعمقة لرمز دائرة zkEVM الذي يتم تنفيذه من خلال بعض zkDSLs المخصصة المتعلقة ب Halo2.
هذه مشكلة لأن عددا قليلا فقط من الناس في العالم لديهم معرفة مباشرة ب DSL والتشفير. نظرا لأننا نحصل على المزيد من المطورين لاستخدام تقنية ZK المتقدمة ، نحتاج إلى التأكد من أن كل مكون من مكونات تقنية ZK يمكن التحقق منه بشكل مستقل.
ثم ، هناك التحدي المتمثل في قابلية التكوين. كل ترقية ضرورية هي في النهاية إصلاح شامل للنظام الذي تم إنشاؤه حديثا ، وليس "ترقية" بمعنى أن المطور يبني على إطار عمل موجود.
تعمل المشاريع التي تدعم ZK بالفعل على حلول تبسط عملية البناء للمطورين. سيساعد هذا في معالجة المشكلات الرئيسية ، بما في ذلك الوقت البطيء للوصول إلى السوق ، وتكلفة إنشاء البراهين كطرف مستقل ، وإمكانية تكوين الدوائر ، ومتطلبات تعلم لغات تشفير محددة.
يعد بناء طرق أبسط لتجميع التعليمات البرمجية في دوائر تعمل بكامل طاقتها بأسهل ما يمكن أمرا بالغ الأهمية لضمان قابلية تركيب التطبيقات التي تدعم ZK. يمكن أن تساعد أدوات مثل المجمعين بسرعة في التحقق من وظائف التعليمات البرمجية الخاصة بك. يمكن للمطورين أيضا استخدام مجموعة متنوعة من لغات الترميز لتطوير تطبيقات أكثر كفاءة.
الاستمرار في التركيز على العمل الحاسم الذي يؤثر على قابلية التوسع والأمن في القضايا الأخرى الجارية في هذا المجال. ** يتم تجاهل أوجه القصور في تقنية ZK ببساطة لأن الصناعة بحاجة ماسة إلى قابلية التوسع والأمان ، متجاهلة أوجه القصور في التكلفة والتعقيد. **
الحقيقة هي أن تقنية ZK تحتاج إلى تبسيط الأمر. يجب أن يكون المطورون قادرين على استخدام التكنولوجيا حتى لو لم يكونوا خبراء في التشفير أو تصميم الدوائر.
يحتاج موفرو البنية التحتية ZK إلى إنشاء أدوات تسهل إنشاء تطبيقات تدعم ZK وتبسيط عملية الإنشاء للمطورين.
ويعد تبسيط إجراءات الإنتاج وخفض التكاليف المتعلقة بالبنية التحتية إحدى الطرق لمعالجة هذه القضايا. هناك نهج آخر ممكن يتمثل في توفير المزيد من الموارد والدعم ، مثل البرامج التعليمية وفرص الإرشاد ، للمطورين الذين يتطلعون إلى دخول هذا المجال.
في نهاية اليوم ، حتى مع تقنية ZK ، لا تثق فحسب ، بل تحقق. **
يتجاوز هذا نطاق تسوية المعاملات الأساسية ، ويجب أن ينطبق على الأدوات التي نستخدمها لبناء أو تجميع التعليمات البرمجية ، ويجب أن يكون المطورون والمستخدمون أكثر وعيا بذلك لتشجيع التكامل بين المشاريع.
يمكننا تجنب خيبة الأمل من خلال إلقاء نظرة شاملة على مساحة ZK - وهو مستقبل يعد بتمكين التحقق غير الموثوق به من أي شيء تقريبا. يجب أن يفهم البناة أن قدراته تتجاوز قابلية التوسع والأمان.