تطور الوصول إلى بيانات البلوكتشين: مقدمة عن الفهرس والمشاريع ذات الصلة
البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن النقاشات الحالية تركز في الغالب على توفر البيانات (DA)، أي ضمان أن يتمكن كل مشارك في الشبكة من الوصول إلى أحدث بيانات المعاملات للتحقق، إلا أن هناك جانبًا مهمًا آخر غالبًا ما يتم تجاهله: إمكانية الوصول إلى البيانات.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ من النظام. تضمن هذه الحلول أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، مما يؤدي إلى التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظيفة طبقة DA تشبه أكثر لوحة الإعلانات بدلاً من قاعدة البيانات. هذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل سيتم حذفها مع مرور الوقت، تمامًا كما سيتم استبدال الملصقات على لوحة الإعلانات بأخرى جديدة.
بالمقارنة، فإن إمكانية الوصول إلى البيانات تركز على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وإجراء تحليلات البلوكتشين. هذه النقطة مهمة بشكل خاص للمهام التي تحتاج إلى الوصول إلى البيانات السابقة لضمان تمثيلها وتنفيذها بدقة. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها تساوي أهمية إمكانية توفر البيانات. يلعب كلاهما أدوارًا مختلفة ولكن تكاملية في نظام البلوكتشين البيئي، ويجب أن يتناول نهج إدارة البيانات الشامل هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
منذ نشأتها، غيرت البلوكتشين البنية التحتية تمامًا، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات متعددة مثل الألعاب والمالية والشبكات الاجتماعية (dApp). ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن خيارًا واحدًا هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات كتلة البلوكتشين التاريخية من البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن صيانة عقدة الأرشيف مكلفة للغاية، وقدرة الاستعلام محدودة، ولا يمكن استعلام البيانات بالتنسيق الذي يحتاجه المطورون. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف وإدارة العقد، ويوفرون البيانات من خلال نقاط نهاية RPC. نقاط نهاية RPC العامة مجانية، ولكنها تخضع لقيود على السرعة، مما قد يؤثر سلبًا على تجربة المستخدم لتطبيقات اللامركزية. نقاط نهاية RPC الخاصة توفر أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها تتطلب الكثير من الطلبات، وفعالية استعلامات البيانات المعقدة منخفضة. علاوة على ذلك، غالبًا ما تكون نقاط نهاية RPC الخاصة صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات المختلفة.
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، وهذا هو السبب في أنها غالبًا ما تُسمى "محركات بحث البلوكتشين". تعمل هذه المؤشرات عن طريق فهرسة بيانات البلوكتشين وجعلها متاحة في أي وقت من خلال لغة استعلام مشابهة لـ SQL (باستخدام واجهات برمجة التطبيقات مثل GraphQL). من خلال توفير واجهة موحدة لاستعلام البيانات، تسمح المؤشرات للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهارس بتحسين استرجاع البيانات بطرق متنوعة:
فهرس العقد الكامل: هذه الفهارس تشغل عقدة بلوكتشين كاملة وتستخرج البيانات مباشرة منها، مما يضمن دقة البيانات وكمالها، لكنها تحتاج إلى قدرات تخزين ومعالجة كبيرة.
فهرس خفيف الوزن: تعتمد هذه الفهارس على العقد الكاملة للحصول على بيانات معينة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مصممة خصيصًا لأنواع معينة من البيانات أو البلوكتشين المحدد، ويمكنها تحسين استرجاع حالات الاستخدام المحددة، مثل بيانات NFT أو معاملات DeFi.
مجمع المفهرسات: تقوم هذه المفهرسات باستخراج البيانات من عدة بلوكات ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، وهو أمر مفيد بشكل خاص لتطبيقات dApp متعددة السلاسل.
تحتاج فقط إلى 3 تيرابايت من مساحة التخزين للإيثريوم، ومع استمرار نمو البلوكتشين، ستزداد أيضًا كمية بيانات تخزين عقد الأرشفة. تم نشر بروتوكول الفهرس الذي يحتوي على عدة فهارس، مما يمكنه من فهرسة واستعلام كميات كبيرة من البيانات بكفاءة وسرعة، وهذا ما لا يمكن تحقيقه بواسطة RPC.
تسمح الفهارس أيضًا بإجراء استفسارات معقدة، وتصفية البيانات بسهولة بناءً على معايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض الفهارس تسمح أيضًا بتجميع البيانات من مصادر متعددة، مما يتجنب الحاجة لنشر واجهات برمجة التطبيقات متعددة في dApp متعددة السلاسل. من خلال التوزيع عبر عدة عقد، توفر الفهارس أمانًا وأداءً معززين، بينما قد تواجه مزودي خدمات RPC انقطاعات وتوقفات نظرًا لخصائصها المركزية.
بشكل عام، زادت المحولات من كفاءة وموثوقية استرجاع البيانات مقارنة بمزودي عقدة RPC، بينما خفضت أيضًا تكاليف نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري dApp.
يتطلب بناء dApp استرجاع وقراءة بيانات البلوكتشين لتشغيل خدماته. ويشمل ذلك أي نوع من أنواع dApp، بما في ذلك DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، لأن هذه المنصات تحتاج إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار محددة ونسب ورسوم وما إلى ذلك للمستخدمين. يحتاج صانع السوق الآلي (AMM) إلى معلومات عن أسعار السيولة لبعض أحواض السيولة لحساب سعر الفائدة للتبديل، بينما تحتاج بروتوكولات الإقراض إلى استخدام النسبة لتحديد أسعار الفائدة للإقراض ونسبة الديون المصفاة. من الضروري إدخال المعلومات في تطبيقاتهم اللامركزية قبل حساب أسعار الفائدة التي ينفذها المستخدم.
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، العمليات داخل اللعبة، وغيرها. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل مستقر لضمان تجربة لعب مثالية.
سوق NFT ومنصات الإقراض تحتاج إلى فهرسة بيانات للوصول إلى معلومات متنوعة، مثل بيانات التعريف لـ NFT، وبيانات الملكية والتحويل، ومعلومات الرسوم. يمكن أن يساعد الفهرس السريع لهذه البيانات في تجنب تصفح كل NFT على حدة للعثور على بيانات الملكية أو خصائص NFT.
سواء كان ذلك AMM( ، صانع السوق التلقائي DeFi الذي يحتاج إلى معلومات الأسعار والسيولة ) أو تطبيق SocialFi الذي يحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. بفضل الفهرس، يمكنهم استرجاع البيانات بكفاءة ودقة، مما يوفر تجربة مستخدم سلسة.
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية (بما في ذلك أحداث العقود الذكية في كل كتلة). وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسومًا، وبالتالي تقرر ما إذا كانت ستدرج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي برك تمويل لديها أعلى عائدات أو أكثر سيولة. كما يمكنهم إنشاء لوحات معلومات عامة، مما يتيح للمطورين استعلام البيانات من أي نوع لعرضها على الرسوم البيانية بحرية ومرونة.
نظرًا لوجود العديد من كتلة الفهرس المتاحة، فإن التعرف على الفروقات بين بروتوكولات الفهرسة يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يلبي احتياجاتهم.
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثريوم، حيث يمكنه بسهولة استعلام بيانات المعاملات التي كانت من الصعب الوصول إليها سابقًا. يستخدم تعريفات الشظايا والتصفية لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بـ DEX USDC/ETH.
باستخدام إثبات الفهرسة، يقوم الفهرس بالرهان على الرموز الأصلية 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 محل 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 الذي يتم تسويته على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانية المسبقة التكوين من مشغلي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهًا عامًا نحو النمو، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
بعض المفهرسين (مثل Covalent) هم مفهرسون عامون يقدمون مجموعات بيانات مسبقة التهيئة قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنهم قد يكونون سريعون، إلا أنهم لا يوفرون المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار عمل المفهرس، فإنه يسمح بالتقدم
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
نموذج جديد للوصول إلى بيانات البلوكتشين: صعود الفهارس ومقارنة المشاريع الرئيسية
تطور الوصول إلى بيانات البلوكتشين: مقدمة عن الفهرس والمشاريع ذات الصلة
البيانات هي جوهر تقنية البلوكتشين، وهي أيضًا الأساس لتطوير التطبيقات اللامركزية (dApp). على الرغم من أن النقاشات الحالية تركز في الغالب على توفر البيانات (DA)، أي ضمان أن يتمكن كل مشارك في الشبكة من الوصول إلى أحدث بيانات المعاملات للتحقق، إلا أن هناك جانبًا مهمًا آخر غالبًا ما يتم تجاهله: إمكانية الوصول إلى البيانات.
في عصر البلوكتشين المعياري، أصبحت حلول DA جزءًا لا يتجزأ من النظام. تضمن هذه الحلول أن جميع المشاركين يمكنهم استخدام بيانات المعاملات، مما يؤدي إلى التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظيفة طبقة DA تشبه أكثر لوحة الإعلانات بدلاً من قاعدة البيانات. هذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل سيتم حذفها مع مرور الوقت، تمامًا كما سيتم استبدال الملصقات على لوحة الإعلانات بأخرى جديدة.
بالمقارنة، فإن إمكانية الوصول إلى البيانات تركز على القدرة على استرجاع البيانات التاريخية، وهو أمر بالغ الأهمية لتطوير التطبيقات اللامركزية وإجراء تحليلات البلوكتشين. هذه النقطة مهمة بشكل خاص للمهام التي تحتاج إلى الوصول إلى البيانات السابقة لضمان تمثيلها وتنفيذها بدقة. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها تساوي أهمية إمكانية توفر البيانات. يلعب كلاهما أدوارًا مختلفة ولكن تكاملية في نظام البلوكتشين البيئي، ويجب أن يتناول نهج إدارة البيانات الشامل هذين الأمرين معًا لدعم تطبيقات البلوكتشين القوية والفعالة.
منذ نشأتها، غيرت البلوكتشين البنية التحتية تمامًا، مما دفع إلى إنشاء تطبيقات لامركزية في مجالات متعددة مثل الألعاب والمالية والشبكات الاجتماعية (dApp). ومع ذلك، فإن بناء هذه التطبيقات يتطلب الوصول إلى كميات كبيرة من بيانات البلوكتشين، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن خيارًا واحدًا هو استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات كتلة البلوكتشين التاريخية من البداية، مما يسمح بالوصول الكامل إلى البيانات. ومع ذلك، فإن صيانة عقدة الأرشيف مكلفة للغاية، وقدرة الاستعلام محدودة، ولا يمكن استعلام البيانات بالتنسيق الذي يحتاجه المطورون. على الرغم من أن تشغيل عقدة أرخص هو خيار، إلا أن قدرة استرجاع البيانات لهذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مزودي عقد RPC التجارية. هؤلاء المزودون مسؤولون عن تكاليف وإدارة العقد، ويوفرون البيانات من خلال نقاط نهاية RPC. نقاط نهاية RPC العامة مجانية، ولكنها تخضع لقيود على السرعة، مما قد يؤثر سلبًا على تجربة المستخدم لتطبيقات اللامركزية. نقاط نهاية RPC الخاصة توفر أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. وهذا يجعلها تتطلب الكثير من الطلبات، وفعالية استعلامات البيانات المعقدة منخفضة. علاوة على ذلك، غالبًا ما تكون نقاط نهاية RPC الخاصة صعبة التوسع، وتفتقر إلى التوافق عبر الشبكات المختلفة.
تلعب مؤشرات البلوكتشين دورًا حيويًا في تنظيم بيانات السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، وهذا هو السبب في أنها غالبًا ما تُسمى "محركات بحث البلوكتشين". تعمل هذه المؤشرات عن طريق فهرسة بيانات البلوكتشين وجعلها متاحة في أي وقت من خلال لغة استعلام مشابهة لـ SQL (باستخدام واجهات برمجة التطبيقات مثل GraphQL). من خلال توفير واجهة موحدة لاستعلام البيانات، تسمح المؤشرات للمطورين باسترجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط العملية بشكل كبير.
تقوم أنواع مختلفة من الفهارس بتحسين استرجاع البيانات بطرق متنوعة:
فهرس العقد الكامل: هذه الفهارس تشغل عقدة بلوكتشين كاملة وتستخرج البيانات مباشرة منها، مما يضمن دقة البيانات وكمالها، لكنها تحتاج إلى قدرات تخزين ومعالجة كبيرة.
فهرس خفيف الوزن: تعتمد هذه الفهارس على العقد الكاملة للحصول على بيانات معينة حسب الحاجة، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشرات مخصصة: هذه المؤشرات مصممة خصيصًا لأنواع معينة من البيانات أو البلوكتشين المحدد، ويمكنها تحسين استرجاع حالات الاستخدام المحددة، مثل بيانات NFT أو معاملات DeFi.
مجمع المفهرسات: تقوم هذه المفهرسات باستخراج البيانات من عدة بلوكات ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفر واجهة استعلام موحدة، وهو أمر مفيد بشكل خاص لتطبيقات dApp متعددة السلاسل.
تحتاج فقط إلى 3 تيرابايت من مساحة التخزين للإيثريوم، ومع استمرار نمو البلوكتشين، ستزداد أيضًا كمية بيانات تخزين عقد الأرشفة. تم نشر بروتوكول الفهرس الذي يحتوي على عدة فهارس، مما يمكنه من فهرسة واستعلام كميات كبيرة من البيانات بكفاءة وسرعة، وهذا ما لا يمكن تحقيقه بواسطة RPC.
تسمح الفهارس أيضًا بإجراء استفسارات معقدة، وتصفية البيانات بسهولة بناءً على معايير مختلفة، واستخراج البيانات لتحليلها لاحقًا. بعض الفهارس تسمح أيضًا بتجميع البيانات من مصادر متعددة، مما يتجنب الحاجة لنشر واجهات برمجة التطبيقات متعددة في dApp متعددة السلاسل. من خلال التوزيع عبر عدة عقد، توفر الفهارس أمانًا وأداءً معززين، بينما قد تواجه مزودي خدمات RPC انقطاعات وتوقفات نظرًا لخصائصها المركزية.
بشكل عام، زادت المحولات من كفاءة وموثوقية استرجاع البيانات مقارنة بمزودي عقدة RPC، بينما خفضت أيضًا تكاليف نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكتشين الخيار المفضل لمطوري dApp.
يتطلب بناء dApp استرجاع وقراءة بيانات البلوكتشين لتشغيل خدماته. ويشمل ذلك أي نوع من أنواع dApp، بما في ذلك DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، لأن هذه المنصات تحتاج إلى قراءة البيانات أولاً قبل تنفيذ المعاملات الأخرى.
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار محددة ونسب ورسوم وما إلى ذلك للمستخدمين. يحتاج صانع السوق الآلي (AMM) إلى معلومات عن أسعار السيولة لبعض أحواض السيولة لحساب سعر الفائدة للتبديل، بينما تحتاج بروتوكولات الإقراض إلى استخدام النسبة لتحديد أسعار الفائدة للإقراض ونسبة الديون المصفاة. من الضروري إدخال المعلومات في تطبيقاتهم اللامركزية قبل حساب أسعار الفائدة التي ينفذها المستخدم.
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، العمليات داخل اللعبة، وغيرها. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل مستقر لضمان تجربة لعب مثالية.
سوق NFT ومنصات الإقراض تحتاج إلى فهرسة بيانات للوصول إلى معلومات متنوعة، مثل بيانات التعريف لـ NFT، وبيانات الملكية والتحويل، ومعلومات الرسوم. يمكن أن يساعد الفهرس السريع لهذه البيانات في تجنب تصفح كل NFT على حدة للعثور على بيانات الملكية أو خصائص NFT.
سواء كان ذلك AMM( ، صانع السوق التلقائي DeFi الذي يحتاج إلى معلومات الأسعار والسيولة ) أو تطبيق SocialFi الذي يحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. بفضل الفهرس، يمكنهم استرجاع البيانات بكفاءة ودقة، مما يوفر تجربة مستخدم سلسة.
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية (بما في ذلك أحداث العقود الذكية في كل كتلة). وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يؤدي إلى رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسومًا، وبالتالي تقرر ما إذا كانت ستدرج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي برك تمويل لديها أعلى عائدات أو أكثر سيولة. كما يمكنهم إنشاء لوحات معلومات عامة، مما يتيح للمطورين استعلام البيانات من أي نوع لعرضها على الرسوم البيانية بحرية ومرونة.
نظرًا لوجود العديد من كتلة الفهرس المتاحة، فإن التعرف على الفروقات بين بروتوكولات الفهرسة يعد أمرًا بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يلبي احتياجاتهم.
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثريوم، حيث يمكنه بسهولة استعلام بيانات المعاملات التي كانت من الصعب الوصول إليها سابقًا. يستخدم تعريفات الشظايا والتصفية لجمع مجموعة فرعية من البيانات من البلوكتشين، مثل جميع المعاملات المتعلقة بـ DEX USDC/ETH.
باستخدام إثبات الفهرسة، يقوم الفهرس بالرهان على الرموز الأصلية 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 محل 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 الذي يتم تسويته على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانية المسبقة التكوين من مشغلي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهًا عامًا نحو النمو، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
بعض المفهرسين (مثل Covalent) هم مفهرسون عامون يقدمون مجموعات بيانات مسبقة التهيئة قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنهم قد يكونون سريعون، إلا أنهم لا يوفرون المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار عمل المفهرس، فإنه يسمح بالتقدم