تطور الوصول إلى بيانات Web3: تحليل الفهارس والمشاريع ذات الصلة
البيانات هي جوهر تقنية blockchain وهي الأساس لتطوير التطبيقات اللامركزية (dApp). تتركز معظم المناقشات الحالية على إمكانية وصول البيانات (DA)، أي ضمان أن جميع المشاركين في الشبكة يمكنهم الوصول إلى بيانات المعاملات الأخيرة للتحقق. ومع ذلك، هناك جانب آخر مهم بنفس القدر ولكنه غالبًا ما يُهمل، وهو إمكانية وصول البيانات.
في عصر blockchain المعيارية، أصبحت حلول DA جزءًا لا يتجزأ. تضمن هذه الحلول أن يتمكن جميع المشاركين من استخدام بيانات المعاملات، مما يتيح التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظائف طبقة DA تشبه أكثر لوحات الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل ستُحذف مع مرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحات الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر حيوي لتطوير التطبيقات اللامركزية وإجراء تحليلات blockchain. هذه النقطة مهمة للغاية للمهام التي تتطلب الوصول إلى البيانات السابقة لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها لا تقل أهمية عن توفر البيانات. يلعب كلاهما دورًا مختلفًا ولكن تكميليًا في نظام blockchain البيئي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين الأمرين لدعم تطبيقات blockchain القوية والفعالة.
تطور استرجاع بيانات البلوكشين
منذ ولادة blockchain ، غيّرت بشكل جذري البنية التحتية ، ودعمت إنشاء تطبيقات لامركزية (dApp) في مجالات متعددة مثل الألعاب والمالية والشبكات الاجتماعية. ومع ذلك ، يتطلب بناء هذه التطبيقات الوصول إلى كميات هائلة من بيانات blockchain ، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن إحدى الخيارات هي استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. لكن الحفاظ على عقدة الأرشيف مكلف للغاية، والقدرة على الاستعلام محدودة، ولا يمكن الاستعلام عن البيانات بالشكل الذي يحتاجه المطورون. على الرغم من أن تشغيل العقدة الأقل تكلفة هو خيار، إلا أن القدرة على استرجاع البيانات في هذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مقدمي خدمات العقد التجارية عبر RPC. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارته، ويوفرون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن هناك قيودًا على السرعة، والتي قد تؤثر سلبًا على تجربة المستخدم لتطبيقات dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. هذا يجعلها كثيفة الطلب وغير فعالة في استعلامات البيانات المعقدة. علاوة على ذلك، غالبًا ما تكون نقاط نهاية RPC الخاصة صعبة التوسع وتفتقر إلى التوافق عبر الشبكات المختلفة.
خيار أفضل: مُؤَشِّر البلوكشين
تلعب فهارس البلوكشين دورًا حاسمًا في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، لذلك غالبًا ما يطلق عليها "محرك البحث للبلوكشين". تعمل هذه الفهارس على فهرسة بيانات البلوكشين، وتتيح الوصول إليها في أي وقت من خلال لغة استعلام مشابهة لـ SQL (باستخدام واجهات برمجة التطبيقات مثل GraphQL). من خلال توفير واجهة موحدة لاستعلام البيانات، تتيح الفهارس للمطورين استرجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط هذه العملية بشكل كبير.
تعمل أنواع مختلفة من الفهارس على تحسين استرجاع البيانات بطرق متنوعة:
مؤشر العقد الكامل: استخراج البيانات مباشرة من عقد سلسلة الكتل الكامل، مما يضمن أن تكون البيانات كاملة ودقيقة، ولكنها تتطلب قدرًا كبيرًا من التخزين وقدرة المعالجة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الطلب، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشر مخصص: تحسين لأنواع معينة من البيانات أو سلاسل الكتل المحددة، مثل بيانات NFT أو تداولات DeFi.
مؤشرات التجميع: استخراج البيانات من عدة سلاسل كتلة ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو blockchain، تزداد كمية البيانات المخزنة باستمرار. يتم نشر بروتوكول الفهرس مع عدة فهرسين، مما يتيح فهرسة فعالة واستعلام سريع عن كمية كبيرة من البيانات، وهو ما لا يمكن تحقيقه بواسطة RPC.
تسمح المجمعات أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة، واستخراج التحليلات اللاحقة. بعض المجمعات يمكن أن تجمع البيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات المتعددة في تطبيقات dApp متعددة السلاسل. من خلال التوزيع عبر عدة عقد، توفر المجمعات أمانًا وأداءً معززين، بينما قد تواجه مزودات RPC انقطاعًا وتوقفًا بسبب خصائصها المركزية.
بشكل عام، زادت الفهارس من كفاءة وموثوقية استرجاع البيانات مقارنة بمزودي عقد RPC، بينما خفضت من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكشين الخيار المفضل لمطوري dApp.
تطبيقات الفهرس
لبناء dApp، تحتاج إلى استرجاع وقراءة بيانات blockchain لتشغيل الخدمة. يشمل ذلك أنواعًا مختلفة من dApp، مثل DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، لأن هذه المنصات تحتاج إلى قراءة البيانات أولًا قبل تنفيذ معاملات أخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار معينة ونسب ورسوم وما إلى ذلك للمستخدمين. يحتاج صانع السوق الآلي (AMM) إلى معلومات الأسعار والسيولة من أحواض التمويل لحساب معدل المبادلة، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدل الإقراض ونسبة الديون المُصادرة. من الضروري إدخال المعلومات في dApp قبل حساب معدلات الفائدة التي ينفذها المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال الاسترجاع السريع للبيانات والتنفيذ، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. من خلال استخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل طبيعي، مما يضمن تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات تعريف NFT وبيانات الملكية والتحويل ومعلومات الرسوم الملكية، وغيرها. يمكن أن يؤدي الفهرسة السريعة لمثل هذه البيانات إلى تجنب تصفح كل NFT بشكل فردي للبحث عن بيانات الملكية أو الخصائص.
سواء كان الأمر يتعلق بـ DeFi AMM التي تحتاج إلى معلومات عن الأسعار والسيولة، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن استرجاع البيانات بسرعة أمر بالغ الأهمية لعمل dApp بشكل طبيعي. بفضل الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات blockchain الأصلية (بما في ذلك أحداث العقود الذكية في كل كتلة). وهذا يتيح فرصًا لتحليل بيانات أكثر دقة، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم أن يحدد أي الرموز لها حجم تداول كبير وتولد رسوم عالية، وبالتالي يقرر ما إذا كان يجب إدراجها كعقد دائم على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، للحصول على رؤى عميقة حول أي برك التمويل ذات أعلى عوائد أو أكثر سيولة. كما يمكنهم إنشاء لوحات معلومات عامة تسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات وعرضها على الرسوم البيانية.
نظرًا لوجود العديد من مؤشرات blockchain المتاحة، فإن التعرف على الفروق بين بروتوكولات المؤشر أمر بالغ الأهمية لضمان اختيار المطورين للمؤشر الذي يناسب احتياجاتهم.
نظرة عامة على مؤشر blockchain
الرسم البياني
The Graph هو بروتوكول الفهرسة الذي تم إطلاقه في وقت مبكر على إيثيريوم، والذي يمكنه بسهولة استعلام بيانات المعاملات التي كان من الصعب الوصول إليها سابقًا. إنه يستخدم تعريفات ومصفاة تحتية لجمع مجموعة البيانات من البلوكشين، مثل جميع المعاملات المتعلقة بحوض 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 مطور موثوق به على الشبكة. مؤخرًا ، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.
بجانب الفهرس، يمكن أن تحل شبكة Subsquid Data Lake محل RPC في حالات الاستخدام مثل التحليل، والمعالجات المساعدة ZK/TEE، ووكلاء الذكاء الاصطناعي، والأوراكل.
الاستعلام الفرعي
SubQuery هو شبكة بنية تحتية لامركزية متوسطة توفر خدمات RPC وبيانات الفهرسة. في الأصل، كانت تدعم شبكات Polkadot وSubstrate، والآن قد توسعت لتشمل أكثر من 200 سلسلة. تعمل بطريقة مشابهة لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بجمع البيانات وتقديم طلبات الاستعلام، بينما يقوم المندوبون برهن حصصهم لدى الفهرس. ومع ذلك، فإنه يقدم المستهلكين لتقديم طلبات شراء لضمان دخل الفهرس، بدلاً من المديرين.
سيتم إدخال عقد بيانات SubQuery التي تدعم التجزئة لمنع الحاجة إلى مزامنة بيانات جديدة باستمرار بين كل عقدة، مما يحسن من كفاءة الاستعلام، بينما يتحرك نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع تكاليف حسابية تبلغ حوالي 1 SQT لكل 1000 طلب، أو تعيين رسوم مخصصة للمؤشرين من خلال البروتوكول.
على الرغم من أن SubQuery أطلقت توكناتها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقدة والمفوضين قد شهدت زيادة شهرية من حيث القيمة بالدولار، مما يمثل أيضًا زيادة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، ارتفع إجمالي SQT المرهونة من 6 ملايين إلى 125 مليون، مما يبرز زيادة في مستوى المشاركة في شبكتها.
كوفالنت
Covalent هو شبكة مؤشرات لامركزية، يتم إنشاؤها بواسطة عقد شبكة منتجي عينات الكتل (BSP) من خلال تصدير جماعي لإنشاء نسخ من بيانات blockchain، ثم نشرها على blockchain Covalent L1 كإثبات. بعد ذلك، تقوم عقد منتجي نتائج الكتل (BRP) بتفصيل البيانات وفقًا للقواعد المحددة، واختيار البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة تطبيقات موحدة، يمكن للمطورين استخراج بيانات blockchain ذات الصلة بسهولة باستخدام تنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي يتم تسويتها على منصة معينة كوسيلة دفع لاستخراج هذه المجموعات المسبقة التكوين من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهاً عاماً نحو الزيادة، ويرجع ذلك جزئياً إلى ارتفاع سعر رمز Covalent CQT.
ملاحظات لاختيار الفهرس
قابلية تخصيص البيانات
بعض المؤشرات (مثل Covalent) هي مؤشرات عالمية توفر مجموعات بيانات مسبقة التهيئة قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر مرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار عمل المؤشرات، فإنه يسمح بمعالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
أمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن التطبيقات اللامركزية المبنية على هذه الفهارس ستكون عرضة للهجمات أيضًا. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات وأرصدة المحافظ، فقد تفقد التطبيقات اللامركزية سيولتها، مما يؤثر على مستخدميها. على الرغم من أن جميع الفهارس تعتمد على نوع من الأمان من خلال رهن رموز الفهرس.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 15
أعجبني
15
6
مشاركة
تعليق
0/400
blocksnark
· 07-19 19:47
لماذا تخزن البيانات بهذه التكلفة العالية؟
شاهد النسخة الأصليةرد0
PortfolioAlert
· 07-18 17:25
ما الشيء الذي يمكن أيضًا حذف البيانات؟
شاهد النسخة الأصليةرد0
0xLostKey
· 07-18 17:19
إثيريوم存储越来越贵了
شاهد النسخة الأصليةرد0
BearMarketSurvivor
· 07-18 17:15
التكنولوجيا جيدة أو سيئة يعتمد على كيفية استخدامها.
شاهد النسخة الأصليةرد0
CodeAuditQueen
· 07-18 17:00
باختصار، هذا يعني التحقق من البيانات لمنع إعادة الهجوم، لا شيء جديد.
عصر جديد لاسترجاع بيانات Web3: تحليل وتطبيق مؤشرات البلوكتشين
تطور الوصول إلى بيانات Web3: تحليل الفهارس والمشاريع ذات الصلة
البيانات هي جوهر تقنية blockchain وهي الأساس لتطوير التطبيقات اللامركزية (dApp). تتركز معظم المناقشات الحالية على إمكانية وصول البيانات (DA)، أي ضمان أن جميع المشاركين في الشبكة يمكنهم الوصول إلى بيانات المعاملات الأخيرة للتحقق. ومع ذلك، هناك جانب آخر مهم بنفس القدر ولكنه غالبًا ما يُهمل، وهو إمكانية وصول البيانات.
في عصر blockchain المعيارية، أصبحت حلول DA جزءًا لا يتجزأ. تضمن هذه الحلول أن يتمكن جميع المشاركين من استخدام بيانات المعاملات، مما يتيح التحقق في الوقت الفعلي والحفاظ على سلامة الشبكة. ومع ذلك، فإن وظائف طبقة DA تشبه أكثر لوحات الإعلانات بدلاً من قاعدة البيانات. وهذا يعني أن البيانات لن يتم تخزينها إلى أجل غير مسمى، بل ستُحذف مع مرور الوقت، تمامًا كما يتم استبدال الملصقات القديمة على لوحات الإعلانات بملصقات جديدة.
بالمقارنة، تركز إمكانية الوصول إلى البيانات على القدرة على استرجاع البيانات التاريخية، وهو أمر حيوي لتطوير التطبيقات اللامركزية وإجراء تحليلات blockchain. هذه النقطة مهمة للغاية للمهام التي تتطلب الوصول إلى البيانات السابقة لضمان التمثيل الدقيق والتنفيذ. على الرغم من أن مناقشة إمكانية الوصول إلى البيانات أقل، إلا أنها لا تقل أهمية عن توفر البيانات. يلعب كلاهما دورًا مختلفًا ولكن تكميليًا في نظام blockchain البيئي، ويجب أن تتناول منهجية إدارة البيانات الشاملة هذين الأمرين لدعم تطبيقات blockchain القوية والفعالة.
تطور استرجاع بيانات البلوكشين
منذ ولادة blockchain ، غيّرت بشكل جذري البنية التحتية ، ودعمت إنشاء تطبيقات لامركزية (dApp) في مجالات متعددة مثل الألعاب والمالية والشبكات الاجتماعية. ومع ذلك ، يتطلب بناء هذه التطبيقات الوصول إلى كميات هائلة من بيانات blockchain ، وهو أمر صعب ومكلف.
بالنسبة لمطوري dApp، فإن إحدى الخيارات هي استضافة وتشغيل عقدة RPC الأرشيف الخاصة بهم. تخزن هذه العقد جميع بيانات سلسلة الكتل التاريخية منذ البداية، مما يسمح بالوصول الكامل إلى البيانات. لكن الحفاظ على عقدة الأرشيف مكلف للغاية، والقدرة على الاستعلام محدودة، ولا يمكن الاستعلام عن البيانات بالشكل الذي يحتاجه المطورون. على الرغم من أن تشغيل العقدة الأقل تكلفة هو خيار، إلا أن القدرة على استرجاع البيانات في هذه العقد محدودة، مما قد يؤثر على تشغيل dApp.
طريقة أخرى هي استخدام مقدمي خدمات العقد التجارية عبر RPC. هؤلاء المزودون مسؤولون عن تكاليف العقد وإدارته، ويوفرون البيانات من خلال نقاط نهاية RPC. على الرغم من أن نقاط نهاية RPC العامة مجانية، إلا أن هناك قيودًا على السرعة، والتي قد تؤثر سلبًا على تجربة المستخدم لتطبيقات dApp. توفر نقاط نهاية RPC الخاصة أداءً أفضل من خلال تقليل الازدحام، ولكن حتى استرجاع البيانات البسيط يتطلب الكثير من الاتصالات ذهابًا وإيابًا. هذا يجعلها كثيفة الطلب وغير فعالة في استعلامات البيانات المعقدة. علاوة على ذلك، غالبًا ما تكون نقاط نهاية RPC الخاصة صعبة التوسع وتفتقر إلى التوافق عبر الشبكات المختلفة.
خيار أفضل: مُؤَشِّر البلوكشين
تلعب فهارس البلوكشين دورًا حاسمًا في تنظيم البيانات على السلسلة وإرسالها إلى قاعدة البيانات لتسهيل الاستعلام، لذلك غالبًا ما يطلق عليها "محرك البحث للبلوكشين". تعمل هذه الفهارس على فهرسة بيانات البلوكشين، وتتيح الوصول إليها في أي وقت من خلال لغة استعلام مشابهة لـ SQL (باستخدام واجهات برمجة التطبيقات مثل GraphQL). من خلال توفير واجهة موحدة لاستعلام البيانات، تتيح الفهارس للمطورين استرجاع المعلومات المطلوبة بسرعة ودقة باستخدام لغة استعلام موحدة، مما يبسط هذه العملية بشكل كبير.
تعمل أنواع مختلفة من الفهارس على تحسين استرجاع البيانات بطرق متنوعة:
مؤشر العقد الكامل: استخراج البيانات مباشرة من عقد سلسلة الكتل الكامل، مما يضمن أن تكون البيانات كاملة ودقيقة، ولكنها تتطلب قدرًا كبيرًا من التخزين وقدرة المعالجة.
فهرس خفيف الوزن: يعتمد على العقد الكاملة للحصول على بيانات محددة عند الطلب، مما يقلل من متطلبات التخزين ولكنه قد يزيد من وقت الاستعلام.
مؤشر مخصص: تحسين لأنواع معينة من البيانات أو سلاسل الكتل المحددة، مثل بيانات NFT أو تداولات DeFi.
مؤشرات التجميع: استخراج البيانات من عدة سلاسل كتلة ومصادر، بما في ذلك المعلومات خارج السلسلة، وتوفير واجهة استعلام موحدة، مما يكون مفيدًا بشكل خاص لتطبيقات dApp متعددة السلاسل.
تتطلب Ethereum فقط 3 تيرابايت من مساحة التخزين، ومع استمرار نمو blockchain، تزداد كمية البيانات المخزنة باستمرار. يتم نشر بروتوكول الفهرس مع عدة فهرسين، مما يتيح فهرسة فعالة واستعلام سريع عن كمية كبيرة من البيانات، وهو ما لا يمكن تحقيقه بواسطة RPC.
تسمح المجمعات أيضًا بإجراء استعلامات معقدة، وتصفية البيانات بسهولة، واستخراج التحليلات اللاحقة. بعض المجمعات يمكن أن تجمع البيانات من مصادر متعددة، مما يتجنب الحاجة إلى نشر واجهات برمجة التطبيقات المتعددة في تطبيقات dApp متعددة السلاسل. من خلال التوزيع عبر عدة عقد، توفر المجمعات أمانًا وأداءً معززين، بينما قد تواجه مزودات RPC انقطاعًا وتوقفًا بسبب خصائصها المركزية.
بشكل عام، زادت الفهارس من كفاءة وموثوقية استرجاع البيانات مقارنة بمزودي عقد RPC، بينما خفضت من تكلفة نشر عقدة واحدة. وهذا يجعل بروتوكول فهرسة البلوكشين الخيار المفضل لمطوري dApp.
تطبيقات الفهرس
لبناء dApp، تحتاج إلى استرجاع وقراءة بيانات blockchain لتشغيل الخدمة. يشمل ذلك أنواعًا مختلفة من dApp، مثل DeFi، ومنصات NFT، والألعاب، وحتى الشبكات الاجتماعية، لأن هذه المنصات تحتاج إلى قراءة البيانات أولًا قبل تنفيذ معاملات أخرى.
دي فاي
تحتاج بروتوكولات DeFi إلى معلومات مختلفة لتقديم أسعار معينة ونسب ورسوم وما إلى ذلك للمستخدمين. يحتاج صانع السوق الآلي (AMM) إلى معلومات الأسعار والسيولة من أحواض التمويل لحساب معدل المبادلة، بينما تحتاج بروتوكولات الإقراض إلى معدل الاستخدام لتحديد معدل الإقراض ونسبة الديون المُصادرة. من الضروري إدخال المعلومات في dApp قبل حساب معدلات الفائدة التي ينفذها المستخدم.
لعبة
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال الاسترجاع السريع للبيانات والتنفيذ، يمكن أن تتنافس ألعاب Web3 من حيث الأداء مع ألعاب Web2، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى بيانات مثل ملكية الأراضي، رصيد الرموز داخل اللعبة، والعمليات داخل اللعبة. من خلال استخدام الفهرس، يمكنهم ضمان تدفق بيانات مستقر ووقت تشغيل طبيعي، مما يضمن تجربة لعب مثالية.
NFT
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات تعريف NFT وبيانات الملكية والتحويل ومعلومات الرسوم الملكية، وغيرها. يمكن أن يؤدي الفهرسة السريعة لمثل هذه البيانات إلى تجنب تصفح كل NFT بشكل فردي للبحث عن بيانات الملكية أو الخصائص.
سواء كان الأمر يتعلق بـ DeFi AMM التي تحتاج إلى معلومات عن الأسعار والسيولة، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن استرجاع البيانات بسرعة أمر بالغ الأهمية لعمل dApp بشكل طبيعي. بفضل الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
تحليل
يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات blockchain الأصلية (بما في ذلك أحداث العقود الذكية في كل كتلة). وهذا يتيح فرصًا لتحليل بيانات أكثر دقة، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكول التداول الدائم أن يحدد أي الرموز لها حجم تداول كبير وتولد رسوم عالية، وبالتالي يقرر ما إذا كان يجب إدراجها كعقد دائم على المنصة. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، للحصول على رؤى عميقة حول أي برك التمويل ذات أعلى عوائد أو أكثر سيولة. كما يمكنهم إنشاء لوحات معلومات عامة تسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات وعرضها على الرسوم البيانية.
نظرًا لوجود العديد من مؤشرات blockchain المتاحة، فإن التعرف على الفروق بين بروتوكولات المؤشر أمر بالغ الأهمية لضمان اختيار المطورين للمؤشر الذي يناسب احتياجاتهم.
نظرة عامة على مؤشر blockchain
الرسم البياني
The Graph هو بروتوكول الفهرسة الذي تم إطلاقه في وقت مبكر على إيثيريوم، والذي يمكنه بسهولة استعلام بيانات المعاملات التي كان من الصعب الوصول إليها سابقًا. إنه يستخدم تعريفات ومصفاة تحتية لجمع مجموعة البيانات من البلوكشين، مثل جميع المعاملات المتعلقة بحوض 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 مطور موثوق به على الشبكة. مؤخرًا ، أطلقت Subsquid الشبكة الرئيسية لبحيرة البيانات الخاصة بها.
بجانب الفهرس، يمكن أن تحل شبكة Subsquid Data Lake محل RPC في حالات الاستخدام مثل التحليل، والمعالجات المساعدة ZK/TEE، ووكلاء الذكاء الاصطناعي، والأوراكل.
الاستعلام الفرعي
SubQuery هو شبكة بنية تحتية لامركزية متوسطة توفر خدمات RPC وبيانات الفهرسة. في الأصل، كانت تدعم شبكات Polkadot وSubstrate، والآن قد توسعت لتشمل أكثر من 200 سلسلة. تعمل بطريقة مشابهة لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بجمع البيانات وتقديم طلبات الاستعلام، بينما يقوم المندوبون برهن حصصهم لدى الفهرس. ومع ذلك، فإنه يقدم المستهلكين لتقديم طلبات شراء لضمان دخل الفهرس، بدلاً من المديرين.
سيتم إدخال عقد بيانات SubQuery التي تدعم التجزئة لمنع الحاجة إلى مزامنة بيانات جديدة باستمرار بين كل عقدة، مما يحسن من كفاءة الاستعلام، بينما يتحرك نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع تكاليف حسابية تبلغ حوالي 1 SQT لكل 1000 طلب، أو تعيين رسوم مخصصة للمؤشرين من خلال البروتوكول.
على الرغم من أن SubQuery أطلقت توكناتها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقدة والمفوضين قد شهدت زيادة شهرية من حيث القيمة بالدولار، مما يمثل أيضًا زيادة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، ارتفع إجمالي SQT المرهونة من 6 ملايين إلى 125 مليون، مما يبرز زيادة في مستوى المشاركة في شبكتها.
كوفالنت
Covalent هو شبكة مؤشرات لامركزية، يتم إنشاؤها بواسطة عقد شبكة منتجي عينات الكتل (BSP) من خلال تصدير جماعي لإنشاء نسخ من بيانات blockchain، ثم نشرها على blockchain Covalent L1 كإثبات. بعد ذلك، تقوم عقد منتجي نتائج الكتل (BRP) بتفصيل البيانات وفقًا للقواعد المحددة، واختيار البيانات التي تلبي المتطلبات.
من خلال واجهة برمجة تطبيقات موحدة، يمكن للمطورين استخراج بيانات blockchain ذات الصلة بسهولة باستخدام تنسيق طلبات واستجابات متسق، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي يتم تسويتها على منصة معينة كوسيلة دفع لاستخراج هذه المجموعات المسبقة التكوين من مزودي الشبكة.
يبدو أن مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 تظهر اتجاهاً عاماً نحو الزيادة، ويرجع ذلك جزئياً إلى ارتفاع سعر رمز Covalent CQT.
ملاحظات لاختيار الفهرس
قابلية تخصيص البيانات
بعض المؤشرات (مثل Covalent) هي مؤشرات عالمية توفر مجموعات بيانات مسبقة التهيئة قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر مرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار عمل المؤشرات، فإنه يسمح بمعالجة بيانات مخصصة أكثر لتلبية احتياجات التطبيقات المحددة.
أمان
يجب أن تكون بيانات الفهرس آمنة، وإلا فإن التطبيقات اللامركزية المبنية على هذه الفهارس ستكون عرضة للهجمات أيضًا. على سبيل المثال، إذا كان من الممكن التلاعب بالمعاملات وأرصدة المحافظ، فقد تفقد التطبيقات اللامركزية سيولتها، مما يؤثر على مستخدميها. على الرغم من أن جميع الفهارس تعتمد على نوع من الأمان من خلال رهن رموز الفهرس.