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

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

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

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

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

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

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

طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكلفة العقد وإدارتها، ويوفرون البيانات من خلال نقاط نهاية RPC. نقاط نهاية RPC العامة مجانية ولكنها تحتوي على قيود على المعدلات، مما قد يؤثر على تجربة المستخدم في التطبيقات اللامركزية. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيطة يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها تطلب الكثير، وكفاءة استعلامات البيانات المعقدة منخفضة. بالإضافة إلى ذلك، غالبًا ما تكون نقاط نهاية 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 إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة يمكن أن تتنافس ألعاب Web3 مع ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى ملكية الأراضي، ورصيد الرموز داخل اللعبة، وبيانات العمليات داخل اللعبة، وما إلى ذلك. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل طبيعي، مما يضمن تجربة لعب مثالية.

NFT

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

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

تحليل

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

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

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

ملخص موشر البلوكتشين

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

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 مطور موثق على الشبكة. مؤخرًا، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.

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

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

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

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

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

كوفالنت

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

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

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

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

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

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

الأمان

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

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