تطور استرجاع بيانات البلوكتشين: الفهارس وتطبيقاتها
أهمية بيانات البلوكتشين
البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية (dApp). تركز المناقشات الحالية في الغالب على إمكانية استخدام البيانات (DA)، أي ضمان أن المشاركين في الشبكة يمكنهم الوصول إلى بيانات المعاملات الحديثة للتحقق. ومع ذلك، هناك جانب آخر مهم بنفس القدر ولكنه غالبًا ما يتم تجاهله، وهو إمكانية الوصول إلى البيانات.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ. تضمن هذه الحلول أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يسمح بالتحقق في الوقت الفعلي والحفاظ على نزاهة الشبكة. ومع ذلك، فإن طبقة DA تشبه لوحة إعلانات أكثر من كونها قاعدة بيانات. وهذا يعني أن البيانات لن تُحفظ إلى أجل غير مسمى، بل ستُحذف مع مرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحة الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية وصول البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وإجراء تحليلات البلوكتشين. يعد هذا الجانب مهمًا بشكل خاص للمهام التي تتطلب الوصول إلى البيانات التاريخية لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية وصول البيانات أقل، إلا أنها تكتسب نفس أهمية إمكانية استخدام البيانات. يلعب كلاهما دورًا مختلفًا ولكنه تكميلي في نظام البلوكتشين البيئي، ويجب أن تتناول نهج الإدارة الشاملة للبيانات كلا المسألتين لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق استرجاع بيانات البلوكتشين التقليدية
منذ نشأتها، غيرت البلوكتشين البنية التحتية تمامًا، ودعمت إنشاء تطبيقات لامركزية مثل الألعاب والمالية والشبكات الاجتماعية (dApp). ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، مما يجعل الأمر صعبًا ومكلفًا.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تقوم هذه العقد بتخزين جميع بيانات البلوكتشين التاريخية من الكتلة الأصلية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن الحفاظ على عقدة الأرشيف يكلف الكثير، وقد تكون قدرة الاستعلام محدودة، بحيث لا يمكن استعلام البيانات بالشكل الذي يحتاجه المطورون. تشغيل عقدة أرخص هو خيار آخر، ولكن قدرة استرجاع البيانات في هذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي خدمات عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارتها، ويوفرون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن لديها حدودًا على السرعة، مما قد يؤثر سلبًا على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيطة يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها غير فعالة عند التعامل مع استعلامات البيانات المعقدة. بالإضافة إلى ذلك، عادة ما تكون نقاط نهاية RPC الخاصة صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات المختلفة.
خيار أفضل: كتلة البلوكتشين
تلعب فهارس البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولهذا السبب غالبًا ما يُطلق عليها "جوجل البلوكتشين". تعمل عن طريق فهرسة بيانات البلوكتشين، واستخدام واجهات برمجة التطبيقات مثل GraphQL باستخدام لغة استعلام مشابهة لـ SQL ( لتكون متاحة في أي وقت. من خلال توفير واجهة موحدة لاستعلام البيانات، يسمح الفهرس للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام معيارية، مما يبسط العملية بأكملها بشكل كبير.
أنواع مختلفة من الفهارس تعمل على تحسين استرجاع البيانات بطرق متنوعة:
مؤشرات العقد الكامل: تعمل هذه المؤشرات على تشغيل عقدة كاملة للبلوكتشين وتستخرج البيانات مباشرة منها، مما يضمن أن البيانات كاملة ودقيقة، لكنها تحتاج إلى سعة تخزين كبيرة وقدرة معالجة.
فهرس خفيف الوزن: تعتمد هذه الفهارس على العقد الكاملة للحصول على بيانات معينة عند الحاجة، مما يقلل من متطلبات التخزين ولكن قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مُحسّنة لأنواع معينة من البيانات أو للبلوكتشين معين، ويمكن أن توفر استرجاعًا أكثر كفاءة لحالات الاستخدام المحددة ) مثل بيانات NFT أو معاملات DeFi (.
مؤشرات التجميع: تقوم هذه المؤشرات باستخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
يتطلب إيثيريوم فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو البلوكتشين، ستستمر كمية بيانات عقد Erigon الأرشيفية في الزيادة. قامت بروتوكولات الفهرسة بنشر عدة فهرسين، يمكنها فهرسة واستعلام كميات كبيرة من البيانات بكفاءة وسرعة، وهو ما لا يمكن تحقيقه عبر RPC.
تسمح الفهارس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة وفقًا لمعايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض الفهارس يمكن أن تجمع البيانات من مصادر متعددة، مما يمنع الحاجة إلى نشر واجهات برمجة التطبيقات متعددة في تطبيقات اللامركزية متعددة السلاسل. من خلال توزيعها على عدة عقد، تقدم الفهارس أمانًا محسنًا وأداءً، بينما قد تعاني مزودات 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.
سواء كانت هناك حاجة إلى معلومات الأسعار والسيولة من صانع السوق الآلي DeFi ###AMM(، أو تطبيق اجتماعي يحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر حيوي لتشغيل dApp بشكل طبيعي. من خلال استخدام الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
) تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية ### بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول المستمر تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسوم، وبالتالي تحديد ما إذا كان يجب إدراج هذه الرموز كعقود مستمرة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي من خزانات السيولة لديها أعلى عائدات أو أقوى سيولة. يمكن أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من كتلة البلوكتشين المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يتناسب مع احتياجاتهم.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
نظرة عامة على مؤشرات البلوكتشين الرئيسية
) الرسم البياني
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 أن تحل محل RPC في حالات الاستخدام مثل التحليل، ومعالجات ZK/TEE، ووكلاء الذكاء الاصطناعي، وأوراكل.
الاستعلام الفرعي
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.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
عوامل اختيار الفهرس
) عدد
شاهد النسخة الأصلية
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.
تسجيلات الإعجاب 11
أعجبني
11
6
مشاركة
تعليق
0/400
LootboxPhobia
· منذ 16 س
مرة أخرى، ما هو المحول الفاخر...
شاهد النسخة الأصليةرد0
MissedAirdropBro
· 07-05 03:48
يبحثون في التكنولوجيا مرة أخرى وغداً سيستمرون في الخسارة
شاهد النسخة الأصليةرد0
AllInDaddy
· 07-05 03:27
تضييع الوقت في التلاعب بالبيانات طوال اليوم
شاهد النسخة الأصليةرد0
TokenomicsTinfoilHat
· 07-05 03:26
لا تتحدث! إنه مجرد لوح أسود صغير.
شاهد النسخة الأصليةرد0
BearMarketSurvivor
· 07-05 03:23
ما هو da؟
شاهد النسخة الأصليةرد0
Hash_Bandit
· 07-05 03:20
كانت برك التعدين في عام '17 قد بدأت بالفعل في فهرسة البيانات... لا شيء جديد بصراحة
محلل البلوكتشين: حل فعال لاسترجاع البيانات يتجاوز RPC
تطور استرجاع بيانات البلوكتشين: الفهارس وتطبيقاتها
أهمية بيانات البلوكتشين
البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية (dApp). تركز المناقشات الحالية في الغالب على إمكانية استخدام البيانات (DA)، أي ضمان أن المشاركين في الشبكة يمكنهم الوصول إلى بيانات المعاملات الحديثة للتحقق. ومع ذلك، هناك جانب آخر مهم بنفس القدر ولكنه غالبًا ما يتم تجاهله، وهو إمكانية الوصول إلى البيانات.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ. تضمن هذه الحلول أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يسمح بالتحقق في الوقت الفعلي والحفاظ على نزاهة الشبكة. ومع ذلك، فإن طبقة DA تشبه لوحة إعلانات أكثر من كونها قاعدة بيانات. وهذا يعني أن البيانات لن تُحفظ إلى أجل غير مسمى، بل ستُحذف مع مرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحة الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية وصول البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وإجراء تحليلات البلوكتشين. يعد هذا الجانب مهمًا بشكل خاص للمهام التي تتطلب الوصول إلى البيانات التاريخية لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية وصول البيانات أقل، إلا أنها تكتسب نفس أهمية إمكانية استخدام البيانات. يلعب كلاهما دورًا مختلفًا ولكنه تكميلي في نظام البلوكتشين البيئي، ويجب أن تتناول نهج الإدارة الشاملة للبيانات كلا المسألتين لدعم تطبيقات البلوكتشين القوية والفعالة.
طرق استرجاع بيانات البلوكتشين التقليدية
منذ نشأتها، غيرت البلوكتشين البنية التحتية تمامًا، ودعمت إنشاء تطبيقات لامركزية مثل الألعاب والمالية والشبكات الاجتماعية (dApp). ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، مما يجعل الأمر صعبًا ومكلفًا.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تقوم هذه العقد بتخزين جميع بيانات البلوكتشين التاريخية من الكتلة الأصلية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن الحفاظ على عقدة الأرشيف يكلف الكثير، وقد تكون قدرة الاستعلام محدودة، بحيث لا يمكن استعلام البيانات بالشكل الذي يحتاجه المطورون. تشغيل عقدة أرخص هو خيار آخر، ولكن قدرة استرجاع البيانات في هذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي خدمات عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارتها، ويوفرون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن لديها حدودًا على السرعة، مما قد يؤثر سلبًا على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيطة يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها غير فعالة عند التعامل مع استعلامات البيانات المعقدة. بالإضافة إلى ذلك، عادة ما تكون نقاط نهاية RPC الخاصة صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات المختلفة.
خيار أفضل: كتلة البلوكتشين
تلعب فهارس البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، ولهذا السبب غالبًا ما يُطلق عليها "جوجل البلوكتشين". تعمل عن طريق فهرسة بيانات البلوكتشين، واستخدام واجهات برمجة التطبيقات مثل GraphQL باستخدام لغة استعلام مشابهة لـ SQL ( لتكون متاحة في أي وقت. من خلال توفير واجهة موحدة لاستعلام البيانات، يسمح الفهرس للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام معيارية، مما يبسط العملية بأكملها بشكل كبير.
أنواع مختلفة من الفهارس تعمل على تحسين استرجاع البيانات بطرق متنوعة:
مؤشرات العقد الكامل: تعمل هذه المؤشرات على تشغيل عقدة كاملة للبلوكتشين وتستخرج البيانات مباشرة منها، مما يضمن أن البيانات كاملة ودقيقة، لكنها تحتاج إلى سعة تخزين كبيرة وقدرة معالجة.
فهرس خفيف الوزن: تعتمد هذه الفهارس على العقد الكاملة للحصول على بيانات معينة عند الحاجة، مما يقلل من متطلبات التخزين ولكن قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مُحسّنة لأنواع معينة من البيانات أو للبلوكتشين معين، ويمكن أن توفر استرجاعًا أكثر كفاءة لحالات الاستخدام المحددة ) مثل بيانات NFT أو معاملات DeFi (.
مؤشرات التجميع: تقوم هذه المؤشرات باستخراج البيانات من عدة بلوكتشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
يتطلب إيثيريوم فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو البلوكتشين، ستستمر كمية بيانات عقد Erigon الأرشيفية في الزيادة. قامت بروتوكولات الفهرسة بنشر عدة فهرسين، يمكنها فهرسة واستعلام كميات كبيرة من البيانات بكفاءة وسرعة، وهو ما لا يمكن تحقيقه عبر RPC.
تسمح الفهارس أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة وفقًا لمعايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض الفهارس يمكن أن تجمع البيانات من مصادر متعددة، مما يمنع الحاجة إلى نشر واجهات برمجة التطبيقات متعددة في تطبيقات اللامركزية متعددة السلاسل. من خلال توزيعها على عدة عقد، تقدم الفهارس أمانًا محسنًا وأداءً، بينما قد تعاني مزودات 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.
سواء كانت هناك حاجة إلى معلومات الأسعار والسيولة من صانع السوق الآلي DeFi ###AMM(، أو تطبيق اجتماعي يحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر حيوي لتشغيل dApp بشكل طبيعي. من خلال استخدام الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
) تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية ### بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول المستمر تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسوم، وبالتالي تحديد ما إذا كان يجب إدراج هذه الرموز كعقود مستمرة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي من خزانات السيولة لديها أعلى عائدات أو أقوى سيولة. يمكن أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من كتلة البلوكتشين المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يتناسب مع احتياجاتهم.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
نظرة عامة على مؤشرات البلوكتشين الرئيسية
) الرسم البياني
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 أن تحل محل RPC في حالات الاستخدام مثل التحليل، ومعالجات ZK/TEE، ووكلاء الذكاء الاصطناعي، وأوراكل.
الاستعلام الفرعي
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.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
عوامل اختيار الفهرس
) عدد