تطوير الوصول إلى بيانات Web3: تحليل الفهرس والمشاريع ذات الصلة
البيانات هي جوهر تقنية البلوكشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية ( dApp ). على الرغم من أن معظم المناقشات الحالية تركز على توفر البيانات ( DA )، أي ضمان أن كل مشارك في الشبكة يمكنه الوصول إلى بيانات المعاملات الأحدث للتحقق، إلا أن جانب إمكانية الوصول إلى البيانات المهم بنفس القدر غالبًا ما يتم تجاهله.
في عصر بلوكشين المعيارية، أصبحت حلول DA جزءًا لا يتجزأ من النظام. تضمن هذه الحلول أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يتيح التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظائف طبقة DA تشبه إلى حد كبير لوحة الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لن تُحتفظ إلى أجل غير مسمى، بل سيتم حذفها بمرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحة الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر حيوي لتطوير التطبيقات اللامركزية وإجراء تحليلات blockchain. هذه المسألة حاسمة بشكل خاص للمهام التي تتطلب الوصول إلى البيانات السابقة لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها بنفس أهمية توفر البيانات. كلاهما يلعبان أدوارًا مختلفة ولكنها متكاملة في نظام blockchain البيئي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين القضيتين لدعم تطبيقات blockchain القوية والفعالة.
طرق استرجاع بيانات البلوكتشين المبكرة
منذ ولادتها، غيرت تقنية البلوكشين البنية التحتية تمامًا، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات مثل الألعاب والتمويل والشبكات الاجتماعية (dApp). ومع ذلك، يتطلب بناء هذه التطبيقات اللامركزية الوصول إلى كميات كبيرة من بيانات البلوكشين، وهو ما يعد صعبًا ومكلفًا.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن تكلفة الحفاظ على عقدة الأرشيف عالية، وقدرة الاستعلام محدودة، حيث لا يمكن الاستعلام عن البيانات بالتنسيق الذي يحتاجه المطورون. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يعيق تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف وإدارة العقد، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط النهاية العامة لـ RPC مجانية، ولكن لديها حدود للسرعة، مما قد يؤثر سلبًا على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل عن طريق تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات المتبادلة. وهذا يجعلها تتطلب الكثير من الطلبات، وكفاءة منخفضة للاستعلامات المعقدة. بالإضافة إلى ذلك، غالبًا ما يكون من الصعب توسيع نطاق نقاط نهاية RPC الخاصة، وتفتقر إلى التوافق عبر الشبكات المختلفة.
حلول أفضل: مجمع بيانات البلوكشين
تقوم فهارس البلوكتشين بدور حاسم في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، وهذا هو السبب في أنها غالباً ما يشار إليها بأنها "محركات البحث للبلوكتشين". تعمل هذه الفهارس على فهرسة بيانات البلوكتشين وتستخدم لغة استعلام مشابهة لـ SQL ( مع واجهات برمجة التطبيقات مثل GraphQL ) لجعلها متاحة في أي وقت. من خلال توفير واجهة موحدة لاستعلام البيانات، تسمح الفهارس للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهرس بتحسين استرجاع البيانات بطرق متنوعة:
مُؤَشِّر النقاط الكاملة: هذه المؤشرات تعمل على تشغيل نقاط بلوكشين كاملة وتستخرج البيانات مباشرة، مما يضمن تكامل البيانات ودقتها، لكنها تتطلب قدرة تخزين ومعالجة كبيرة.
مؤشر خفيف الوزن: تعتمد هذه المؤشرات على العقد الكاملة للحصول على بيانات محددة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مخصصة لأنواع معينة من البيانات أو سلاسل الكتل المحددة، ويمكن أن تحسن استرجاع حالات الاستخدام المحددة، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهرس: تستخرج هذه الفهارس البيانات من عدة سلاسل بلوكشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، وهو ما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو blockchain، ستزداد كمية البيانات المخزنة في عقد أرشيف Erigon. تم نشر بروتوكول الفهرسة مع العديد من الفهرسين، مما يتيح فهرسة واستعلام سريع عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه بواسطة RPC.
تسمح المجمعات أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة بناءً على معايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض المجمعات تسمح أيضًا بتجميع البيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات متعددة في التطبيقات اللامركزية عبر سلاسل متعددة. من خلال التوزيع على عدة عقد، توفر المجمعات أمانًا وأداءً معززين، بينما قد تواجه موفرو واجهات برمجة التطبيقات بسبب طبيعتها المركزية انقطاعات وتوقفات.
بشكل عام، مقارنة بمزودي عقد RPC، زادت الفهارس من كفاءة وموثوقية استرجاع البيانات، بينما خفضت أيضًا تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة blockchain الخيار المفضل لمطوري dApp.
تطبيقات الفهرس
كما هو مذكور سابقًا، يتطلب بناء dApp استرجاع وقراءة بيانات blockchain لتشغيل خدماته. وهذا يشمل أي نوع من dApp، بما في ذلك DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار ونسب ورسوم معينة للمستخدمين. يتطلب صانع السوق الآلي (AMM) معلومات حول أسعار السيولة في بعض برك السيولة لحساب معدلات المبادلة، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدلات الإقراض ونسب الديون المصفاة. من الضروري إدخال المعلومات في تطبيقاتهم اللامركزية قبل حساب معدلات تنفيذ المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة سلسة للمستخدمين أثناء اللعب. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى ملكية الأراضي، ورصيد الرموز داخل اللعبة، وبيانات العمليات داخل اللعبة، وما إلى ذلك. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل ثابت لضمان تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات NFT الوصفية، وبيانات الملكية والتحويل، ومعلومات حقوق الملكية، وما إلى ذلك. يمكن أن يساعد الفهرس السريع لهذه البيانات في تجنب تصفح كل NFT على حدة للعثور على بيانات الملكية أو خصائص NFT.
سواء كان الأمر يتعلق بالأسواق الآلية DeFi التي تحتاج إلى معلومات الأسعار والسيولة (AMM)، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة تعتبر حيوية لتشغيل التطبيقات اللامركزية بشكل طبيعي. مع وجود الفهرس، يمكنها استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات blockchain الأصلية ( بما في ذلك أحداث العقود الذكية في كل كتلة ). وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا ، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لها حجم تداول كبير، وأي الرموز ستنتج رسوم، وبالتالي تحديد ما إذا كانت ستدرج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي خزانات السيولة لديها أعلى عائدات أو أقوى سيولة. يمكن أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستفسار بحرية ومرونة عن أي نوع من البيانات لعرضها على الرسوم البيانية.
نظرًا لوجود عدة مؤشرات سلسلة الكتل المتاحة، فإن التعرف على الفروق بين بروتوكولات المؤشر يعد أمرًا حيويًا لضمان اختيار المطورين للمؤشر الأنسب لاحتياجاتهم.
نظرة عامة على فهرس blockchain
الرسم البياني
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثيريوم، مما يسهل استعلام البيانات التجارية التي كانت صعبة الوصول إليها سابقًا. يستخدم تعريفات الفروع (subgraphs) والتصفية لجمع مجموعات البيانات من البلوكشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بـ DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بإيداع الرموز الأصلية GRT لخدمات الفهرسة والاستعلام، ويمكن للموكلين اختيار إيداع رموزهم هنا. يمكن للمنظمين الوصول إلى الرسوم البيانية الفرعية عالية الجودة لمساعدة الفهرس في تحديد أي الرسوم الفرعية يجب أن يضعوا البيانات من أجل كسب أفضل رسوم استعلام. في إطار الانتقال إلى مستوى أكبر من اللامركزية، ستتوقف The Graph في النهاية عن خدمات الاستضافة الخاصة بها، وستطلب ترقية الرسوم البيانية الفرعية إلى شبكتها، مع تقديم ترقية للفهرس.
تتيح بنيتها التحتية الوصول إلى تكلفة متوسطة قدرها 40 دولارًا لكل مليون استعلام، وهو أقل بكثير من تكلفة العقد الذاتية الاستضافة. باستخدام مصادر البيانات القائمة على الملفات، فإنه يدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارجها لتحقيق استرجاع بيانات فعال.
تستمر مكافآت مُؤشر The Graph في النمو بثبات على مدار الأرباع القليلة الماضية. ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، ولكن أيضًا بسبب ارتفاع أسعار الرموز، حيث يخططون لدمج الاستعلامات المدعومة بالذكاء الاصطناعي في المستقبل.
سابسكيد
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطة إلى نقطة، يمكنه تجميع كميات كبيرة من البيانات على السلسلة وخارجها بكفاءة، وحمايتها من خلال إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين البيانات من مجموعة فرعية محددة من الكتل، مما يسرع عملية استرجاع البيانات من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة.
يدعم Subsquid أيضًا الفهرسة في الوقت الفعلي، مما يسمح بفهرسة البيانات قبل تأكيد الكتلة. كما يدعم تخزين البيانات بالتنسيق الذي يختاره المطورون، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid دون الحاجة إلى الانتقال إلى Squid SDK، مما يتيح نشرًا بدون كود.
على الرغم من أنها لا تزال في مرحلة اختبار الشبكة، حققت Subsquid إحصائيات مثيرة للإعجاب، حيث لديها أكثر من 80,000 مستخدم في شبكة الاختبار، وتم نشر أكثر من 60,000 فهرس Squid، وهناك أكثر من 20,000 مطور موثوق بهم على الشبكة. مؤخرًا، في 3 يونيو، أطلقت 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) وفقًا للقواعد المحددة، لاستخراج البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات blockchain ذات الصلة بتنسيق طلبات واستجابات موحد، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT المدفوعة على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانات المهيأة مسبقًا من مزودي الشبكة.
يبدو أن مكافآت Covalent تتجه نحو النمو بشكل عام من الربع الأول من عام 23 إلى الربع الأول من عام 24، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
ملاحظات لاختيار المؤشر
قابلية تخصيص البيانات
بعض الفهارس ( مثل Covalent ) هي فهارس عامة، فقط للتواصل
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
ثورة الوصول إلى بيانات Web3: محركات الفهرسة تعزز سرعة وكفاءة تطوير تطبيقات dApp
تطوير الوصول إلى بيانات Web3: تحليل الفهرس والمشاريع ذات الصلة
البيانات هي جوهر تقنية البلوكشين، وهي أيضًا أساس تطوير التطبيقات اللامركزية ( dApp ). على الرغم من أن معظم المناقشات الحالية تركز على توفر البيانات ( DA )، أي ضمان أن كل مشارك في الشبكة يمكنه الوصول إلى بيانات المعاملات الأحدث للتحقق، إلا أن جانب إمكانية الوصول إلى البيانات المهم بنفس القدر غالبًا ما يتم تجاهله.
في عصر بلوكشين المعيارية، أصبحت حلول DA جزءًا لا يتجزأ من النظام. تضمن هذه الحلول أن جميع المشاركين يمكنهم الوصول إلى بيانات المعاملات، مما يتيح التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظائف طبقة DA تشبه إلى حد كبير لوحة الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لن تُحتفظ إلى أجل غير مسمى، بل سيتم حذفها بمرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحة الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر حيوي لتطوير التطبيقات اللامركزية وإجراء تحليلات blockchain. هذه المسألة حاسمة بشكل خاص للمهام التي تتطلب الوصول إلى البيانات السابقة لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها بنفس أهمية توفر البيانات. كلاهما يلعبان أدوارًا مختلفة ولكنها متكاملة في نظام blockchain البيئي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين القضيتين لدعم تطبيقات blockchain القوية والفعالة.
طرق استرجاع بيانات البلوكتشين المبكرة
منذ ولادتها، غيرت تقنية البلوكشين البنية التحتية تمامًا، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات مثل الألعاب والتمويل والشبكات الاجتماعية (dApp). ومع ذلك، يتطلب بناء هذه التطبيقات اللامركزية الوصول إلى كميات كبيرة من بيانات البلوكشين، وهو ما يعد صعبًا ومكلفًا.
بالنسبة لمطوري dApp، فإن أحد الخيارات هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن تكلفة الحفاظ على عقدة الأرشيف عالية، وقدرة الاستعلام محدودة، حيث لا يمكن الاستعلام عن البيانات بالتنسيق الذي يحتاجه المطورون. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يعيق تشغيل dApp.
هناك طريقة أخرى وهي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف وإدارة العقد، ويقدمون البيانات من خلال نقاط نهاية RPC. نقاط النهاية العامة لـ RPC مجانية، ولكن لديها حدود للسرعة، مما قد يؤثر سلبًا على تجربة مستخدمي dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل عن طريق تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات المتبادلة. وهذا يجعلها تتطلب الكثير من الطلبات، وكفاءة منخفضة للاستعلامات المعقدة. بالإضافة إلى ذلك، غالبًا ما يكون من الصعب توسيع نطاق نقاط نهاية RPC الخاصة، وتفتقر إلى التوافق عبر الشبكات المختلفة.
حلول أفضل: مجمع بيانات البلوكشين
تقوم فهارس البلوكتشين بدور حاسم في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، وهذا هو السبب في أنها غالباً ما يشار إليها بأنها "محركات البحث للبلوكتشين". تعمل هذه الفهارس على فهرسة بيانات البلوكتشين وتستخدم لغة استعلام مشابهة لـ SQL ( مع واجهات برمجة التطبيقات مثل GraphQL ) لجعلها متاحة في أي وقت. من خلال توفير واجهة موحدة لاستعلام البيانات، تسمح الفهارس للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهرس بتحسين استرجاع البيانات بطرق متنوعة:
مُؤَشِّر النقاط الكاملة: هذه المؤشرات تعمل على تشغيل نقاط بلوكشين كاملة وتستخرج البيانات مباشرة، مما يضمن تكامل البيانات ودقتها، لكنها تتطلب قدرة تخزين ومعالجة كبيرة.
مؤشر خفيف الوزن: تعتمد هذه المؤشرات على العقد الكاملة للحصول على بيانات محددة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مخصصة لأنواع معينة من البيانات أو سلاسل الكتل المحددة، ويمكن أن تحسن استرجاع حالات الاستخدام المحددة، مثل بيانات NFT أو معاملات DeFi.
مجمع الفهرس: تستخرج هذه الفهارس البيانات من عدة سلاسل بلوكشين ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، وهو ما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو blockchain، ستزداد كمية البيانات المخزنة في عقد أرشيف Erigon. تم نشر بروتوكول الفهرسة مع العديد من الفهرسين، مما يتيح فهرسة واستعلام سريع عن كميات كبيرة من البيانات، وهو ما لا يمكن تحقيقه بواسطة RPC.
تسمح المجمعات أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة بناءً على معايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض المجمعات تسمح أيضًا بتجميع البيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات متعددة في التطبيقات اللامركزية عبر سلاسل متعددة. من خلال التوزيع على عدة عقد، توفر المجمعات أمانًا وأداءً معززين، بينما قد تواجه موفرو واجهات برمجة التطبيقات بسبب طبيعتها المركزية انقطاعات وتوقفات.
بشكل عام، مقارنة بمزودي عقد RPC، زادت الفهارس من كفاءة وموثوقية استرجاع البيانات، بينما خفضت أيضًا تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة blockchain الخيار المفضل لمطوري dApp.
تطبيقات الفهرس
كما هو مذكور سابقًا، يتطلب بناء dApp استرجاع وقراءة بيانات blockchain لتشغيل خدماته. وهذا يشمل أي نوع من dApp، بما في ذلك DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار ونسب ورسوم معينة للمستخدمين. يتطلب صانع السوق الآلي (AMM) معلومات حول أسعار السيولة في بعض برك السيولة لحساب معدلات المبادلة، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدلات الإقراض ونسب الديون المصفاة. من الضروري إدخال المعلومات في تطبيقاتهم اللامركزية قبل حساب معدلات تنفيذ المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة سلسة للمستخدمين أثناء اللعب. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى ملكية الأراضي، ورصيد الرموز داخل اللعبة، وبيانات العمليات داخل اللعبة، وما إلى ذلك. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل ثابت لضمان تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات NFT الوصفية، وبيانات الملكية والتحويل، ومعلومات حقوق الملكية، وما إلى ذلك. يمكن أن يساعد الفهرس السريع لهذه البيانات في تجنب تصفح كل NFT على حدة للعثور على بيانات الملكية أو خصائص NFT.
سواء كان الأمر يتعلق بالأسواق الآلية DeFi التي تحتاج إلى معلومات الأسعار والسيولة (AMM)، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة تعتبر حيوية لتشغيل التطبيقات اللامركزية بشكل طبيعي. مع وجود الفهرس، يمكنها استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات blockchain الأصلية ( بما في ذلك أحداث العقود الذكية في كل كتلة ). وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا ، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لها حجم تداول كبير، وأي الرموز ستنتج رسوم، وبالتالي تحديد ما إذا كانت ستدرج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي خزانات السيولة لديها أعلى عائدات أو أقوى سيولة. يمكن أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستفسار بحرية ومرونة عن أي نوع من البيانات لعرضها على الرسوم البيانية.
نظرًا لوجود عدة مؤشرات سلسلة الكتل المتاحة، فإن التعرف على الفروق بين بروتوكولات المؤشر يعد أمرًا حيويًا لضمان اختيار المطورين للمؤشر الأنسب لاحتياجاتهم.
نظرة عامة على فهرس blockchain
الرسم البياني
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثيريوم، مما يسهل استعلام البيانات التجارية التي كانت صعبة الوصول إليها سابقًا. يستخدم تعريفات الفروع (subgraphs) والتصفية لجمع مجموعات البيانات من البلوكشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بـ DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بإيداع الرموز الأصلية GRT لخدمات الفهرسة والاستعلام، ويمكن للموكلين اختيار إيداع رموزهم هنا. يمكن للمنظمين الوصول إلى الرسوم البيانية الفرعية عالية الجودة لمساعدة الفهرس في تحديد أي الرسوم الفرعية يجب أن يضعوا البيانات من أجل كسب أفضل رسوم استعلام. في إطار الانتقال إلى مستوى أكبر من اللامركزية، ستتوقف The Graph في النهاية عن خدمات الاستضافة الخاصة بها، وستطلب ترقية الرسوم البيانية الفرعية إلى شبكتها، مع تقديم ترقية للفهرس.
تتيح بنيتها التحتية الوصول إلى تكلفة متوسطة قدرها 40 دولارًا لكل مليون استعلام، وهو أقل بكثير من تكلفة العقد الذاتية الاستضافة. باستخدام مصادر البيانات القائمة على الملفات، فإنه يدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارجها لتحقيق استرجاع بيانات فعال.
تستمر مكافآت مُؤشر The Graph في النمو بثبات على مدار الأرباع القليلة الماضية. ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، ولكن أيضًا بسبب ارتفاع أسعار الرموز، حيث يخططون لدمج الاستعلامات المدعومة بالذكاء الاصطناعي في المستقبل.
سابسكيد
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطة إلى نقطة، يمكنه تجميع كميات كبيرة من البيانات على السلسلة وخارجها بكفاءة، وحمايتها من خلال إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين البيانات من مجموعة فرعية محددة من الكتل، مما يسرع عملية استرجاع البيانات من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة.
يدعم Subsquid أيضًا الفهرسة في الوقت الفعلي، مما يسمح بفهرسة البيانات قبل تأكيد الكتلة. كما يدعم تخزين البيانات بالتنسيق الذي يختاره المطورون، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid دون الحاجة إلى الانتقال إلى Squid SDK، مما يتيح نشرًا بدون كود.
على الرغم من أنها لا تزال في مرحلة اختبار الشبكة، حققت Subsquid إحصائيات مثيرة للإعجاب، حيث لديها أكثر من 80,000 مستخدم في شبكة الاختبار، وتم نشر أكثر من 60,000 فهرس Squid، وهناك أكثر من 20,000 مطور موثوق بهم على الشبكة. مؤخرًا، في 3 يونيو، أطلقت 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) وفقًا للقواعد المحددة، لاستخراج البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات blockchain ذات الصلة بتنسيق طلبات واستجابات موحد، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT المدفوعة على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانات المهيأة مسبقًا من مزودي الشبكة.
يبدو أن مكافآت Covalent تتجه نحو النمو بشكل عام من الربع الأول من عام 23 إلى الربع الأول من عام 24، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
ملاحظات لاختيار المؤشر
قابلية تخصيص البيانات
بعض الفهارس ( مثل Covalent ) هي فهارس عامة، فقط للتواصل