تقنية البلوكتشين تعتمد على البيانات. إنها حجر الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن الصناعة تركز حاليًا على توفر البيانات (DA)، إلا أن إمكانية الوصول إلى البيانات مهمة بنفس القدر وغالبًا ما تُهمل.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ. إنها تضمن أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يتيح التحقق الفوري والحفاظ على سلامة الشبكة. ومع ذلك، فإن طبقة DA تشبه أكثر لوحة الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لا يتم تخزينها بشكل دائم، بل يتم استبدالها ببيانات جديدة مع مرور الوقت.
بالمقابل، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير تطبيقات اللامركزية وإجراء تحليلات البلوكتشين. إنها مهمة بشكل خاص للمهام التي تحتاج إلى الوصول إلى البيانات السابقة لضمان تمثيل دقيق وتنفيذها. على الرغم من قلة المناقشة، إلا أن إمكانية الوصول إلى البيانات ليست أقل أهمية من إمكانية استخدام البيانات. يلعب كلاهما أدوارًا مختلفة ولكن تكاملية في نظام البلوكتشين الإيكولوجي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق استرجاع البيانات التقليدية على البلوكتشين
منذ نشأته، غيرت البلوكتشين البنية التحتية بشكل جذري، مما دفع إلى إنشاء تطبيقات لامركزية (dApp) في مجالات مثل الألعاب والمال والشبكات الاجتماعية. ومع ذلك، يتطلب بناء هذه التطبيقات الوصول إلى كميات هائلة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات الكتلة التاريخية، مما يسمح بالوصول الكامل. لكن الحفاظ على عقدة الأرشيف مكلف للغاية، والقدرة على الاستعلام محدودة، ولا يمكن الاستعلام عن البيانات بالتنسيق المطلوب من المطورين. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارته، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط النهاية العامة RPC مجانية ولكن هناك قيود على السرعة، مما قد يؤثر على تجربة المستخدم في dApp. توفر نقاط النهاية الخاصة RPC أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها مرهقة للغاية، وكفاءة استعلام البيانات المعقدة منخفضة. بالإضافة إلى ذلك، فإن نقاط النهاية الخاصة RPC غالبًا ما تكون صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات.
البلوكتشين مؤشر: حل أفضل
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولذلك غالبًا ما يُطلق عليها اسم "جوجل البلوكتشين". تقوم هذه المؤشرات بفهرسة بيانات البلوكتشين وتستخدم لغة استعلام مشابهة لـ SQL مثل GraphQL API( لجعل البيانات متاحة في أي وقت. توفر المؤشرات واجهة موحدة لاستعلام البيانات، مما يسمح للمطورين باسترجاع المعلومات المطلوبة بسرعة وبدقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهارس بتحسين استرجاع البيانات بطرق متنوعة:
مؤشر العقدة الكاملة: استخراج البيانات مباشرة من عقدة البلوكتشين الكاملة، مما يضمن دقة البيانات وكمالها، ولكن يتطلب ذلك سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مُؤَشِّر مخصص: لتحسين استرجاع أنواع معينة من البيانات أو البلوكتشين، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يجعلها مفيدة بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب فقط إيثريوم 3 تيرابايت من مساحة التخزين، مع زيادة حجم البيانات الخاصة بعقد الأرشيف مع نمو البلوكتشين. يتم نشر بروتوكول الفهرسة بالعديد من الفهرسين، مما يتيح فهرسة فعالة واستعلامات سريعة عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه باستخدام RPC.
يسمح الفهرس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة وإجراء التحليل اللاحق. يمكن لبعض الفهارس تجميع بيانات متعددة المصادر، مما يتجنب نشر واجهات برمجة التطبيقات المتعددة في التطبيقات اللامركزية المتعددة السلاسل. من خلال التوزيع عبر العديد من العقد، يوفر الفهرس أمانًا وأداءً معززين، بينما قد يواجه مزودو RPC انقطاعًا وتعطيلًا بسبب خصائص التركيز.
بشكل عام، مقارنة بمزودي عقدة RPC، فإن الفهارس تزيد من كفاءة وموثوقية استرجاع البيانات، بينما تقلل من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري التطبيقات اللامركزية.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-16396b955382c2c74010c264affdca46.webp(
تطبيقات الفهرس
بناء dApp يتطلب استرجاع وقراءة بيانات البلوكتشين لتشغيل الخدمة. يشمل ذلك أنواعًا مختلفة من dApp، بما في ذلك DeFi، منصات NFT، الألعاب، وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولًا لتنفيذ معاملات أخرى.
DeFi
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار ونسب ورسوم محددة للمستخدمين. يحتاج صانع السوق الآلي )AMM( إلى معلومات الأسعار والسيولة من برك السيولة لحساب معدلات التبادل، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدلات الإقراض ونسبة الديون السائلة. من الضروري إدخال المعلومات إلى dApp قبل حساب معدلات التنفيذ التي يقوم بها المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة ألعاب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. يمكن أن يضمن استخدام الفهرس تدفق بيانات مستقر ووقت تشغيل مستقر، مما يضمن تجربة ألعاب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة مثل بيانات وصف NFT وبيانات الملكية والتحويل ومعلومات حقوق الملكية وغيرها. يمكن أن يؤدي الفهرسة السريعة لمثل هذه البيانات إلى تجنب تصفح كل NFT واحدًا تلو الآخر للبحث عن بيانات الملكية أو الخصائص.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية )، بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يتيح فرصًا لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لديها حجم تداول كبير وتولد رسوم، وبالتالي تحديد ما إذا كان سيتم إدراجها كعقد دائم على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، للحصول على لمحة عميقة عن أي مجمعات ذات عوائد أعلى أو سيولة أقوى. يمكنهم أيضًا إنشاء لوحات معلومات عامة، مما يتيح للمطورين استعلام أي نوع من البيانات لعرضها على الرسم البياني بحرية ومرونة.
نظرة عامة على مؤشرات البلوكتشين الرئيسية
الجراف
The Graph هو بروتوكول فهرسة تم إطلاقه في البداية على الإيثريوم، مما يسهل استعلام بيانات المعاملات التي كان من الصعب الوصول إليها سابقًا. يستخدم تعريفات وتصفية تحت الكتل لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بمجموعة معينة من المعاملات.
باستخدام إثبات الفهرس، يقوم الفهرس بتخزين الرموز الأصلية GRT للفهرسة وخدمات الاستعلام، ويمكن للمفوضين اختيار تخزين الرموز هنا. يمكن للمنظمين الوصول إلى الرسوم البيانية الفرعية عالية الجودة، مما يساعد الفهرس في تحديد الرسوم البيانية الفرعية التي يجب إعداد البيانات لها لكسب أفضل رسوم استعلام. خلال الانتقال إلى مزيد من اللامركزية، ستتوقف The Graph في النهاية عن تقديم خدمات الاستضافة، وتطلب ترقية الرسوم البيانية الفرعية إلى شبكتها، مع توفير ترقية للفهرس.
تسمح بنيتها التحتية بتقليل متوسط تكلفة كل مليون استعلام إلى 40 دولارًا، وهو ما يقل بكثير عن العقد الذاتية الاستضافة. باستخدام مصادر بيانات الملفات، تدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارج السلسلة، مما يحقق استرجاع بيانات فعال.
تزايدت مكافآت فاحص The Graph بشكل مستمر على مدى عدة أرباع، ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، وأيضًا بسبب ارتفاع أسعار الرموز. يخططون لدمج استعلامات مدعومة بالذكاء الاصطناعي في المستقبل.
سابسكيد
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطية، يمكنها تجميع كميات كبيرة من البيانات على السلسلة وخارج السلسلة بكفاءة، وتحميها باستخدام إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين مجموعة فرعية معينة من بيانات الكتل، من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة لتسريع عملية الاسترجاع.
يدعم Subsquid الفهرسة في الوقت الفعلي، مما يسمح بالفهرسة قبل تأكيد الكتلة. كما أنه يدعم تخزين البيانات بالتنسيق الذي يختاره المطور، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid بدون كود، دون الحاجة إلى الترحيل إلى Squid SDK.
على الرغم من أنها لا تزال في مرحلة شبكة الاختبار، حققت Subsquid إنجازات ملحوظة، حيث لديها أكثر من 80,000 مستخدم في شبكة الاختبار، وتم نشر أكثر من 60,000 مُؤشر Squid، وهناك أكثر من 20,000 مطور مُصادق على الشبكة. في الآونة الأخيرة، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.
بخلاف الفهرس، يمكن أن تحل شبكة Subsquid Data Lake محل RPC في سيناريوهات مثل التحليل، والمعالجات المساعدة ZK/TEE، ووكيل الذكاء الاصطناعي، والأوراكل.
الاستعلام الفرعي
SubQuery هي شبكة بنية تحتية لواجهة برمجة التطبيقات اللامركزية، تقدم خدمات RPC وخدمات بيانات الفهرسة. كانت تدعم في البداية شبكة Polkadot وSubstrate، والآن توسعت لتشمل أكثر من 200 سلسلة. يعمل نظامها بشكل مشابه لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، ويقوم المفوضون برهن حصصهم للفهرس. إنها تقدم للمستهلكين لتقديم طلبات الشراء، مما يدل على أن دخل الفهرس مضمون، وليس الإدارة.
سيتم إدخال عقد بيانات SubQuery الداعمة للتجزئة، مما يمنع العقد من مزامنة البيانات الجديدة باستمرار، ويعمل على تحسين كفاءة الاستعلام، بينما يتجه نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع حوالي 1 SQT كرسوم حسابية لكل ألف طلب، أو تعيين رسوم مخصصة لمؤشر البيانات عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها فقط هذا العام، فإن مكافآت إصدار العقد والمفوضين من حيث القيمة بالدولار قد زادت بشكل متزايد، مما يمثل زيادة مستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زادت كمية SQT المراهنة من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في الشبكة.
كوفالنت
Covalent هو شبكة فهرس لامركزية، حيث يقوم منتجو عينات الكتل )BSP( بإنشاء نسخ من بيانات البلوكتشين من خلال التصدير بالجملة، ونشر الإثباتات على بلوكتشين Covalent L1. ثم يتم تنقيح هذه البيانات من قبل منتجي نتائج الكتل )BRP( وفقًا للقواعد، لاستخراج البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين استخراج بيانات البلوكتشين ذات الصلة بسهولة بتنسيق موحد، دون الحاجة إلى كتابة استعلامات معقدة للوصول إلى البيانات. يمكن استخدام رموز CQT المسددة على Moonbeam لاستخراج مجموعات البيانات المسبقة التكوين من مزودي الشبكة.
تظهر مكافآت Covalent اتجاهًا عامًا نحو النمو من الربع الأول من عام 23 إلى الربع الأول من عام 24، ويرجع ذلك جزئيًا إلى ارتفاع سعر CQT.
![تطور الوصول إلى بيانات Web3: مقدمة حول الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
عوامل اختيار الفهرس
قابلية تخصيص البيانات
بعض الفهارس ) مثل Covalent ( هي فهارس عامة، توفر مجموعات بيانات مسبقة التهيئة قياسية عبر API. رغم أنها سريعة، إلا أنها تفتقر إلى المرونة ولا يمكنها تلبية احتياجات المطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. يتيح استخدام إطار العمل للفهارس معالجة بيانات مخصصة أكثر لتلبية متطلبات التطبيقات المحددة.
الأمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبني على هذه الفهارس سيكون عرضة للهجوم. إذا كانت المعاملات وأرصدة المحفظة قابلة للتلاعب، فقد تفقد dApp سيولتها، مما يؤثر على المستخدمين. على الرغم من أن جميع الفهارس تعتمد على شكل من أشكال الأمان من خلال رهن الرموز، إلا أن الحلول الأخرى قد تستخدم أدلة إضافية لتعزيز الأمان.
تقدم Subsquid خيارات إثبات متفائل وإثبات المعرفة الصفرية، وأصدرت Covalent إثباتات تحتوي على قيم تجزئة الكتل. توفر Graph فترة تحدي متفائلة لاستعلامات الفهرس، بينما تولد SubQuery إثباتات Merkle Mountain لكل كتلة، وتحسب كل قيمة تجزئة كتلة لجميع البيانات في قاعدة بياناتها.
السرعة والقابلية للتوسع
مع زيادة البلوكتشين، تزداد أحجام المعاملات، ويصبح فهرسة كميات كبيرة من البيانات أكثر تعقيدًا، مما يتطلب المزيد من قدرة المعالجة ومساحة التخزين. يصبح الحفاظ على الكفاءة أكثر صعوبة، لكن بروتوكول الفهرسة يقدم حلولًا لتلبية هذه الاحتياجات المتزايدة.
تقوم Subsquid بتحقيق التوسع الأفقي من خلال إضافة المزيد من العقد لتخزين البيانات، مما يسمح بالتوسع مع تحسين الأجهزة. يوفر Graph بيانات تدفق متوازية لتسريع التزامن، بينما يقدم SubQuery تقسيم العقد لتسريع عملية التزامن.
الشبكات المدعومة
على الرغم من أن معظم أنشطة البلوكتشين لا تزال تتم على شبكة الإيثيريوم، إلا أنه مع مرور الوقت، أصبحت البلوكتشينات المختلفة تحظى بشعبية متزايدة. تمتلك Layer 2 وSolana وMove كتلة ونظام بيئي لبيتكوين جميعها مطورين وأنشطة متزايدة باستمرار، وتحتاج أيضًا إلى خدمات الفهرسة.
توفير الدعم لبعض السلاسل التي لا تدعمها بروتوكولات الفهرسة الأخرى يمكن أن يحقق المزيد من حصة السوق. إن فهرسة الشبكات كثيفة البيانات ) مثل سولانا ( ليست بالأمر السهل، حيث نجح فقط Subsquid في تقديم دعم الفهرسة لها.
![تطور الوصول إلى بيانات Web3: الفهرس
شاهد النسخة الأصلية
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
تسجيلات الإعجاب 13
أعجبني
13
4
مشاركة
تعليق
0/400
AirdropSkeptic
· منذ 16 س
من يفهم كيف يستخدم هذه الفهارس؟
شاهد النسخة الأصليةرد0
SneakyFlashloan
· منذ 17 س
قاعدة البيانات؟ إذا كانت قادرة حقًا على التخزين الدائم، فسوف تنفجر.
شاهد النسخة الأصليةرد0
GasWrangler
· منذ 17 س
في الحقيقة، الطبقات ليست سوى لوحات إعلانات غير فعالة... أي شخص يفهم ديناميات mempool يعرف هذا، للأسف.
من خلال صعود فاحص الكتل، نرى أهمية إمكانية الوصول إلى البيانات
أهمية بيانات البلوكتشين وظهور فهرس البيانات
تقنية البلوكتشين تعتمد على البيانات. إنها حجر الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن الصناعة تركز حاليًا على توفر البيانات (DA)، إلا أن إمكانية الوصول إلى البيانات مهمة بنفس القدر وغالبًا ما تُهمل.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ. إنها تضمن أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يتيح التحقق الفوري والحفاظ على سلامة الشبكة. ومع ذلك، فإن طبقة DA تشبه أكثر لوحة الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لا يتم تخزينها بشكل دائم، بل يتم استبدالها ببيانات جديدة مع مرور الوقت.
بالمقابل، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير تطبيقات اللامركزية وإجراء تحليلات البلوكتشين. إنها مهمة بشكل خاص للمهام التي تحتاج إلى الوصول إلى البيانات السابقة لضمان تمثيل دقيق وتنفيذها. على الرغم من قلة المناقشة، إلا أن إمكانية الوصول إلى البيانات ليست أقل أهمية من إمكانية استخدام البيانات. يلعب كلاهما أدوارًا مختلفة ولكن تكاملية في نظام البلوكتشين الإيكولوجي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق استرجاع البيانات التقليدية على البلوكتشين
منذ نشأته، غيرت البلوكتشين البنية التحتية بشكل جذري، مما دفع إلى إنشاء تطبيقات لامركزية (dApp) في مجالات مثل الألعاب والمال والشبكات الاجتماعية. ومع ذلك، يتطلب بناء هذه التطبيقات الوصول إلى كميات هائلة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات الكتلة التاريخية، مما يسمح بالوصول الكامل. لكن الحفاظ على عقدة الأرشيف مكلف للغاية، والقدرة على الاستعلام محدودة، ولا يمكن الاستعلام عن البيانات بالتنسيق المطلوب من المطورين. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارته، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط النهاية العامة RPC مجانية ولكن هناك قيود على السرعة، مما قد يؤثر على تجربة المستخدم في dApp. توفر نقاط النهاية الخاصة RPC أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها مرهقة للغاية، وكفاءة استعلام البيانات المعقدة منخفضة. بالإضافة إلى ذلك، فإن نقاط النهاية الخاصة RPC غالبًا ما تكون صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات.
البلوكتشين مؤشر: حل أفضل
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولذلك غالبًا ما يُطلق عليها اسم "جوجل البلوكتشين". تقوم هذه المؤشرات بفهرسة بيانات البلوكتشين وتستخدم لغة استعلام مشابهة لـ SQL مثل GraphQL API( لجعل البيانات متاحة في أي وقت. توفر المؤشرات واجهة موحدة لاستعلام البيانات، مما يسمح للمطورين باسترجاع المعلومات المطلوبة بسرعة وبدقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهارس بتحسين استرجاع البيانات بطرق متنوعة:
مؤشر العقدة الكاملة: استخراج البيانات مباشرة من عقدة البلوكتشين الكاملة، مما يضمن دقة البيانات وكمالها، ولكن يتطلب ذلك سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مُؤَشِّر مخصص: لتحسين استرجاع أنواع معينة من البيانات أو البلوكتشين، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يجعلها مفيدة بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب فقط إيثريوم 3 تيرابايت من مساحة التخزين، مع زيادة حجم البيانات الخاصة بعقد الأرشيف مع نمو البلوكتشين. يتم نشر بروتوكول الفهرسة بالعديد من الفهرسين، مما يتيح فهرسة فعالة واستعلامات سريعة عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه باستخدام RPC.
يسمح الفهرس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة وإجراء التحليل اللاحق. يمكن لبعض الفهارس تجميع بيانات متعددة المصادر، مما يتجنب نشر واجهات برمجة التطبيقات المتعددة في التطبيقات اللامركزية المتعددة السلاسل. من خلال التوزيع عبر العديد من العقد، يوفر الفهرس أمانًا وأداءً معززين، بينما قد يواجه مزودو RPC انقطاعًا وتعطيلًا بسبب خصائص التركيز.
بشكل عام، مقارنة بمزودي عقدة RPC، فإن الفهارس تزيد من كفاءة وموثوقية استرجاع البيانات، بينما تقلل من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري التطبيقات اللامركزية.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-16396b955382c2c74010c264affdca46.webp(
تطبيقات الفهرس
بناء dApp يتطلب استرجاع وقراءة بيانات البلوكتشين لتشغيل الخدمة. يشمل ذلك أنواعًا مختلفة من dApp، بما في ذلك DeFi، منصات NFT، الألعاب، وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولًا لتنفيذ معاملات أخرى.
DeFi
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار ونسب ورسوم محددة للمستخدمين. يحتاج صانع السوق الآلي )AMM( إلى معلومات الأسعار والسيولة من برك السيولة لحساب معدلات التبادل، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدلات الإقراض ونسبة الديون السائلة. من الضروري إدخال المعلومات إلى dApp قبل حساب معدلات التنفيذ التي يقوم بها المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة ألعاب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. يمكن أن يضمن استخدام الفهرس تدفق بيانات مستقر ووقت تشغيل مستقر، مما يضمن تجربة ألعاب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة مثل بيانات وصف NFT وبيانات الملكية والتحويل ومعلومات حقوق الملكية وغيرها. يمكن أن يؤدي الفهرسة السريعة لمثل هذه البيانات إلى تجنب تصفح كل NFT واحدًا تلو الآخر للبحث عن بيانات الملكية أو الخصائص.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية )، بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يتيح فرصًا لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لديها حجم تداول كبير وتولد رسوم، وبالتالي تحديد ما إذا كان سيتم إدراجها كعقد دائم على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، للحصول على لمحة عميقة عن أي مجمعات ذات عوائد أعلى أو سيولة أقوى. يمكنهم أيضًا إنشاء لوحات معلومات عامة، مما يتيح للمطورين استعلام أي نوع من البيانات لعرضها على الرسم البياني بحرية ومرونة.
نظرة عامة على مؤشرات البلوكتشين الرئيسية
الجراف
The Graph هو بروتوكول فهرسة تم إطلاقه في البداية على الإيثريوم، مما يسهل استعلام بيانات المعاملات التي كان من الصعب الوصول إليها سابقًا. يستخدم تعريفات وتصفية تحت الكتل لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بمجموعة معينة من المعاملات.
باستخدام إثبات الفهرس، يقوم الفهرس بتخزين الرموز الأصلية GRT للفهرسة وخدمات الاستعلام، ويمكن للمفوضين اختيار تخزين الرموز هنا. يمكن للمنظمين الوصول إلى الرسوم البيانية الفرعية عالية الجودة، مما يساعد الفهرس في تحديد الرسوم البيانية الفرعية التي يجب إعداد البيانات لها لكسب أفضل رسوم استعلام. خلال الانتقال إلى مزيد من اللامركزية، ستتوقف The Graph في النهاية عن تقديم خدمات الاستضافة، وتطلب ترقية الرسوم البيانية الفرعية إلى شبكتها، مع توفير ترقية للفهرس.
تسمح بنيتها التحتية بتقليل متوسط تكلفة كل مليون استعلام إلى 40 دولارًا، وهو ما يقل بكثير عن العقد الذاتية الاستضافة. باستخدام مصادر بيانات الملفات، تدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارج السلسلة، مما يحقق استرجاع بيانات فعال.
تزايدت مكافآت فاحص The Graph بشكل مستمر على مدى عدة أرباع، ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، وأيضًا بسبب ارتفاع أسعار الرموز. يخططون لدمج استعلامات مدعومة بالذكاء الاصطناعي في المستقبل.
سابسكيد
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطية، يمكنها تجميع كميات كبيرة من البيانات على السلسلة وخارج السلسلة بكفاءة، وتحميها باستخدام إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين مجموعة فرعية معينة من بيانات الكتل، من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة لتسريع عملية الاسترجاع.
يدعم Subsquid الفهرسة في الوقت الفعلي، مما يسمح بالفهرسة قبل تأكيد الكتلة. كما أنه يدعم تخزين البيانات بالتنسيق الذي يختاره المطور، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid بدون كود، دون الحاجة إلى الترحيل إلى Squid SDK.
على الرغم من أنها لا تزال في مرحلة شبكة الاختبار، حققت Subsquid إنجازات ملحوظة، حيث لديها أكثر من 80,000 مستخدم في شبكة الاختبار، وتم نشر أكثر من 60,000 مُؤشر Squid، وهناك أكثر من 20,000 مطور مُصادق على الشبكة. في الآونة الأخيرة، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.
بخلاف الفهرس، يمكن أن تحل شبكة Subsquid Data Lake محل RPC في سيناريوهات مثل التحليل، والمعالجات المساعدة ZK/TEE، ووكيل الذكاء الاصطناعي، والأوراكل.
الاستعلام الفرعي
SubQuery هي شبكة بنية تحتية لواجهة برمجة التطبيقات اللامركزية، تقدم خدمات RPC وخدمات بيانات الفهرسة. كانت تدعم في البداية شبكة Polkadot وSubstrate، والآن توسعت لتشمل أكثر من 200 سلسلة. يعمل نظامها بشكل مشابه لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، ويقوم المفوضون برهن حصصهم للفهرس. إنها تقدم للمستهلكين لتقديم طلبات الشراء، مما يدل على أن دخل الفهرس مضمون، وليس الإدارة.
سيتم إدخال عقد بيانات SubQuery الداعمة للتجزئة، مما يمنع العقد من مزامنة البيانات الجديدة باستمرار، ويعمل على تحسين كفاءة الاستعلام، بينما يتجه نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع حوالي 1 SQT كرسوم حسابية لكل ألف طلب، أو تعيين رسوم مخصصة لمؤشر البيانات عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها فقط هذا العام، فإن مكافآت إصدار العقد والمفوضين من حيث القيمة بالدولار قد زادت بشكل متزايد، مما يمثل زيادة مستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زادت كمية SQT المراهنة من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في الشبكة.
كوفالنت
Covalent هو شبكة فهرس لامركزية، حيث يقوم منتجو عينات الكتل )BSP( بإنشاء نسخ من بيانات البلوكتشين من خلال التصدير بالجملة، ونشر الإثباتات على بلوكتشين Covalent L1. ثم يتم تنقيح هذه البيانات من قبل منتجي نتائج الكتل )BRP( وفقًا للقواعد، لاستخراج البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين استخراج بيانات البلوكتشين ذات الصلة بسهولة بتنسيق موحد، دون الحاجة إلى كتابة استعلامات معقدة للوصول إلى البيانات. يمكن استخدام رموز CQT المسددة على Moonbeam لاستخراج مجموعات البيانات المسبقة التكوين من مزودي الشبكة.
تظهر مكافآت Covalent اتجاهًا عامًا نحو النمو من الربع الأول من عام 23 إلى الربع الأول من عام 24، ويرجع ذلك جزئيًا إلى ارتفاع سعر CQT.
![تطور الوصول إلى بيانات Web3: مقدمة حول الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
عوامل اختيار الفهرس
قابلية تخصيص البيانات
بعض الفهارس ) مثل Covalent ( هي فهارس عامة، توفر مجموعات بيانات مسبقة التهيئة قياسية عبر API. رغم أنها سريعة، إلا أنها تفتقر إلى المرونة ولا يمكنها تلبية احتياجات المطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. يتيح استخدام إطار العمل للفهارس معالجة بيانات مخصصة أكثر لتلبية متطلبات التطبيقات المحددة.
الأمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبني على هذه الفهارس سيكون عرضة للهجوم. إذا كانت المعاملات وأرصدة المحفظة قابلة للتلاعب، فقد تفقد dApp سيولتها، مما يؤثر على المستخدمين. على الرغم من أن جميع الفهارس تعتمد على شكل من أشكال الأمان من خلال رهن الرموز، إلا أن الحلول الأخرى قد تستخدم أدلة إضافية لتعزيز الأمان.
تقدم Subsquid خيارات إثبات متفائل وإثبات المعرفة الصفرية، وأصدرت Covalent إثباتات تحتوي على قيم تجزئة الكتل. توفر Graph فترة تحدي متفائلة لاستعلامات الفهرس، بينما تولد SubQuery إثباتات Merkle Mountain لكل كتلة، وتحسب كل قيمة تجزئة كتلة لجميع البيانات في قاعدة بياناتها.
السرعة والقابلية للتوسع
مع زيادة البلوكتشين، تزداد أحجام المعاملات، ويصبح فهرسة كميات كبيرة من البيانات أكثر تعقيدًا، مما يتطلب المزيد من قدرة المعالجة ومساحة التخزين. يصبح الحفاظ على الكفاءة أكثر صعوبة، لكن بروتوكول الفهرسة يقدم حلولًا لتلبية هذه الاحتياجات المتزايدة.
تقوم Subsquid بتحقيق التوسع الأفقي من خلال إضافة المزيد من العقد لتخزين البيانات، مما يسمح بالتوسع مع تحسين الأجهزة. يوفر Graph بيانات تدفق متوازية لتسريع التزامن، بينما يقدم SubQuery تقسيم العقد لتسريع عملية التزامن.
الشبكات المدعومة
على الرغم من أن معظم أنشطة البلوكتشين لا تزال تتم على شبكة الإيثيريوم، إلا أنه مع مرور الوقت، أصبحت البلوكتشينات المختلفة تحظى بشعبية متزايدة. تمتلك Layer 2 وSolana وMove كتلة ونظام بيئي لبيتكوين جميعها مطورين وأنشطة متزايدة باستمرار، وتحتاج أيضًا إلى خدمات الفهرسة.
توفير الدعم لبعض السلاسل التي لا تدعمها بروتوكولات الفهرسة الأخرى يمكن أن يحقق المزيد من حصة السوق. إن فهرسة الشبكات كثيفة البيانات ) مثل سولانا ( ليست بالأمر السهل، حيث نجح فقط Subsquid في تقديم دعم الفهرسة لها.
![تطور الوصول إلى بيانات Web3: الفهرس