سلسلة مأساة الأرض العامة للتشفير: مشكلة فهرسة بيانات السوق التنبؤية اللامركزية

ملخص

تتناول هذه المقالة تطبيقات السوق التنبؤية Polymarket وأدوات فهرسة البيانات في نظام إيثيريوم البيئي. باعتبارها ممثلة لـ "السوق التنبؤية اللامركزية"، هل حقق المكون الأساسي الرئيسي لـ Polymarket - فهرسة البيانات - اللامركزية حقًا؟ لماذا لم تتمكن البنية التحتية العامة مثل The Graph من تحمل الدور المتوقع؟ ما هي الأشكال التي يجب أن تتخذها سلعة عامة لفهرسة البيانات قابلة للاستخدام والاستدامة حقًا؟

1. ردود الفعل المتسلسلة الناجمة عن تعطل منصة البيانات المركزية

في يوليو 2024، تعرضت منصة Goldsky للبنية التحتية لبيانات blockchain الموجهة لمطوري Web3 لعطل استمر لمدة ست ساعات، مما أدى إلى شلل العديد من المشاريع في نظام الإيثيريوم البيئي. وهذا يكشف عن حقيقة مقلقة: على الرغم من أن blockchain نفسها قد حققت اللامركزية قدر الإمكان، إلا أن البنية التحتية المستخدمة من قبل التطبيقات المبنية على السلسلة غالبًا ما تحتوي على عدد كبير من الخدمات المركزية.

تعد فهرسة البيانات على البلوكشين واسترجاعها من "المنتجات العامة الرقمية غير الحصرية وغير التنافسية". يتوقع المستخدمون الحصول عليها مجانًا أو برسوم منخفضة جدًا، لكن وراء ذلك يحتاج الأمر إلى استثمار مستمر في الأجهزة عالية الأداء، والتخزين، وعرض النطاق الترددي، والموارد البشرية للصيانة. عندما تفتقر إلى نموذج ربح مستدام، يظهر نمط التركيز حيث يستحوذ الفائز على كل شيء.

هذا ينبهنا إلى أن العالم اللامركزي يحتاج بشكل عاجل إلى تعزيز تنوع بنية Web3 التحتية من خلال تمويل المنتجات العامة، أو إعادة التوزيع، أو المبادرات المدفوعة من المجتمع، وإلا ستظهر مشاكل المركزية. نحن ندعو مطوري التطبيقات اللامركزية لبناء منتجات ذات أولوية محلية، كما ندعو المجتمع التقني إلى أخذ بعين الاعتبار حالات فشل خدمات استرجاع البيانات عند تصميم التطبيقات اللامركزية، لضمان قدرة المستخدمين على التفاعل مع المشاريع حتى في غياب بنية تحتية لاسترجاع البيانات.

!

ثانياً، مصدر بيانات DApp

بالنسبة للمستخدمين العاديين، عادةً ما تتكون DApp من عقود على السلسلة وصفحات أمامية فقط. لكن من أين تأتي البيانات المعروضة في الواجهة الأمامية؟

ضرورة خدمة استرجاع البيانات

على سبيل المثال، إذا أردنا عرض وضع المستخدم في الواجهة الأمامية باستخدام بروتوكول الإقراض، يجب استرجاع جميع المراكز الحالية في النظام، ثم البحث عن المراكز الخاصة بالمستخدم الحالي. هذه العملية صعبة التنفيذ في الواجهة الأمامية، حتى عند الاعتماد مباشرة على العقد المحلي لتنفيذ مهام استرجاع البيانات على الخادم، غالبًا ما تستغرق عدة ساعات. لذلك، من الضروري إدخال بنية تحتية لتسريع الحصول على البيانات.

# العلاقة بين SubGraph و TheGraph و Goldsky

SubGraph هو إطار تطوير يستخدم لقراءة وتجميع البيانات على السلسلة. TheGraph هو منصة استرجاع بيانات لامركزية في وقت مبكر ، وقد طورت إطار SubGraph المكتوب بلغة AssemblyScript. Goldsky هو أيضًا مزود خدمة SubGraph.

!

مقارنة نماذج الرسوم بين Goldsky و TheGraph

تستخدم Goldsky معيار تسعير بسيط يعتمد على استخدام الموارد. بينما يحتوي TheGraph على مجموعة من خطط الرسوم المعقدة المتعلقة بالاقتصاد الرمزي لـ GRT، بما في ذلك رسوم الاستعلام ورسوم الرهان وغيرها.

تجربة استخدام TheGraph ليست جيدة

بالنسبة لمعظم المطورين، فإن استخدام TheGraph يعتبر أمراً معقداً. هناك عدم يقين بشأن كمية GRT المراد رهنها والوقت اللازم لجذب المشغلين، كما أن حساب التكاليف والمعالجة المحاسبية أكثر تعقيداً. بالمقابل، يعتبر اختيار Goldsky أكثر بساطة ووضوحاً.

!

ثلاثة، الحلول الحالية

بالإضافة إلى TheGraph، هناك بعض الحلول الأخرى:

1. ponder: خدمة برمجيات لاسترجاع البيانات بسيطة وسهلة التطوير وسهلة النشر، يمكن للمطورين استئجار الخوادم للنشر بأنفسهم.

2. مفهوم التطوير المحلي أولاً: يتطلب أن تتمتع البرمجيات بقدرة العمل في وضع عدم الاتصال وميزات التعاون عبر العملاء. في سياق تطبيقات اللامركزية، يمكن تحقيق ذلك من خلال تخزين البيانات الأساسية في الذاكرة المؤقتة وتصميم ميزات تخفيض.

أربعة، الخاتمة

أظهر حادث تعطل Goldsky الاعتماد العالي لنظام Web3 البيئي على البنية التحتية المركزية. يجب على المطورين النظر في استخدام إطار استرجاع البيانات الذاتي مثل ponder كخيار طوارئ، مع تبني فكرة تطوير محلية أولاً، لبناء تطبيقات يمكن استخدامها حتى بدون خدمات استرجاع البيانات. نأمل أن يهتم المزيد من المطورين بهذه البنية التحتية، وأن يحاولوا بناء خدمات استرجاع بيانات لامركزية أو تصميم إطار عمل للواجهة الأمامية لتطبيقات DApp يمكن تشغيلها في حالة عدم وجود خدمات استرجاع بيانات.

!