عميل خفيف إثيريوم هليوس:实现无需信任的 البلوكتشين وصول

في 8 نوفمبر، تم إصدار عميل خفيف لإثيريوم يسمى Helios. تم تطوير هذا العميل بناءً على لغة Rust، ويهدف إلى توفير وصول إثيريوم تمامًا بدون ثقة.

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

ومع ذلك، من أجل الراحة، قدمنا بعض التنازلات. واحدة منها هي استخدام RPC( المركزي لاستدعاء الخوادم عن بُعد ). حاليًا، معظم المستخدمين يصلون إلى شبكة إثيريوم من خلال مقدمي الخدمات المركزية. تعمل هذه الشركات على تشغيل عقد عالية الأداء على خوادم سحابية، مما يوفر للمستخدمين وصولًا مريحًا إلى بيانات السلسلة. عند استعلام المحفظة عن رصيد الرموز أو التحقق من حالة المعاملات، غالبًا ما يتم استخدام هذه الخدمات المركزية.

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

هيلوس وُلد لحل هذه المشكلة. يمكنه تحويل بيانات مزودي RPC المركزيين غير الموثوق بهم إلى RPC محلي آمن وقابل للتحقق. بالاشتراك مع RPC المركزي، يستطيع هيلوس التحقق من صحة البيانات دون الحاجة لتشغيل عقدة كاملة.

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

المخاطر المحتملة للبنية التحتية المركزية

من الناحية النظرية، قد يتمكن مزودو RPC الخبيثون من تنفيذ هجمات جديدة من خلال التلاعب بالبيانات. على سبيل المثال، عند قيام المستخدم بتبادل الرموز، يتم تقديم معلومات أسعار غير دقيقة، مما يحث المستخدم على تعيين معلمات الحد الأدنى للإنتاج بشكل منخفض. ثم يتم إرسال المعاملة بشكل خاص إلى Flashbots للتداول بالتحكيم، بدلاً من بثها إلى تجمع المعاملات العامة.

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

من الجدير بالذكر أنه لم تحدث حتى الآن أحداث هجوم فعلي من مزودي RPC المركزيين. مقدمو الخدمة الرئيسيون مثل Alchemy ذوو سمعة جيدة، ولكن لا يزال من الضروري توخي الحذر عند استخدام مزودي RPC غير المألوفين.

كيفية عمل هيليوس

هيليوس يتكون من طبقتين: طبقة التنفيذ وطبقة الإجماع، وهما مرتبطتان ارتباطًا وثيقًا. يحتاج المستخدم فقط لتثبيت وتشغيل برنامج واحد.

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

تعمل الجوانب على التعاون معًا، لتقدم للمستخدمين RPC لا يتطلب أي ثقة، وبدون الحاجة لتشغيل عقدة كاملة.

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

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

آفاق تطبيق هليوس

يوفر Helios للمستخدمين حلاً خفيف الوزن للوصول بأمان إلى بيانات البلوكتشين من أي جهاز. يمكن للمستخدمين استخدام Helios كمزود RPC في MetaMask، دون الحاجة إلى أي تغييرات أخرى للوصول غير الموثوق به إلى مجموعة متنوعة من تطبيقات DApp.

بالإضافة إلى ذلك، فإن دعم Rust لـ WebAssembly يمكّن المطورين من دمج Helios بسهولة في تطبيقات Javascript. سيؤدي ذلك إلى تعزيز أمان إثيريوم وتقليل الاعتماد على البنية التحتية المركزية.

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