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

ملخص

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

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

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

في يوليو 2024، حدث عطل في Goldsky استمر لمدة ست ساعات، مما أدى إلى تعطل جزء كبير من مشاريع نظام إيثيريوم البيئي. لم تتمكن واجهة DeFi من عرض بيانات مراكز المستخدمين وأرصدةهم، والسوق التنبؤية Polymarket لم تتمكن من عرض البيانات الصحيحة، وبدت العديد من المشاريع للمستخدمين وكأنها لم تعد قابلة للاستخدام.

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

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

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

!

二، استكشاف مصادر بيانات Dapp

لفهم حدوث أحداث مثل Goldsky، نحتاج إلى فهم آلية العمل خلف DApp بشكل أعمق. بالنسبة للمستخدم العادي، يتكون DApp عادةً من جزئين: عقد على السلسلة وصفحة أمامية. ولكن من أين تأتي البيانات المعروضة على الواجهة الأمامية للمستخدم؟

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

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

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

علاقة TheGraph / Goldsky مع SubGraph

SubGraph هو إطار تطوير يُستخدم لقراءة وتجميع البيانات على السلسلة، وعرض هذه البيانات على الواجهة الأمامية. TheGraph و Goldsky هما في الواقع مزودا خدمة لـ SubGraph. البرامج التي تم تطويرها باستخدام إطار SubGraph تحتاج إلى التشغيل على الخادم، حيث تتبنى مزودات الخدمة استراتيجيات وحلول تقنية مختلفة.

نموذج رسوم Goldsky

تعتمد Goldsky على معايير الفوترة القائمة على استخدام الموارد، وهي أكثر طرق فوترة منصات SaaS شيوعًا على الإنترنت.

نموذج تسعير TheGraph

TheGraph لديها مجموعة من خطط الرسوم المختلفة عن طرق الفوترة المعتادة، والتي تتعلق باقتصاديات رموز GRT. تشمل رسوم الاستعلام لكل مرة ورسوم رهن Signal.

تواجه المطورين صعوبات

بالنسبة لمعظم المطورين، فإن استخدام TheGraph يعد أمرًا معقدًا نسبيًا. وتوجد مشكلتان رئيسيتان:

1. عدم اليقين بشأن عدد GRT المرهونة ووقت جذب المشغلين المطلوب
2. تعقيد المحاسبة وتكاليف الحساب

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

!

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

تفكر

ponder هو برنامج خدمة استرجاع البيانات بسيط وسهل التطوير وسهل النشر. تشمل مزاياه:

1. عدم الاعتماد على الموردين
2. تجربة تطوير جيدة
3. أداء أعلى

تتوافق طرق تجارية ponder مع "نظرية العزل"، من خلال فرض رسوم على جزء من الفئات المتجانسة لتحقيق التسعير.

مفهوم تطوير الأولوية المحلية

في تطوير البلوكشين، يمكن تنفيذ فكرة local-first على النحو التالي:

1. تخزين البيانات الأساسية
2. تصميم وظيفة التخفيض

يمكن أن يعزز هذا التصميم بشكل كبير مرونة التطبيق، مما يمنع عدم إمكانية استخدام التطبيق بعد انهيار خدمة استرجاع البيانات.

!

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

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

تتناول هذه المقالة أسباب عدم استخدام TheGraph على نطاق واسع، وتقدم إطار عمل ponder للإدارة الذاتية كخيار طارئ، وتستكشف مفهوم تطوير local-first. ندعو المزيد من المطورين إلى التركيز على بنية تحتية لاسترجاع البيانات، ومحاولة بناء خدمات لامركزية أو تصميم أطر عمل تسمح لواجهة DApp بالعمل حتى في حالة عدم وجود خدمة استرجاع بيانات.

!