البيانات الوصفية على السلسلة

ما البيانات الوصفية على السلسلة؟

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

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

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

وقد تتضمن البيانات الوصفية لعقد توكن الاسم والرمز والشعار والوصف والموقع الإلكتروني والمتعاونين أو معلومات العرض.

وقد تتضمن البيانات الوصفية للعقد الذكي هوية العقد ومعلومات المشروع وتفاصيل الإصدار ومراجع المخطط وروابط الموارد ذات الصلة.

تكتسب هذه العبارة أهميتها لأن كثيراً من أصول الكريبتو لا تخزن على السلسلة سوى الملكية، بينما تحفظ الملف الوصفي أو الوسائط في مكان آخر.

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

يحدد معيار ERC-721 امتداداً اختيارياً للبيانات الوصفية، حيث يمكن أن يشير tokenURI إلى ملف JSON يحتوي على حقول الاسم والوصف والصورة.

ويتيح معيار ERC-1155 لكل معرّف توكن تمثيل نوع توكن قابل للتهيئة، ببيانات وصفية وعرض وسمات خاصة به.

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

أهم النقاط حول البيانات الوصفية على السلسلة

• • البيانات الوصفية على السلسلة هي معلومات عن الأصل مخزنة مباشرةً على البلوكشين أو يعيدها عقد ذكي مباشرةً.
  • يمكنها وصف NFTs والتوكنات القابلة للاستبدال والعقود الذكية والمجموعات وتوكنات الأصول الحقيقية وعناصر الألعاب وبيانات اعتماد الهوية وسجلات DAO.
  • تشمل الحقول الشائعة الاسم والوصف والصورة والرسوم المتحركة والسمات والروابط الخارجية والخصائص والمستويات وتفاصيل المنشئ ومعلومات المجموعة.
  • قد تحسن البيانات الوصفية المخزنة بالكامل على السلسلة الديمومة وقابلية التدقيق ومقاومة الرقابة.
  • قد تكون البيانات الوصفية على السلسلة مكلفة، لأن التخزين والحوسبة على البلوكشين موردان محدودان.
  • تستخدم مشاريع NFT كثيرة بيانات وصفية هجينة يكون فيها التوكن وURI على السلسلة، بينما يخزن JSON أو الوسائط عبر IPFS أو Arweave أو طبقة تخزين أخرى.
  • قد تكون البيانات الوصفية ثابتة أو قابلة للتغيير أو ديناميكية أو مختومة أو مولّدة بالكامل بمنطق العقد الذكي.
  • تساعد معايير البيانات الوصفية المحافظ ومستكشفات البلوكشين والألعاب وأدوات الفهرسة والتطبيقات على عرض الأصول بشكل متسق.
  • لا تثبت البيانات الوصفية على السلسلة تلقائياً ملكية حقوق النشر أو الأصالة الفنية أو الحقوق القانونية أو القيمة الاستثمارية.
  • ينبغي للمستخدمين التحقق من مكان تخزين البيانات الوصفية والوسائط قبل شراء أصل مرمّز أو سكه أو الاعتماد عليه.

آلية عمل البيانات الوصفية على السلسلة

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

قد يخزن عقد بسيط سلسلة نصية تحتوي على ملف JSON كاملاً للبيانات الوصفية.

وقد يعيد عقد آخر URI للبيانات بصيغة Base64 يتضمن البيانات الوصفية مباشرةً.

وقد ينشئ عقد آخر البيانات الوصفية ديناميكياً من معرّف التوكن أو بيانات الكتلة أو حالة اللعبة أو متغيرات أخرى للعقد.

وقد يخزن عقد آخر URI فقط على السلسلة، بينما يبقى ملف البيانات الوصفية الفعلي خارجها.

الطريقة الأخيرة شائعة، لكنها لا تُعد بيانات وصفية موجودة بالكامل على السلسلة، لأن ملف JSON الوصفي يظل معتمداً على موقع تخزين آخر.

يمكن لـ NFT موجود بالكامل على السلسلة إرجاع كل بياناته الوصفية الأساسية من العقد نفسه دون الاعتماد على موقع إلكتروني عادي أو خادم مركزي.

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

وعادةً ما تتمثل المفاضلة في التكلفة مقابل الديمومة.

قد يكون تخزين كل شيء على السلسلة أكثر استدامة، لكنه قد يكون أيضاً أعلى تكلفة بكثير وأقل مرونة.

البيانات الوصفية على السلسلة مقابل البيانات الوصفية خارج السلسلة

تُخزّن البيانات الوصفية على السلسلة أو تُنشأ مباشرةً بواسطة بنية البلوكشين التحتية.

أما البيانات الوصفية خارج السلسلة فتُخزّن خارج البلوكشين، ويُشار إليها عبر URL أو نقطة نهاية API أو رابط تخزين لامركزي أو مؤشر خارجي آخر.

فعلى سبيل المثال، قد يخزن عقد NFT قيمة tokenURI تشير إلى ملف JSON مستضاف على موقع إلكتروني.

في هذه الحالة، تكون ملكية التوكن على السلسلة، بينما يكون ملف البيانات الوصفية خارجها.

إذا اختفى الموقع أو غيّر الملف أو حجب الوصول أو أعاد بيانات غير صحيحة، فقد يتعطل عرض NFT.

إذا خُزّنت البيانات الوصفية مباشرةً في العقد، يصبح الأصل أقل اعتماداً على الموقع الإلكتروني.

قد تكون البيانات الوصفية خارج السلسلة أقل تكلفة وأسهل في التحديث.

وقد تكون البيانات الوصفية على السلسلة أكثر شفافية واستدامة.

لا يناسب أي من النموذجين كل حالات الاستخدام.

ويختار تصميم الأصل الجيد نموذج التخزين الذي يلائم الغرض منه وحدود التكلفة والاحتياجات القانونية والعمر المتوقع.

البيانات الوصفية على السلسلة مقابل الوسائط على السلسلة

ترتبط البيانات الوصفية والوسائط، لكنهما ليستا الشيء نفسه.

البيانات الوصفية هي المعلومات الوصفية المتعلقة بالأصل.

أما الوسائط فهي الصورة أو الرسوم المتحركة أو الصوت أو الفيديو أو النموذج ثلاثي الأبعاد أو الملف التفاعلي الفعلي الذي يراه المستخدمون أو يتفاعلون معه.

قد يخزن NFT بياناته الوصفية على السلسلة، مع الإشارة إلى وسائط خارجها.

وقد يخزن NFT آخر البيانات الوصفية والوسائط بالكامل على السلسلة.

وقد لا يخزن NFT ثالث أياً منهما بالكامل على السلسلة، بل يكتفي بتخزين URL يشير إلى خادم.

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

فعلى سبيل المثال، قد يعيد العقد كائن JSON على السلسلة، لكن حقل الصورة داخل JSON قد يشير إلى IPFS أو نظام تخزين آخر.

قد يظل هذا تصميماً قوياً إذا كانت الوسائط تستخدم تخزيناً ذا عناوين محتوى ومستداماً.

لكن ينبغي للمستخدمين معرفة الأجزاء الموجودة على السلسلة والأجزاء الخارجية بدقة.

بيانات ERC-721 الوصفية

يُعد ERC-721 أشهر معيار لـ NFT في أنظمة العقود الذكية المتوافقة مع Ethereum.

يتضمن امتداد البيانات الوصفية لـ ERC-721 دوال الاسم والرمز وtokenURI.

تعيد دالة tokenURI عنوان URI خاصاً بمعرّف توكن معين.

وقد يشير هذا العنوان إلى ملف JSON يتبع مخطط JSON للبيانات الوصفية لـ ERC-721.

ويحدد المعيار حقولاً شائعة مثل الاسم والوصف والصورة.

في التصميم الموجود بالكامل على السلسلة، يمكن أن تعيد tokenURI URI للبيانات يتضمن JSON مباشرةً بدلاً من الإشارة إلى ملف خارجي.

وهذا يتيح للمحافظ والتطبيقات قراءة البيانات الوصفية دون جلبها من URL خارجي تقليدي.

لكن لا تدعم كل واجهة كل التنسيقات المتقدمة على السلسلة بالقدر نفسه.

ينبغي للمطورين اختبار طريقة عرض المحافظ ومستكشفات البلوكشين والتطبيقات للبيانات الوصفية.

قد يحدد المعيار البنية، لكن العرض الفعلي يظل معتمداً على دعم البرامج.

بيانات ERC-1155 الوصفية

ERC-1155 معيار متعدد التوكنات يمكنه تمثيل أصول قابلة للاستبدال وغير قابلة للاستبدال وشبه قابلة للاستبدال ضمن عقد واحد.

يتيح المعيار لكل معرّف توكن تمثيل نوع مختلف من التوكنات.

ويمكن أن يكون لكل نوع توكن بياناته الوصفية وعرضه وسماته الخاصة.

وهذا يجعل ERC-1155 مفيداً للألعاب والمقتنيات والعضويات والإصدارات والمكافآت ومجموعات الأصول التي تضم أنواعاً متعددة من العناصر.

غالباً ما تستخدم بيانات ERC-1155 الوصفية نمط URI يُستبدل فيه معرّف التوكن ضمن مسار البيانات الوصفية.

وقد يجعل ذلك المجموعات الكبيرة أكثر كفاءة، إذ يمكن لعقد واحد إدارة توكنات كثيرة.

قد تكون البيانات الوصفية على السلسلة في ERC-1155 مفيدة عندما تحتاج عناصر اللعبة أو الإصدارات إلى هوية دائمة.

وقد تكون مكلفة أيضاً إذا احتوى كل عنصر على حقول فريدة كبيرة.

يمكن للمطورين تخزين الخصائص الأساسية على السلسلة واستخدام تخزين ذي عناوين محتوى للملفات الأكبر.

يعتمد التصميم الأفضل على مدى تغير البيانات الوصفية وكمية البيانات التي يحتاج إليها كل توكن.

البيانات الوصفية على مستوى العقد

تصف البيانات الوصفية على مستوى العقد العقد الذكي أو المجموعة نفسها، لا معرّف توكن محدداً.

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

يقترح مسودّة معيار contractURI في ERC-7572 دالة contractURI لإرجاع البيانات الوصفية على مستوى العقد.

ينص ERC-7572 على أن السلسلة المُعادة قد تكون مورداً خارج السلسلة أو سلسلة بيانات JSON على السلسلة.

وهذا مهم لأن كثيراً من التطبيقات تحتاج إلى معلومات المجموعة، لا معلومات التوكن وحده.

قد ترغب المحفظة في عرض شعار المجموعة.

وقد يرغب مستكشف البلوكشين في عرض وصف العقد.

وقد ترغب لوحة معلومات DAO في إظهار سياق موثّق عن المشروع.

يمكن للبيانات الوصفية على مستوى العقد تحسين سهولة الاستخدام إذا كانت دقيقة وخاضعة لضوابط آمنة.

وقد تنطوي أيضاً على مخاطر إذا استطاع مهاجم تحديث وصف العقد أو صورته أو قائمة المتعاونين دون صلاحية مناسبة.

ERC-8049 وأعمال البيانات الوصفية الأحدث على السلسلة

يحدد مقترح ERC-8049، وهو مسودة، معياراً لتخزين البيانات الوصفية على مستوى العقد على السلسلة.

ويوسع مفهوم البيانات الوصفية على مستوى العقد عبر توفير واجهة تخزين على السلسلة تعتمد على مفاتيح نصية وقيم bytes.

يوضح هذا النوع من المقترحات أن معايير البيانات الوصفية لا تزال قيد التطور.

تركز أنماط البيانات الوصفية الأقدم للتوكنات غالباً على روابط tokenURI.

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

بما أن ERC-8049 مصنّف كمسودة، ينبغي ألا يتعامل معه المطورون بوصفه متطلباً نهائياً وعالمياً.

ومع ذلك، يمكنهم دراسته لفهم الاتجاه المحتمل لتصميم البيانات الوصفية.

والاتجاه الأوسع واضح.

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

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

أحداث تحديث البيانات الوصفية

قد تتغير البيانات الوصفية في بعض المشاريع.

قد يرتفع مستوى عنصر في لعبة.

وقد تتغير حالة توكن العضوية.

وقد يتغير مظهر NFT ديناميكي وفق الوقت أو الإنجازات أو بيانات Oracle.

يضيف امتداد تحديث البيانات الوصفية ERC-4906 حدثي MetadataUpdate وBatchMetadataUpdate لتوكنات ERC-721.

وتساعد هذه الأحداث التطبيقات على معرفة متى ينبغي لها تحديث البيانات الوصفية للتوكن.

وهذا مفيد لأن أدوات الفهرسة والمحافظ قد تحتفظ بنسخ مخزنة مؤقتاً من البيانات الوصفية لتقليل الاستعلامات المتكررة.

إذا تغيرت البيانات الوصفية ولم يصدر تنبيه بذلك، فقد يرى المستخدمون معلومات قديمة.

توفر أحداث التحديث مساراً أوضح للبيانات الوصفية الديناميكية.

كما تجعل التحكم في الصلاحيات مهماً، لأن التحديثات غير المصرح بها قد تضر بالثقة.

بيانات وصفية متعددة لـ NFTs

تحتاج بعض NFTs إلى أكثر من URI واحد للبيانات الوصفية.

قد يكون للتوكن تنسيقات عرض مختلفة بحسب الشاشة.

وقد يتضمن عمل فني تعاوني إصدارات متعددة للفنانين.

وقد يتضمن عنصر لعبة سجل ترقيات.

وقد يحتاج أصل حقيقي مرمّز إلى بيانات وصفية حالية وأرشيفية وبيانات امتثال.

يقترح امتداد البيانات الوصفية المتعددة ERC-7160 دعم عدة عناوين URI للبيانات الوصفية لكل توكن ERC-721، مع تثبيت URI أساسي.

وهذا يوضح أن البيانات الوصفية لم تعد دائماً ملفاً ثابتاً واحداً.

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

يمكن لتصميمات البيانات الوصفية المتعددة تحسين المرونة.

لكنها قد تسبب الالتباس أيضاً إذا لم يعرف المستخدمون أي إصدار رسمي أو حالي أو مؤرشف أو محدد من المستخدم.

البيانات الوصفية الثابتة

البيانات الوصفية الثابتة هي بيانات لا تتغير بعد السك أو بعد الكشف النهائي.

وهذا شائع في الأعمال الفنية الثابتة والمقتنيات والسجلات التاريخية والتوكنات التي تشكل الديمومة جزءاً من قيمتها.

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

غالباً ما يفضل الجامعون البيانات الوصفية الثابتة عندما يرغبون في الاطمئنان إلى أن الأصل لن يتغير لاحقاً.

تسهّل البيانات الوصفية الثابتة التحقق، لأن الحقول المتوقعة تظل مستقرة.

وقد تقلل أيضاً المخاطر التشغيلية لعدم وجود صلاحية مستمرة لتحديث البيانات الوصفية.

لكن عيبها هو أن الأخطاء قد تصبح دائمة.

إذا ثُبّت خطأ مطبعي أو صورة غير صحيحة أو سمة خاطئة أو رابط معطّل، فقد يصعب إصلاحه أو يستحيل.

تكون البيانات الوصفية الثابتة أنسب عندما يراجع المشروع المحتوى جيداً قبل السك.

لا تكون النهائية مفيدة إلا إذا كانت البيانات النهائية صحيحة.

البيانات الوصفية الديناميكية

تتغير البيانات الوصفية الديناميكية بمرور الوقت.

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

قد يتغير مظهر NFT ديناميكي عندما يُكمل المستخدم مهمة.

وقد يُحدّث أصل مرمّز قيمته أو حالته أو سجلات الفحص أو معلومات استحقاقه.

وقد تتغير فئة توكن العضوية عندما يصل المستخدم إلى مستوى جديد من المساهمات.

يمكن للبيانات الوصفية الديناميكية أن تجعل أصول البلوكشين أكثر فائدة وتفاعلية.

لكنها تثير أيضاً أسئلة تتعلق بالثقة.

من يستطيع تحديث البيانات الوصفية؟

ما القواعد التي تحكم التحديث؟

هل يستطيع المالك التحقق من سجل التحديثات؟

هل يمكن للجهة المصدرة تغيير السمات المهمة بعد البيع؟

ينبغي أن تكون صلاحيات البيانات الوصفية الديناميكية وأحداثها ومسارات تدقيقها وتوقعات المستخدمين واضحة.

البيانات الوصفية الموجودة بالكامل على السلسلة

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

ويمكن تحقيق ذلك عبر تخزين العقد أو السلاسل النصية المضمّنة في الشيفرة أو SVG مولّد أو JSON مرمّز بصيغة Base64 أو منطق عرض حتمي.

قد تجعل البيانات الوصفية الموجودة بالكامل على السلسلة الأصل أكثر استدامة لأنه لا يعتمد على خادم ويب عادي.

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

ويُعد الفن التوليدي الموجود بالكامل على السلسلة مثالاً رئيسياً.

يمكن للعقد إنشاء الصورة والبيانات الوصفية باستخدام معرّف التوكن أو قيم البذور أو السمات المخزنة.

وقد يدعم هذا النهج الحفظ طويل الأمد.

أما العيب الرئيسي فهو التكلفة.

تستهلك كل بايت مخزّنة على السلسلة موارد محدودة من البلوكشين.

وقد يصبح تخزين الصور الكبيرة ومقاطع الفيديو والبيانات الوصفية المعقدة بالكامل على السلسلة مكلفاً أو غير عملي.

البيانات الوصفية الهجينة

تجمع البيانات الوصفية الهجينة بين التخزين على السلسلة وخارجها.

وهذا النموذج العملي الأكثر شيوعاً لكثير من أنظمة NFT والتوكنات.

قد يخزن العقد ملكية التوكن ومعرّفه وURI للبيانات الوصفية على السلسلة.

وقد يشير URI إلى IPFS أو Arweave أو HTTPS أو نظام تخزين آخر.

وقد يُخزّن ملف الوسائط منفصلاً عن بيانات JSON الوصفية.

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

وتعتمد قوة التصميم على طريقة التخزين الخارجية.

قد يتعطل رابط ويب عادي إذا انتهت صلاحية النطاق أو أزيل الخادم.

ويمكن لمعرّف CID ذي عنوان المحتوى على IPFS أن يساعد المستخدمين على التحقق من عدم تغير المحتوى.

توصي إرشادات IPFS لبيانات NFT بالتخطيط لطريقة تخزين بيانات NFT وعنونتها وضمان استمرارها بمرور الوقت.

عنونة المحتوى والبيانات الوصفية

تعني عنونة المحتوى تحديد الملف بمرجع تشفيري إلى محتواه، لا بموقع قابل للتغيير على خادم.

يستخدم IPFS معرّفات المحتوى، المعروفة أيضاً باسم CIDs، لتحديد المحتوى.

إذا تغير الملف، يتغير CID.

وهذا يجعل عنونة المحتوى مفيدة للبيانات الوصفية لـ NFT، إذ يمكن للمستخدمين اكتشاف استبدال ملف بآخر.

قد يكون tokenURI الذي يشير إلى CID على IPFS أقوى من tokenURI الذي يشير فقط إلى URL عادي على الويب.

لكن عنونة المحتوى لا تضمن التوافر تلقائياً.

فلا يزال على جهة ما تثبيت المحتوى أو استضافته أو حفظه كي يتسنى استرجاعه.

لذلك ينبغي أن يشمل تصميم التخزين سلامة البيانات واستمرار توافرها معاً.

تعني سلامة البيانات أنها لم تتغير.

ويعني استمرار التوافر إمكانية العثور عليها لاحقاً.

بيانات Base64 الوصفية

تُعد بيانات Base64 الوصفية طريقة شائعة لإرجاع JSON أو الوسائط مباشرةً من عقد ذكي.

قد يعيد العقد tokenURI يبدأ بـ URI للبيانات، مثل data:application/json;base64.

قد يتضمن المحتوى المرمّز اسم NFT ووصفه وصورته وسماته.

وقد تكون الصورة نفسها مرمّزة أيضاً بصيغة SVG أو تنسيق بيانات آخر.

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

كما يغني عن الاعتماد على خادم خارجي للبيانات الوصفية.

لكن بيانات Base64 قد تزيد حجم مخرجات العقد وتجعل قراءتها مباشرةً أصعب على الأشخاص.

وقد تزيد أيضاً رسوم الغاز إذا خُزّنت قيم كبيرة أو أُنشئت بطريقة غير فعالة.

ينبغي للمطورين اختبار بيانات Base64 الوصفية عبر المحافظ ومستكشفات البلوكشين.

فقد تختلف الواجهات في دعمها للصور المرمّزة والرسوم المتحركة والحقول غير المعتادة.

البيانات الوصفية على السلسلة للأصول الحقيقية المرمّزة

تتطلب الأصول الحقيقية المرمّزة تصميم بيانات وصفية دقيقاً، لأن التوكن قد يمثل شيئاً خارج البلوكشين.

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

قد تكون بعض هذه المعلومات عامة ومناسبة للتخزين على السلسلة.

وقد يكون بعضها الآخر خاصاً أو خاضعاً للتنظيم أو حساساً شخصياً.

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

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

يمكن للبيانات الوصفية على السلسلة دعم الشفافية، لكن ينبغي ألا تكشف معلومات سرية دون ضرورة.

كما تحتاج البيانات الوصفية للأصول الحقيقية إلى إدارة الإصدارات.

فقد تتغير الشروط وحالة الضمان وتواريخ الاستحقاق وعمليات التدقيق والمستندات القانونية بمرور الوقت.

ينبغي للمشاريع توضيح البيانات الوصفية المعتمدة وكيفية إدارة تحديثاتها.

البيانات الوصفية على السلسلة للألعاب

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

قد تساعد البيانات الوصفية على السلسلة اللاعبين في التحقق من ندرة العنصر وسماته وملكيته وسجله.

وقد تتيح البيانات الوصفية الديناميكية تطور العنصر مع استخدام اللاعب له.

فعلى سبيل المثال، قد يكتسب NFT لسيف نقاط خبرة، أو يرتفع مستوى NFT لشخصية، أو يتغير NFT لأرض بعد البناء عليها.

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

لكن الألعاب تتطلب غالباً صوراً كبيرة وتغييرات متكررة في الحالة ومنطقاً معقداً.

وقد يكون تخزين كل ذلك مباشرةً على السلسلة مكلفاً للغاية.

تستخدم ألعاب كثيرة نموذجاً هجيناً تكون فيه الملكية والسمات المهمة على السلسلة، بينما تبقى الأصول الكبيرة خارجها.

يفصل أفضل تصميم لبيانات الألعاب الوصفية بين السمات الدائمة وبيانات اللعب سريعة التغير.

وهذا يساعد على الموازنة بين التكلفة والسرعة وثقة اللاعبين.

البيانات الوصفية على السلسلة للهوية الرقمية

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

قد تجعل البيانات الوصفية على السلسلة التحقق من بيانات الاعتماد علناً أسهل.

لكنها قد تنشئ أيضاً مخاطر على الخصوصية إذا كُشفت معلومات شخصية بشكل دائم.

غالباً ما تكون السلسلة العامة مكاناً غير مناسب لتخزين أرقام جوازات السفر أو عناوين المنازل أو البيانات الصحية أو السجلات القانونية الخاصة بصيغتها الخام.

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

يمكن للبيانات الوصفية تحديد نوع بيانات الاعتماد من دون كشف محتواها الحساس.

فعلى سبيل المثال، قد يثبت سجل على السلسلة وجود بيانات اعتماد وأن جهة معروفة أصدرتها.

ويمكن أن تظل التفاصيل الخاصة خارج السلسلة، ولا تُعرض إلا عند الحاجة.

ينبغي أن تلتزم البيانات الوصفية على السلسلة للهوية بمبدأ تقليل البيانات.

يجب ألا تخزن السلسلة إلا المعلومات التي تحتاج فعلاً إلى تحقق عام.

البيانات الوصفية على السلسلة وسجل المنشأ

يشير سجل المنشأ إلى تاريخ الإنشاء والملكية والتحويل والتعديل.

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

وقد يشمل سجل منشأ NFTs وقت السك وعنوان المنشئ ومعرّف التوكن وهاش البيانات الوصفية وحدث الكشف وحدث التحديث وسجل التحويل.

وقد يشمل سجل منشأ الأصول المرمّزة الإصدار وعمليات التدقيق وتغييرات الحفظ والاسترداد ومراجع المستندات.

يساعد سجل المنشأ القوي المستخدمين على التحقق من أن الأصل هو ما يدّعيه.

وقد يصعّب سجل المنشأ الضعيف اكتشاف النسخ والمزيفات والأصول المضللة.

لكن البيانات الوصفية وحدها لا تثبت الأصالة.

فقد ينشئ المحتال بيانات وصفية تدّعي أنها تمثل عملاً شهيراً أو أصلاً حقيقياً.

لا يزال على المستخدمين التحقق من الجهة المصدرة وعنوان العقد وسجل السك والحقوق الخارجية.

البيانات الوصفية على السلسلة دليل، وليست حقيقة تلقائية.

البيانات الوصفية على السلسلة وعدم القابلية للتغيير

تعني عدم القابلية للتغيير صعوبة تعديل البيانات بعد تسجيلها على السلسلة.

قد تزيد البيانات الوصفية غير القابلة للتغيير ثقة الجامعين، لأن الحقول المهمة لا يمكن تغييرها لاحقاً.

وقد تحمي المستخدمين أيضاً من تغييرات تشبه سحب البساط، حيث يُستبدل الأصل المعروض بعد البيع.

لكن عدم القابلية للتغيير قد يثبت الأخطاء أيضاً.

إذا تضمنت البيانات الوصفية رابط صورة معطلاً أو سمة خاطئة أو اسماً به خطأ إملائي أو ترخيصاً غير صحيح، فقد يستحيل إصلاحها.

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

وهذا يخلق خياراً تصميمياً.

قد يكون من الأنسب لبعض المشاريع تجميد البيانات الوصفية بعد الكشف.

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

وقد تفصل مشاريع أخرى بين السمات الأساسية غير القابلة للتغيير وحقول العرض القابلة للتغيير.

البيانات الوصفية على السلسلة وتكاليف الغاز

تُعد تكلفة الغاز من أكبر قيود البيانات الوصفية على السلسلة.

تفرض البلوكشين العامة رسوماً لأن التخزين والحوسبة ومعالجة المعاملات موارد محدودة.

قد يكون تخزين سلسلة نصية قصيرة في المتناول.

أما تخزين صورة كبيرة أو رسوم متحركة طويلة أو ملف بيانات وصفية معقد فقد يكون مكلفاً.

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

قد تقلل شبكات Layer 2 التكاليف لبعض عمليات البيانات الوصفية، لكنها لا تجعل التخزين مجانياً.

وتؤثر التكلفة في المستخدمين أيضاً.

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

قد يصبح تصميم البيانات الوصفية الذي يبدو جيداً أثناء الاختبار مكلفاً عند التوسع.

يُعد التخطيط الفعال للتخزين جزءاً من التصميم الجيد للعقود الذكية.

البيانات الوصفية على السلسلة وأدوات الفهرسة

أدوات الفهرسة هي خدمات تقرأ بيانات البلوكشين وتنظمها لتستخدمها التطبيقات.

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

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

تساعد الدوال والأحداث المعيارية أدوات الفهرسة على العمل بموثوقية.

فعلى سبيل المثال، تساعد tokenURI أدوات الفهرسة في العثور على البيانات الوصفية على مستوى التوكن.

ويمكن أن تساعد contractURI في العثور على البيانات الوصفية على مستوى العقد.

وقد تساعد أحداث MetadataUpdate أدوات الفهرسة على معرفة موعد تحديث البيانات المخزنة مؤقتاً.

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

وهذا يجعل عرض الأصول أصعب وأكثر عرضة لسوء الفهم.

تحسن معايير البيانات الوصفية قابلية التشغيل البيني عبر منظومة الكريبتو.

البيانات الوصفية على السلسلة وعرض المحافظ

تستخدم المحافظ البيانات الوصفية لإظهار ما يملكه المستخدمون.

قد تعرض المحفظة اسم التوكن واسم المجموعة والصورة والرمز والوصف والسمات والرصيد وعنوان العقد والشبكة.

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

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

وهذا يجعل البيانات الوصفية مسألة تتعلق بسلامة المستخدم، لا بالتصميم وحده.

ينبغي للمحافظ عرض عناوين العقود وإشارات التحذير عندما تبدو البيانات الوصفية مريبة.

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

ينبغي ألا يثق المستخدمون بأصل لمجرد أن صورته تبدو مألوفة في المحفظة.

يستطيع المحتالون نسخ الأسماء والصور والأوصاف.

غالباً ما يكون عنوان العقد وسجل الجهة المصدرة أهم من البيانات الوصفية المعروضة.

البيانات الوصفية على السلسلة والأمان

قد تحسن البيانات الوصفية على السلسلة الأمان عبر تقليل الاعتماد على الخوادم الخارجية القابلة للتغيير.

لكنها قد تنشئ مشكلات أمنية جديدة إذا كان منطق التحديث ضعيفاً.

يصبح مفتاح مالك المشروع القادر على تحديث البيانات الوصفية هدفاً مهماً.

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

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

ينبغي للعقود الذكية تقييد دوال تحديث البيانات الوصفية بضوابط وصول واضحة.

وينبغي للمشاريع الإفصاح عما إذا كان من الممكن تغيير البيانات الوصفية.

كما ينبغي توضيح من يستطيع تغييرها وتحت أي شروط.

ينبغي للمستخدمين توخي الحذر عند احتواء البيانات الوصفية على روابط خارجية أو مطالبات باتخاذ إجراء.

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

البيانات الوصفية على السلسلة وحقوق النشر

لا تمنح البيانات الوصفية على السلسلة تلقائياً حقوق النشر أو العلامات التجارية أو الحقوق التجارية.

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

وقد يصف توكن أصلاً حقيقياً، لكن ذلك لا يثبت تلقائياً الملكية القانونية لذلك الأصل.

يمكن أن تذكر البيانات الوصفية شروط الترخيص أو أسماء المبدعين أو الروابط الخارجية.

لكن هذه التصريحات تظل بحاجة إلى أساس قانوني وواقعي.

ينبغي للمشتري التحقق من ترخيص المشروع والجهة المصدرة وعنوان العقد وسجل السك والوثائق الرسمية.

قد تكون الاتفاقات القانونية أهم من نص البيانات الوصفية بالنسبة إلى الأصول القيّمة.

تُعد البيانات الوصفية على السلسلة وسيلة ممتازة لتسجيل الادعاءات.

لكنها لا تثبت صحة كل ادعاء من الناحية القانونية.

ينبغي عدم الخلط بين الملكية الرقمية وحقوق الملكية الفكرية.

البيانات الوصفية على السلسلة والخصوصية

يمكن لأي شخص الاطلاع على البيانات الوصفية العامة على السلسلة.

وهذا مفيد للشفافية، لكنه ينطوي على مخاطر عند وجود معلومات خاصة.

بعد كتابة بيانات حساسة على بلوكشين عام، قد يصبح حذفها صعباً للغاية.

ينبغي ألا تكشف البيانات الوصفية معلومات الهوية الشخصية ما لم يوجد سبب وجيه وموافقة واضحة.

وقد تصبح حتى البيانات الوصفية التي تبدو غير ضارة حساسة عند دمجها مع سجل المحفظة.

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

ينبغي لأنظمة الهوية وبيانات الاعتماد تجنب تخزين البيانات الشخصية الخام مباشرةً على السلسلة العامة.

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

إن ديمومة البيانات الوصفية قوية.

وينبغي استخدام هذه القوة بحذر.

البيانات الوصفية على السلسلة والأصول المُنشأة بالذكاء الاصطناعي

تزيد الأعمال الفنية والموسيقى والشخصيات وعناصر الألعاب المُنشأة بالذكاء الاصطناعي أهمية تصميم البيانات الوصفية.

قد تصف البيانات الوصفية سجل المحفزات وإصدار النموذج وتاريخ الإنشاء ومحفظة المنشئ وشروط الترخيص وملاحظات سجل المنشأ.

قد تخزن بعض المشاريع هذه المعلومات على السلسلة لتعزيز الشفافية.

وقد تخزن مشاريع أخرى تجزئة أو مرجعاً فقط، لأن سجل الإنشاء الكامل كبير الحجم.

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

لكنها لا تثبت تلقائياً أن المحتوى أصلي أو غير منتهك للحقوق أو من صنع البشر.

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

قد تقلل البيانات الوصفية الجيدة الالتباس.

وقد تجعل البيانات الوصفية السيئة سجل منشأ زائفاً يبدو رسمياً.

ينبغي للمستخدمين قراءة البيانات الوصفية بتأنٍ، ولا سيما للأصول عالية القيمة.

فوائد البيانات الوصفية على السلسلة

الفائدة الأولى للبيانات الوصفية على السلسلة هي الديمومة.

فالبيانات المخزنة مباشرةً على السلسلة أقل اعتماداً على الخوادم الخارجية.

والفائدة الثانية هي إمكانية التحقق.

يمكن للمستخدمين فحص العقود الذكية وسجلات المعاملات ومخرجات البيانات الوصفية مباشرةً.

والفائدة الثالثة هي مقاومة الرقابة.

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

والفائدة الرابعة هي سجل المنشأ.

يمكن لتغييرات البيانات الوصفية وأحداث التحديث إنشاء سجل ظاهر.

والفائدة الخامسة هي قابلية التركيب.

يمكن للعقود الذكية الأخرى قراءة السمات الموجودة على السلسلة واستخدامها في الألعاب وDeFi وأنظمة الهوية وأدوات DAO.

والفائدة السادسة هي تقليل الاعتماد على المنصات.

يمكن لعدة تطبيقات عرض الأصول إذا التزمت بمعايير مشتركة.

مخاطر البيانات الوصفية على السلسلة وقيودها

القيد الأول هو التكلفة.

قد يكون تخزين البلوكشين مكلفاً مقارنةً بالتخزين الخارجي.

القيد الثاني هو الحجم.

غالباً ما يكون تخزين الصور ومقاطع الفيديو والملفات المعقدة بالكامل على السلسلة غير عملي.

القيد الثالث هو بقاء الأخطاء.

قد يصعب إصلاح البيانات الوصفية غير الصحيحة بعد تثبيتها نهائياً.

القيد الرابع هو الخصوصية.

قد تكشف البيانات الوصفية العامة معلومات حساسة.

القيد الخامس هو التوافق في العرض.

قد لا تدعم بعض المحافظ والتطبيقات كل تنسيقات البيانات الوصفية.

القيد السادس هو مخاطر الحوكمة.

تتطلب البيانات الوصفية القابلة للتغيير الثقة بمن يتحكم في تحديثاتها.

القيد السابع هو الادعاءات الزائفة.

قد تدّعي البيانات الوصفية أصالة أو ندرة أو حقوقاً غير مثبتة فعلياً.

أخطاء شائعة في البيانات الوصفية على السلسلة

من الأخطاء الشائعة افتراض أن كل NFT يخزن صورته على السلسلة.

تخزن NFTs كثيرة الملكية على السلسلة، بينما تخزن الوسائط في مكان آخر.

ومن الأخطاء الأخرى افتراض أن رابط IPFS سيظل متاحاً دائماً.

فمحتوى IPFS يحتاج أيضاً إلى التخطيط لاستمرار توافره.

والخطأ الثالث هو افتراض أن البيانات الوصفية غير القابلة للتغيير أفضل دائماً.

فقد تثبت البيانات الوصفية غير القابلة للتغيير الأخطاء.

والخطأ الرابع هو منح محفظة مسؤول واحدة صلاحية غير محدودة لتحديث البيانات الوصفية دون إفصاح.

والخطأ الخامس هو تخزين معلومات شخصية حساسة على سلسلة عامة.

والخطأ السادس هو استخدام حقول غير معيارية لا تستطيع المحافظ وأدوات الفهرسة قراءتها.

والخطأ السابع هو اعتبار البيانات الوصفية دليلاً على الحقوق القانونية.

والخطأ الثامن هو عدم إصدار أحداث تحديث للبيانات الوصفية الديناميكية.

والخطأ التاسع هو الاعتماد على خادم مركزي لأصول يُعلن أنها دائمة.

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

أفضل الممارسات للمطورين

اختر نموذج تخزين البيانات الوصفية قبل النشر.

استخدم معايير التوكنات المعتمدة، مثل ERC-721 وERC-1155 وERC-4906 وERC-7160 أو معايير البيانات الوصفية على مستوى العقد، عندما تلائم حالة الاستخدام.

خزّن السمات الأساسية غير القابلة للتغيير على السلسلة عندما تكون الثقة طويلة الأمد مهمة.

استخدم التخزين ذي عناوين المحتوى للوسائط الكبيرة عندما تكون تكلفة التخزين الكامل على السلسلة مرتفعة للغاية.

أصدر أحداث تحديث البيانات الوصفية عند تغير البيانات الديناميكية.

وثّق ما إذا كانت البيانات الوصفية قابلة للتغيير أو غير قابلة له، أو تُكشف لاحقاً، أو تُنشأ بالكامل على السلسلة.

احمِ دوال التحديث بضوابط وصول قوية.

تجنب تخزين البيانات الشخصية الحساسة مباشرةً على سلسلة عامة.

اختبر tokenURI وcontractURI وURIs البيانات وحقول Base64 وروابط الوسائط عبر التطبيقات.

اجعل مخططات البيانات الوصفية بسيطة ومتسقة وسهلة التحليل لأدوات الفهرسة.

أفضل الممارسات للمستخدمين

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

تحقق من عنوان العقد قبل الوثوق بالصورة أو الاسم المعروضين.

ابحث عن وثائق المشروع التي توضح قابلية البيانات الوصفية للتغيير.

تحقق مما إذا كان مالك العقد يستطيع تغيير البيانات الوصفية بعد السك.

توخ الحذر عندما تشير البيانات الوصفية إلى روابط خارجية.

افهم أن صورة NFT المعروضة قد لا تكون هي نفسها سجل ملكية التوكن.

لا تفترض أن البيانات الوصفية على السلسلة تثبت حقوق النشر أو الحقوق القانونية.

استخدم مستكشفات البلوكشين لفحص tokenURI أو contractURI متى أمكن.

تحقق من استمرار توافر الوسائط وسجل الجهة المصدرة للأصول القيّمة.

تعامل مع البيانات الوصفية كجزء من العناية الواجبة، لا باعتبارها الحقيقة كاملة.

متى تكون البيانات الوصفية على السلسلة مفيدة؟

تكون البيانات الوصفية على السلسلة مفيدة عندما تكون الديمومة مهمة.

وتكون مفيدة عندما ينبغي أن يظل NFT أو التوكن مفهوماً حتى إذا اختفى الموقع الإلكتروني.

وتكون مفيدة للفن التوليدي الذي يمكن إنتاجه مباشرةً بمنطق العقد.

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

وتكون مفيدة لأصول DAO التي تحتاج المجتمعات بشأنها إلى سجلات عامة.

وتكون مفيدة للأصول المرمّزة التي تحتاج إلى حالة شفافة أو مراجع للتدقيق.

وتكون مفيدة لأنظمة الهوية عندما لا تُخزّن سوى بيانات تحقق غير حساسة.

وتكون مفيدة عندما يجب أن تتمكن تطبيقات متعددة من التحقق من البيانات الوصفية بشكل مستقل.

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

وتكون أقل فائدة عندما تكون تكلفة التخزين أهم من الديمومة.

البيانات الوصفية على السلسلة في جملة واحدة

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

الأسئلة الشائعة

ما المقصود بالبيانات الوصفية على السلسلة؟

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

هل توجد بيانات كل NFTs الوصفية على السلسلة؟

لا، فكثير من NFTs يخزن الملكية على السلسلة، بينما يخزن البيانات الوصفية والوسائط عبر عناوين URL خارجية أو IPFS أو Arweave أو أنظمة تخزين أخرى.

ما الفرق بين البيانات الوصفية والوسائط؟

تصف البيانات الوصفية الأصل، بينما تمثل الوسائط الصورة أو الرسوم المتحركة أو الصوت أو الفيديو أو الملف الفعلي المرتبط به.

ما tokenURI؟

tokenURI دالة شائعة في ERC-721 تعيد URI للبيانات الوصفية الخاصة بمعرّف NFT معين.

ما contractURI؟

contractURI دالة للبيانات الوصفية على مستوى العقد، تُستخدم لإرجاع معلومات المجموعة أو العقد، مثل الاسم والوصف والصورة.

لماذا تكون البيانات الوصفية على السلسلة مكلفة؟

لأن التخزين والحوسبة على البلوكشين العامة موارد محدودة تتطلب رسوماً للمعاملات.

هل يمكن تغيير البيانات الوصفية على السلسلة؟

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

هل بيانات IPFS الوصفية هي نفسها البيانات الوصفية على السلسلة؟

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

هل تثبت البيانات الوصفية على السلسلة ملكية حقوق الفن؟

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

لماذا تحتاج المحافظ إلى البيانات الوصفية؟

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

ما البيانات الوصفية الديناميكية؟

البيانات الوصفية الديناميكية هي بيانات تتغير بمرور الوقت تبعاً للتحديثات أو حالة اللعبة أو الإنجازات أو بيانات Oracle أو قواعد العقد.

ما الذي ينبغي للمستخدمين التحقق منه قبل شراء NFT؟

ينبغي للمستخدمين التحقق من عنوان العقد وطريقة تخزين البيانات الوصفية والوسائط وصلاحيات التحديث وسجل الجهة المصدرة والحقوق القانونية المرتبطة بالأصل.

الخاتمة

تُعد البيانات الوصفية على السلسلة مفهوماً أساسياً لفهم كيفية جعل أصول الكريبتو قابلة للقراءة والاستخدام والتحقق.

يمكن للبلوكشين إثبات أن محفظة ما تملك توكناً، لكن البيانات الوصفية تشرح ما يمثله ذلك التوكن.

بالنسبة إلى NFTs، قد تحدد البيانات الوصفية الاسم والصورة والوصف والسمات التي يراها المستخدمون في المحافظ والتطبيقات.

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

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

قد يحسن تخزين البيانات الوصفية على السلسلة الديمومة والشفافية وتقليل الاعتماد على الثقة.

وقد يقلل الاعتماد على المواقع التي يمكن أن تختفي أو تتغير.

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

لكن البيانات الوصفية على السلسلة ليست الخيار الأفضل دائماً لكل حقل أو ملف.

قد يكون تخزين الوسائط الكبيرة مباشرةً على السلسلة مكلفاً.

وينبغي عادةً عدم تخزين المعلومات الخاصة على السجلات العامة.

قد تكون البيانات الوصفية القابلة للتغيير مفيدة، لكنها تتطلب ضوابط موثوقة للتحديث.

وقد تكون البيانات الوصفية غير القابلة للتغيير مستدامة، لكنها قد تحفظ الأخطاء نهائياً.

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

وتستخدم معايير تتيح للمحافظ ومستكشفات البلوكشين والألعاب وأدوات الفهرسة فهم الأصل على نحو صحيح.

كما تستخدم التخزين ذي عناوين المحتوى عندما لا يكون التخزين الكامل على السلسلة عملياً.

وتحمي صلاحيات التحديث وتصدر الأحداث عند تغير البيانات الوصفية.

وتتجنب تضليل المستخدمين بادعاء الديمومة عندما تظل الملفات الأساسية معتمدة على خوادم هشة.

بالنسبة إلى المستخدمين، ينبغي أن تكون البيانات الوصفية على السلسلة جزءاً من عملية العناية الواجبة بكل NFT وتوكن.

فالصورة الجميلة في المحفظة لا تكفي.

السؤال الحقيقي هو: أين توجد البيانات الوصفية، ومن يتحكم فيها، وهل يمكن تغييرها، وهل تملك الجهة المصدرة الحقوق التي تدّعيها؟

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

بل هي الجسر بين ملكية البلوكشين الخام والمعنى المفهوم للبشر.