أهمية بيانات البلوكتشين وتطبيقات الفهرس

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

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

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

طرق البحث التقليدية في بيانات البلوكتشين

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

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

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

حل أفضل: محرك فهرسة البلوكتشين

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

تختلف طرق تحسين استرجاع البيانات لمؤشرات الأنواع المختلفة.

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

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

3. فهرس مخصص: تحسين لبيانات نوع معين أو بلوكتشين معين، مثل بيانات NFT أو معاملات DeFi.

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

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

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

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

سيناريوهات تطبيق الفهرس

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

DeFi

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

لعبة

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

NFT

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

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

تحليل

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

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

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

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

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

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

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

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

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

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

سبسكويد

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

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

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

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

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

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

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

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

كوفالنت

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

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

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

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

عوامل اختيار الفهرس

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

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

الأمان

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

يوفر Subsquid خيارات باستخدام الإثباتات المتفائلة وإثباتات المعرفة الصفرية، بينما أصدرت Covalent إثباتًا يتضمن قيم هاش الكتلة. تقدم Graph فترة نزاع للتحديات المتعلقة باستعلامات الفهرس بطريقة نافذة التحدي المتفائلة، في حين أن SubQuery لكل