أهمية البيانات المتعلقة بالبلوكتشين وطرق البحث المتطورة

البيانات هي جوهر تقنية البلوكتشين، حيث توفر أساسًا لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن معظم المناقشات الحالية تركز على توفر البيانات (DA)، إلا أن إمكانية الوصول إلى البيانات مهمة بنفس القدر وغالبًا ما يتم تجاهلها.

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

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

طرق استرجاع البيانات التقليدية في البلوكتشين

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

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

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

البلوكتشين مؤشر: بديل أفضل

تلعب أدوات فهرسة البلوكتشين دورًا رئيسيًا في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، لذا غالبًا ما يُطلق عليها "جوجل البلوكتشين". تقوم هذه الأدوات بفهرسة بيانات البلوكتشين واستخدام لغة استعلام مشابهة لـ SQL مثل GraphQL API ( لجعلها متاحة في أي وقت. توفر أدوات الفهرسة واجهة استعلام موحدة للمطورين، مما يسمح لهم باسترجاع المعلومات المطلوبة بسرعة وبدقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.

تقوم أنواع مختلفة من الفهارس بتحسين استرجاع البيانات بطرق متنوعة:

1. مؤشر العقدة الكاملة: تشغيل عقدة بلوكتشين كاملة واستخراج البيانات مباشرة، لضمان دقة البيانات وكمالها، ولكن يتطلب سعة تخزين ومعالجة كبيرة.

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

3. مُؤَشِّر مُخَصَّص: يُمكِن أن يُحسِّن استرجاع حالات الاستخدام المحددة لبعض أنواع البيانات أو البلوكتشين المحدد، مثل بيانات NFT أو معاملات DeFi.

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

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

تسمح الفهرسة أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة، واستخراج البيانات لتحليلها لاحقًا. بعض الفهرسين يمكن أن يجمعوا البيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات متعددة في تطبيقات dApp متعددة السلاسل. من خلال التوزيع على عدة عقد، يوفر الفهرس أمانًا وأداءً معززًا، بينما قد يواجه مقدمو خدمات RPC انقطاعًا وتوقفًا بسبب طبيعتها المركزية.

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

![تطور الوصول إلى بيانات Web3: مقدمة عن الفهرس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-16396b955382c2c74010c264affdca46.webp(

حالة استخدام الفهرس

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

DeFi

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

لعبة

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

NFT

تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات التعريف لـ NFT، وبيانات الملكية والتحويل، ومعلومات الإتاوة وغيرها. يمكن أن يؤدي الفهرسة السريعة لمثل هذه البيانات إلى تجنب تصفح كل NFT واحدًا تلو الآخر للبحث عن بيانات الملكية أو خصائص NFT.

سواء كانت الحاجة إلى معلومات الأسعار والسيولة لآلية السوق الآلي DeFi )AMM(، أو الحاجة إلى تحديث منشورات المستخدمين الجدد في تطبيقات SocialFi، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. مع وجود فهرس، يمكنهم استرجاع البيانات بكفاءة ودقة، مما يوفر تجربة مستخدم سلسة.

تحليل

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

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

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

![تطور الوصول إلى بيانات Web3: مقدمة عن الفهرس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(

نظرة عامة على فهرس البلوكتشين

الرسم البياني

The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثريوم، حيث يمكنه بسهولة استعلام البيانات التجارية التي كانت في السابق صعبة الوصول إليها. يستخدم تعريفات وتصفية فرعية لجمع مجموعات بيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بـ DEX.

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

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

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

سوبسكويد

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

يدعم Subsquid أيضًا الفهرسة في الوقت الفعلي، مما يسمح بفهرستها قبل تأكيد الكتلة. كما أنه يدعم تخزين البيانات بتنسيقات يختارها المطور، مما يسهل التحليل باستخدام أدوات مثل BigQuery و Parquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid دون الحاجة إلى الانتقال إلى Squid SDK، مما يتيح نشرًا بدون كود.

على الرغم من أنها لا تزال في مرحلة اختبار الشبكة، حققت Subsquid إحصائيات مثيرة للإعجاب، مع أكثر من 80,000 مستخدم في شبكة الاختبار، وتم نشر أكثر من 60,000 مُؤَشِّر Squid، وهناك أكثر من 20,000 مطور تم التحقق منهم على الشبكة. مؤخرًا، في 3 يونيو، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.

بالإضافة إلى الفهرس، يمكن لبحيرة بيانات Subsquid Network أن تحل محل RPC في حالات الاستخدام مثل التحليل، والمعالجات المساعدة ZK/TEE، والوكلاء الذكاء الاصطناعي، وأوراكل.

الاستعلام الفرعي

SubQuery هو شبكة بنية تحتية لوسيط لامركزي، يوفر خدمات RPC وخدمات بيانات الفهرسة. كان يدعم في البداية شبكة Polkadot وSubstrate، والآن توسع ليشمل أكثر من 200 سلسلة. يعمل بطريقة مشابهة لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، ويقوم المفوضون برهن حصصهم لدى الفهرس. ومع ذلك، فقد أدخل مستهلكين لتقديم طلبات الشراء، للإشارة إلى أن دخل الفهرس مضمون، بدلاً من المدير.

سوف يقدم عقد بيانات SubQuery الداعم للتقسيم، لمنع التزامن المستمر للبيانات الجديدة بين كل عقدة، وبالتالي تحسين كفاءة الاستعلام، بينما يتجه نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع رسوم حسابية تبلغ حوالي 1 SQT توكن مقابل كل 1000 طلب، أو من خلال البروتوكول لتحديد رسوم مخصصة للمؤشر.

على الرغم من أن SubQuery أطلقت رموزها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقد والمفوضين قد زادت أيضًا من حيث القيمة بالدولار، مما يمثل زيادة مستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زادت كمية SQT المرهونة من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في شبكتها.

كوفالنت

Covalent هو شبكة مؤشرات لامركزية، تم إنشاؤها بواسطة منتجي عينات الكتلة )BSP( من خلال تصدير جماعي لإنشاء نسخ من بيانات البلوكتشين، ونشر الأدلة على البلوكتشين L1 الخاص بـ Covalent. يتم بعد ذلك تحسين هذه البيانات بواسطة منتجي نتائج الكتلة )BRP( وفقاً للقواعد المحددة، لاختيار البيانات التي تتوافق مع المتطلبات.

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

يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تميل إلى الزيادة بشكل عام، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.

![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(

ملاحظات لاختيار الفهرس

قابلية تخصيص البيانات

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

الأمان

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