
يُعد Soulbound Token (SBT) اعتمادًا غير قابل للنقل على البلوكشين، مرتبطًا بشكل دائم بعنوان محفظة محدد ويُستخدم عادةً لتمثيل الهوية أو المؤهلات أو الإنجازات. يمكن اعتباره "شارة" ملصقة على عنوانك—ولا يستطيع أي شخص آخر أخذها منك أو بيعها نيابةً عنك.
الميزة الجوهرية لـ Soulbound Token هي عدم قابليته للنقل. لا يمكن لحامليه إرسال هذا الرمز للآخرين أو تداوله في الأسواق الثانوية. غالبًا ما تصدر التطبيقات أو المؤسسات—مثل المدارس أو المجتمعات أو منظمي الفعاليات—SBTs لمنح شهادات التخرج أو العضوية أو الحضور. نشأ هذا المفهوم في المجتمع سنة 2022 لمعالجة قيود "NFTs القابلة للتداول" في تمثيل الهوية والسمعة.
تستخدم Soulbound Tokens العقود الذكية لضمان عدم القابلية للنقل. العقود الذكية هي أكواد ذاتية التنفيذ تُنشر على شبكات البلوكشين وتضمن قواعد تفاعل موحدة لجميع المشاركين.
على مستوى العقد، غالبًا ما يتم تعطيل وظائف النقل. في تطبيقات NFT، يتم إيقاف وظائف النقل والموافقة، مع السماح فقط للجهة المصدرة بإصدار أو إبطال الرموز. في المناقشات التقنية، يُطلق على العناوين اسم "الأرواح"، للدلالة على الجهة المرتبط بها الاعتماد.
لتعزيز التوحيد القياسي، اقترح المجتمع عدة واجهات مثل واجهات حالة القفل المصغرة (EIP-5192) ومقترحات الرموز المرتبطة بالحساب (EIP-4973). اعتبارًا من 2024، توفر هذه المعايير تطبيقات عملية للمطورين للتعرف على المحافظ وعرضها.
تتطلب الاحتياجات الواقعية آليات للإبطال، والانتهاء، والاسترداد. بعض التطبيقات تتضمن ميزات الإبطال أو الانتهاء لمعالجة الأخطاء أو المؤهلات غير الصحيحة. تتيح تصاميم الاسترداد الاجتماعي للجهات الموثوقة مسبقًا المساعدة في ربط عنوان جديد بهوية قائمة إذا فُقد المفتاح، ما يقلل خطر فقدان الاعتماد.
تمكّن Soulbound Tokens من تمثيل الخبرات أو الاعتمادات القابلة للتحقق على البلوكشين، ما يسهل على التطبيقات والأنظمة الآلية تحديد المشاركين المؤهلين وتفعيل الوصول أو المكافآت.
في التعليم والمهن، تصدر المؤسسات SBTs كدبلومات أو شهادات رقمية للخريجين أو الناجحين في الاختبارات. يمكن لأصحاب العمل والتطبيقات التحقق من الاعتمادات عبر وجود هذه الرموز في عنوان محدد.
في المجتمعات والفعاليات، يصدر المنظمون SBTs كدليل على الحضور، وتسجيل تاريخ المشاركة ومنح مزايا مثل خصومات التذاكر أو أهلية الإنزال الجوي. تساعد هذه الشارات في بناء ملفات سمعة طويلة الأمد.
في حوكمة DAO، تمثل SBTs مستويات المساهمة أو المشاركة طويلة الأمد، وتعدل قوة التصويت وتقلل هجمات Sybil.
للوصول إلى التطبيقات اللامركزية وبرامج الحوافز، تستخدم فرق المشاريع Soulbound Tokens كاعتمادات بيضاء—فقط العناوين التي تحمل رموزًا محددة تكون مؤهلة للاختبار المبكر أو المكافآت. في نظام نشاط Gate للويب 3، يحصل المستخدمون الذين يكملون المهام عبر المحفظة على اعتمادات غير قابلة للنقل في محافظهم، وتُستخدم كتصريح للفعاليات المستقبلية.
في حالات الائتمان والامتثال، ترمز SBTs إلى إثبات التحقق—مثل اجتياز فحص الهوية—باستخدام تقنيات الإفصاح الانتقائي لإثبات الأهلية دون كشف التفاصيل الحساسة.
كلا من SBTs وNFTs هما أصول على البلوكشين تُعترف بها المحافظ، لكن الاختلاف الأساسي يكمن في القابلية للنقل والغرض. SBTs غير قابلة للنقل وتركز على "من فعل ماذا" أو "ما هي المؤهلات"—وتخدم الهوية والسمعة. أما NFTs فهي عادةً قابلة للنقل وتمثل "ملكية أصول قابلة للتداول"—وتخدم التداول والتجميع.
تختلف القيمة أيضًا. تستمد SBT قيمتها من مصداقية الجهة المصدرة وقبول التطبيق (مثل الجامعات أو الجمعيات المهنية أو المجتمعات المرموقة)، بينما تُحدد قيمة NFT أساسًا من خلال العرض والطلب في السوق.
ديناميكيات السوق متباينة: SBTs ليس لها سوق ثانوي وتُشبه السير الذاتية؛ أما NFTs فغالبًا ما تُدرج وتُزايد عليها وتُتداول في الأسواق المفتوحة. في إدارة المحافظ، تركز SBTs على الإبطال، والانتهاء، وضوابط الخصوصية؛ بينما NFTs تركز على الحفظ وسهولة التداول.
يرتكز إصدار Soulbound Tokens على تحديد الاعتماد، وتقييد النقل، والتخطيط لعمليات الإبطال/الاسترداد، وإدارة الخصوصية والعرض.
الخطوة 1: تحديد نموذج الاعتماد. حدد بوضوح ما الذي يتم إثباته ("أكمل الدورة"، "اجتاز المراجعة"، "حضر الحدث")، ومدته، وإمكانية الإبطال، وأية ملاحظات وصفية ضرورية.
الخطوة 2: اختيار شبكة البلوكشين والمعيار. في أنظمة EVM، يُنصح بمقترحات مثل EIP-5192 أو EIP-4973 لضمان توافق المحافظ الرئيسية.
الخطوة 3: فرض عدم القابلية للنقل. عطّل وظائف النقل والموافقة في العقد؛ واحتفظ فقط بإمكانيات الإصدار والإبطال. صمِّم لإصدار دفعات وتسجيل الأحداث لتسهيل الفهرسة والاستعلام.
الخطوة 4: معالجة الخصوصية والامتثال. احصر البيانات على البلوكشين في الحد الأدنى الضروري؛ خزّن المعلومات الحساسة خارج الشبكة وسجّل فقط بصمات التجزئة على السلسلة. عند الحاجة لإثبات الأهلية، استخدم إثباتات المعرفة الصفرية حتى يتمكن المستخدمون من إثبات المؤهل دون كشف التفاصيل.
الخطوة 5: تصميم عمليات الاسترداد والاستئناف. أتح إمكانية الإبطال أو الاستبدال أو إعادة الإصدار لعناوين جديدة؛ وأنشئ عمليات موافقة يدوية أو متعددة التوقيع لمنع سوء الاستخدام.
الخطوة 6: التكامل مع التطبيقات والعرض. تأكد من أن التكامل مع المحافظ والواجهات الأمامية يميّز هذه الرموز كاعتمادات غير قابلة للنقل؛ وفي أنظمة الأحداث/المهام، استخدم "حيازة SBT محدد" كشرط وصول. بالنسبة لمستخدمي Gate، تمكّن مهام Web3 إصدار الاعتمادات عبر التوقيع لعرضها في المحفظة.
الخطوة 7: الاختبار والتدقيق. نفذ اختبارات شاملة على الشبكات التجريبية—لتغطية أخطاء الإبطال، فقدان العناوين، حالات إصدار الدفعات—وأجرِ تدقيقات للعقود وتمارين للمخاطر قبل إطلاق الشبكة الرئيسية.
ينبغي للمستخدمين التركيز على كيفية المطالبة بـ SBTs، وعرضها، وحماية الخصوصية، وتأمين المفاتيح.
الخطوة 1: تجهيز المحفظة والمفاتيح. أنشئ محفظة ذات حفظ ذاتي واحتفظ بعبارة الاستذكار بشكل آمن. إذا استخدمت أداة محفظة تابعة لمنصة تداول، تأكد من اتصالها بالشبكات والتطبيقات اللامركزية ذات الصلة.
الخطوة 2: إكمال عملية المطالبة. غالبًا ما يوفر المصدرون صفحة مطالبة؛ يوقع المستخدمون باستخدام محفظتهم أو يدفعون رسوم غاز رمزية لإصدار SBT إلى عنوانهم.
الخطوة 3: العرض في المحفظة. ستعرض المحافظ أو صفحات الأصول المدعومة SBTs كـ "اعتمادات غير قابلة للنقل" أو "شارات". بالنسبة لأنشطة Gate Web3، تظهر الاعتمادات في المحفظة أو صفحة الإنجازات لتسهيل المشاركة في الفعاليات القادمة.
الخطوة 4: إدارة الخصوصية والعناوين. افصل SBTs التي قد تكشف الهوية الواقعية عن الأموال اليومية باستخدام عناوين مختلفة؛ وتجنب كشف العناوين الأساسية علنًا.
الخطوة 5: معالجة الفقدان والتغييرات. إذا فقدت المفاتيح، اتبع إجراءات الاستئناف أو الاسترداد الاجتماعي التي يوفرها المصدر لنقل الاعتمادات إلى عنوان جديد؛ وإذا كانت معلومات الاعتماد غير صحيحة، اطلب الإبطال وإعادة الإصدار.
يُعد كشف الخصوصية من أبرز المخاطر. إذ أن تخزين الاعتمادات الواقعية على السلسلة قد يسمح بالاستعلام والتوصيف دون قيود. تشمل استراتيجيات التخفيف تقليل البيانات على السلسلة واستخدام الإفصاح الانتقائي أو إثباتات المعرفة الصفرية لإثبات الأهلية دون كشف التفاصيل.
يجب عدم تجاهل مخاطر الإصدار المركزي والإصدار الخاطئ. فقد يؤدي الإفراط في سلطة المصدر إلى إساءة الاستخدام أو الإبطال غير المناسب. تشمل أفضل الممارسات معايير إصدار قابلة للتدقيق، وسجلات إبطال على السلسلة، وموافقات متعددة التوقيع، وحقوق استئناف للحاملين.
يؤدي فقدان العنوان والارتباط القوي إلى مفاضلات بين سهولة الاستخدام والأمان. فعدم القابلية للنقل يعزز مكافحة التزوير لكنه يصعّب نقل الاعتماد إذا فقدت المفاتيح—ينبغي تصميم آليات الاسترداد الاجتماعي أو القفل الزمني أو جهات الاتصال الموثوقة مسبقًا.
تشمل المخاطر الاجتماعية التصنيف والتمييز. فقد يؤدي التمييز الواضح إلى تصفية غير عادلة أو "تمييز المؤهلات". يجب أن توفر الحلول الصديقة للخصوصية طرق إثبات فقط مع خيارات للمستخدمين لإخفاء أو عدم عرض SBTs.
تتطور بيئات الامتثال والتنظيم باستمرار. تختلف الولايات القضائية في تعاملها مع الهوية أو الاعتمادات على البلوكشين—ينبغي للمشاريع طلب المشورة القانونية؛ وينبغي للمستخدمين توخي الحذر في السياقات الحساسة.
يتقدم التوحيد القياسي وقابلية التشغيل البيني. تتيح واجهات حالة القفل المصغرة (EIP-5192)، ومقترحات الرموز المرتبطة بالحساب (EIP-4973)، ومبادرات مماثلة التعرف الموحد على المحافظ والعرض (وفقًا للنقاشات العامة حتى 2024).
يتعمق التكامل مع الاعتمادات القابلة للتحقق (VCs) والمعرّفات اللامركزية (DID)—بدمج بصمات السلسلة مع المصادقات خارج السلسلة بالإضافة إلى إثباتات المعرفة الصفرية للإفصاح الانتقائي.
تتحول التطبيقات من الشارات أحادية النقطة نحو سمعة متعددة الأبعاد—بدمج سجلات التعليم، ومساهمات المطورين، ونشاط الحوكمة، والتحقق من الامتثال—لملفات ائتمان مستخدم أكثر ثراءً تدعم التحكم الدقيق في الوصول والحوافز.
تستمر الأدوات وتجربة المستخدم في التحسن—مع المزيد من المحافظ، والمستكشفين، ومنصات المهام التي تدعم فئات "الاعتماد غير القابل للنقل"؛ وأدوات إصدار جاهزة؛ وعمليات تدقيق ومخاطر راسخة تقلل حواجز التكامل.
تشفّر Soulbound Tokens المؤهلات والخبرات على مستوى العقد عبر منع النقل—ما يجعلها مثالية كاعتمادات هوية أو سمعة، وليست أصولًا قابلة للتداول. يكمن الفرق الرئيسي عن NFTs في الهدف والسيولة: SBTs تجيب على "ما الذي أنجزته بشكل قابل للتحقق"، بينما NFTs تجيب على "ما هي الأصول القابلة للتداول التي أمتلكها". عمليًا، يجب على المشاريع تصميم معايير الإصدار، وضمانات الخصوصية، وآليات الإبطال والاسترداد، وحدود الامتثال؛ ويجب على المستخدمين إدارة العناوين ونطاقات الإفصاح لتجنب تسرب الخصوصية. مع نضج المعايير والأدوات وتقدم التكامل مع VCs وDIDs وإثباتات المعرفة الصفرية، تتجه SBTs نحو اعتماد مستمر في التعليم والمجتمعات والحوكمة وحوافز الوصول. ومع ذلك، تبقى حماية الخصوصية والحوكمة اعتبارات حاسمة طويلة الأمد.
تُقيد Soulbound Tokens سيولة الأصول التقليدية بسبب عدم القابلية للنقل—وهذا مقصود: إذ أن ربط الرموز بالهوية يمنع الاحتيال والمضاربة. تحتفظ بملكية كاملة لـ SBTs الخاصة بك—يمكنك دائمًا عرضها واستخدام الحقوق المرتبطة بها—لكن لا يمكنك بيعها أو نقلها للآخرين.
إذا كان SBT الخاص بك مرتبطًا بعنوان محفظتك، فإنه يبقى على البلوكشين إلى الأبد؛ ومع ذلك، فإن فقدان المفتاح الخاص يعني عدم القدرة على الوصول إليه. احتفظ بمفتاحك الخاص بأمان أو استخدم محافظ توفر خيارات استرداد. فعّل ميزات الأمان عند استخدام منصات مثل Gate لمنع سرقة الحساب.
نعم—يمكن لعنوان محفظة واحد الاحتفاظ بعدة SBTs، يمثل كل منها اعتمادًا مختلفًا في سياقات متعددة (مثل حالة خريج من مدرسة بالإضافة إلى تصنيف تداول على البلوكشين). تعكس هذه الرموز مجتمعة ملف هويتك الشامل.
تعمل SBTs كأدوات تحقق هوية تسجل بعض السمات على البلوكشين. وبينما الشفافية جزء من البلوكشين، تطبق معظم المشاريع تقنيات حماية الخصوصية (مثل إثباتات المعرفة الصفرية) لحماية البيانات الحساسة. راجع دائمًا سياسة الخصوصية الخاصة بالمشروع قبل الاستخدام لتقييم احتياجاتك الشخصية.
حاليًا، توجد معظم SBTs على شبكة بلوكشين واحدة؛ ولا تزال التطبيقات عبر الشبكات في طور التجربة. ومع ذلك، تتيح تقنيات الجسور عبر الشبكات التعرف على بيانات هويتك من قبل تطبيقات على شبكات أخرى. قد تدعم منصات مثل Gate التحقق من الهوية عبر الشبكات في المستقبل—ما يسمح بانتقال سمعتك عبر الأنظمة البيئية المختلفة.


