عصر جديد للوصول إلى بيانات Web3: صعود مُؤَشِّر البلوكتشين
البيانات هي جوهر تقنية البلوكتشين، وهي أساس تطوير التطبيقات اللامركزية ( 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-5139af83bb0ad48ca673ce1b7fc4f520.webp(
يتطلب بناء dApp استرجاع وقراءة بيانات البلوكتشين لتشغيل خدماتها. وهذا يشمل أي نوع من dApp، بما في ذلك DeFi ومنصات NFT والألعاب وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً لتنفيذ معاملات أخرى.
في مجال DeFi، تحتاج البروتوكولات إلى معلومات مختلفة لتقديم أسعار معينة ونسب ورسوم للمستخدمين. يحتاج صانع السوق الآلي )AMM( إلى معلومات حول أسعار السيولة لبعض برك السيولة لحساب معدلات التبادل، بينما تحتاج بروتوكولات الإقراض إلى نسبة الاستخدام لتحديد معدلات الإقراض ونسب الديون للتصفية. من الضروري إدخال المعلومات في تطبيقهم اللامركزي قبل حساب معدلات الفائدة التي ينفذها المستخدم.
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى ملكية الأراضي، ورصيد الرموز داخل اللعبة، وبيانات العمليات داخل اللعبة، وما إلى ذلك. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات ثابت وزمن تشغيل مستقر لضمان تجربة لعب مثالية.
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات التعريف الخاصة بـ NFT، وبيانات الملكية والتحويل، ومعلومات الرسوم الملكية، وما إلى ذلك. يمكن أن تتجنب الفهرسة السريعة لمثل هذه البيانات تصفح كل NFT واحداً تلو الآخر للعثور على بيانات الملكية أو خصائص NFT.
سواء كان الأمر يتعلق بمصادر الأسعار ومعلومات السيولة لآلية صنع السوق الآلي )AMM( في DeFi، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. من خلال استخدام الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
في التحليل، يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية )، بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسوم، مما يقرر ما إذا كان ينبغي إدراج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي برك السيولة تحقق أعلى عوائد أو لديها أقوى سيولة. يمكنهم أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من كتلة البلوكتشين المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة أمر بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يناسب احتياجاتهم.
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثيريوم، حيث يمكنه استعلام بيانات المعاملات التي كانت صعبة الوصول إليها في السابق بسهولة. يستخدم تعريفات فرعية لتحديد وتصنيف مجموعة البيانات المجمعة من البلوكتشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بـ DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بترتيب الرموز الأصلية GRT لتقديم خدمات الفهرسة والاستعلام، ويمكن للموكّلين اختيار رهن رموزهم هنا. يمكن للمنسقين الوصول إلى الرسوم البيانية الفرعية عالية الجودة، لمساعدة الفهرس في تحديد الرسوم البيانية الفرعية التي يجب جمع البيانات لها لكسب أفضل رسوم استعلام. أثناء الانتقال نحو مزيد من اللامركزية، ستتوقف The Graph في النهاية عن خدمات الاستضافة الخاصة بها، وستطلب من الرسوم البيانية الفرعية الترقية إلى شبكتها، بالإضافة إلى تقديم فهرس ترقية.
تتيح بنيته التحتية أن يصل متوسط تكلفة كل مليون استعلام إلى 40 دولارًا، وهو ما يقل بكثير عن تكلفة العقد المستضاف ذاتيًا. باستخدام مصادر بيانات الملفات، فإنه يدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارجها في نفس الوقت، لتحقيق استرداد بيانات فعال.
تزايدت مكافآت فهرس The Graph بشكل مطرد على مدار الأرباع القليلة الماضية. ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، ولكن أيضًا بسبب ارتفاع أسعار الرموز، حيث يخططون لدمج الاستعلامات المدعومة بالذكاء الاصطناعي في المستقبل.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-16396b955382c2c74010c264affdca46.webp(
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطة إلى نقطة، يمكنه تجميع كميات كبيرة من البيانات على السلسلة وخارجها بكفاءة، وحمايتها من خلال إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين البيانات من مجموعة محددة من الكتل، مما يسرع عملية استرجاع البيانات من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة.
يدعم Subsquid أيضًا الفهرسة في الوقت الحقيقي، مما يسمح بفهرستها قبل تأكيد الكتلة. كما أنه يدعم تخزين البيانات بالتنسيق الذي يختاره المطور، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid دون الحاجة إلى الانتقال إلى Squid SDK، مما يتيح النشر بدون كود.
على الرغم من أنها لا تزال في مرحلة اختبار الشبكة، حققت Subsquid إحصائيات مثيرة للإعجاب، مع أكثر من 80,000 مستخدم في اختبار الشبكة، ونشر أكثر من 60,000 مُؤشر Squid، ووجود أكثر من 20,000 مطور مُعتمد على الشبكة. مؤخرًا، في 3 يونيو، أطلقت Subsquid الشبكة الرئيسية لبحيرة بياناتها.
بالإضافة إلى الفهرسة، يمكن أن يحل مستودع بيانات شبكة Subsquid محل RPC في حالات الاستخدام مثل التحليل، ومعالجات ZK/TEE، ووكيل الذكاء الاصطناعي، وOracle.
SubQuery هو شبكة بنية تحتية لوسيط لامركزي، يقدم خدمات RPC وخدمات بيانات الفهرسة. كان يدعم في البداية شبكة Polkadot وSubstrate، والآن قد توسع ليشمل أكثر من 200 سلسلة. يعمل بطريقة مشابهة لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، بينما يقوم المندوبون بتعهد حصصهم للفهرس. ومع ذلك، فإنه يقدم مستهلكين لتقديم طلبات الشراء، مما يدل على أن دخل الفهرس مضمون، بدلاً من المدير.
سوف يقدم عقد بيانات SubQuery المدعوم من التقسيم لتجنب التزامن المستمر للبيانات الجديدة بين كل عقدة، مما يعمل على تحسين كفاءة الاستعلام، وفي الوقت نفسه يسير نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع رسوم الحساب بنحو 1 SQT لكل 1000 طلب، أو تعيين رسوم مخصصة لمؤشر البيانات عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقد والمفوضين قد زادت أيضًا من حيث القيمة بالدولار، مما يمثل زيادة مستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زاد إجمالي SQT المرهون من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في شبكتها.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
Covalent هو شبكة فهرس لامركزية، تم إنشاؤها بواسطة منتجي عينات الكتلة )BSP( من خلال تصدير البيانات بكميات كبيرة لإنشاء نسخ من بيانات البلوكتشين، ونشر الإثباتات على بلوكتشين Covalent L1. بعد ذلك، يتم تنقيح هذه البيانات بواسطة منتجي نتائج الكتلة )BRP( وفقًا للقواعد المحددة، لاختيار البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات البلوكتشين ذات الصلة بتنسيق طلبات واستجابات موحد، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي يتم تسويتها على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانات المهيأة مسبقًا من مزودي الشبكة.
تبدو مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 في اتجاه نمو عام، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
![تطور الوصول إلى بيانات Web3: مقدمة عن المفهرسين والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
عند اختيار الفهرس، من الضروري مراعاة النقاط التالية:
قابلية تخصيص البيانات: بعض موفري البيانات ) مثل Covalent ( هم موفرو بيانات عامون، يقدمون مجموعات بيانات مسبقة التكوين قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار موفري البيانات، يسمح بمزيد من معالجة البيانات المخصصة لتلبية الاحتياجات المحددة للتطبيق.
الأمان: يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبنية على هذه الفهارس ستكون عرضة للهجمات أيضًا. على سبيل المثال، إذا كانت المعاملات والمحافظ
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 12
أعجبني
12
4
إعادة النشر
مشاركة
تعليق
0/400
OnchainHolmes
· منذ 14 س
آه، هذه DA لا تستطيع إنقاذ حاجة البيانات.
شاهد النسخة الأصليةرد0
AlwaysAnon
· منذ 14 س
البيانات التاريخية رائعة، الاعتماد على تتبعها.
شاهد النسخة الأصليةرد0
Layer2Observer
· منذ 14 س
من حيث مستوى الشفرة المصدرية، لا يزال لدى DA نقاط ضعف واضحة، ويحتاج الهيكل إلى إعادة تقييم.
شاهد النسخة الأصليةرد0
GasFeeSobber
· منذ 14 س
كل عام يتم الدعوة إلى السوق الصاعدة، لكن النتيجة ليست سوى العمل على DA.
ظهور مُعَدل البلوكتشين: خلق عصر جديد للوصول إلى بيانات Web3
عصر جديد للوصول إلى بيانات Web3: صعود مُؤَشِّر البلوكتشين
البيانات هي جوهر تقنية البلوكتشين، وهي أساس تطوير التطبيقات اللامركزية ( 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-5139af83bb0ad48ca673ce1b7fc4f520.webp(
يتطلب بناء dApp استرجاع وقراءة بيانات البلوكتشين لتشغيل خدماتها. وهذا يشمل أي نوع من dApp، بما في ذلك DeFi ومنصات NFT والألعاب وحتى الشبكات الاجتماعية، حيث تحتاج هذه المنصات إلى قراءة البيانات أولاً لتنفيذ معاملات أخرى.
في مجال DeFi، تحتاج البروتوكولات إلى معلومات مختلفة لتقديم أسعار معينة ونسب ورسوم للمستخدمين. يحتاج صانع السوق الآلي )AMM( إلى معلومات حول أسعار السيولة لبعض برك السيولة لحساب معدلات التبادل، بينما تحتاج بروتوكولات الإقراض إلى نسبة الاستخدام لتحديد معدلات الإقراض ونسب الديون للتصفية. من الضروري إدخال المعلومات في تطبيقهم اللامركزي قبل حساب معدلات الفائدة التي ينفذها المستخدم.
تحتاج GameFi إلى فهرسة سريعة والوصول إلى البيانات لضمان تجربة لعب سلسة للمستخدمين. فقط من خلال استرجاع البيانات وتنفيذها بسرعة البرق، يمكن لألعاب Web3 أن تنافس ألعاب Web2 من حيث الأداء، مما يجذب المزيد من المستخدمين. تحتاج هذه الألعاب إلى ملكية الأراضي، ورصيد الرموز داخل اللعبة، وبيانات العمليات داخل اللعبة، وما إلى ذلك. باستخدام الفهرس، يمكنهم ضمان تدفق بيانات ثابت وزمن تشغيل مستقر لضمان تجربة لعب مثالية.
تحتاج أسواق NFT ومنصات الإقراض إلى فهرسة البيانات للوصول إلى معلومات متنوعة، مثل بيانات التعريف الخاصة بـ NFT، وبيانات الملكية والتحويل، ومعلومات الرسوم الملكية، وما إلى ذلك. يمكن أن تتجنب الفهرسة السريعة لمثل هذه البيانات تصفح كل NFT واحداً تلو الآخر للعثور على بيانات الملكية أو خصائص NFT.
سواء كان الأمر يتعلق بمصادر الأسعار ومعلومات السيولة لآلية صنع السوق الآلي )AMM( في DeFi، أو تطبيقات SocialFi التي تحتاج إلى تحديث منشورات المستخدمين الجدد، فإن القدرة على استرجاع البيانات بسرعة أمر بالغ الأهمية لتشغيل dApp بشكل طبيعي. من خلال استخدام الفهرس، يمكنهم استرجاع البيانات بكفاءة وبدقة، مما يوفر تجربة مستخدم سلسة.
في التحليل، يوفر الفهرس طريقة لاستخراج بيانات محددة من بيانات البلوكتشين الأصلية )، بما في ذلك أحداث العقود الذكية في كل كتلة (. وهذا يوفر فرصة لتحليل بيانات أكثر تحديدًا، مما يوفر رؤى شاملة.
على سبيل المثال، يمكن لبروتوكولات التداول الدائم تحديد أي الرموز لديها حجم تداول كبير، وأي الرموز ستنتج رسوم، مما يقرر ما إذا كان ينبغي إدراج هذه الرموز كعقود دائمة على منصتها. يمكن لمطوري DEX إنشاء لوحات معلومات لمنتجاتهم، لفهم أي برك السيولة تحقق أعلى عوائد أو لديها أقوى سيولة. يمكنهم أيضًا إنشاء لوحات معلومات عامة، مما يسمح للمطورين بالاستعلام بحرية ومرونة عن أي نوع من البيانات لعرضها على المخطط.
نظرًا لوجود العديد من كتلة البلوكتشين المتاحة، فإن التعرف على الفروق بين بروتوكولات الفهرسة أمر بالغ الأهمية لضمان اختيار المطورين لأفضل فهرس يناسب احتياجاتهم.
The Graph هو أول بروتوكول فهرسة يتم إطلاقه على الإيثيريوم، حيث يمكنه استعلام بيانات المعاملات التي كانت صعبة الوصول إليها في السابق بسهولة. يستخدم تعريفات فرعية لتحديد وتصنيف مجموعة البيانات المجمعة من البلوكتشين، مثل جميع المعاملات المتعلقة بحوض USDC/ETH الخاص بـ DEX.
باستخدام إثبات الفهرس، يقوم الفهرس بترتيب الرموز الأصلية GRT لتقديم خدمات الفهرسة والاستعلام، ويمكن للموكّلين اختيار رهن رموزهم هنا. يمكن للمنسقين الوصول إلى الرسوم البيانية الفرعية عالية الجودة، لمساعدة الفهرس في تحديد الرسوم البيانية الفرعية التي يجب جمع البيانات لها لكسب أفضل رسوم استعلام. أثناء الانتقال نحو مزيد من اللامركزية، ستتوقف The Graph في النهاية عن خدمات الاستضافة الخاصة بها، وستطلب من الرسوم البيانية الفرعية الترقية إلى شبكتها، بالإضافة إلى تقديم فهرس ترقية.
تتيح بنيته التحتية أن يصل متوسط تكلفة كل مليون استعلام إلى 40 دولارًا، وهو ما يقل بكثير عن تكلفة العقد المستضاف ذاتيًا. باستخدام مصادر بيانات الملفات، فإنه يدعم أيضًا الفهرسة المتوازية للبيانات على السلسلة وخارجها في نفس الوقت، لتحقيق استرداد بيانات فعال.
تزايدت مكافآت فهرس The Graph بشكل مطرد على مدار الأرباع القليلة الماضية. ويرجع ذلك جزئيًا إلى زيادة حجم الاستعلامات، ولكن أيضًا بسبب ارتفاع أسعار الرموز، حيث يخططون لدمج الاستعلامات المدعومة بالذكاء الاصطناعي في المستقبل.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-16396b955382c2c74010c264affdca46.webp(
Subsquid هو بحيرة بيانات لامركزية قابلة للتوسع أفقيًا ونقطة إلى نقطة، يمكنه تجميع كميات كبيرة من البيانات على السلسلة وخارجها بكفاءة، وحمايتها من خلال إثباتات المعرفة الصفرية. كشبكة عمال لامركزية، كل عقدة مسؤولة عن تخزين البيانات من مجموعة محددة من الكتل، مما يسرع عملية استرجاع البيانات من خلال التعرف السريع على العقد التي تحتفظ بالبيانات المطلوبة.
يدعم Subsquid أيضًا الفهرسة في الوقت الحقيقي، مما يسمح بفهرستها قبل تأكيد الكتلة. كما أنه يدعم تخزين البيانات بالتنسيق الذي يختاره المطور، مما يسهل التحليل باستخدام أدوات مثل BigQuery وParquet أو CSV. بالإضافة إلى ذلك، يمكن نشر الرسوم البيانية الفرعية على شبكة Subsquid دون الحاجة إلى الانتقال إلى Squid SDK، مما يتيح النشر بدون كود.
على الرغم من أنها لا تزال في مرحلة اختبار الشبكة، حققت Subsquid إحصائيات مثيرة للإعجاب، مع أكثر من 80,000 مستخدم في اختبار الشبكة، ونشر أكثر من 60,000 مُؤشر Squid، ووجود أكثر من 20,000 مطور مُعتمد على الشبكة. مؤخرًا، في 3 يونيو، أطلقت Subsquid الشبكة الرئيسية لبحيرة بياناتها.
بالإضافة إلى الفهرسة، يمكن أن يحل مستودع بيانات شبكة Subsquid محل RPC في حالات الاستخدام مثل التحليل، ومعالجات ZK/TEE، ووكيل الذكاء الاصطناعي، وOracle.
SubQuery هو شبكة بنية تحتية لوسيط لامركزي، يقدم خدمات RPC وخدمات بيانات الفهرسة. كان يدعم في البداية شبكة Polkadot وSubstrate، والآن قد توسع ليشمل أكثر من 200 سلسلة. يعمل بطريقة مشابهة لـ The Graph الذي يستخدم إثبات الفهرسة، حيث يقوم الفهرس بفهرسة البيانات وتقديم طلبات الاستعلام، بينما يقوم المندوبون بتعهد حصصهم للفهرس. ومع ذلك، فإنه يقدم مستهلكين لتقديم طلبات الشراء، مما يدل على أن دخل الفهرس مضمون، بدلاً من المدير.
سوف يقدم عقد بيانات SubQuery المدعوم من التقسيم لتجنب التزامن المستمر للبيانات الجديدة بين كل عقدة، مما يعمل على تحسين كفاءة الاستعلام، وفي الوقت نفسه يسير نحو مزيد من اللامركزية. يمكن للمستخدمين اختيار دفع رسوم الحساب بنحو 1 SQT لكل 1000 طلب، أو تعيين رسوم مخصصة لمؤشر البيانات عبر البروتوكول.
على الرغم من أن SubQuery أطلقت رموزها في وقت سابق من هذا العام، إلا أن مكافآت إصدار العقد والمفوضين قد زادت أيضًا من حيث القيمة بالدولار، مما يمثل زيادة مستمرة في عدد خدمات الاستعلام المقدمة على منصتها. منذ TGE، زاد إجمالي SQT المرهون من 6 ملايين إلى 125 مليون، مما يبرز زيادة المشاركة في شبكتها.
![تطور الوصول إلى بيانات Web3: مقدمة عن الفهارس والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(
Covalent هو شبكة فهرس لامركزية، تم إنشاؤها بواسطة منتجي عينات الكتلة )BSP( من خلال تصدير البيانات بكميات كبيرة لإنشاء نسخ من بيانات البلوكتشين، ونشر الإثباتات على بلوكتشين Covalent L1. بعد ذلك، يتم تنقيح هذه البيانات بواسطة منتجي نتائج الكتلة )BRP( وفقًا للقواعد المحددة، لاختيار البيانات التي تتوافق مع المتطلبات.
من خلال واجهة برمجة التطبيقات الموحدة، يمكن للمطورين بسهولة استخراج بيانات البلوكتشين ذات الصلة بتنسيق طلبات واستجابات موحد، دون الحاجة إلى كتابة استعلامات معقدة مخصصة للوصول إلى البيانات. يمكن استخدام رموز CQT التي يتم تسويتها على Moonbeam كوسيلة للدفع لاستخراج هذه المجموعات البيانات المهيأة مسبقًا من مزودي الشبكة.
تبدو مكافآت Covalent من الربع الأول من عام 23 إلى الربع الأول من عام 24 في اتجاه نمو عام، ويرجع ذلك جزئيًا إلى ارتفاع سعر رمز Covalent CQT.
![تطور الوصول إلى بيانات Web3: مقدمة عن المفهرسين والمشاريع ذات الصلة])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(
عند اختيار الفهرس، من الضروري مراعاة النقاط التالية:
قابلية تخصيص البيانات: بعض موفري البيانات ) مثل Covalent ( هم موفرو بيانات عامون، يقدمون مجموعات بيانات مسبقة التكوين قياسية فقط من خلال واجهة برمجة التطبيقات. على الرغم من أنها قد تكون سريعة، إلا أنها لا توفر المرونة للمطورين الذين يحتاجون إلى مجموعات بيانات مخصصة. من خلال استخدام إطار موفري البيانات، يسمح بمزيد من معالجة البيانات المخصصة لتلبية الاحتياجات المحددة للتطبيق.
الأمان: يجب أن تكون بيانات الفهرس آمنة، وإلا فإن dApp المبنية على هذه الفهارس ستكون عرضة للهجمات أيضًا. على سبيل المثال، إذا كانت المعاملات والمحافظ