تطور الوصول إلى بيانات Web3: نظرة عامة على الفهارس والمشاريع ذات الصلة
الجوهر في تقنية البلوكشين هو البيانات. إنها الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن معظم المناقشات الحالية تركز على توفر البيانات (DA)، إلا أن إمكانية وصول البيانات لا تقل أهمية وغالبًا ما يتم تجاهلها.
في عصر blockchain المعياري، أصبحت حلول DA لا غنى عنها. إنها تضمن أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، مما يتيح التحقق في الوقت الحقيقي والحفاظ على نزاهة الشبكة. ومع ذلك، فإن وظيفة طبقة DA تشبه إلى حد كبير لافتة إعلانات بدلاً من قاعدة بيانات. هذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل سيتم حذفها مع مرور الوقت.
بالمقارنة، فإن إمكانية الوصول إلى البيانات تركز على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير dApp وإجراء تحليلات blockchain. على الرغم من قلة النقاش حولها، إلا أنها تكتسب نفس أهمية توفر البيانات. يلعب كلاهما أدوارًا مختلفة ولكنها مكملة في النظام البيئي للبلوكشين، ويجب أن تعالج منهجيات إدارة البيانات الشاملة كلا المسألتين لدعم تطبيقات بلوكشين قوية وفعالة.
طرق استرجاع البيانات التقليدية في البلوكشين
منذ ولادتها، غيرت تقنية البلوكشين البنية التحتية بشكل جذري، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات مثل الألعاب والمال والشبكات الاجتماعية. ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات هائلة من بيانات البلوكشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقدة جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن صيانة عقدة الأرشيف مكلفة للغاية، والقدرة على الاستعلام محدودة، ولا يمكن استعلام البيانات بالتنسيق المطلوب من قبل المطورين. على الرغم من أن تشغيل عقدة أقل تكلفة هو خيار، إلا أن قدرة استرداد البيانات لهذه العقدة محدودة، مما قد يعيق تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكلفة العقد وإدارتها، ويقدمون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن لديها حدود سرعة، مما قد يؤثر على تجربة مستخدمي dApp. نقاط نهاية RPC الخاصة تقدم أداءً أفضل من خلال تقليل الازدحام، ولكن حتى عمليات الاسترجاع البسيطة للبيانات تتطلب اتصالات كبيرة. وهذا يجعلها مرهقة للطلبات وغير فعالة في الاستعلامات المعقدة للبيانات. بالإضافة إلى ذلك، فإن نقاط نهاية RPC الخاصة غالبًا ما تكون صعبة التوسع وتفتقر إلى التوافق عبر الشبكات.
الحل الأكثر تحسينًا: فهرس البلوكشين
تقوم مفهرسات blockchain بدور رئيسي في تنظيم بيانات سلسلة الكتل وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولهذا غالباً ما يشار إليها باسم "جوجل blockchain". تقوم هذه المفهرسات بفهرسة بيانات سلسلة الكتل وتستخدم لغة استعلام مشابهة لـ SQL ( مثل GraphQL API ) لجعلها متاحة. من خلال توفير واجهة استعلام موحدة للبيانات، تسمح المفهرسات للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهرسة بتحسين استرجاع البيانات بطرق متنوعة:
مُؤَشِّر العُقَد الكاملة: تشغيل عقدة سلسلة الكُتُل الكاملة واستخراج البيانات مباشرةً، مما يضمن أن تكون البيانات كاملة ودقيقة، ولكن يتطلب ذلك سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الحاجة، مما يقلل من متطلبات التخزين ولكن قد يزيد من وقت الاستعلام.
فهرس مخصص: تم تحسينه لبيانات معينة أو سلسلة كتل معينة، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة سلاسل كتلة ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، وهو مفيد بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum وحدها 3 تيرابايت من مساحة التخزين، والتي تزداد باستمرار مع نمو blockchain. يقوم بروتوكول الفهرس بنشر العديد من الفهرسين، مما يمكنه من فهرسة كميات كبيرة من البيانات واستعلامها بسرعة عالية، وهو ما لا يمكن تحقيقه عبر RPC.
يسمح الفهرس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة، واستخراجها للتحليل لاحقًا. بعض الفهارس يمكن أن تجمع بيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات متعددة السلاسل لتطبيقات dApp. من خلال توزيعها على عدة عقد، يوفر الفهرس أمانًا وأداءً معززين، بينما قد تواجه مزودي خدمات RPC انقطاعات وتعطيلات بسبب خصائصها المركزية.
بشكل عام، زادت مؤشرات البيانات من كفاءة وموثوقية استرجاع البيانات مقارنة بمقدمي خدمات عقد RPC، بينما قللت من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول مؤشرات blockchain الخيار المفضل لمطوري dApp.
سيناريوهات تطبيق الفهرس
يتطلب بناء dApp استرجاع وقراءة بيانات blockchain لتشغيل الخدمات. يشمل ذلك أنواعًا مختلفة من dApps، مثل DeFi ومنصات NFT والألعاب وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة للإبلاغ عن الأسعار والنسب والتكاليف المحددة للمستخدمين. يتطلب صانع السوق الآلي (AMM) معلومات الأسعار والسيولة من تجمعات السيولة لحساب معدلات التبديل، بينما تحتاج بروتوكولات الإقراض إلى نسبة الاستخدام لتحديد معدلات الإقراض ونسب تصفية الديون. قبل حساب معدل التنفيذ للمستخدم، من الضروري إدخال المعلومات في dApp.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. باستخدام الفهرس، يمكنهم ضمان تدفق البيانات المستقر ووقت التشغيل الطبيعي، مما يضمن تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة مثل بيانات الميتاداتا الخاصة بـ NFT وبيانات الملكية والتحويل ومعلومات حقوق الملكية وغيرها. يمكن أن يؤدي الفهرسة السريعة لهذه البيانات إلى تجنب تصفح كل NFT للبحث عن بيانات الملكية أو الخصائص.
سواء كان ذلك من أجل AMM في DeFi الذي يحتاج إلى معلومات عن الأسعار والسيولة، أو تطبيق SocialFi الذي يحتاج إلى تحديث مشاركات المستخدمين الجدد، فإن استرجاع البيانات بسرعة أمر بالغ الأهمية لعمل dApp بشكل طبيعي. بفضل الفهرس، يمكنها استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس وسيلة لاستخراج بيانات محددة من بيانات سلسلة الكتل الأصلية ( بما في ذلك أحداث العقود الذكية في كل كتلة ). وهذا يوفر فرصة لتحليل البيانات بشكل أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لها حجم تداول كبير، وأي الرموز تولد رسوم، وبالتالي تحديد ما إذا كان ينبغي إدراجها كعقود دائمة على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم لفهم أي خزانات أموال تحقق أعلى عائدات أو لديها سيولة أكبر. كما يمكنهم إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من مجمعات البيانات الخاصة بسلاسل الكتل المتاحة، فإن التعرف على الفروق بين بروتوكولات التجميع يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل مجمع يلبي احتياجاتهم.
نظرة عامة على فهرس blockchain
الجراف
The Graph هو أول بروتوكول فهرسة تم إطلاقه على الإيثيريوم، حيث يمكنه بسهولة استعلام البيانات المتعلقة بالمعاملات التي كان من الصعب الوصول إليها سابقًا. يستخدم تعريفات وتصفية الشظايا لجمع مجموعة فرعية من البيانات من blockchain، مثل جميع المعاملات المتعلقة بحوض USDC/ETH على منصة معينة.
باستخدام إثبات الفهرس، يقوم الفهرس بإيداع الرموز الأصلية 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، ووكلاء الذكاء الاصطناعي، وOracle.
الاستعلام الفرعي
SubQuery هو شبكة بنية تحتية لوسيط لامركزي يقدم خدمات RPC وخدمات بيانات الفهرسة. تم تصميمه في الأصل لدعم شبكات Polkadot وSubstrate، وقد تم توسيعه الآن ليشمل أكثر من 200 سلسلة. تعمل آليته بشكل مشابه لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، ويقوم المندوبون بتعهد حصصهم إلى الفهرس. ومع ذلك، فإنه يقدم مستهلكين لتقديم طلبات الشراء، مما يدل على أن إيرادات الفهرس مضمونة، بدلاً من إدارة الفهرس.
سيتم تقديم عقد بيانات SubQuery الذي يدعم التقسيم، مما يمنع التزامن المستمر للبيانات الجديدة بين كل عقدة، مما يزيد من كفاءة الاستعلام، وفي الوقت نفسه يسير نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع حوالي 1 SQT كرسوم حسابية لكل 1000 طلب، أو تعيين رسوم مخصصة للمؤشر عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقد والمفوضين قد زادت أيضًا من حيث القيمة بالدولار، مما يمثل الزيادة المستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زادت الكمية الإجمالية لـ SQT المودعة من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في شبكتها.
كوفالنت
Covalent هو شبكة مؤشرات لامركزية، يتم إنشاء نسخ بيانات سلسلة الكتل من قبل منتجي عينات الكتل (BSP) من خلال تصدير جماعي، ويتم نشر الإثباتات على سلسلة الكتل Covalent L1. ثم يتم تنقيح هذه البيانات من قبل منتجي نتائج الكتل (BRP) وفقًا لقواعد محددة، واختيار البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين استخراج بيانات blockchain ذات الصلة بسهولة بتنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT المدفوعة على منصة معينة كوسيلة للدفع لاستخراج هذه المجموعات المهيأة مسبقًا من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهًا عامًا نحو الزيادة، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
اعتبارات اختيار المفهرس
قابلية تخصيص البيانات
بعض المؤشرات ( مثل Covalent ) هي مؤشرات عامة، وتوفر فقط مجموعة بيانات مسبقة التكوين القياسية عبر API. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. يتيح استخدام إطار المؤشر معالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
أمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن التطبيقات اللامركزية (dApp) التي تم بناؤها على أساس هذه الفهارس ستكون عرضة للهجمات. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات ورصيد المحفظة، فقد تفقد التطبيقات اللامركزية السيولة، مما يؤثر على مستخدميها. على الرغم من أن جميع فهارس البيانات تعتمد على نوع من الأمن من خلال رهن الرموز، إلا أن الحلول الأخرى لفهرسة البيانات قد تستخدم الإثباتات لتعزيز الأمان.
توفر Subsquid خيارات باستخدام الإثباتات المتفائلة والإثباتات ذات المعرفة الصفرية، بينما أصدرت Covalent إثباتات تتضمن قيم تجزئة الكتل. تقدم Graph فترة تحدي مثيرة للجدل لاستفسارات المفهرس بطريقة نافذة التحدي المتفائلة، بينما تقوم SubQuery بإنشاء إثباتات Merkle Mountain لكل كتلة، وتحسب قيم تجزئة كل كتلة لجميع البيانات المخزنة في قاعدة بياناتها.
السرعة وقابلية التوسع
مع تزايد نمو blockchain، تزداد أيضًا حجم المعاملات، مما يجعل فهرسة كميات كبيرة من البيانات أكثر تعقيدًا، حيث يتطلب ذلك مزيدًا من القدرة على المعالجة ومساحة التخزين. مع نمو شبكة blockchain، يصبح الحفاظ على الكفاءة أكثر صعوبة، لكن بروتوكولات الفهرسة قدمت حلولًا لتلبية هذه الاحتياجات المتزايدة.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
الاتجاهات الجديدة في وصول بيانات Web3: تحليل شامل لمؤشر كتلة البلوكتشين
تطور الوصول إلى بيانات Web3: نظرة عامة على الفهارس والمشاريع ذات الصلة
الجوهر في تقنية البلوكشين هو البيانات. إنها الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن معظم المناقشات الحالية تركز على توفر البيانات (DA)، إلا أن إمكانية وصول البيانات لا تقل أهمية وغالبًا ما يتم تجاهلها.
في عصر blockchain المعياري، أصبحت حلول DA لا غنى عنها. إنها تضمن أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، مما يتيح التحقق في الوقت الحقيقي والحفاظ على نزاهة الشبكة. ومع ذلك، فإن وظيفة طبقة DA تشبه إلى حد كبير لافتة إعلانات بدلاً من قاعدة بيانات. هذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل سيتم حذفها مع مرور الوقت.
بالمقارنة، فإن إمكانية الوصول إلى البيانات تركز على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير dApp وإجراء تحليلات blockchain. على الرغم من قلة النقاش حولها، إلا أنها تكتسب نفس أهمية توفر البيانات. يلعب كلاهما أدوارًا مختلفة ولكنها مكملة في النظام البيئي للبلوكشين، ويجب أن تعالج منهجيات إدارة البيانات الشاملة كلا المسألتين لدعم تطبيقات بلوكشين قوية وفعالة.
طرق استرجاع البيانات التقليدية في البلوكشين
منذ ولادتها، غيرت تقنية البلوكشين البنية التحتية بشكل جذري، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات مثل الألعاب والمال والشبكات الاجتماعية. ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات هائلة من بيانات البلوكشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقدة جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن صيانة عقدة الأرشيف مكلفة للغاية، والقدرة على الاستعلام محدودة، ولا يمكن استعلام البيانات بالتنسيق المطلوب من قبل المطورين. على الرغم من أن تشغيل عقدة أقل تكلفة هو خيار، إلا أن قدرة استرداد البيانات لهذه العقدة محدودة، مما قد يعيق تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكلفة العقد وإدارتها، ويقدمون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن لديها حدود سرعة، مما قد يؤثر على تجربة مستخدمي dApp. نقاط نهاية RPC الخاصة تقدم أداءً أفضل من خلال تقليل الازدحام، ولكن حتى عمليات الاسترجاع البسيطة للبيانات تتطلب اتصالات كبيرة. وهذا يجعلها مرهقة للطلبات وغير فعالة في الاستعلامات المعقدة للبيانات. بالإضافة إلى ذلك، فإن نقاط نهاية RPC الخاصة غالبًا ما تكون صعبة التوسع وتفتقر إلى التوافق عبر الشبكات.
الحل الأكثر تحسينًا: فهرس البلوكشين
تقوم مفهرسات blockchain بدور رئيسي في تنظيم بيانات سلسلة الكتل وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولهذا غالباً ما يشار إليها باسم "جوجل blockchain". تقوم هذه المفهرسات بفهرسة بيانات سلسلة الكتل وتستخدم لغة استعلام مشابهة لـ SQL ( مثل GraphQL API ) لجعلها متاحة. من خلال توفير واجهة استعلام موحدة للبيانات، تسمح المفهرسات للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهرسة بتحسين استرجاع البيانات بطرق متنوعة:
مُؤَشِّر العُقَد الكاملة: تشغيل عقدة سلسلة الكُتُل الكاملة واستخراج البيانات مباشرةً، مما يضمن أن تكون البيانات كاملة ودقيقة، ولكن يتطلب ذلك سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الحاجة، مما يقلل من متطلبات التخزين ولكن قد يزيد من وقت الاستعلام.
فهرس مخصص: تم تحسينه لبيانات معينة أو سلسلة كتل معينة، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة سلاسل كتلة ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، وهو مفيد بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum وحدها 3 تيرابايت من مساحة التخزين، والتي تزداد باستمرار مع نمو blockchain. يقوم بروتوكول الفهرس بنشر العديد من الفهرسين، مما يمكنه من فهرسة كميات كبيرة من البيانات واستعلامها بسرعة عالية، وهو ما لا يمكن تحقيقه عبر RPC.
يسمح الفهرس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة، واستخراجها للتحليل لاحقًا. بعض الفهارس يمكن أن تجمع بيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات متعددة السلاسل لتطبيقات dApp. من خلال توزيعها على عدة عقد، يوفر الفهرس أمانًا وأداءً معززين، بينما قد تواجه مزودي خدمات RPC انقطاعات وتعطيلات بسبب خصائصها المركزية.
بشكل عام، زادت مؤشرات البيانات من كفاءة وموثوقية استرجاع البيانات مقارنة بمقدمي خدمات عقد RPC، بينما قللت من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول مؤشرات blockchain الخيار المفضل لمطوري dApp.
سيناريوهات تطبيق الفهرس
يتطلب بناء dApp استرجاع وقراءة بيانات blockchain لتشغيل الخدمات. يشمل ذلك أنواعًا مختلفة من dApps، مثل DeFi ومنصات NFT والألعاب وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة للإبلاغ عن الأسعار والنسب والتكاليف المحددة للمستخدمين. يتطلب صانع السوق الآلي (AMM) معلومات الأسعار والسيولة من تجمعات السيولة لحساب معدلات التبديل، بينما تحتاج بروتوكولات الإقراض إلى نسبة الاستخدام لتحديد معدلات الإقراض ونسب تصفية الديون. قبل حساب معدل التنفيذ للمستخدم، من الضروري إدخال المعلومات في dApp.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. باستخدام الفهرس، يمكنهم ضمان تدفق البيانات المستقر ووقت التشغيل الطبيعي، مما يضمن تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة مثل بيانات الميتاداتا الخاصة بـ NFT وبيانات الملكية والتحويل ومعلومات حقوق الملكية وغيرها. يمكن أن يؤدي الفهرسة السريعة لهذه البيانات إلى تجنب تصفح كل NFT للبحث عن بيانات الملكية أو الخصائص.
سواء كان ذلك من أجل AMM في DeFi الذي يحتاج إلى معلومات عن الأسعار والسيولة، أو تطبيق SocialFi الذي يحتاج إلى تحديث مشاركات المستخدمين الجدد، فإن استرجاع البيانات بسرعة أمر بالغ الأهمية لعمل dApp بشكل طبيعي. بفضل الفهرس، يمكنها استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس وسيلة لاستخراج بيانات محددة من بيانات سلسلة الكتل الأصلية ( بما في ذلك أحداث العقود الذكية في كل كتلة ). وهذا يوفر فرصة لتحليل البيانات بشكل أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لها حجم تداول كبير، وأي الرموز تولد رسوم، وبالتالي تحديد ما إذا كان ينبغي إدراجها كعقود دائمة على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم لفهم أي خزانات أموال تحقق أعلى عائدات أو لديها سيولة أكبر. كما يمكنهم إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من مجمعات البيانات الخاصة بسلاسل الكتل المتاحة، فإن التعرف على الفروق بين بروتوكولات التجميع يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل مجمع يلبي احتياجاتهم.
نظرة عامة على فهرس blockchain
الجراف
The Graph هو أول بروتوكول فهرسة تم إطلاقه على الإيثيريوم، حيث يمكنه بسهولة استعلام البيانات المتعلقة بالمعاملات التي كان من الصعب الوصول إليها سابقًا. يستخدم تعريفات وتصفية الشظايا لجمع مجموعة فرعية من البيانات من blockchain، مثل جميع المعاملات المتعلقة بحوض USDC/ETH على منصة معينة.
باستخدام إثبات الفهرس، يقوم الفهرس بإيداع الرموز الأصلية 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، ووكلاء الذكاء الاصطناعي، وOracle.
الاستعلام الفرعي
SubQuery هو شبكة بنية تحتية لوسيط لامركزي يقدم خدمات RPC وخدمات بيانات الفهرسة. تم تصميمه في الأصل لدعم شبكات Polkadot وSubstrate، وقد تم توسيعه الآن ليشمل أكثر من 200 سلسلة. تعمل آليته بشكل مشابه لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، ويقوم المندوبون بتعهد حصصهم إلى الفهرس. ومع ذلك، فإنه يقدم مستهلكين لتقديم طلبات الشراء، مما يدل على أن إيرادات الفهرس مضمونة، بدلاً من إدارة الفهرس.
سيتم تقديم عقد بيانات SubQuery الذي يدعم التقسيم، مما يمنع التزامن المستمر للبيانات الجديدة بين كل عقدة، مما يزيد من كفاءة الاستعلام، وفي الوقت نفسه يسير نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع حوالي 1 SQT كرسوم حسابية لكل 1000 طلب، أو تعيين رسوم مخصصة للمؤشر عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقد والمفوضين قد زادت أيضًا من حيث القيمة بالدولار، مما يمثل الزيادة المستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زادت الكمية الإجمالية لـ SQT المودعة من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في شبكتها.
كوفالنت
Covalent هو شبكة مؤشرات لامركزية، يتم إنشاء نسخ بيانات سلسلة الكتل من قبل منتجي عينات الكتل (BSP) من خلال تصدير جماعي، ويتم نشر الإثباتات على سلسلة الكتل Covalent L1. ثم يتم تنقيح هذه البيانات من قبل منتجي نتائج الكتل (BRP) وفقًا لقواعد محددة، واختيار البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين استخراج بيانات blockchain ذات الصلة بسهولة بتنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT المدفوعة على منصة معينة كوسيلة للدفع لاستخراج هذه المجموعات المهيأة مسبقًا من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهًا عامًا نحو الزيادة، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
اعتبارات اختيار المفهرس
قابلية تخصيص البيانات
بعض المؤشرات ( مثل Covalent ) هي مؤشرات عامة، وتوفر فقط مجموعة بيانات مسبقة التكوين القياسية عبر API. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. يتيح استخدام إطار المؤشر معالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
أمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن التطبيقات اللامركزية (dApp) التي تم بناؤها على أساس هذه الفهارس ستكون عرضة للهجمات. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات ورصيد المحفظة، فقد تفقد التطبيقات اللامركزية السيولة، مما يؤثر على مستخدميها. على الرغم من أن جميع فهارس البيانات تعتمد على نوع من الأمن من خلال رهن الرموز، إلا أن الحلول الأخرى لفهرسة البيانات قد تستخدم الإثباتات لتعزيز الأمان.
توفر Subsquid خيارات باستخدام الإثباتات المتفائلة والإثباتات ذات المعرفة الصفرية، بينما أصدرت Covalent إثباتات تتضمن قيم تجزئة الكتل. تقدم Graph فترة تحدي مثيرة للجدل لاستفسارات المفهرس بطريقة نافذة التحدي المتفائلة، بينما تقوم SubQuery بإنشاء إثباتات Merkle Mountain لكل كتلة، وتحسب قيم تجزئة كل كتلة لجميع البيانات المخزنة في قاعدة بياناتها.
السرعة وقابلية التوسع
مع تزايد نمو blockchain، تزداد أيضًا حجم المعاملات، مما يجعل فهرسة كميات كبيرة من البيانات أكثر تعقيدًا، حيث يتطلب ذلك مزيدًا من القدرة على المعالجة ومساحة التخزين. مع نمو شبكة blockchain، يصبح الحفاظ على الكفاءة أكثر صعوبة، لكن بروتوكولات الفهرسة قدمت حلولًا لتلبية هذه الاحتياجات المتزايدة.