معايير البيانات الوصفية: ما معايير البيانات الوصفية؟معايير البيانات الوصفية هي قواعد مشتركة تحدد كيفية تسمية المعلومات المتعلقة بعملة مشفرة أو توكن أو حساب بلوكشين أو مقتنى رقمي أو معاملة أو هوية لامركزية وتنسيقها وتخزينها وامعايير البيانات الوصفية: ما معايير البيانات الوصفية؟معايير البيانات الوصفية هي قواعد مشتركة تحدد كيفية تسمية المعلومات المتعلقة بعملة مشفرة أو توكن أو حساب بلوكشين أو مقتنى رقمي أو معاملة أو هوية لامركزية وتنسيقها وتخزينها وا

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

2026/10/13 16:27

#Advanced

H$0.05476-7.46%

PX$0.0114+2.70%

NFT$0.0000002364-0.04%

ID$0.03106-7.22%

TOKEN$0.001832-5.61%

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

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

البيانات الوصفية هي بيانات تصف أصلاً أو كياناً بياناتياً آخر.

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

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

من دون معيار مشترك، قد يستخدم تطبيق الحقل

image

، ويستخدم آخر

image_url

، فيما قد لا يفهم تطبيق ثالث مرجع الوسائط إطلاقاً.

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

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

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

لماذا تكتسب معايير البيانات الوصفية أهمية في عالم العملات المشفرة؟

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

يحدد عنوان عقد التوكن أصلاً معيناً، لكنه لا يوفر وحده اسماً أو شعاراً أو وصفاً أو دقة عرض سهلة القراءة.

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

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

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

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

تقلل المعايير حاجة كل تطبيق إلى إنشاء تكامل مخصص لكل أصل مشفر.

وتسهّل أيضاً التحقق من البيانات ورصد الحقول المفقودة ومقارنة التطبيقات ونقل المعلومات بين الأنظمة.

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

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

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

قد يكون النص «بطاقة دخول رقمية» اسماً لتوكن مخزناً ضمن البيانات الوصفية.

وقد يحدد معيارٌ أن يظهر اسم التوكن في حقل يُسمى

name

وأن يُمثّل كسلسلة نصية.

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

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

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

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

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

قد يشترط المخطط أن يكون

name

سلسلة نصية، وأن تكون

attributes

مصفوفة، وأن يحتوي

image

على URI.

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

معيار البيانات الوصفية مقابل معيار التوكن

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

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

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

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

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

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

المعرّفات

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

تشمل الأمثلة معرّفات السلاسل وعناوين العقود ومعرّفات التوكنات والمعرّفات اللامركزية وعناوين URL وURI ومعرّفات المحتوى.

أسماء الحقول

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

تشمل الحقول الشائعة

name

symbol

description

image

animation_url

attributes

decimals

أنواع البيانات

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

يمنع اتساق أنواع البيانات تلقي تطبيقٍ رقماً بينما يتوقع نصاً.

الحقول المطلوبة والاختيارية

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

ينبغي ألا تفترض البرامج وجود الحقل الاختياري دائماً.

قواعد URI

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

يحدد URI مورداً، لكن مخطط URI هو الذي يحدد كيفية استرجاعه أو تفسيره.

قواعد التحديث

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

قواعد السلامة

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

قواعد التحقق

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

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

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

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

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

وقد يكون مكلفاً أيضاً، لأن كل بايت مخزن قد يزيد تكاليف المعاملات ومتطلبات التخزين طويلة الأجل للشبكة.

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

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

البيانات الوصفية خارج السلسلة

تُخزّن البيانات الوصفية خارج السلسلة خارج البلوكشين، بينما تسجل البلوكشين مرجعاً إليها.

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

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

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

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

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

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

قد يخزن العقد الذكي معرّف التوكن وملكيته وURI البيانات الوصفية وهاش المحتوى على السلسلة، مع تخزين ملف JSON الكامل والوسائط في مكان آخر.

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

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

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

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

يحدد معيار ERC-20 النهائي للتوكنات دوالاً اختيارية لاسم التوكن ورمزه ودقته العشرية.

يوفر الحقل

name

اسماً مقروءاً للأصل.

ويقدم الحقل

symbol

تمثيلاً أقصر شبيهاً برمز التداول.

توضح قيمة

decimals

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

يمثل التوكن ذو 18 منزلة عشرية توكناً واحداً معروضاً بما يعادل 10¹⁸ من أصغر الوحدات.

لا يحدد الاسم والرمز توكناً بعينه بشكل فريد، إذ يمكن لعقود غير مرتبطة استخدام القيم نفسها.

ينبغي للتطبيق الموثوق تحديد الأصل عبر البلوكشين وعنوان العقد، لا الرمز وحده.

البيانات الوصفية للدقة العشرية

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

رصيد التوكن المعروض = رصيد التوكن الخام / 10^{المنازل العشرية}

يُعرض الرصيد الخام البالغ 250,000,000 على أنه 250 توكناً عند استخدام ست منازل عشرية.

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

ينبغي استخدام الحساب الصحيح الدقيق بدلاً من التقريبات ذات الفاصلة العائمة في الحسابات المالية.

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

ERC-721 معيار نهائي للتوكنات غير القابلة للاستبدال، بحيث يكون لكل توكن معرّف مميز.

تحدد واجهة البيانات الوصفية الاختيارية في معيار ERC-721 الدوال

name

symbol

tokenURI

تعيد دالة

tokenURI

URI مرتبطاً بمعرّف توكن معين.

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

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

يوحد ERC-721 الوصول إلى البيانات الوصفية دون إلزام بتخزين كل بايت منها مباشرةً داخل العقد.

حقول البيانات الوصفية الشائعة في ERC-721

الاسم

يوفر الحقل

name

اسماً مقروءاً للتوكن الفردي أو الأصل الذي يمثله.

الوصف

يوضح الحقل

description

التوكن أو الوسائط أو المنفعة أو التاريخ أو العنصر المُمثّل.

الصورة

يحتوي الحقل

image

على URI يشير إلى صورة مرتبطة بالتوكن.

رابط الرسوم المتحركة

قد يشير الحقل

animation_url

إلى فيديو أو صوت أو وسائط تفاعلية أو محتوى ثلاثي الأبعاد أو مورد غني آخر.

الرابط الخارجي

قد يوجه الحقل

external_url

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

السمات

يمكن لمصفوفة

attributes

وصف سمات مثل الفئة والمستوى والإصدار واللون والحالة أو خصائص أخرى خاصة بالتوكن.

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

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

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

يحدد معيار ERC-1155 النهائي متعدد التوكنات واجهة اختيارية لـURI البيانات الوصفية ومخطط JSON مرتبطاً بها.

تعيد دالة

uri

URI البيانات الوصفية لنوع توكن.

يسمح المعيار بظهور العنصر النائب

{id}

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

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

يتيح هذا الاستبدال استخدام نمط URI واحد لعدد كبير من معرّفات التوكنات بكفاءة.

يتضمن مخطط ERC-1155 حقولاً مثل name وdescription وimage وdecimals وproperties.

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

يعيد ERC-721 عادةً URI خاصاً بالتوكن عبر

tokenURI

ويمكن لـERC-1155 إرجاع قالب URI تخصصه التطبيقات عبر استبدال معرّف التوكن.

صُمم ERC-721 للتوكنات المتميزة فردياً، بينما يمكن لـERC-1155 تمثيل عدة فئات من التوكنات في عقد واحد.

يعيد كلا المعيارين البيانات الوصفية عادةً بصيغة JSON، ويمكنهما الإشارة إلى وسائط خارجية.

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

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

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

يحدد امتداد ERC-4906 النهائي لتحديث البيانات الوصفية أحداثاً معيارية لإبلاغ التطبيقات بتغييرات بيانات ERC-721 الوصفية.

يحدد حدث

MetadataUpdate

توكناً واحداً تغيرت بياناته الوصفية.

ويحدد حدث

BatchMetadataUpdate

نطاقاً متتالياً من معرّفات التوكنات المتأثرة.

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

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

معايير ناشئة للبيانات الوصفية على السلسلة

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

طُرح ERC-8048 في سبتمبر 2025 كمقترح أولي لبيانات وصفية بنمط مفتاح وقيمة مخزنة مباشرةً في سجلات التوكنات المتعددة وNFT.

يقترح مسودة ERC-8048 الحالية دالة تعيد بايتات البيانات الوصفية لمعرّف توكن ومفتاح نصي.

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

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

قد تتغير المقترحات الأولية أو تتوقف أو لا تحظى بدعم واسع للتطبيق.

JSON بوصفه تنسيقاً للبيانات الوصفية

JSON تنسيق نصي خفيف يُستخدم على نطاق واسع لتبادل البيانات الوصفية للعملات المشفرة بين العقود والخوادم والمحافظ والتطبيقات.

يحدد معيار JSON الصادر عن IETF الكائنات والمصفوفات والسلاسل النصية والأرقام والقيم المنطقية والقيم الخالية.

يتضمن كائن JSON أسماء حقول وقيمها المقابلة.

تشيع JSON لأنها مقروءة ومدعومة على نطاق واسع وسهلة المعالجة في تطبيقات الويب.

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

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

مثال على بنية البيانات الوصفية لـNFT

{

"name": "Example Token 42",

"description": "A demonstration of structured crypto metadata.",

"image": "ipfs://example-content-identifier/image.png",

"attributes": [

{

"trait_type": "Category",

"value": "Educational"

}

]

}

يستخدم هذا المثال حقولاً شائعة، لكنه لا يمثل مخططاً عالمياً كاملاً لكل تطبيقات NFT.

ينبغي تقييم URI وبنية السمات والحقول الاختيارية وفقاً للمعيار والتطبيق اللذين سيستخدمانهما.

JSON Schema

يوفر JSON Schema قواعد قابلة للقراءة الآلية للتحقق من بنية مستند JSON وقيمه.

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

تظل مسودة JSON Schema 2020-12 أحدث إصدار منشور للمواصفة العامة في 2026.

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

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

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

البيانات الوصفية JSON-LD

يوسع JSON-LD صيغة JSON بدلالات البيانات المترابطة، ما يتيح ربط الحقول والأنواع بمفاهيم محددة عالمياً.

تحدد توصية JSON-LD 1.1 المستقرة تنسيقاً قائماً على JSON للبيانات المترابطة القابلة للتشغيل البيني.

تربط الخاصية

@context

أسماء الحقول المختصرة بمعرّفات ومفردات أكثر دقة.

وقد تحدد الخاصية

@id

موضوعاً أو مورداً.

وتحدد الخاصية

@type

نوع الكيان الموصوف.

يمكن لـJSON-LD مساعدة الأصول المرمزة وبيانات الاعتماد وسجلات الهوية وأنظمة الأصول الواقعية على تبادل البيانات الوصفية بمعنى متسق.

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

معايير URI في البيانات الوصفية للعملات المشفرة

يحدد معرّف المورد الموحد (URI) مورداً رقمياً أو مادياً من خلال تنسيق معياري للأحرف.

يحدد معيار الصياغة العامة لـURI البنية المشتركة التي تستخدمها مخططات URI.

تشمل المخططات الشائعة في البيانات الوصفية للعملات المشفرة

https

ipfs

data

يحدد URI عبر HTTPS موقعاً تديره نطاق ويب وخادم.

ويحدد URI عبر IPFS المحتوى بواسطة معرّف محتوى.

أما URI البيانات فيضمّن المحتوى مباشرةً في URI.

ينبغي للتطبيقات التحقق من المخططات المدعومة وتجنب التعامل مع URI غير معروف على أنه رابط ويب آمن.

عنونة الموقع مقابل عنونة المحتوى

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

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

قد يظل عنوان HTTPS يشير إلى الموقع نفسه حتى بعد أن يغيّر الخادم الملف.

يتغير معرّف المحتوى عند تغيير المحتوى المشار إليه وفق قواعد الترميز والتجزئة نفسها.

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

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

يشيع استخدام IPFS لتخزين البيانات الوصفية والوسائط الخاصة بـNFT عبر معرّفات معتمدة على المحتوى.

يوضح الشرح الرسمي لعنونة المحتوى في IPFS أن معرّف المحتوى، أو CID، يتضمن معلومات مستمدة من الهاش التشفيري للمحتوى وترميزه.

ينتج عن تغيير المحتوى CID مختلف عند استخدام إعدادات عنونة المحتوى نفسها.

يمكن أن يستخدم URI التوكن التنسيق

ipfs://CID/path

لتحديد مستند بيانات وصفية أو ملف.

قد تحوّل بوابة عامة هذا URI إلى طلب HTTPS لإتاحة الوصول عبر المتصفح.

تمثل البوابة مساراً للاسترجاع، لا هوية المحتوى الأساسية.

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

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

تعني سلامة البيانات الوصفية أن البيانات المسترجعة لم تتغير على نحو غير متوقع منذ إنشاء المرجع الموثوق.

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

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

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

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

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

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

تتعلق الأصالة بالجهة التي أنشأت البيانات الوصفية أو وافقت عليها أو سيطرت عليها.

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

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

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

وتظل هناك حاجة إلى تدوير المفاتيح وإلغائها وضبط الوصول وإجراءات التعامل مع الحوادث.

البيانات الوصفية غير القابلة للتغيير

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

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

ينبغي للمشروع أن يوضح بدقة الأجزاء غير القابلة للتغيير.

قد يظل مستند JSON غير القابل للتغيير يشير إلى صورة خارجية قابلة للتغيير.

وقد يشير عقد ذكي غير قابل للتغيير إلى موقع خادم قابل للتغيير.

ينبغي تقييم عدم القابلية للتغيير فعلياً عبر سلسلة المراجع كاملةً.

البيانات الوصفية القابلة للتغيير

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

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

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

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

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

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

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

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

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

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

إصدار نسخ البيانات الوصفية

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

يساعد معرّف الإصدار التطبيقات على تحديد القواعد التي ينبغي تطبيقها.

قد يستخدم الإصدار الدلالي أرقاماً رئيسية وثانوية وأرقام تصحيح لتمييز التغييرات غير المتوافقة عن الإضافات والتصحيحات المتوافقة.

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

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

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

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

لا يكفي رمز التداول، لأن أصولاً غير مرتبطة قد تشترك في الرمز نفسه.

يحدد معيار CAIP-19 لمعرّفات الأصول تنسيقاً مستقلاً عن السلسلة لتحديد أنواع الأصول ونسخها الفردية.

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

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

لكنها لا تثبت أن التوكن المُجسّر مدعوم بالكامل بالأصل الأصلي.

البيانات الوصفية للأصول المغلفة والمجسّرة

يمثل التوكن المغلف أو المجسّر أصلاً عبر بلوكشين أو نظام تقني آخر.

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

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

ينبغي للتطبيقات ألا تفترض أن تطابق الرموز يعني تطابق حقوق الاسترداد أو الأمان.

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

البيانات الوصفية للمعرّفات اللامركزية

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

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

نشر W3C الإصدار DID Core 1.1 بوصفه لقطة توصية مرشحة في 5 مارس 2026.

وبما أن الإصدار 1.1 ما زال ضمن مسار التوصية، ينبغي للمنفذين تمييزه عن توصية DID Core 1.0 النهائية.

قد تدعم بيانات DID الوصفية مُصدري التوكنات والمؤسسات وبيانات الاعتماد والمحافظ والوكلاء الآليين.

يثبت DID السيطرة وفق آليته، لكنه لا يثبت تلقائياً دقة كل ادعاء يقدمه المتحكم به.

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

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

أصبح نموذج بيانات بيانات الاعتماد القابلة للتحقق 2.0 الصادر عن W3C توصية من W3C في 15 مايو 2025.

يحدد النموذج معلومات عن المُصدر وموضوع بيانات الاعتماد والأنواع وفترات الصلاحية وحالة بيانات الاعتماد ومخططات البيانات وآليات التأمين.

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

يثبت إثبات بيانات الاعتماد الصحيح أن البيانات المؤمنة لم تُعدّل وفق الآلية التشفيرية المعمول بها.

لكن على المتحقق أن يقرر بشكل منفصل مدى موثوقية المُصدر وملاءمة بيانات الاعتماد للغرض المقصود.

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

قد تصف البيانات الوصفية لأصل واقعي مرمز العقارات أو الأوراق المالية أو السلع أو الفواتير أو الادعاءات البيئية أو العضويات أو الحقوق القانونية.

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

قد تحدد البيانات الوصفية الاتفاقيات القانونية والمُصدرين وأمناء الحفظ وتواريخ التقييم والولايات القضائية ومعرّفات الأصول وعمليات التدقيق والقيود ومعلومات الحالة.

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

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

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

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

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

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

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

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

ينبغي اتساق ترميز الأحرف كي لا تتعرض الأسماء للتلف بين الأنظمة.

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

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

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

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

ينبغي ألا يكون اللون أو الحركة أو الصوت الوسيلة الوحيدة لإيصال حالة مهمة للتوكن.

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

أنواع الوسائط في البيانات الوصفية للعملات المشفرة

يصف نوع الوسائط تنسيق ملف مرتبط، مثل JSON أو PNG أو SVG أو MP4 أو نوع مسجل آخر.

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

امتداد الملف وحده ليس موثوقاً، لأن الخادم قد يعيد محتوى غير متوقع باسم ملف مألوف.

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

تتطلب التنسيقات النشطة مثل HTML وSVG ضوابط أشد من الصور الثابتة العادية، لأنها قد تتضمن شيفرات أو مراجع خارجية أو سلوكاً تفاعلياً.

التخزين المؤقت للبيانات الوصفية

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

قد يبقي التخزين المؤقت الأسماء والصور والسمات القديمة ظاهرة بعد تحديث مصرح به.

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

ينبغي ألا تُعامل النسخة المخزنة مؤقتاً على أنها الحالة الحالية المعتمدة دون التحقق من مصدرها وتوقيتها.

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

فهرسة البيانات الوصفية

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

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

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

ينبغي للمفهرسين حفظ المصدر الأصلي ووقت الاسترجاع ومعرّف البلوكشين وعنوان العقد ومعرّف التوكن.

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

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

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

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

ويتحقق فحص المخطط من الحقول والقيم والبنى المطلوبة.

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

ويقارن فحص السلامة الهاشات أو معرّفات المحتوى.

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

لا تستطيع طبقة تحقق واحدة إثبات جميع الادعاءات الواردة في البيانات الوصفية.

مخاطر أمان البيانات الوصفية للعملات المشفرة

الروابط الضارة

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

الوسائط الضارة

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

الملفات الضخمة جداً

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

المراجع المتكررة

قد تشير البيانات الوصفية إلى موارد إضافية تحيل مراراً إلى بعضها بعضاً، فتؤدي إلى طلبات مفرطة.

انتحال Unicode

قد تستخدم أسماء التوكنات ورموزها أحرف Unicode متشابهة بصرياً لتقليد أصل موثوق.

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

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

التلاعب بالمخطط

قد يتغير مخطط بعيد أو سياق JSON-LD، ما يغير طريقة تفسير المستند.

التتبع وانتهاك الخصوصية

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

الادعاءات الكاذبة

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

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

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

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

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

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

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

مخاطر الخصوصية في البيانات الوصفية

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

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

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

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

ينبغي للمشاريع تقليل البيانات الشخصية وتخزين ما يلزم فقط للوظيفة المقصودة للأصل المشفر.

كيفية تصميم معيار للبيانات الوصفية للعملات المشفرة

تحديد حالة الاستخدام

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

تحديد معرّفات فريدة

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

اختيار تنسيق البيانات

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

تحديد الحقول المطلوبة

ينبغي أن تقتصر الحقول الإلزامية على ما يلزم للتشغيل البيني الموثوق.

تحديد أنواع البيانات

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

تحديد سلوك URI

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

تحديد قابلية التغيير

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

تحديد حماية السلامة

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

تحديد إصدارات المخطط

تحتاج التطبيقات إلى وسيلة موثوقة لتحديد إصدارات المخطط غير المتوافقة والامتدادات المستقبلية.

تحديد التعامل مع الإخفاقات

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

توثيق الاعتبارات الأمنية

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

أفضل الممارسات للبيانات الوصفية في مشاريع العملات المشفرة

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

اتبع معياراً نهائياً عندما يغطي حالة الاستخدام المطلوبة.

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

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

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

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

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

أصدر أحداث تحديث معيارية عند دعمها.

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

تجنب تخزين بيانات شخصية أو سرية بشكل دائم على بلوكشين عامة.

قلل استخدام الوسائط النشطة ونقّ المحتوى الخارجي قبل عرضه.

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

احتفظ بنسخ تخزين احتياطية للملفات المهمة خارج السلسلة.

لا تدّع عدم قابلية التغيير إذا ظل أي مرجع مهم قابلاً للتغيير.

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

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

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

اقرأ URI مباشرةً من العقد متى كان ذلك ممكناً تقنياً.

تحقق مما إذا كانت البيانات الوصفية مخزنة على السلسلة أو عبر HTTPS أو IPFS أو نظام آخر.

تحقق من معرّفات المحتوى أو الهاشات عند توفرها.

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

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

افحص الوسائط المرتبطة وعناوين URL الخارجية بحذر.

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

لا تعتمد على شعار أو اسم أو رمز تداول بوصفه دليلاً على الأصالة.

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

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

ومنها أيضاً استخدام رمز التوكن بوصفه معرّفاً فريداً عالمياً للأصل.

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

ويضع بعضها الآخر CID لـIPFS في مستند واحد، بينما يسمح للعقد باستبدال URI ذلك المستند.

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

وقد تعرض التطبيقات وسائط نشطة من دون تنقية أو حدود للمحتوى.

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

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

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

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

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

ما أبسط تعريف لمعايير البيانات الوصفية؟

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

ما البيانات الوصفية للعملات المشفرة؟

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

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

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

هل تُخزّن البيانات الوصفية على البلوكشين؟

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

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

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

ما البيانات الوصفية خارج السلسلة؟

هي بيانات تُخزّن خارج البلوكشين، بينما تسجل البلوكشين URI أو مرجعاً آخر إليها.

هل البيانات الوصفية خارج السلسلة غير آمنة؟

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

ما الذي يحدده ERC-20 من البيانات الوصفية؟

يحدد ERC-20 دوالاً اختيارية لاسم التوكن ورمزه ودقته العشرية.

هل أسماء التوكنات ورموزها فريدة؟

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

كيف ينبغي تحديد هوية التوكن القابل للاستبدال؟

ينبغي تحديده عبر البلوكشين وعنوان العقد، لا الرمز وحده.

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

تستخدم بيانات ERC-721 الوصفية URI خاصاً بالتوكن لتوفير معلومات عن توكن فردي غير قابل للاستبدال.

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

تستخدم بيانات ERC-1155 الوصفية واجهة URI ومخطط JSON يدعمان أنواعاً كثيرة من التوكنات ضمن عقد واحد.

ما معنى العنصر النائب
{id}
في ERC-1155؟

تستبدله التطبيقات المتوافقة بمعرّف التوكن بصيغة سداسية عشرية صغيرة من 64 حرفاً، من دون بادئة

ما ERC-4906؟

ERC-4906 امتداد نهائي يحدد أحداثاً لإبلاغ التطبيقات بتحديثات بيانات ERC-721 الوصفية.

ما ERC-8048؟

ERC-8048 مقترح أولي طُرح في 2025 لبيانات وصفية بنمط مفتاح وقيمة مخزنة مباشرةً في سجلات التوكنات المتعددة وNFT.

هل ERC-8048 معيار نهائي؟

لا، فهو ما يزال مسودة وقد يتغير قبل اعتماده نهائياً.

لماذا تُستخدم JSON للبيانات الوصفية للعملات المشفرة؟

JSON مقروءة وخفيفة ومدعومة على نطاق واسع ومناسبة لتبادل البيانات المنظمة.

هل تعني صحة JSON صحة بيانات التوكن الوصفية؟

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

ما JSON Schema؟

يحدد JSON Schema قواعد تحقق قابلة للقراءة الآلية لمستندات JSON.

ما JSON-LD؟

يضيف JSON-LD معنى البيانات المترابطة والمعرّفات المحددة عالمياً إلى بُنى JSON.

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

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

ما CID الخاص بـIPFS؟

CID الخاص بـIPFS هو معرّف محتوى مشتق جزئياً من الهاش التشفيري للمحتوى وترميزه.

هل يضمن CID لـIPFS التخزين الدائم؟

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

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

هي بيانات تُحدد عبر معلومات مستمدة من محتواها، لا من موقع الخادم وحده.

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

تعني أن بايتات البيانات المسترجعة تطابق هاشاً موثوقاً أو معرّف محتوى أو توقيعاً أو مرجع سلامة آخر.

هل يثبت تطابق الهاش صحة البيانات الوصفية؟

لا، فهو يثبت تطابق البايتات مع المحتوى المتوقع، لا دقة الادعاءات الواردة فيها.

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

نعم، يمكن تغييرها عندما يسمح العقد أو نظام التخزين بالتحديثات المصرح بها.

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

هي معلومات وُضعت في حالة تقيّد أو تعطل فيها التغييرات المستقبلية تقنياً.

هل تظل البيانات الوصفية على السلسلة دون تغيير دائماً؟

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

ما إصدار نسخ البيانات الوصفية؟

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

ما CAIP-19؟

CAIP-19 معيار مستقل عن السلسلة لتحديد أنواع الأصول المشفرة ونسخها الفردية.

لماذا تكتسب المعرّفات العابرة للسلاسل أهمية؟

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

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

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

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

تصف المُصدر وموضوع بيانات الاعتماد والادعاءات وفترة الصلاحية والحالة والمخطط وطريقة التأمين.

هل يمكن أن تتضمن البيانات الوصفية برمجيات ضارة؟

يمكن أن تشير إلى روابط ضارة وشيفرات ووسائط نشطة وملفات ضخمة جداً ومحتويات غير آمنة أخرى.

هل يمكن أن يعرض استلام NFT المحفظة للتصيد الاحتيالي؟

نعم، فقد تعرض بيانات التوكن غير المطلوبة روابط ضارة أو رسائل مكافآت مزيفة لخداع المستخدم.

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

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

هل يمكن للبيانات الوصفية كشف معلومات شخصية؟

نعم، قد تكشف البيانات العامة الهوية أو العضويات أو المواقع أو بيانات الاعتماد أو العلاقات المالية.

كيف يمكن التحقق من البيانات الوصفية للعملات المشفرة؟

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

ما أكبر قيود معايير البيانات الوصفية؟

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

ما الذي ينبغي للمستخدمين التحقق منه قبل الوثوق ببيانات التوكن الوصفية؟

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

الخلاصة

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

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

تشمل الأنظمة الرئيسية للبيانات الوصفية في العملات المشفرة حقول التوكنات القابلة للاستبدال وURIs توكنات ERC-721 ومخططات ERC-1155 وأحداث تحديث ERC-4906 وJSON وJSON Schema وJSON-LD ومعرّفات المحتوى ومعرّفات الأصول المستقلة عن السلسلة.

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

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

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

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

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