باحث في Input Output يوضح احتياجات Cardano لإتاحة البيانات

قدّم باحث في Input Output Giorgos Panagiotakos وثيقة تصف الحاجة إلى قدرة مخصصة لإتاحة البيانات على الطبقة الأساسية لـ Cardano.

بيان المشكلة المقترح Layer 1 Data Availability يبحث في كيفية تمكن المشاريع من نشر معلومات يستطيع الآخرون استرجاعها والتحقق منها من دون إدراجها بالضرورة ضمن السجل الدائم للمعاملات على دفتر الحسابات. ويستند إلى متطلبات نوقشت في ورشة عمل تقنية لـ IO Research في 3 سبتمبر.

لماذا تحتاج مشاريع Cardano إلى الوصول إلى البيانات المنشورة

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

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

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

يعرض Panagiotakos عدة خيارات قائمة. يمكن للمشاريع نشر البيانات مباشرة على دفتر حسابات Cardano أو الاعتماد على نظام خارجي مثل Celestia أو استخدام مشغل موثوق. ووفقا للوثيقة قد يكون نشر أحجام كبيرة على الدفتر مكلفا جدا لبعض التطبيقات، بينما يضيف الاعتماد على خدمة خارجية افتراضات مستقلة تتعلق بالأمن والإتاحة.

يناقش CPS أيضا IPFS الذي يعرّف المحتوى باستخدام معلومات مشتقة من البيانات نفسها. يتيح هذا النهج للمتلقي التحقق من المحتوى الذي تم استرجاعه، لكنه لا يضمن أن مشاركا آخر سيستمر في تخزينه وتقديمه.

ما الذي ستحتاجه طبقة إتاحة البيانات على Cardano

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

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

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

يغطي الهدف الأخير التكلفة والأداء. يدعو CPS إلى تكلفة لكل بايت أقل بكثير من نشر بيانات مكافئة مباشرة على الطبقة الأساسية، وإلى معدل نقل أعلى وزمن نشر مماثل لـ Layer 1. ويطلب من المقترحات المستقبلية تقديم أرقام يمكن قياس تلك المتطلبات مقابلها.

توضح الوثيقة نطاق الاحتياجات عبر مشاريع بعينها. فهي تسرد فترة احتفاظ تتراوح بين ساعة وخمسة أيام لمشروع Gummiworm، بينما وُصِف Midgard وهو تجميعة متفائلة بأنه يحتاج إلى تخزين لسبعة أيام ودعما لإثباتات العضوية وعدم العضوية.

بالنسبة لتطبيقات الحوكمة يشير CPS إلى جولات التصويت السابقة في Project Catalyst عند مناقشة سعة محتملة بين 100,000 ومليون صوت. كما يلاحظ أن بعض إثباتات عدم المعرفة فيما بعد الكم قد تتجاوز 100 كيلوبايت، ما يزيد كمية البيانات التي قد تحتاج التطبيقات إلى نشرها.

التخزين الأرشيفي الدائم والسرية خارج نطاق المقترح. وبالنسبة لسجلات الحوكمة التي يجب أن تبقى متاحة لعمليات تدقيق بعد سنوات تحدد الوثيقة آلية أرشفة منفصلة كأمر ضروري.

[NEWSBREAK]

التكاليف والتوقيت وأسئلة تقنية مفتوحة

لم يختر Panagiotakos بنية معمارية ولم يعلن عن ترقية شبكة منجزة. ويسأل CPS عن نظام الإثبات الذي يمكنه دعم معدل النقل المطلوب وكيف ستشير إليه نصوص Plutus.

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

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

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

أمن ما بعد الكم مُدرج كميزة مرغوبة لا كشرط إلزامي. ولا يزال CPS المقترح مفتوحا في مستودع Cardano Improvement Proposals ولم يُخصَّص له رقم بعد.