إعادة التفكير Web3 الكفاءة مع Gear.exe

يعد التوسع والكفاءة من التحديات الرئيسية في Web3، وGear.exe يتعامل معها مباشرةً. لمعرفة المزيد، تحدثنا مع لويس راميريز ، رئيس DevRel في مؤسسة جير ، حول كيفية تحسين شبكة الحوسبة اللامركزية الخاصة بهم لأداء Ethereum مع تجنب التجزئة.

في هذه المقابلة، يشرح لويس كيف تُمكّن Gear.exe من التوسع بسلاسة، ويناقش نموذجها الفريد للغاز العكسي. كما يتطرق إلى مستقبل تقنية البلوك تشين والذكاء الاصطناعي، وما ينتظر Gear.exe في المستقبل.

هل يمكنك مشاركة رحلتك إلى Web3?

أنا حاليًا رئيس مؤسسة شبكة الويب العالمية، وخبرتي التقنية أساسًا. أعمل في مجال تكنولوجيا المعلومات منذ ٢٠ عامًا. بدأتُ كمطور، ثم أسستُ شركتي الخاصة قبل ١٠ سنوات لتطوير منتجات متنوعة. ومثلي مثل معظم الناس، بدأتُ في مجال Web20 لأن Web3 لا يزال جديدًا نسبيًا.

خلال مسيرتي مع شركتي، دمجتُ تقنياتٍ مختلفة. في عام ٢٠١٣، بدأتُ بقبول بيتكوين كدفعةٍ لخدمات التطوير، ولكن لم يحدث شيءٌ يُذكر حينها، إذ لم يكن ذلك الوقت مناسبًا لبيتكوين. لاحقًا، في عام ٢٠١٧، بدأتُ بتطوير عقودٍ ذكية على إيثريوم. ومنذ ذلك الحين، انتقلتُ إلى تقنية بلوكتشين.

في عام ٢٠١٩، عرّفني صديق روسي على Rust وتقنية البلوك تشين، ثم دعاني لاحقًا للانضمام إلى Gear. أعمل مع Gear منذ ثلاث سنوات ونصف. تتركز خبرتي بشكل رئيسي على التطوير، وتنمية مجتمعات المطورين، والمبادرات الاستراتيجية في مختلف المناطق التي تتواجد فيها مؤسسة Gear رسميًا. حاليًا، لدينا فرق في الولايات المتحدة الأمريكية، والمكسيك، وإسبانيا، والهند، والصين، ومناطق أخرى من العالم.

تواجه الإيثريوم تحديات متزايدة، مثل زمن الوصول المرتفع ومحدودية القدرة الحسابية. كيف يعالج Gear.exe هذه المشكلات؟ وكيف يُقارن بحلول الطبقة الثانية؟

Gear.exe هي شبكة حوسبة لامركزية، ونركز على حل تحديات إيثريوم الحسابية. نستخدم تقنيات أثبتت فعاليتها في فارا، مثل WebAssembly ونموذج الممثل والذاكرة الدائمة. تتيح لنا هذه التقنيات توسيع نطاق التطبيقات في Web3 توفير مساحة آمنة أثناء استخدام الأطر ولغات البرمجة مثل Rust.

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

لطالما كانت تجزئة السيولة والبيانات مشكلةً مُلحة في إيثريوم. يزعم Gear.exe القضاء على التجزئة. كيف يُحقق ذلك مع الحفاظ على قابلية التوسع؟

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

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

يستخدم Gear.exe نموذجًا عكسيًا للغاز، مما يسمح للتطبيقات بتغطية رسوم المستخدم. كيف يعمل هذا عمليًا؟

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

يحل Gear.exe هذه المشكلة باستخدام نموذج الغاز العكسي. فبدلاً من إلزام المستخدمين بحفظ الرموز للمعاملات، يمكن للمطورين دفع رسوم المعاملات مسبقًا باستخدام نظام يُسمى القسائم. تُخزّن هذه القسائم في العقد الذكي، ولا يضطر أي مستخدم يتفاعل مع العقد إلى القلق بشأن توفير الرموز أو تغطية رسوم الغاز. هذه ميزة فعّالة تُحسّن سهولة الاستخدام والاعتماد.

هل أجريتَ مقاييس أداء لمقارنة التطبيقات اللامركزية المُفعّلة بـ Gear.exe بتطبيقات الإيثريوم التقليدية أو التطبيقات اللامركزية القائمة على التجميع؟ إذا كان الأمر كذلك، فما هي النتائج؟

نعم، بالتأكيد. نشرنا مقاطع فيديو ومقالات تُفصّل نتائج تحاليلنا المعيارية. قارنا Gear.exe مع حلول Ethereum وLayer 2 مثل Arbitrum، بنسختيه EVM وWebAssembly.

مقارنةً بإيثريوم، يُعدّ Gear.exe أسرع بحوالي 1,000 مرة وأرخص بكثير. مقارنةً بـ Arbitrum، يُعدّ Gear.exe أكثر فعالية من حيث التكلفة بحوالي 200 مرة. حتى تطبيق Arbitrum المتوافق مع WebAssembly - والذي يُعتبر بلا شك أفضل خيار للطبقة الثانية لإيثريوم - لا يُضاهي أدائنا، حيث نستخدم Rust بدلاً من Solidity ولدينا منصة عقود ذكية خاصة بنا.

نظرًا للتحديات المستمرة المتمثلة في الرسوم المرتفعة، وازدحام الشبكة، ومخاطر المركزية في حلول الطبقة 2، هل تعتقد أن Ethereum ستظل منصة العقود الذكية المهيمنة، أم أن البنى التحتية البديلة ستتولى زمام المبادرة؟

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

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

يستفيد Gear.exe من WebAssembly لتحقيق الكفاءة. هل تعتقد أن بيئات التنفيذ القائمة على WebAssembly ستصبح المعيار الصناعي لمنصات blockchain من الجيل التالي؟

نعم، حسّن WebAssembly أداء الآلات الافتراضية بشكل ملحوظ. اعتمدت منصات العقود الذكية المبكرة على EVM من Ethereum، لكن الانتقال إلى WebAssembly بدأ مع جافين وود عندما كان يطور Polkadot. شارك رئيسنا التنفيذي، نيكولاي، في هذا التحول من EVM إلى WebAssembly.

اليوم، أثبت WebAssembly جدارته من حيث الكفاءة والأمان. وتعتمد العديد من منصات بلوكتشين، بما في ذلك Near وبعض حلول طبقة الإيثريوم الثانية مثل Arbitrum، WebAssembly. ويشير هذا إلى اتجاه متزايد نحو بيئات التنفيذ القائمة على WebAssembly.

مع التداخل المتزايد بين blockchain والذكاء الاصطناعي، هل ترى أن مستقبل Ethereum مرتبط بالعقود الذكية التي تعتمد على الذكاء الاصطناعي وشبكات الحوسبة اللامركزية؟

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

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

هل ستكون الابتكارات مثل نموذج الغاز العكسي من Gear.exe كافية لجعل Web3 هل ستكون تكنولوجيا المعلومات والاتصالات سلسة مثل Web2، أم أن هناك حاجة إلى تغييرات أكبر في البنية التحتية؟

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

هل يمكنك مشاركة خريطة الطريق لـ Gear.exe؟

يعمل Gear.exe حاليًا على شبكة Holesky التجريبية. ويعمل الفريق على تحسينات لتعزيز التوافق، لا سيما مع العقود الذكية لشبكة Vara.

هدفنا هو تمكين نقل عقود Vara الذكية بسلاسة إلى Gear.exe دون أي تعديلات. يُعد هذا جزءًا أساسيًا من خطتنا. بمجرد اكتمال ذلك، نخطط لإطلاق Gear.exe على الشبكة الرئيسية في الأشهر المقبلة.

قبل إطلاق الشبكة الرئيسية، سنقدم جسرًا بين Gear.exe وEthereum وVara، مما يسمح بالاتصال السلس وتبادل الرموز بين هذه الشبكات.