كيف تساعد DAPP على إدراك الجدارة الحقيقية

ملخص:

يتكون التطبيق اللامركزي من أجزاء متعددة ، ولكن في الوقت الحاضر ، يتم نشر منطق الظهر الأساسي فقط على الأجزاء الأخرى.في الوقت نفسه ، يتضمن أيضًا العديد من البيانات التي لم يتم ربطها بالسلاسل ، لذلك لا يمكن لمعظم DAPP أن يرث بالكامل أمان Ethereum ، بعيدًا عن الوصول إلى حالة مثالية.
هناك سببان رئيسيان للمشاكل المذكورة أعلاه: أحدهما هو أن Ethereum لا يوفر للمطورين معايير وأدوات المقابلة المقابلة ، والآخر هو أن تكلفة البيانات المخزنة على السلسلة مرتفعة للغاية.
من أجل توفير معايير واجهة أمامية لا مركزية ، اقترح فريق EthStorage بروتوكول Web3: // // Access ،تزويد المطورين بمجموعة كاملة من المعايير والأدوات لنشر الكود الأمامي والوصول إليها من خلال العقود الذكية ، وحتى معايير أنظمة الملفات.
من أجل تقليل تكلفة تخزين البيانات الموجودة على سلسلة Ethereum ، قام فريق EthStorage بتطوير EthStorage في بروتوكول التخزين الثاني.باستخدام Pora (دليل على الوصول العشوائي) والمعرفة الصفرية ، في حين يرث سلامة Ethereum ، يتم تقليل النفقات العامة للتخزين إلى حد كبير.

شكرًا لك: شكرًا لـ Faust من Geek Web3 ، Zhixiong Pan of Chainfeeds ، Bruce of Lxdao ، Qi Zhou ، Lun Deng of EthStorage.

خلفية ومشكلة dapp اللامركزية

تتمثل رؤية Ethereum في أن تصبح جهاز كمبيوتر عالمي ، وسترث التطبيقات التي تم إنشاؤها على أمنها.يحتاج المطورون فقط إلى النشر مرة واحدة ، وسيتم تشغيل التطبيق دائمًا على Ethereum ، ولا يمكن لأي كيان مراجعة أو تلاعبه بشكل ضار.

ولكن هل يصل تطبيق DAPP الحالي اللامركزي إلى الأهداف المذكورة أعلاه؟للإجابة على هذا السؤال أوضح ،نحتاج إلى تفكيك تطبيق DAPP لمعرفة الأجزاء التي يتضمنها ، ثم تحليل درجة الثقة في كل جزء.تعال إلى الاستنتاج النهائي.

في ظل الظروف العادية ، ستشمل DAPP اللامركزي واجهة الأمامية ، وخادم الظهر ، وقاعدة البيانات.عندما يزور المستخدم الواجهة الأمامية ، سيتم تحميل المحتوى الأمامي من خلال خدمة المستعرض وخدمة اسم المجال.في:

خدمة الاسم الأمامية وخدمة المجال:لم يتم نشر معظمهم وزيارته من خلال العقود الذكية.
الخادم الخلفي: يتم تنفيذ بعضها من خلال العقود الذكية ، ولا يمكن أن تكون بعض المهام المكثفة الحوسبة سلسلة كاملة.
قاعدة البيانات:يتم تنفيذ بعضها من خلال العقود الذكية.

من خلال التحليل أعلاه ، يمكنك أن ترىيحصل DAPP الحالي اللامركزي على حماية Ethereum فقط من خلال العقود الذكيةنظام Ethereum أبعد ما يكون عن إدراك رؤية “الكمبيوتر غير المركزية” الأصلي.

في نهاية عام 2023 ، استعرض Vitalik تطوير Ethereum وكتب مقالًا “Make Ethereum Cypherpunk مرة أخرى” ، والذي ناقش كيف يجب أن يعود مجتمع Ethereum إلى مفهوم Password Punk.في النص ، لخص القيم التي يجب أن تلتزم بها Ethereum أو حتى مجتمعات Web3 الكبيرة ، وذكر نقطة مهمة للغاية:

يجب تقليل التطبيقات اللامركزية إلى الاعتماد على أي موضوع واحد.

يمكن ملاحظة أن Vitalik لديه توقعات مماثلة لكيفية بناء تطبيقات لا مركزية.دعوناسيتم تحليل المشكلات التي يواجهها كل مكون في DAPP اللامركزية بالتفصيل، ناقش كيفية تحسينه.

خدمة الأسماء الأمامية وخدمة المجال

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

يمكن للمتسللين غزو الخادم لتعديل رمز الانفصال الأمامي ، وسيخسر مستخدمو DAPP الأصول بسبب استخدام الواجهة الأمامية الضارة.ظهرت هذه المشكلة مرارًا وتكرارًا في صيف Defi الأخيرلا يمكننا المساعدة في السؤال: لماذا لا يمكن نشر الواجهة الأمامية على Ethereum مثل النهاية الخلفية ، بحيث يمكن أن يصدر سلوك التعديل من خلال حوكمة المجتمع وقفل الوقت؟

الرجاء التفكير في الأمر ،إذا لم يدفع فريق التطوير الخاص بـ UNISWAP ثمن الخوادم الأمامية وخدمات اسم المجال في يوم من الأيام ، فكيف سيقوم مستخدمو UNISWAP و LP باستخدام UNISWAPالتقاطع

معظم المستخدمين لا يعرفون كيفية تجاوز التفاعل بين المقدمة والذكية.تجدر الإشارة ،سرعة الوصول إلى محتوى IPFS بطيئة للغاية.جوهر

بالإضافة إلى ذلك ، لأنموضوع التشغيل الرئيسي للواجهة الأمامية Uniswap هو Uniswap Labs.يتناقض هذا مع العقود الذكية التي نشروها على Ethereum ، لأنه لا يمكن لأحد تعديل العقد الذكي في الإرادة.لذلك ، لا يزال من الممكن أن يكون الرمز المميز ، الذي تتم مراجعته في الواجهة الأمامية ، تفاعليًا على مستوى العقد ، مما يدل على أن أهمية الكود على سلسلة الكود في سلسلة الحملة.

الخادم الخلفي

نظرًا لأن EVM يمكن أن يوفر بيئة التنفيذ الكاملة لـ Turing ، يمكن تنفيذ معظم المنطق الخلفي على سلسلة Ethereum.فقط بسبب التكلفة ، بعضلا يمكن إجراء حساب المهام الكثيفة مباشرة على السلسلةجوهر

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

قاعدة البيانات

بالنسبة لقواعد البيانات ، دعمت EVM في الأصل قيم المفاتيح في التخزين /KV (متجر القيمة الرئيسي) ، والتي يمكن أن تغطي الكثير من سيناريوهات الاستخدام ، ولكن المشكلة الأساسية هي أن تكلفة التخزين على السلسلة مرتفعة للغاية.

إلى أي مدى؟في حالة سعر الغاز لـ 10gwei ، تتطلب بيانات 1 جيجابايت من 1 جيجابايت على السلسلة أكثر من 6200 ETH ، أكثر من 20 مليون دولار أمريكي!من الواضح أن تكلفة التخزين أصبحت القضية الأساسية للامركزية قاعدة البيانات.

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

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

حل ثقة داب

حولكيفية جعل DAPP تنشر بالكامل والوصول بناءً على Ethereum ، اقترح فريق EthStorage مجموعتين من الحلول:

Web3: // Access Protocol:حل مشكلة كيفية استخدام العقود الذكية لنشر الرمز الأمامي والوصول إليه ، وحتى نظام نظام الملفات.
بروتوكول تخزين EthStorage الثاني:أثناء ورث أمن Ethereum ، تم تقليل النفقات العامة للتخزين إلى حد كبير.

Web3: // Protocol Access

يمكن فهم Web3: // كنسخة لا مركزية من http: // ، على غرار عنوان URL الخاص بـ HTTP للوصول إلى المورد المركزي من خلال عنوان IP الخادم المخصص أو اسم المجال.

يمكننا نشر جميع الواجهة الأمامية لموقع ويب في عقد ذكي والوصول إليه من خلال web3: //!يمكنك مقارنة الفرق بين الاثنين:

في الوقت الحاليأصبح Web3: // المعيار الرسمي لـ Ethereum (ERC-4804)إذا كنت ترغب في معرفة المزيد حول محتويات Web3: // الوصول إلى البروتوكول ، يمكنك الوصول إلى موقع الويب الرسمي الخاص به.من أجل القيام بإدارة الملفات بشكل أفضل في العقود الذكية ، اقترحنا ERC-5018 ، التي قامت بمحاكاة مجموعة من واجهات نظام الملفات في العقد الذكي ، بحيث من خلال ethfs-cli ، انتقل إلى عقد ذكي وزيارة هذا الموقع من خلال web3: // .

إذا كنت مهتمًا ، فيمكنك إكمال نشر تطبيق لا مركزي بسيط والوصول إلى البرنامج التعليمي.

مع بروتوكول Web3: // Access ، يمكننا حقًا جعل DAPP Front Writ أيضًا سمة “Code Is Law”جوهرللمطورين ، بمجرد النشر ، سيتم تنفيذ هذه الواجهة الأمامية بشكل دائم.تخيل لو نشرت Uniswap Labs أيضًا نهايتها الأمامية على Ethereum ، ثم حتى إذا كان الفريق يريد مراجعة المستخدمين وتقييدهم في الطبقة الأمامية ، فإنه لا يمكنه منع الأشخاص من استخدام الواجهة الأمامية التي تم نشرها على Ethereum.

بالطبع ، بعد حل مشكلة الجدوى ، أدركنا أيضًا أن تكلفة تخزين كمية كبيرة من البيانات على السلسلة ستكون مرتفعة للغاية ، بحيث يواجه المطورون المتاعب عند نشر الطرف الأمامي للسلسلة.قمنا أيضًا بتطوير بروتوكول تخزين EthStorage 2 -layer ، بينما ورثوا أمان Ethereum ، فإنه يقلل إلى حد كبير من التخزين.

بروتوكول تخزين EthStorage Second -Layer

يتكون بروتوكول EthStorage من عقد ذكي تم نشره على Ethereum وعقدة تخزين في شبكة Layer2يوفر العقد الذكي تخزين القيمة الرئيسية ، وعقدة التخزين في الطابق الثاني هي المسؤولة عن تخزين البيانات نفسهاجوهر

يقوم المستخدم بتحميل البيانات المراد تخزينها إلى Ethereum من خلال عملية EIP-4844.

في نفس الوقت ،ستقوم عقدة التخزين في الطابق الثاني بتنزيل بيانات Blob المقابلة إلى القرص المحلي ، واستخدام Pora (دليل على الوصول العشوائي) و ZK لتقديم شهادة التخزين إلى العقد على Ethereum للتحقق.يحتاج العقد إلى تأكيد ما إذا كان يمكن تأكيد شهادة ZK التي تم تحميلها بواسطة عقدة التخزين على الرقم العلوي من خلال تجزئة Blob في السجل السابق لتأكيد أن عقد التخزين في الطبقة الثانية من الشبكة تخزن هذه البيانات حقًا.

العملية المحددة هي كما يلي:

بالنسبة للمطورين ، فإن واجهة بيانات التحميل الخاصة بها والحصول على البيانات بسيطة للغاية:

يمكن لمطوري التطبيقات قراءة وكتابة بيانات كتلة كبيرة من خلال واجهة العقد التي توفرها EthStorage.لذلك ، لا يدعم EthStorage الواجهة الأمامية لنشر السلسلة فحسب ، بل يوفر أيضًا حلًا أقل تكلفة لمجموعة واسعة من عمليات قاعدة بيانات تخزين القيمة الرئيسية.

في الوقت الحالي ، حصلت EthStorage على المنح الرسمية لـ Ethereum ، ونشرت شبكة اختبار عامة في Sepolia.

ملخص والتوقعات

لا يتم نشر معظم المكونات المهمة لـ DAPPs ، مثل الواجهة الأمامية وقاعدة البيانات ، في Ethereum ، ولا يمكنها أن ترث أمن Ethereum ، مما يؤدي إلى التطبيق ككل لا يمكن تطبيقه بشكل دائم ، ومضاد للمراجعة ، ويمكنه Can تحكم.

يقترح EthStorage حلتين لهذه المشكلة: Web3: // Access Protocol يحل مشكلة النشر والوصول إلى المقدمة باستخدام العقود الذكية ؛

من أجل إدراك الرؤية الأصلية لـ Ethereum ، سيعتقد أنه سيتطور إلى خادم ويب لا مركزي. ، يمكن تشغيل الرمز بشكل دائم ، ويمكن الوصول إلى البيانات بشكل دائم ، وتصبح DAPP حقيقية لا يمكن إيقافها.

تقوم شبكة الاختبار العامة لـ EthStorage بإجراء نشاط الحوافز الثاني.