المقدمة:
ظهرت مواضيع DID و DeSoc كموضوعات عصرية يتحدث عنها الجميع. سواء كان ذلك في موناكو أو بروتوكول لينس، فهم يستكشفون ما ستكون عليه البيئة الاجتماعية في Web3.0. أيضًا، تحاول DeepDAO و CyberConnect إنشاء شبكة لامركزية، بينما يقوم مقدمو خدمات أسماء النطاقات مثل ENS ببناء أنظمة هوية على عناوين المحفظة. ولكن بين البيئة الاجتماعية / الشبكة ونظام الهوية، هناك طبقة وسيطة - سجل التفاعل لعنوان المحفظة المخصص لإنشاء ملفات تعريف المستخدمين. إلى حد ما، تعتبر ملفات تعريف المستخدمين الشاملة والمفصلة هي ما تتوق إليه الشركات في Web 2.0 حتى بسعر خصوصية المستخدم، حيث يمكن أن تساعد ملفات تعريف المستخدمين المثالية في تحديد سلوكيات المستخدم بدقة وتقديم أكثر المنتجات أو الخدمات كفاءة بأقل تكلفة. ومع ذلك، فإن نطاق الأعمال المحدود ومكافحة الاحتكار يؤديان فقط إلى بيانات أقل اتساعًا وعمقًا، حيث تحلم الشركات في Web 2.0 فقط بتلك ملفات تعريف المستخدمين. على العكس من ذلك، يتم نشر جميع بيانات المستخدم في Web 3.0 على السلسلة، وهي متاحة لأي شخص لتحليلها. وهذا يسبب تأثيرًا هائلًا على Web 2.0. المشكلة هي أن البيانات غير المعالجة تعني مجرد سلسلة من الأحرف. لذلك، نحتاج إلى تحليل بيانات إصدار البيانات (مثل SBT) التي تمثل سلسلة من السلوكيات، والتي يتم إنشاء ملفات تعريف المستخدمين على السلسلة بناءً عليها لزيادة قيمة البيانات على السلسلة.
بما أن تقنية البلوك تشين مقيدة بشكل واسع وما زالت الصناعة في بدايتها، فنحن نجمع حاليًا ونعالج سجل تفاعل عناوين المحفظة ونحلله. تُستخدم المحفظة حاليًا لتخزين الأصول—وليست حاملة هوية في Web3.0 لتمثيل سمعة المستخدم على السلسلة. يتم تجاهل معظم التفاعلات. ومع صعود DeSoc، يدرك مزودو المشاريع الحاجة إلى كم كبير من البيانات لبناء هوية المستخدم وتحديد تأثيره وسمعته. تذكر خدمة أسماء نطاق ENS أيضًا المستخدمين بأن المحفظة هي مفتاح الميتافيرس. وبشكل خاص عندما ذكر فيتاليك بوتيرين توكنات soulbonding (SBT) ونظام هوية المستخدمين في Web3.0 أو نظام الائتمان الاجتماعي في Web3.0 ضمن Decentralized Society: Finding Web3's Soul، عادت DID لتظهر كمجال ساخن يجذب أكبر قدر من الاهتمام.
يتناول هذا المقال الغوص بشكل أعمق في تمكين سجلات السلوكيات التفاعلية للمستخدمين على السلسلة في سياق DID، أي إنشاء ملفات تعريف للمستخدمين على السلسلة. ثم نُشير إلى المشكلات الناتجة عن غياب سجلات سلوك المستخدم على السلسلة، ونلخّص ونقيّم الحلول الحالية. وأخيرًا نتصور حلولًا ناضجة محتملة ووظائفها في هذا المجال.
1. مقدمة/تحليل مشروع ملفات تعريف المستخدم على السلسلة:
تحليل السلوكيات على السلسلة وملفات تعريف المستخدمين ما زال في مرحلة التجربة الأولى (trial-and-error). لا توجد حلول ناضجة لملفات تعريف المستخدمين على السلسلة، ولا حالات استخدام أوسع لكل من الأعمال والمستهلكين. ندرج بعض المشاريع الناضجة لملفات تعريف المستخدمين على السلسلة المنتشرة في السوق الحالي، ونحلل عناصرها الأساسية ونقاط الألم ونقاط الانطلاق بهدف إلهام مزيد من الدراسة لاتجاهات تطوير ملفات تعريف المستخدمين على السلسلة.
(1) Project Galaxy
Project Galaxy هو بروتوكول أساسي عالمي لملفات تعريف المستخدمين على السلسلة، يجمع بيانات السلسلة عبر بحث sub-graph ولقطات المحفظة، وبيانات خارج السلسلة عبر مصادر بيانات خارج السلسلة، وذلك لإنشاء قاعدة بيانات لتفاعل المستخدم. يتم جمع البيانات التفاعلية على سلسلة المستخدم عبر استعلامات subgraph أو عبر لقطة المحفظة. يستخدم Project Galaxy OAT (On chain Achievement Token) وNFT وCredentials لتسجيل السلوكيات التفاعلية للمستخدمين. يُعد OAT أداة داخلية في بروتوكول Project Galaxy، بينما يقوم Credentials بتدوين البيانات بشكل مركزي داخل Project Galaxy. يتيح ذلك لمُطلق/مُنشئي النشاط توزيع شهادات تفاعلية (OAT/NFT) للمستخدمين المؤهلين في قاعدة البيانات الخاصة به وفقًا لاحتياجات محددة مطلوبة. كما توفر Credentials أيضًا OAT oracle وAPI بحيث يمكن للمُطلقين مكافأة جميع المستخدمين الذين يحملون Credentials المستهدفة عبر airdrops أو منحهم حقوق تصويت. يختار المستخدمون ويشاركون في الأنشطة التي تهمهم من صفحة "Campaign" الخاصة بالشهادات. في المستقبل، سيسمح Project Galaxy بواجهات API مفتوحة للتوصيل مع مشاريع أخرى.
تحليل التموضع:
Project Galaxy، البروتوكول الأساسي العالمي لملفات تعريف المستخدمين على السلسلة، قام ببناء نظام Web3 DID (Decentralized ID).
يمكن لشركاء Project Galaxy الوصول إلى مصادر بيانات المستخدم المُجمّعة/المسنّدة (syndicated) من قنوات على السلسلة ومن قنوات خارج السلسلة. يمكنهم إرسال المعلمات وتصميمات الشارات لإنشاء أنشطة وشهادات. وبهذه الطريقة، يمكن للأنشطة أن تشجع المستخدمين على القيام بما هو مطلوب على السلسلة، وتكون الشهادات المُنشأة (مثل OAT) مكافآت للمستخدمين مقابل تلك السلوكيات. يتم تعريف أبعاد البيانات والمعايير لإصدار مثل هذه الشهادات بشكل مستقل من قبل مزودي المشروع.
بالنسبة للمطورين، يمكن لـ Project Galaxy تزويدهم بوحدات تطبيقات (application modules)، ومحركات oracle للشهادات (credential oracle engines)، وواجهات API للشهادات (credential APIs). يمكن للمطورين بناء وإصدار شارات NFT (OATs) باستخدام البنية التحتية لـ NFT الخاصة بـ Project Galaxy وشبكات بيانات الاعتماد/الشهادات (credential) على السلسلة.
إضافة إلى ذلك، يضع Project Galaxy Galaxy ID أو اسم مستخدم موحّد (common user name) لكل مستخدم. يتم إنشاء Galaxy ID بعد أن يربط المستخدمون محافظهم بالموقع الإلكتروني. يستخدم Project Galaxy Galaxy ID لربط كل تلك الشهادات وتشكيل شبكة بيانات للشهادات. من خلال Galaxy ID، يمكن للمستخدمين عرض شهاداتهم التي تم جمعها في Web3.0—مثل شارات NFT—لإبراز إنجازاتهم السابقة. على موقع Project Galaxy، يمكن للمستخدمين الاطلاع على تفاصيل والمكافآت التي يقدمها كل مُطلق/منشئ نشاط وهو شريك لـ project galaxy، للمشاركة بحرية في أيٍّ منها.
يمكن الاستنتاج أن Project Galaxy، بوصفه مشروع ملفات تعريف على السلسلة من الدرجة الأعلى، يفضّل حلول ملفات تعريف موجهة للأعمال على السلسلة؛ أي تقديم اتفاقيات تجميع/تسنيد لملفات تعريف المستخدم على السلسلة وخارج السلسلة لخدمة مزودي المشاريع، بينما تجذب الشراكات وأنشطة مثل هذه العملاء أكثر. وبصفته بروتوكولًا أساسيًا عامًا (universal underlying protocol)، فإن Project Galaxy يتضمن بالفعل بروتوكولًا على ثلاث طبقات (three-tier protocol): على التوالي للمستخدمين والشركاء ومطوري المشاريع. يمكن للمستخدمين البحث في بياناتهم لسلوكيات على السلسلة وخارج السلسلة في Web3.0 عبر الموقع. يتيح Project Galaxy واجهات API مفتوحة ويقدم خدمات أعمق لمطوري المشاريع. باختصار، لدى Project Galaxy آفاق مستقبلية مشرقة للغاية.
(2) Rabbit Hole
Rabbit Hole هو بروتوكول ناضج مستقل لتسجيل سلوكيات المستخدمين على السلسلة. فهو يصور قدرات المستخدمين من خلال شاراته من نوع skills NFT، ويضيق قائمة المستخدمين المستهدفين وفق مهارات المستخدمين في المهام، ويطوّر مهامًا لمساعدة مزودي المشاريع الذين ينشرون المهام على تصفية المستخدمين. يعتبر Rabbit Hole أن الـ NFT المثبت على ETH وفق معيار ERC721 غير قابل للتحويل هي بيانات اعتماد (credentials) لتسجيل بيانات المستخدم. كما يضيف Rabbit Hole وظائف جديدة—تسمح بنقل Soulbonding NFT إلى عنوان التدمير (0x00...); واعتبار كل NFT credential مقابل عنوان واحد؛ وترقية عقد الشهادة عبر عقد الوكيل (standard proxy contract). على الرغم من أن Rabbit Hole يهدف إلى أن يصبح المكوّن الأساسي في نظام Web3.0 البيئي، فإن بروتوكوله مطور بطريقة مركزية وليس بشكل مباشر على أساس البروتوكول الأساسي العالمي. لذلك، توفر أنظمته حاليًا نوعين من مقاربات الـ NFT: تكامل غير مرخّص وشراكات. يمكن استخدام الـ credential للتكامل غير المرخّص مع Guild وCollab.Land وغيرها من الأدوات. أما الـ credential الخاصة بالشراكة فهي مُخصصة لمزودي المشاريع.
يركز Rabbit Hole على جمع الأدلة وإثبات البيانات على السلسلة. يستخدم بيانات يمكن التحقق منها على السلسلة لإثباتها عبر Skills وQuests.
يقوم Rabbit Hole بتصنيف Quests إلى DeFi وNFT وDAO، ويضع Topic وLevel وSeason لشارة NFT في هذه الاتجاهات الثلاثة لتمثيل المستوى المتقدم للمهارات. لكن المتاح فقط هو المستوى التمهيدي وseason 0. للحصول على شارة credential للمهارة في اتجاه مختلف، يحتاج المستخدمون إلى إنهاء المهام التفاعلية على السلسلة المحددة من Rabit hole، مثل "Mint an NFT on the Zore chain" و"Join a Party in the PartyBit" و"Publish an Entry in the Mirror".
بالإضافة إلى ذلك، في الـ Quests، سيُطلق Rabbit Hole المهام التفاعلية على السلسلة المقررة من مزودي مشاريع آخرين. للمشاركة في تلك الأنشطة، يجب أن يمتلك المستخدمون مهارات معينة أو Bright ID، وسيحصلون على كمية محددة من الرموز المخصصة أو NFT بعد إتمام المهمة.
تحليل التموضع:
Rabbit Hole هو حاليًا بروتوكول توزيع المهام لمزودي المشاريع. يدفع الشركاء مقابل مهامهم، ما يشجع المستخدمين على إكمال خطوات محددة على السلسلة، بينما ينتهي المستخدمون من التفاعلات عبر البروتوكول لنقاط البروتوكول أو عبر الحوافز التي يمنحها مزودو المشروع. يساعد هذا التفاعل الإيجابي المستخدمين على تعلم مهارات أو طرق جديدة في مجال التشفير وكسب مكافآت، مع جذب عدد كبير من المستخدمين الجدد لبروتوكول DAPP.
لكن ملف التعريف في Rabbit Hole يقتصر على سلوكيات المستخدمين على مواقعها ويستبعد جميع السلوكيات داخل أو خارج السلسلة الخاصة بالعنوان بالكامل. لا ينضم مطورون في الوقت الحالي. من الواضح أن Rabbit Hole يركز على سوق الأعمال وسوق المستهلكين، وأن وظائف البروتوكول الأساسية ما زالت بحاجة إلى تحسين.
(3) DegenScore
يتطلع DegenScore إلى بناء ميتافيرس مبني على بيانات على السلسلة. توضح دراسة a16z أن DegenScore هو نظام يمكنه تلخيص وتبسيط البيانات على سلسلة العناوين لتصبح قابلة للقراءة والمقارنة، وقياس مدى تعلق المستخدمين بالعملات المشفرة.
أنشأ DegenScore نظامًا بيئيًا متكاملاً للعناوين على السلسلة، بما في ذلك:
① تقييم سلوك على السلسلة بشكل مثالي: بما في ذلك عرض أبرز لحظات (highlight moment)، وعناوين موسومة (tagged address)، ونظام ترتيب (ranking system)، إلخ.
② شراكة مع مزودي مشاريع آخرين: يعرِض CAFE أنشطة تعاونية مع مزودي مشاريع آخرين مثل airdrop والتفاعلات، إلخ.
③ يوفّر DegenScore واجهة سهلة الوصول لمشاريع أخرى. يمكن لأي DAPP الوصول إلى خدمة التقييم التي يقدمها DegenScore ضمن نظامه البيئي، لتصبح إحدى قواعد فلترة وتقييم المستخدمين.
أنشأ DegenScore بُعدًا لتقييم السلوك متعدد الأبعاد وشاملًا. في الإصدار V1، يطوّر DegenScore درجة Degen عبر سلسلة من سلوكيات على السلسلة، بما في ذلك—وليس حصراً—الاحتفاظ بتوكنات محددة، والتفاعل مع بروتوكولات العقود الذكية المحددة، وإضافة بُعد الزمن مثل كونه مزارع DeFi مبكر (early DeFi farmer). وفي أحدث نسخة مُحدّثة V2 هذا العام، قام DegenScore بتدقيق نظام التقييم أكثر إلى ثلاثة قطاعات: DeFi وNFT وOthers. في قسم DeFi، تشمل أبعاد التقييم ما إذا كان المستخدم مشاركًا مبكرًا، وعدد المعاملات وعدد معاملات توكنات DeFi، وعدد pools في المزرعة، وعُقد الزمن، والمدة، إلخ؛ وفي قطاع NFT، تتمثل الأبعاد المهمة في ما إذا كان المستخدم قد شارك في سلسلة من عمليات MINT لشارات NFT من الفئة الرائدة (blue chip) مثل BAYC أو AZUKI، أو ما إذا كان المستخدم يمتلك شارات NFT من الفئة الرائدة.
تحليل التموضع:
أنشأ DegenScore سيرة ذاتية كاملة على السلسلة في Web 3.0 وفق معيار موحّد، مع أبعاد ومعايير تقييم سرية. لا يمكن للمستخدمين ومزودي المشاريع اختيار أبعاد ملف تعريف المستخدم على السلسلة بحرية؛ بل يمكنهم فقط الوصول إلى الدرجات التي يوفرها DegenScore. على الرغم من أن هذا الأسلوب يقلل من حرية الاختيار لدى مزودي المشاريع والمستخدمين، فإنه يجعل البيانات أكثر موثوقية من حيث قيمة المرجع. يمكن استخدام DegenScore من قبل كل من الشركات والمستهلكين. لقد توسع مفهوم السيرة الذاتية على السلسلة بشكل كبير في عالم الأعمال. على سبيل المثال، تستخدم بعض فرق بدء التشغيل في Web3.0 هذه السيرة الذاتية على السلسلة كوسيلة للعثور على الباحثين عن وظيفة.
(4) نوكس
نوكس هو منصة اللامركزية لإثبات الإنجازات على السلسلة (on-chain)، تتيح للمستخدمين نشر الإنجازات وإثباتها وإصدارها (mint) على السلسلة دون الحاجة إلى إذن. لذلك فهي في الأساس بنية تحتية للتحقق من صحة البيانات بشكل قابل للبرمجة على السلسلة. يقوم نوكس بإصدار إنجازات المستخدمين في Web3.0 على شكل NFT مرتبط بالمصدر (Soulbound NFT) (Noox Badge)، وهو NFT قابل للبرمجة غير قابل للتحويل من نوع ERC-1155 (رمز ERC-1155 غير قابل للتحويل). يحتوي شارة نوكس على سلسلة من بيانات التعريف (metadata)، ومعايير التأهيل، ومنطق التحقق لكل شارة للعمليات على السلسلة. يمكن للجميع برمجة أي قاعدة داخل معيار الشارة لاستخدام EventLogs وTransactions وغيرها من البيانات لجمع معلومات المعاملات على سلسلة المستخدم (على سبيل المثال: عملة المعاملة، عدد المعاملات، قيمة المعاملة، نوع التفاعل، إلخ).
تحليل التموضع:
حاليًا، ومن خلال بروتوكول نوكس، يمكن لجميع المستخدمين المطالبة بالشارات الصادرة وفق القواعد التي يضعها نوكس، لذلك في هذه المرحلة يكون نوكس أشبه بأداة لتسجيل السلوكيات التفاعلية على السلسلة التي يطوّرها البروتوكول بشكل مستقل. بمعنى آخر، يستخدم نوكس العقود الذكية وآلات تحقق (verification oracle machines) للتحقق من الشارات القابلة للتراكيب (composable badges) والبيانات الموجودة على السلسلة داخل البروتوكول لإنشاء شبكة أكثر تعاونية وأكثر تنظيمًا وإدارة من نخبة. يتصور نوكس أن هذه الشبكة أساسها الشفافية والانفتاح. لذلك، فإن بروتوكول نوكس الناضج هو نظام تقوده المجتمعات، ومُوجّه نحو المساهمات المفضّلة، ومبني على البلوك تشين. يمكنه إنشاء ملف تعريف لمستخدمي Web3.0، وتسجيل كيفية تفاعل المستخدمين على السلسلة، وبناء تطبيقات وبروتوكولات لفهم بنية سلوك تفاعلهم، ما يجعله يعمل كذلك بشكل جيد في مجال الأعمال والمستهلكين.
(5) ARCx
ARCx هو سوق سيولة لامركزي على ETH وPolygon. يوفّر أأمن تجربة إقراض وأكثرها كفاءة في رأس المال ضمن DeFi عبر استخدام درجات ائتمان DeFi. يتمثل الهدف الرئيسي لـ ARCx في تحسين كفاءة رأس المال لسوق إقراض DeFi عبر قياس ومكافأة سلوكيات الإقراض عالية القيمة. تستخدم ARCx درجات ائتمان DeFi لتحليل السلوك على السلسلة بشكل مستمر وتقييم مخاطر الائتمان لمحفظة واحدة ضمن DeFi. درجات ائتمان DeFi هي قيمة رقمية بين 0 و999، تصف مخاطر الائتمان لعنوان واحد بناءً على أنشطة الإقراض على السلسلة. يتم حساب الدرجة استنادًا إلى البيانات التاريخية والخبرة التشغيلية لكل مقترض في إدارة المخاطر وتجنب التصفية (liquidation) خلال فترة زمنية. يتم حساب الدرجات خارج السلسلة ثم إصدارها على السلسلة عبر البنية التحتية لمزود التحقق (oracle) المخصصة لدى ARCx. سيتم تحديث درجة ائتمان DeFi على السلسلة بعد 48 ساعة. تتكون الدرجة من ثلاثة أجزاء رئيسية—مكافأة الدرجة اليومية (daily score reward)، ومكافأة درجة البقاء (survival score reward)، وغرامة التصفية (liquidation penalty)—ويؤدي مجموعها إلى احتساب درجة ائتمان DeFi.
تحليل التموضع:
نقطة انطلاق ARCx تشبه نظام التسجيل/التقييم المعياري على السلسلة (on-chain) في DengenScore، لكن الأول أكثر تركيزًا على DeFi، شبيهًا بدرجة السيسمي (sesame credit score) في DeFi. ومن هذه الزاوية، فإن أكبر تحدٍ لـ ARCx هو كيفية جعل نظام التقييم هذا أكثر قبولًا لدى مشاريع DeFi من أجل ترسيخ موثوقية نظام السمعة لديها—ويستحق الأمر المزيد من الاستكشاف المستمر.
(6) بروتوكول lvl
يتم إنتاج بروتوكول lvl بواسطة indie DAO لأنواع كل DAO واحتياجات كل DAO وحتى مؤسسات Web 3.0، ويربط بين مجتمعات Web 3.0 المختلفة. يستخدم بروتوكول lvl NFT مرتبطًا بالمصدر وقابلًا للتشغيل البيني (interoperable Soulbound NFT) لتسجيل البيانات. رمز lvl هو NFT ديناميكي يوضح المهارات التي يكتسبها المستخدمون داخل كل مجتمع، ويجمع بيانات من مصادر متعددة (يتم تخزين بيانات من مواقع التواصل الاجتماعي الرئيسية في IPFS)، ويتم التحقق منها بواسطة المجتمع، ثم يتم تخزينها على السلسلة. لذلك يمكن لأي عقد ذكي أن يتفاعل مع بروتوكول lvl الخاص بالمستخدم. يربط بيانات كل DAO والأنظمة البيئية في صورة SBT، مع الحفاظ على قابلية التشغيل البيني على السلسلة بحيث يمكن لأي شخص إصدار NFT الخاص بـ lvl.
تحليل التموضع:
يعد lvl سيرة ذاتية مشفرة، كما أنه ملف سمعة ومهارات Web3.0 على السلسلة، ويُبرز كل بيانات المستخدم وخبراته وإسهاماته داخل المجتمع وDAO وعُقد Web3.0. يمكن للمستخدمين إصدار lvlNFT لتتبع الإسهامات والمهارات والسمعة على السلسلة—والتي تتغير ديناميكيًا. يمكن لمديري المجتمع دمج بروتوكول lvl مع بيانات المجتمع، وتخصيص البيانات المتعلقة بالمجتمع أو السير الذاتية المكتسبة من الأعضاء، ثم تلخيص جميع البيانات خارج السلسلة من المجتمع أو DAO أو اللعبة أو الميتافيرس إلى توكن lvl الموجود على السلسلة الخاص بالعضو.
يُستخدم بروتوكول lvl بشكل أساسي ضمن الـ DAO. يمكن لأي مجتمع ربط مصادر بياناته الحالية بواجهة API الخاصة بـ lvl rollback. يمكن لمديري المجتمع تخصيص مصادر بياناتهم وأنواعها، مثل SourceCred وCoodinape وDiscard وTwitter وFigma وGithub، إلخ.
(7) Sismo
Sismo هو بروتوكول إثبات معياري (modular) يركز على اللامركزية والخصوصية والتوفر. يتم نشر البروتوكول على Polygon. يتيح Sismo إصدار SBT كرمز غير قابل للتحويل (ERC1155)—وهو شارة داخل منظومة Sismo. في Sismo، يمكن للمستخدمين توليد مجموعة واسعة من البيانات والأدلة (proofs) على السلسلة، مثل التبرعات لصالح Gitcoin، والتصويت مرتين في ENS DAO، أو إرسال أكثر من 100 معاملة على Ethereum. وبما أن Sismo بروتوكول بيانات معياري، يمكن اختيار البيانات على السلسلة بحرية من قِبل المُنشئ (creator). من خلال التحقق/التعريف، يمكن للمستخدمين الوصول إلى الوظائف المتقدمة في منظومة Sismo، أو إثبات سمعتهم في التطبيقات والبروتوكولات باستخدام دليل الإثبات المذكور أعلاه. يعتمد بروتوكول Sismo على عدة مفاهيم معيارية: الحسابات (accounts)، إثبات المُنشئ (creator proof)، السجلات (registries)، والـ badges (التي تُسمى شارات). يسمح بروتوكول Sismo المفتوح المصدر والمعياري بتعايش عدة proofs بحيث يستطيع المُنشئون العمل معًا لبناء بروتوكولات مختلفة أو تعديلها أو تحديثها وفق احتياجات مختلفة.
تحليل التموضع:
من ناحية، يعد Sismo بروتوكول إثبات معياري طبقة أساسية (underlying)، وبالتالي يمكن تطبيق بروتوكول Sismo بسهولة والتوافق معه مع بروتوكولات أخرى. يمكن لمزودي المشروع اختيار الوحدات (modules) بحرية لتلبية احتياجات مزودي المشروع والمستخدمين. إضافة إلى ذلك، يركز Sismo على شارات ZK—شارات إثبات المعرفة الصفرية (zero-knowledge proof badges). حاليًا لم ينشر Sismo كيف تم إنشاء تلك الشارات أو كيفية استخدامها. يعتمد توليد شارة ZK على آلية إثبات المعرفة الصفرية ويضمن خصوصية المستخدم والبيانات. تحمي شارة ZK الخصوصية عبر إنشاء عدم وجود روابط بين الحساب المصدر المستخدم لإثبات الأهلية والحساب المستهدف الذي يستلم الشارة. وهذا يعني أن مزودي المشروع يمكنهم تصفية سلوكيات المستخدمين لإصدار شهادة أهلية SBT أو نوع من المكافآت مع ضمان الخصوصية الكاملة لعناوين المستخدمين.
من الواضح أن Project Galaxy وSismo وحتى Noox تعمل على ترسيخ نفسها كبروتوكولات أساسية مطبقة على الأعمال والمستهلكين، بينما يميل DengenScore وARCx إلى إنشاء نظام تقييم/تسجيل ائتماني قائم على السلسلة استنادًا إلى معاييرهم. في شريحة أكثر تحديدًا ذات طلبات واضحة، يفضّل Rabbit Hole خدمة الأعمال عبر استخدام القواعد القائمة لتثقيف مستخدمي DAPP وجذب مستخدمين وحركة مرور جدد؛ بينما يركز بروتوكول lvl على نظام تقييم سلوك البيانات على السلسلة وخارجها ضمن DAO. يمكننا رصد اتجاهات مستقبلية لملفات تعريف المستخدمين على السلسلة واكتساب رؤى من هذه المشاريع المختارة.
2. رؤية محتملة وحالات استخدام لملفات تعريف المستخدمين على السلسلة:
أولاً، تتمثل الفرضية في أن المستخدمين لديهم الحق في اختيار أي شهادات تمثلهم أو حتى رفض الشهادات غير المرغوب فيها، بدلًا من أن يتم وسمهم بشكل سلبي بواسطة البروتوكول. ثانيًا، نعتقد أن الشكل النهائي لملفات تعريف المستخدمين على السلسلة يجب أن يكون نظامًا بيئيًا مفتوح المصدر، على مستوى البروتوكول، وقابلًا للوحدات لتسجيل سلوك المستخدم، مبنيًا على sub-graph للشبكة، وواجهة API وغيرها من أساليب جمع البيانات لمنع بعض البروتوكولات من الاحتكار المركزي للبيانات المجانية للمستخدمين. في هذا النظام، وبصفته المُصدِر للشهادات التي تمثل سمعة المستخدم، يجب أيضًا مراجعة تأهيل البروتوكول واختياره من قبل المستخدمين. وإلا فقد تحتكر مؤسسة مركزية الائتمان على السلسلة. ونتيجة لذلك، يمكن للبروتوكول أن يكون شريرًا دون تكلفة أو سيطرة على شهادة المستخدم كيفما يشاء. لذلك، وبناءً على اختيار الطرفين—المستخدمين ومزودي المشروع—يمكن للطرفين العثور على سجلات التفاعل المتعلقة بالسلوك المستهدف بطريقة معيارية (modular)، ثم إصدار شهادات تمثل وجود هذا السلوك، وبذلك إنشاء سمعة/ملفات تعريف خاصة بهم. إضافة إلى ذلك، يجب أن تكون هذه الشهادات قابلة للتشغيل البيني داخل السلسلة أو حتى عبر سلاسل متعددة، خصوصًا بين سلاسل عامة تدعم EVM عبر استخدام العنوان نفسه بمفتاح خاص واحد—وهو أيضًا نفس حامل الهوية—حتى يمكن لسلوكيات السلسلة إنتاج ملفات تعريف مستخدم شاملة لتعظيم قيمتها. على سبيل المثال، أثناء التطوير، قد تقوم مجموعة مشروع رائدة بالتعاون مع مشاريع رائدة أخرى بإرساء مجموعة من معايير ERC العامة أو تشكيل منظمة شهادات مبنية على DAO استنادًا إلى الشهادات الحالية لتوحيد نظام الهوية على السلسلة، وبناء نظام ملفات تعريف مستخدم يتم التعرف عليه من قبل معظم المشاريع والمستخدمين. وفي النهاية، تصبح هذا كمعيار توكن في نظام الائتمان/السمعة الاجتماعية على السلسلة كما هو مستخدم على نطاق واسع مثل معيار ERC20.
فقط في مثل هذا البيئة يمكن تشكيل ملفات تعريف المستخدمين على السلسلة، وإنشاء نظام الائتمان/السمعة على السلسلة، وتقييم الاستفادة من قيمة سجل التفاعل لكل عنوان. وبناءً على خصائص ملفات تعريف المستخدمين على السلسلة، أنشأنا عدة حالات استخدام: 1. DeSoc؛ 2. بروتوكول السيرة الذاتية على السلسلة؛ 3. Launchpad وAMA وبروتوكولات التوزيع الأخرى؛ 4. نظام مالي غير مؤمّن؛ 5. نظام شامل للسمعة الاجتماعية/الائتمان الاجتماعي يجمع بين نظام التوثيق خارج السلسلة (offline) ونظام التوثيق على السلسلة.
(1) DeSoc
DeSoc هو بروتوكول اجتماعي مبني على تأثير المستخدمين، ويحتاج إلى سلوك المستخدم على السلسلة وتفاعلاتهم مع مستخدمين آخرين، وهذا يتماشى طبيعيًا مع تعريف ملفات التعريف على السلسلة. ضمن مشاريع DeSoc، تهدف منتجات على مستوى البروتوكول مثل Lens Protocol وCyber Connect إلى بناء شبكة اجتماعية على السلسلة قابلة للتشغيل البيني. ورغم أنه يمكن استخدام مخطط/الرسم البياني الاجتماعي الأساسي للمستخدم (user social graph) في كل بروتوكول بشكل شائع لأي مشروع يدعم البروتوكول، فإن الرسم البياني الاجتماعي بين بروتوكولات مختلفة غير متوافق أو حتى يستبعد بعضها بعضًا. يتعين على المشاريع اختيار بروتوكول واحد، وهو ما يؤدي حتمًا إلى فقدان مستخدمين محتملين خارج البروتوكول المختار. لكن ملفات التعريف يمكن أن تتعامل مع ذلك. يمكن لنظام موحد لسجل تفاعلات المستخدمين أن يوفّر مباشرة مصادر بيانات عبر البروتوكولات قابلة للتجزئة للمشاريع المختلفة، بحيث يمكن للمشاريع ضبط أوزان (weights) سلوكيات التفاعل وفق تموضعها، وإنتاج ملفات تعريف مستخدم أكثر ملاءمة.
(2) بروتوكول السيرة الذاتية على السلسلة
بروتوكول السيرة الذاتية هو ملف التعريف الأكثر بديهية. يقوم المستخدمون بمعالجة سجلات تفاعلاتهم إلى أدلة تعكس قدراتهم وتُسجل إنجازاتهم. يقوم DeepDAO بتقييم كل فرد بشكل مركزي بشكل أساسي ويعرض معلومات مثل الـ DAOs التي ينتمي إليها، والاقتراحات التي بدأها، والأصوات التي أدلى بها. وهذا مجرد وظيفة ضمن القطاع الفرعي. وبالمثل، يمكن أن تعمل ملفات التعريف كدليل للمهارات في البرمجة (code)، واستخدام المشتقات المالية (leverage financial derivatives)، وإصدار NFT. علاوة على ذلك، يمكن أن تكون أيضًا دليلاً على السيرة الذاتية مثل عدد الأصوات التي أعطاها على اقتراحات محورية لمشاريع مشهورة، وما إذا كان قد تمت تصفية بعض الإقراضات التي قام بها أم لا، وما إذا كان مسؤولًا عن أحداث اختراق معينة، وإعادة جميع الأموال. وبفضل هذه السجلات غير القابلة للتلاعب والقيمة جوهريًا، يشكل ملف التعريف سيرة ذاتية بسيطة وقابلة للتطبيق للمستخدم. إضافة إلى ذلك، يمكن للسجل الموجود على السلسلة ضمن منظمة DAO أو مشروع أن يكون أيضًا بمثابة سيرة ذاتية على السلسلة. ولتحديد جودة وموثوقية المشاريع، يمكن الرجوع إلى العديد من المؤشرات، بما في ذلك TVL وAUM، والشراكة مع مؤسسات أو مشاريع أخرى، والربحية، وما إذا كانت قد تعرضت للاختراق، أو غيرها من الأحداث الرئيسية—مثل ما إذا كان قد تم إلغاء العملة المستقرة (stablecoin) المُصدرة. إجمالاً، يمكن لبروتوكول السيرة الذاتية على السلسلة أن يولّد نظام تقييم القدرات للمستخدمين والأفراد والمنظمات أو المشاريع، ويُطابقهم أو يصنفهم وفق احتياجات مختلفة.
(3) Launchpad وAMA وبروتوكولات التوزيع الأخرى
بروتوكول التوزيع هو حالة استخدام مناسبة أخرى لملفات التعريف. يمكن لمقدمي المشاريع تحديد المستخدمين المحتملين الحقيقيين بدقة والوصول إليهم، وجذبهم بحوافز أكثر إلهامًا. قادة بروتوكولات التوزيع مثل Launchpad وAMA وإطلاق المهام مثل TrustPad وProject Galaxy يتم توجيهها بشكل عشوائي لجميع المستخدمين، ما سيزيد بالتأكيد التكاليف ويقلل الكفاءة لأن مُقطّعي الكوبونات سيأخذون رحلة مجانية طوال العملية. لكن إذا تم إنشاء ملفات تعريف للمستخدمين على السلسلة، يمكن لمقدمي المشاريع إعداد آلية لفلترة سلوك التفاعل. وبهذه الطريقة يمكنهم تحديد المزيد من المستخدمين المستهدفين الحقيقيين بنفس التكلفة أو بتكلفة أقل. يمكن للمستخدمين أيضًا البحث عن مشاريع مناسبة بناءً على ملفاتهم التعريفية، وإحداث فرق في المشروع الوليد لتعظيم أرباحهم. هذا السيناريو هو أيضًا كيفية تطبيق بروتوكول السيرة الذاتية إلى حد ما.
(4) نظام ائتمان مالي على السلسلة
تجسد ملفات تعريف المستخدمين على السلسلة سمعة المستخدم ورصيده/ائتمانه على السلسلة. لا يمكن العثور على الائتمان في البلوك تشين الحالية، لذلك تُجرى جميع السلوكيات المالية عبر ضمانات زائدة (excessive mortgage)، أو يجب أن يكون نطاق عمليات المقرضين محدودًا بواسطة العقود الذكية. على سبيل المثال، تعمل Aave وBendDAO عبر قروض مضمونة بضمانات زائدة، بينما تعمل Alpaca وGearbox عبر قروض بالرافعة المالية. لا توجد استثناءات. تقلل هذه الممارسات كثيرًا من كفاءة رأس المال على السلسلة. كما ذُكر أعلاه، فإن جميع تفاعلات المستخدمين على السلسلة لها قيمة جوهرية يمكن بناء نظام ائتماني عليها لتقديم إقراض غير مضمون. في الواقع، هذا النوع من القروض ليس بالضرورة غير مضمون بالكامل. يمكن أن يكون قرضًا دون ضمانات حيث يتم تخصيص مبلغ محدد فقط استنادًا إلى السلوك السابق والحالة الحالية للع عنوان؛ ويمكن أن يكون قرضًا بتعديل بسيط على معدل الضمان الأصلي أو تخفيض الفائدة؛ ويمكن أيضًا أن يكون قرضًا على أقساط مع ممارسة الشراء الآن والدفع لاحقًا (BNPL)، إلخ؛ ويمكن حتى أن يكون قروضًا بضمانات لعناوين أخرى.
(5) نظام سمعة اجتماعية/ائتمان اجتماعي قوي
نظام السمعة/الائتمان الاجتماعي هو بالضبط النتيجة النهائية التي يتوقعها فيتاليك بوتيرين أن يتم توليدها بواسطة SBT. أولاً، يمكن للشهادات خارج السلسلة، مثل بطاقة الهوية أو الدرجة الأكاديمية أو شهادة الملكية، أن تُقرّ/تدعم الهوية على السلسلة، ثم تُبنى السمعة عبر التفاعلات على السلسلة. وهكذا يتشكل نظام سمعة اجتماعية قوي يجمع بين العناصر خارج السلسلة وعلى السلسلة لدمج البلوك تشين بالائتمان في العالم الحقيقي. وعلى الرغم من أن هذا النظام هو حل ناضج لهوية على الإنترنت، فإن ربط الهوية الحقيقية بالأدوار على السلسلة ما زال ضمن قدرة Web3.0 وليس شيئًا “كريبتو” تمامًا. لكنه جزء من الحلول النهائية، ونعتقد أن هذا النظام خيار ممكن لنظام الائتمان على السلسلة، وما يزال بإمكان المستخدمين اختيار الحل النقي داخل السلسلة.
3. الخاتمة:
في عصر الاقتصاد الرقمي، يقال إن بيانات المستخدمين على الإنترنت هي منجم ذهب، وأن بيانات عملية dot-com تضيف قيمة. في عصر Web 2.0، تكون بيانات المستخدمين مجزأة والشركات بالكاد ترى الصورة الأكبر. علاوة على ذلك، تُملك البيانات بواسطة المنصة، لذلك لا يحصل المستخدم الفرد على القيمة المتزايدة الناتجة عن معالجة البيانات. لكن في عصر Web3.0، وبسبب طبيعة البلوك تشين، فإن البصمات على السلسلة يملكها المستخدمون، مما يهدم بنيات ملكية البيانات بشكل أساسي. إضافة إلى ذلك، لتحسين سمعة عناوينهم، يرغب المستخدمون أيضًا في إنشاء ملفات تعريف لهم على السلسلة. وبالنسبة لمقدمي البروتوكول، يمكن لملفات تعريف مستخدمين أوسع أن تعزز نمو المستخدمين وتلتقط قيمة أكبر من “جزيرة المعلومات” في عصر Web 2.0. نأمل أن يعد ملف تعريف المستخدم على السلسلة الإمكانية التي نبحث عنها في هذا المجال.
المصدر:
https://wrenchinthegears.com/wp-content/uploads/2022/05/Vitalek-Buterin-Soulbound-Token-Paper-May-2022.pdf
https://deepdao.io/people
https://galaxy.eco/
https://mirror.xyz/0xBdA3229d75099397f902B43a1DbD18b6175c11A7/MqbpBjaQoh5LqrD-qsnB95JKH-dRdPotJTzqbkc33nc
https://docs.galaxy.eco/
https://noox.world/
https://docs.noox.world/
https://rabbithole.gg/
https://docs.rabbithole.gg/rabbithole-docs/welcome-to-rabbithole/our-mission
https://mirror.xyz/cryptolich.eth/o9-KJ4dzsWszGTqKMWcsF5Zb3BE0lCDdyrPx-zEoVHo
https://rabbithole.mirror.xyz/CYsaX0fT-IOV5OO3JiDcXpLFdcnhocVOO5pTZ52hsLE
degenscore.com
arcx.money
https://wiki.arcx.money/welcome/arcx-credit-introduction
https://www.lvlprotocol.xyz/
https://indiedao.gitbook.io/indiedao/products/lvl-protocol
https://docs.sismo.io/sismo-docs/sismo-protocol