تطور الوصول إلى بيانات Web3: نظرة عامة على الفهرس والمشاريع ذات الصلة

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

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

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

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

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

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

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

خيار أفضل: مؤشر blockchain

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

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

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

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

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

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

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

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

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

حالات الاستخدام لمؤشر

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

دي فاي

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

لعبة

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

NFT

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

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

تحليل

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

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

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

نظرة عامة على مؤشرات blockchain

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

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

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

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

تزايدت مكافآت مُعِدِّات 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) الذين يقومون بإنشاء نسخ من بيانات البلوكشين من خلال تصدير دفعي، وينشرون الإثبات على بلوكشين Covalent L1. يتم بعد ذلك تصفية هذه البيانات من قبل منتجي نتائج الكتل (BRP) وفقًا للقواعد المحددة لاختيار البيانات المطابقة للمتطلبات.

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

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

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

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

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