ما هو التصديق

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هو التصديق

إن التصديق بيان موقَّع يؤكّد شيئًا محدَّدًا عن موضوع — عنوان، أو إجراء، أو ورقة اعتماد، أو قطعة بيانات. وهو ليس الهوية نفسها؛ بل ادعاء عن الهوية أو عن شيء فعله كيان. وفي الكريبتو والأنظمة اللامركزية، توفّر التصديقات طريقةً مهيكلة لطرف ليُدلي ببيان قابل للتحقّق يستطيع طرف آخر فحصه بشكل مستقل دون الاعتماد على سلطة مركزية.

تخيّل التصديق كختم موثَّق على مستند. فالختم لا ينشئ المستند ولا يحدّد مَن تكون — بل يؤكّد أن حقيقة محدَّدة عن المستند (أو عنك) قد تحقّق منها شخصٌ ما. وفي سياق سلسلة الكتل، يكون ذلك «الختم» توقيعًا تشفيريًّا مرفقًا بادعاء مهيكل، ويستطيع أي شخص يمتلك الأدوات الصحيحة التحقّق منه.

باختصار: التصديق بيان موقَّع تشفيريًّا يؤكّد حقيقةً عن موضوع أو إجراء — وهو لبنة للتحقّق دون حاجة إلى الثقة، لا مرادف لـ الهوية نفسها.

كيف يعمل التصديق

بنية التصديق

يحتوي التصديق عادةً على ثلاثة عناصر: الموضوع (الكيان أو العنوان الذي يتعلّق به الادعاء)، والادعاء (التأكيد المحدَّد المُدلَى به)، والتوقيع (البرهان التشفيري على أن المُصدِر أدلى بالبيان فعلًا). وتضيف بعض أُطر التصديق بيانات وصفية مثل الطوابع الزمنية، وتواريخ انتهاء الصلاحية، وحالة الإلغاء، ومعرّفات المخطّط (schema) التي تحدّد بنية الادعاء.

فمثلًا، قد يذكر تصديقٌ: «العنوان 0xABC… أكمل التحقّق KYC في 2025-06-15، كما أكّده المُصدِر 0xDEF…». فالادعاء بيانات مهيكلة، والموضوع هو العنوان، والتوقيع يربطه بالمفتاح التشفيري للمُصدِر.

التصديقات onchain وoffchain

يمكن تسجيل التصديقات مباشرةً على سلسلة الكتل (onchain) أو تخزينها offchain والتحقّق منها عند الطلب. فالتصديقات onchain مرئية بشكل دائم ويمكن أن تُشير إليها العقود الذكية — فمثلًا قد يتحقّق بروتوكول DeFi مما إذا كان عنوان يحمل تصديقًا صالحًا قبل منح الوصول. أما التصديقات offchain فتُخزَّن سرًّا أو على شبكات تخزين لامركزية وتُقدَّم فقط عند الحاجة، مما يحافظ على الخصوصية مع بقائها قابلة للتحقّق تشفيريًّا.

يعتمد الاختيار بين onchain وoffchain على حالة الاستخدام. فدرجات السمعة العامة أو الصلاحيات على مستوى البروتوكول تستفيد غالبًا من التصديقات onchain. أما البيانات الشخصية الحسّاسة — مثل إثبات العمر أو الإقامة — فتُعالَج بشكل أفضل offchain، حيث يتحكّم الموضوع بمتى ولمن يُفصَح عنها.

أُطر التصديق

ظهرت عدة بروتوكولات لتوحيد كيفية إنشاء التصديقات وتخزينها والتحقّق منها. فخدمة Ethereum للتصديق (EAS) توفّر سجلًّا onchain مرنًا لتصديقات اعتباطية على Ethereum وشبكاته من الطبقة الثانية. وتقدّم أوراق الاعتماد القابلة للتحقّق، المُعرَّفة بمعيار W3C، صيغةً قابلة للتشغيل البيني وأوسع نطاقًا تُستخدم عبر أنظمة سلسلة الكتل والويب التقليدي معًا. وتختلف هذه الأُطر في النطاق والتطبيق لكنها تتشارك الفكرة الأساسية نفسها: ادعاءات مهيكلة وموقَّعة يمكن التحقّق منها بشكل مستقل.

لماذا يهمّ التصديق لمشاريع كريبتو الذكاء الاصطناعي

في مجال كريبتو الذكاء الاصطناعي، تخدم التصديقات عدة وظائف عملية تؤثّر مباشرةً في كيفية بناء المشاريع للثقة وإثبات ادعاءاتها.

التحقّق من مخرجات الذكاء الاصطناعي

عندما ينتج نموذج ذكاء اصطناعي نتيجة استدلال — تنبّؤًا، أو تصنيفًا، أو مخرجًا مولَّدًا — يمكن للتصديق أن يسجّل أي نموذج استُخدم، وأي مُدخَل قُدِّم، وأي مُخرَج أُعيد. وهذا ينشئ مسارًا قابلًا للتحقّق. فإذا ادّعى مشروع أن نموذج الذكاء الاصطناعي لديه حقّق دقة معيّنة أو أنتج نتيجة محدَّدة، فإن تصديقًا onchain لذلك المُخرَج يجعل الادعاء قابلًا للفحص بشكل مستقل بدلًا من أن يكون مسألة ثقة.

بناء السمعة دون مركزية

تحتاج شبكات الحوسبة اللامركزية، وأسواق البيانات، ومنصات وكلاء الذكاء الاصطناعي إلى طرق لتقييم موثوقية المشاركين دون سلطة سمعة مركزية. وتتيح التصديقات للأقران أو المُحقِّقين أو آليات البروتوكول إصدار بيانات موقَّعة عن سلوك مشارك — مهام أُنجزت، ووقت تشغيل (uptime) جرى الحفاظ عليه، وجودة بيانات جرى التحقّق منها. وتتراكم هذه التصديقات في سمعة محمولة وقابلة للتحقّق لا يتحكّم بها طرف واحد.

بوّابة الوصول والصلاحيات

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

أين يظهر هذا في بطاقات مشاريع DecAIHub

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

• الفئة (Category) — كثيرًا ما تعتمد المشاريع في فئات الهوية أو التحقّق أو البيانات على آليات التصديق كبنية تحتية أساسية.
• مكوّن الذكاء الاصطناعي (AI component) — عندما يسجّل مشروع نتائج استدلال الذكاء الاصطناعي أو مخرجات التحقّق من النماذج onchain، يكون التصديق عادةً الآلية المستخدمة.
• Onchain necessity — التصديق أحد الأسباب الملموسة التي قد تجعل مشروعًا يحتاج إلى سلسلة الكتل: لإنشاء سجلّات للادعاءات والإجراءات لا يمكن العبث بها وقابلة للتحقّق، كانت ستتطلّب لولا ذلك الوثوق بطرف واحد.

ما الذي لا يثبته التصديق وحده

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

لا تخلط بين

المصطلح	الفرق
الهوية	الهوية المفهوم الأوسع لمن أو ما يكون الكيان. أما التصديق فبيان موقَّع واحد عن ذلك الكيان — لبنة واحدة من الهوية، لا الهوية نفسها.
ورقة الاعتماد (Credential)	ورقة الاعتماد (مثل ورقة الاعتماد القابلة للتحقّق) صيغة بيانات مهيكلة للادعاءات. أما التصديق فالمفهوم الأوسع للبيان الموقَّع. وأوراق الاعتماد صيغة تطبيق واحدة للتصديقات.
الشهادة (Certificate)	في الأنظمة التقليدية، تربط الشهادة (مثل SSL/TLS) مفتاحًا عامًّا بهوية عبر سلطة موثوقة. أما التصديق فادعاء تشفيري أعمّ لا يتطلّب سلطة شهادات مركزية.

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

هل التصديق هو ذاته الهوية الرقمية؟

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

هل يمكن تزييف التصديقات؟

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

هل يجب أن تكون التصديقات onchain؟

ليس بالضرورة. فالتصديقات offchain — المخزَّنة محليًّا، أو على IPFS، أو في تخزين لامركزي آخر — صالحة تشفيريًّا وقابلة للتحقّق دون لمس سلسلة الكتل. وتوفّر التصديقات onchain الديمومة وإمكانية التركيب مع العقود الذكية لكنها تأتي بتكاليف gas ومفاضلات خصوصية. ويعتمد الخيار الصحيح على حالة الاستخدام.

مراجع خارجية

• Ethereum Attestation Service — Documentation — مرجع تقني لإنشاء التصديقات onchain والتحقّق منها على Ethereum.
• W3C Verifiable Credentials Data Model — معيار W3C للادعاءات المهيكلة والقابلة للتحقّق تشفيريًّا.

انظر أيضًا

• ما هي الهوية في الكريبتو
• ما هي سلسلة الكتل
• ما هو العقد الذكي
• ما هو onchain وoffchain