البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية (dApp). على الرغم من أن المناقشات الحالية تركز بشكل كبير على توفر البيانات (DA)، إلا أن إمكانية الوصول إلى البيانات مهمة أيضًا وغالبًا ما يتم تجاهلها.
في عصر البلوكتشين المودولاري، أصبحت حلول DA جزءًا لا غنى عنه. تضمن هذه الحلول أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، وتحقيق التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن طبقة DA تشبه لوحة إعلانات أكثر من كونها قاعدة بيانات، مما يعني أن البيانات لن يتم تخزينها بشكل دائم، بل سيتم حذفها مع مرور الوقت.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وتحليل البلوكتشين. على الرغم من قلة المناقشة، إلا أنها بنفس أهمية توافر البيانات. يلعب كلاهما دورًا مختلفًا ولكنه تكميلي في نظام البلوكتشين البيئي، ويجب أن تعالج إدارة البيانات الشاملة هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق البحث التقليدية في بيانات البلوكتشين
البلوكتشين منذ نشأته غيّر بشكل جذري البنية التحتية، ودفع إنشاء dApps في مجالات مثل الألعاب والمالية والشبكات الاجتماعية. ومع ذلك، فإن بناء هذه dApps يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC المؤرشفة الخاصة بهم. تخزن هذه العقدة جميع بيانات البلوكتشين التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. لكن صيانة عقدة مؤرشفة مكلفة للغاية، وقدرة الاستعلام محدودة، ولا يمكن استعلام البيانات بالصيغ التي يحتاجها المطورون. على الرغم من أن تشغيل عقدة أقل تكلفة هو خيار، إلا أن قدرة استرداد البيانات لهذه العقدة محدودة، مما قد يعيق تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكلفة وإدارة العقد، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط نهاية RPC العامة مجانية ولكنها محدودة في السرعة، مما قد يؤثر على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من التواصل ذهابًا وإيابًا، مما يجعلها غير فعالة للاستعلامات المعقدة للبيانات. بالإضافة إلى ذلك، تكون نقاط نهاية RPC الخاصة عادةً صعبة التوسع وتفتقر إلى التوافق عبر الشبكات.
البلوكتشين مؤشر: بديل أفضل
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، لذلك غالبًا ما يُطلق عليها "جوجل البلوكتشين". فهي تقوم بفهرسة بيانات البلوكتشين وتستخدم API مثل GraphQL باستخدام لغة استعلام مشابهة لـ SQL ( لجعلها متاحة. توفر المؤشرات واجهة موحدة للاستعلام عن البيانات، مما يسمح للمطورين باسترجاع المعلومات المطلوبة بسرعة وبدقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
أنواع مختلفة من الفهارس تقوم بتحسين استرجاع البيانات بطرق متنوعة:
موصل فهرس العقد الكامل: تشغيل عقدة بلوكتشين كاملة واستخراج البيانات مباشرة، لضمان دقة وتمام البيانات، ولكنها تحتاج إلى سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
فهرس مخصص: تحسين استرجاع حالات الاستخدام المحددة لبعض أنواع البيانات أو البلوكتشين معين، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب فقط إيثريوم 3 تيرابايت من مساحة التخزين، وستستمر في الزيادة مع نمو البلوكتشين. يقوم بروتوكول الفهرسة بتوزيع عدة فهرسين، مما يتيح الفهرسة بكفاءة واستعلام بسرعات عالية عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه عبر RPC.
تسمح الفهرسة أيضًا بالاستعلامات المعقدة، وتصفية البيانات بسهولة، واستخراج التحليلات اللاحقة. بعض الفهارس يمكنها تجميع بيانات متعددة المصادر، مما يمنع نشر واجهات برمجة التطبيقات المتعددة في dApp متعدد السلاسل. من خلال التوزيع على عدة عقد، توفر الفهارس أمانًا وأداءً معززين، بينما قد تتعرض مقدمو خدمات RPC لانقطاعات وتوقفات بسبب الخصائص المركزية.
بشكل عام، مقارنة بمزودي العقدة RPC، فإن الفهرس يزيد من كفاءة وموثوقية استرجاع البيانات، بينما يقلل من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري dApp.
![تطور الوصول إلى بيانات 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 واحدًا تلو الآخر للعثور على بيانات الملكية أو خصائص NFT.
سواء كان ذلك لمعلومات الأسعار والسيولة التي تحتاجها AMM في DeFi، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. بمساعدة الفهرس، يمكنها استرجاع البيانات بكفاءة ودقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية ) بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يتيح الفرصة لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسومًا، وبالتالي تحديد ما إذا كان يجب إدراج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات تحكم لمنتجاتهم، للحصول على رؤى عميقة حول أي برك السيولة لديها أعلى العوائد أو أكثرها سيولة. كما يمكنهم أيضًا إنشاء لوحات تحكم عامة، مما يتيح للمطورين استعلام بيانات أي نوع لعرضها على الرسم البياني بحرية ومرونة.
نظرًا لوجود العديد من كتلة الفهرسة المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة أمر بالغ الأهمية لضمان اختيار المطورين للكتلة الأكثر ملاءمة لاحتياجاتهم.
نظرة عامة على مُؤَشِّرات البلوكتشين
الجراف
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثريوم، مما يسهل الاستعلام عن بيانات المعاملات التي كانت صعبة الوصول إليها في السابق. يستخدم تعريفات فرعية وتصفيات لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بأحد DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بتخزين الرموز الأصلية 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 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( وفقًا للقواعد المحددة، لاختيار البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات البلوكتشين ذات الصلة بتنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استفسارات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي تم تسويتها على منصة معينة كوسيلة للدفع لاستخراج هذه المجموعات البيانية المسبقة التكوين من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر بشكل عام اتجاهًا متزايدًا، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
![تطور الوصول إلى بيانات Web3: مقدمة حول الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
ملاحظات اختيار المؤشر
قابلية تخصيص البيانات
بعض المؤشرات ) مثل Covalent ( هي مؤشرات عامة، توفر مجموعات بيانات مسبقة التكوين قياسية فقط عبر واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار العمل الخاص بالمؤشرات، فإنه يسمح بمعالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
الأمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبني على هذه الفهارس قد يكون عرضة للهجمات. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات وأرصدة المحافظ، فقد يفقد dApp السيولة، مما يؤثر على مستخدميه. على الرغم من أن جميع الفهارس تعتمد على رموز رهينة الفهارس لتبني شكل من أشكال الأمان، إلا أن حلول الفهارس الأخرى قد تستخدم إثباتات لتعزيز الأمان بشكل أكبر.
تقدم Subsquid خيارات باستخدام إثباتات متفائلة وإثباتات المعرفة الصفرية، بينما أصدرت Covalent إثباتات تحتوي على قيمة تجزئة الكتلة. تستهدف Graph استعلامات الفهرس بطريقة نافذة التحدي المتفائلة.
شاهد النسخة الأصلية
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.
تسجيلات الإعجاب 14
أعجبني
14
4
مشاركة
تعليق
0/400
fren.eth
· منذ 8 س
استخدم طبقة DA كلوحة إعلانات اضحك حتى تسقط أسنانك
شاهد النسخة الأصليةرد0
MEVHunterBearish
· منذ 18 س
层 DA تشبه أمر القبض...
شاهد النسخة الأصليةرد0
BlindBoxVictim
· منذ 19 س
هل لا تعير أهمية لمثل هذه الأمور الكبيرة في البيانات؟
شاهد النسخة الأصليةرد0
0xLuckbox
· منذ 19 س
هل المؤشر هو جولة جديدة من خداع الناس لتحقيق الربح؟
فاحص البلوكتشين: أداة و مستقبل الوصول إلى بيانات البلوكتشين
أهمية بيانات البلوكتشين وظهور الفهرس
البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية (dApp). على الرغم من أن المناقشات الحالية تركز بشكل كبير على توفر البيانات (DA)، إلا أن إمكانية الوصول إلى البيانات مهمة أيضًا وغالبًا ما يتم تجاهلها.
في عصر البلوكتشين المودولاري، أصبحت حلول DA جزءًا لا غنى عنه. تضمن هذه الحلول أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، وتحقيق التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن طبقة DA تشبه لوحة إعلانات أكثر من كونها قاعدة بيانات، مما يعني أن البيانات لن يتم تخزينها بشكل دائم، بل سيتم حذفها مع مرور الوقت.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وتحليل البلوكتشين. على الرغم من قلة المناقشة، إلا أنها بنفس أهمية توافر البيانات. يلعب كلاهما دورًا مختلفًا ولكنه تكميلي في نظام البلوكتشين البيئي، ويجب أن تعالج إدارة البيانات الشاملة هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق البحث التقليدية في بيانات البلوكتشين
البلوكتشين منذ نشأته غيّر بشكل جذري البنية التحتية، ودفع إنشاء dApps في مجالات مثل الألعاب والمالية والشبكات الاجتماعية. ومع ذلك، فإن بناء هذه dApps يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC المؤرشفة الخاصة بهم. تخزن هذه العقدة جميع بيانات البلوكتشين التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. لكن صيانة عقدة مؤرشفة مكلفة للغاية، وقدرة الاستعلام محدودة، ولا يمكن استعلام البيانات بالصيغ التي يحتاجها المطورون. على الرغم من أن تشغيل عقدة أقل تكلفة هو خيار، إلا أن قدرة استرداد البيانات لهذه العقدة محدودة، مما قد يعيق تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكلفة وإدارة العقد، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط نهاية RPC العامة مجانية ولكنها محدودة في السرعة، مما قد يؤثر على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من التواصل ذهابًا وإيابًا، مما يجعلها غير فعالة للاستعلامات المعقدة للبيانات. بالإضافة إلى ذلك، تكون نقاط نهاية RPC الخاصة عادةً صعبة التوسع وتفتقر إلى التوافق عبر الشبكات.
البلوكتشين مؤشر: بديل أفضل
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، لذلك غالبًا ما يُطلق عليها "جوجل البلوكتشين". فهي تقوم بفهرسة بيانات البلوكتشين وتستخدم API مثل GraphQL باستخدام لغة استعلام مشابهة لـ SQL ( لجعلها متاحة. توفر المؤشرات واجهة موحدة للاستعلام عن البيانات، مما يسمح للمطورين باسترجاع المعلومات المطلوبة بسرعة وبدقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
أنواع مختلفة من الفهارس تقوم بتحسين استرجاع البيانات بطرق متنوعة:
موصل فهرس العقد الكامل: تشغيل عقدة بلوكتشين كاملة واستخراج البيانات مباشرة، لضمان دقة وتمام البيانات، ولكنها تحتاج إلى سعة تخزين وقدرة معالجة كبيرة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
فهرس مخصص: تحسين استرجاع حالات الاستخدام المحددة لبعض أنواع البيانات أو البلوكتشين معين، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهارس: استخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب فقط إيثريوم 3 تيرابايت من مساحة التخزين، وستستمر في الزيادة مع نمو البلوكتشين. يقوم بروتوكول الفهرسة بتوزيع عدة فهرسين، مما يتيح الفهرسة بكفاءة واستعلام بسرعات عالية عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه عبر RPC.
تسمح الفهرسة أيضًا بالاستعلامات المعقدة، وتصفية البيانات بسهولة، واستخراج التحليلات اللاحقة. بعض الفهارس يمكنها تجميع بيانات متعددة المصادر، مما يمنع نشر واجهات برمجة التطبيقات المتعددة في dApp متعدد السلاسل. من خلال التوزيع على عدة عقد، توفر الفهارس أمانًا وأداءً معززين، بينما قد تتعرض مقدمو خدمات RPC لانقطاعات وتوقفات بسبب الخصائص المركزية.
بشكل عام، مقارنة بمزودي العقدة RPC، فإن الفهرس يزيد من كفاءة وموثوقية استرجاع البيانات، بينما يقلل من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري dApp.
![تطور الوصول إلى بيانات 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 واحدًا تلو الآخر للعثور على بيانات الملكية أو خصائص NFT.
سواء كان ذلك لمعلومات الأسعار والسيولة التي تحتاجها AMM في DeFi، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. بمساعدة الفهرس، يمكنها استرجاع البيانات بكفاءة ودقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية ) بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يتيح الفرصة لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسومًا، وبالتالي تحديد ما إذا كان يجب إدراج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات تحكم لمنتجاتهم، للحصول على رؤى عميقة حول أي برك السيولة لديها أعلى العوائد أو أكثرها سيولة. كما يمكنهم أيضًا إنشاء لوحات تحكم عامة، مما يتيح للمطورين استعلام بيانات أي نوع لعرضها على الرسم البياني بحرية ومرونة.
نظرًا لوجود العديد من كتلة الفهرسة المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة أمر بالغ الأهمية لضمان اختيار المطورين للكتلة الأكثر ملاءمة لاحتياجاتهم.
نظرة عامة على مُؤَشِّرات البلوكتشين
الجراف
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثريوم، مما يسهل الاستعلام عن بيانات المعاملات التي كانت صعبة الوصول إليها في السابق. يستخدم تعريفات فرعية وتصفيات لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بأحد DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بتخزين الرموز الأصلية 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 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( وفقًا للقواعد المحددة، لاختيار البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات البلوكتشين ذات الصلة بتنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استفسارات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي تم تسويتها على منصة معينة كوسيلة للدفع لاستخراج هذه المجموعات البيانية المسبقة التكوين من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر بشكل عام اتجاهًا متزايدًا، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
![تطور الوصول إلى بيانات Web3: مقدمة حول الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
ملاحظات اختيار المؤشر
قابلية تخصيص البيانات
بعض المؤشرات ) مثل Covalent ( هي مؤشرات عامة، توفر مجموعات بيانات مسبقة التكوين قياسية فقط عبر واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار العمل الخاص بالمؤشرات، فإنه يسمح بمعالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
الأمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبني على هذه الفهارس قد يكون عرضة للهجمات. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات وأرصدة المحافظ، فقد يفقد dApp السيولة، مما يؤثر على مستخدميه. على الرغم من أن جميع الفهارس تعتمد على رموز رهينة الفهارس لتبني شكل من أشكال الأمان، إلا أن حلول الفهارس الأخرى قد تستخدم إثباتات لتعزيز الأمان بشكل أكبر.
تقدم Subsquid خيارات باستخدام إثباتات متفائلة وإثباتات المعرفة الصفرية، بينما أصدرت Covalent إثباتات تحتوي على قيمة تجزئة الكتلة. تستهدف Graph استعلامات الفهرس بطريقة نافذة التحدي المتفائلة.