المؤلف: Alice@Foresight Ventures

TL;DR

  1. القيمة المحتملة لـ DID كبيرة جدًا، وستلتقط القيمة الضخمة التي تأتي في المرتبة الثانية بعد السلسلة العامة.

  2. مقارنةً مع Defi و gamefi ومشاريع أخرى، فإن عتبة الدخول وتكلفة الفهم لـ DID منخفضتان بما يكفي، ولديها تأثير ماثيو قوي. من المتوقع أن تصبح مدخلاً فائقًا للمستخدمين للدخول إلى web3.

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

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

  5. نقسم مكدس هوية DID إلى طبقة إدارة المفاتيح الخاصة - طبقة المصادقة - طبقة التفويض - طبقة الإثبات. تتمتع طبقة الإثبات بميزة بيانات فريدة، وهي الشكل/المنتج الأكثر إمكانًا لتوحيد DID.

  6. ستكون منافسة المحافظ في المستقبل شرسة للغاية، ليس فقط بين محفظات EOA الحالية ومحافظ aa، بل أيضًا قد ينضم اللاعبون عبر مسارات مختلفة على مستوى طبقة الإثبات إلى المنافسة لتوفير نظام حساب هوية أفضل للمستخدمين وبيئة DID.

1. ما هي DID اللامركزية

DID هي اختصار لـ Decentralized Identifiers، أي الهوية اللامركزية. يركز DID على اللامركزية ثم على الهوية. في عالم web3، كيف نحافظ على هوية موحدة في بيئة لا مركزية وكيف نستخدم هويتنا هو ما نود مناقشته في هذا المقال.

a. الهوية المركزية التقليدية

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

  • التحكم في محتوى المنصة: لأي منشئ يريد تقديم محتوى لمستخدمي المنصة، يفقد فرصة مشاركة آرائه عندما يُعتبر محتواه ينتهك اللوائح أو لا يطابق معايير المنصة.

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

b. تصنيف الهوية اللامركزية

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

تقسيم زاوية نوع البيانات يشمل

VC هو اختصار Verifiable Credential، وهو معيار مقترح من W3C في مارس 2022، ويمكن للمتحققين إثبات صحته.

في عملية استخدام VC، ستكون هناك ثلاثة أدوار. يُمسك claimer بالشهادة، ويجب أن تلبي البيانات الموجودة داخلها متطلبات الحقول وأنواع البيانات وترتيب البيانات التي تتوافق مع نوع الشهادة. يقوم notary Attester بفحص البيانات والتأكد أنها صالحة. ثم استخدم المفتاح الخاص لتوقيع الـ VC، ومن ثم يمكن للمتحقق verifier التحقق من أصالة الشهادة دون التعامل مع notary، ويحتاج فقط إلى رؤية البيانات الموقعة.

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

Soulbound NFT، لا يدعم Soulbound NFT النقل على السلسلة، ما يعني أن SBT ينتمي فقط إلى عنوان on-chain محدد.

بناءً على Soulbound NFT المقترح من Vitalik، تكون البيانات والمعلومات التي يحملها NFT "مربوطة بالروح" (soul-bound) في عنوان محفظة المستخدم، ما يضيف خصائص غير قابلة للتحويل ويحل وهم أن المستخدمين أنفسهم لديهم إنجازات أو خبرات عبر شراء NFT أو إنجازات. ، ويربط وحدة سلوك المستخدم وهوية المستخدم

لكن الجانب الآخر للربط soul binding هو أنه لا يمكن فصل الـ NFT عن هوية المستخدم. بالإضافة إلى العرض النشط لـ POAP أو NFT من قبل المستخدم، يمكن أن يكون عنوان المستخدم قد تم إعطاؤه NFT بشكل خبيث (airdrop) أو وسمه بشكل خبيث. في حالة النقل، يمكن للمستخدم أن يُجبر فقط على القبول وسيظهر بشكل علني على السلسلة، مما يؤدي إلى خسارة سمعة المستخدم أو حتى فشل المعاملة، إلخ.

السمعة على السلسلة: تعكس السمعة على السلسلة هوية المستخدم عبر السلوك التفاعلي على السلسلة

المعاملة الناجحة تعني أنها تم كتابتها في البلوك على السلسلة ويمكن عرضها والتحقق منها بشكل علني. بالطبع، توفر ZKP طريقة للتحقق مباشرة من نتيجة المعاملة دون نشر محتوى المعاملة المحدد. لكن يمكن تسجيل وتحليل كل معاملة وتفاعل للمستخدمين على السلسلة. Whale alert نفسها تعتمد على بيانات مرئية علنًا على السلسلة لتتبع سلوك الكبار/الwhales. ويمكن القول إن ملصق Smart Money لدى Nansen يعرض بوضوح شديد ما قاله مؤلف Black Swan Nassim Taleb: "لا تخبرني بما تظنه، أظهر لي محفظتك." وينطلق Degen score خطوة إضافية من خلال تحليل بيانات السلسلة واستخراج الدرجة كدليل على مدى Degen للمستخدم، وتوفير ملصق هوية جديد،

لكن هذه الملصقات نفسها تفتقر إلى سياق وخلفية معقولة وتعريف. على سبيل المثال، قد يكون العنوان المعلّم بواسطة smart money هو مجرد واحد من محافظ المؤسسة، وسلوك البيع أو الشراء لعامل عنوان واحد قد لا يستنتج بالكامل استراتيجية المؤسسة. ربما هذه مجرد خطوة واحدة في استراتيجية دلتا نيترا. إن فعل العنوان وحده غير كافٍ لتكوين هوية كاملة. علاوة على ذلك، قد تكون السمعة على السلسلة مضللة، لأن المستخدم يمكنه تعويض التفاعل بعد الواقعة، أو أن الوهم الذي تشكله السمعة ناتج عن الشراء في السوق الثانوية. بالطبع يمكن أيضًا الحكم ما إذا كانت تعويضًا لاحقًا عبر خط الزمن وسجلات معاملات NFT، لكن بيانات السلسلة نفسها دليل متأخر.

اسم نطاق لامركزي: يمكن القول إن اسم النطاق اللامركزي الذي تفتحه ENS هو في حد ذاته هوية لامركزية، وقد أصبحت رؤية ENS المتعلقة بـ ETH والتأثير الهائل للثروة بمثابة رمز للهوية

يمكن لـ ENS أن تعكس الهوية مباشرة من خلال اسم العنوان عبر تحويل عنوان المحفظة الذي يبدو عشوائيًا/مشوشًا إلى عنوان مقروء. وفي الوقت نفسه، فإن تأثير الإطلاق الأولي وتأثير العلامة التجارية لـ ENS قد أصبحا أساسًا نطاقًا مع أكثر حالات استخدام. وفي الوقت نفسه، يمكن لـ ENS تعديل محتوى مواقع الويب وأسماء النطاقات الفرعية، ما يوفر فرصًا لتخصيص الهويات. وفي الوقت نفسه، تكون ENS قابلة للتركيب كمبيوترتود/عقد على السلسلة، ويمكن دمج تطبيقات مختلفة على السلسلة. على سبيل المثال، يولد Philand ميتافيرس فريد للمستخدم عبر المعلومات المرتبطة بـ ENS، بينما يولد Kola lab NFT موسيقى بناءً على ENS للمستخدم. يمكن القول إن تصور/عرض المعلومات يمثل قابلية تركيب DID.

ومع ذلك، يمكن لخاصية معاملة ENS أن تفكك هوية المستخدم عن هوية اسم النطاق، مما يؤدي إلى فقدان استمرارية الهوية. وفي الوقت نفسه، فإن التفاعل المبني على عنوان المحفظة يظل محدودًا بمعلومات المعاملة على السلسلة. وفي الوقت نفسه، تعتمد ENS حاليًا فقط على شبكة Ethereum الرئيسية. وبالنظر إلى بيئات الطبقة2 والطبقة3 وغيرها من الشبكات متعددة المستويات وبيئات متعدد السلاسل، فقد لا تكون شاملة وقد لا تكون دقيقة. , لوصف كامل لهوية المستخدم، انظر مناقشة المحفظة لمزيد من التفاصيل.

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

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

في الوقت نفسه، طورت Lens و Galxe وغيرها أيضًا مخططات اجتماعية وملامح اجتماعية عبر Profile NFT من خلال السلوكيات على السلسلة. لكن معظم السلوكيات التفاعلية على السلسلة هي معاملات. حاليًا، توجد فجوة في سيناريوهات تطبيق اجتماعية توفر سلوكيات اجتماعية على السلسلة. بالطبع، نحن نعتقد أنه عندما تصبح البنية التحتية للبيانات مثالية ويتم تقليل تكلفة الon-chain، سنرى الكثير من البيانات الاجتماعية في المستقبل، وبالتالي نتمكن من الحصول على علاقات اجتماعية أكثر قيمة

عنوان Stealth عنوان Stealth المقترح من Vitalik يفصل بين حق استخدام عنوان المحفظة وحق الاطلاع عليه، مما يضمن عزل هوية المستخدم والأصول

ميزة البلوكشين هي الانفتاح والشفافية. بالنسبة للمستخدمين، يمكن الاستدلال على هوية المستخدم من خلال معلومات الأصول والسلوك على السلسلة. في المقالة الأحدث، اقترح Vitalik عنوان Stealth جديدًا، يتم توليده مؤقتًا من المستخدم الذي يبدأ عملية التحويل عبر تشفير منحنيات بيضية elliptic curve. مفتاح عام ومفتاح خاص، ثم يتم دمجه مع عنوان الحساب المستلم لتوليد عنوان سري وإجراء التحويل إلى هذا العنوان، ويمكن للمستخدم المستلم استخدام مفتاحه الخاص مع المفتاح العام المؤقت لعرض أصول العنوان السري واستلام الأموال لاحقًا، ويكون لصاحب الأهلية حق التحكم في هذا الأصل. وهذا يعادل قطع الاتصال بين الهوية وبين المستخدم بعنوان جديد لمرة واحدة.

لكن كما قال Vitalik، في كل مرة يتم فيها توليد عنوان جديد تواجه مشكلة دفع رسوم Gas. وعلى الرغم من أن المستلم وحده يملك القدرة على التحكم في أصول الحساب، فإن العنوان الجديد لا يمتلك Gas كافيًا لدفع رسوم التحويل. وفي الوقت نفسه، فإن خصوصية العنوان السري هي خصوصية المستلم من جهة واحدة فقط، وبالنسبة للمرسل/الدافع تظل عملية شفافة على السلسلة. يمكن حل مشكلة Gas عبر إدارة المحفظة بشكل مجرد أو عبر relayer، ويقترح Vitalik استخدام ZKP لإثبات ملكية المستخدمين والحسابات السرية، وحتى يتخيل أنه يمكن استخدام عناوين مختلفة لتطبيقات DAPP مختلفة، ما يسمح للمستخدمين بإدارة DAPPs. معلومات الأصول الظاهرة. بالطبع لا يزال من الصعب تطبيق ZKP وتصميم عبر السلاسل وتصميم المحافظ. نحن نتطلع إلى أن تقدم مشاريع جديدة خططًا تنفيذية.

Avatar عبر المنصات: الصورة ثلاثية الأبعاد للشخصية تتماشى أكثر مع تخيلنا للهوية، كما أن Avatar عبر المنصات يمكنه ضمان وحدة الهوية

على الرغم من أن PFP NFT المسطحة تُستخدم أيضًا كصورة تمثيلية للهوية، إلا أن الـNFT نفسها قابلة للتداول، ومن الصعب تكوين علاقة ربط بين الهوية والـNFT. توفر خصائص الـ Avatar ثلاثية الأبعاد صورة بصرية، وفي الوقت نفسه، كونه تجسيدًا/تجسيدًا له في الميتافيرس، يكون له هوية فريدة. مثل جاهز player me و Lifeform’s Avatar NFT يمكنهما دعم المستخدمين لتعديل المظهر والصورة، ويمكن استخدامها عبر المنصات. مثل أن Avatar NFT الخاصة بـ Lifeform نفسها هي NFT على السلسلة، ويمكن أن تكون متوافقة مباشرة مع الميتافيرس على السلسلة، وحتى الاجتماعات خارج السلسلة بما في ذلك Zoom و Google، إلخ تضمن وحدة الهوية. وبعد ذلك، يمكننا حتى توقع ميتافيرس مخصص، يُظهر مزيدًا من المعلومات عن هوية الشخص داخل ميتافيرس شخصي مُخصص.

  • على الرغم من أن Avatar NFT هو هوية أكثر ثلاثية الأبعاد، إلا أن Avatars NFT حاليًا تُظهر المزيد عن المظهر والشكليات، فهي مجرد صورة هوية واحدة، ولا تتضمن المزيد من السلوكيات أو معلومات أخرى تُعرّف الهوية. لاحقًا، نتوقع أن يعرض Avatar NFT معلومات أكثر عبر metadata أو عبر قابلية التراكيب.

c. السمات الرئيسية لـ DID

  • قابلية تركيب/تأليف الهويات

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

  • الخصوصية وأمن بيانات الهوية

في الوقت نفسه، لأن بيئة السلسلة هي بيانات يمكن رؤيتها علنًا، فنحن بحاجة إلى الانتباه إلى

  1. الخصوصية: في الغابة المظلمة على السلسلة، يعد الكشف عن الهويات والحسابات المرتبطة ومعلومات الأصول أمرًا غير آمن للغاية، خصوصًا بالنسبة للمعلومات على السلسلة التي تركز بشكل أساسي على سيناريوهات المعاملات المالية، إذ إن كشف عناوين المحافظ والسلوكيات في المعاملات خطير جدًا. خطير جدًا، لذلك يجب أن تكون خصوصية DID الخاصة بمعلومات الأصول المرتبطة ضرورة. وفي الوقت نفسه، الحفاظ على إخفاء الهوية هو أحد احتياجات العديد من مستخدمي التطبيقات الأصلية للتشفير. حتى الآن، رأينا مكونات مفتوحة المصدر مثل semaphore و DIDs التي توفر خصوصية مثل Firstbatch

  2. الأمان: بما في ذلك أمن المعلومات وأمن الأصول. أمن المعلومات يشير أساسًا إلى أمن المعلومات الشخصية، والتي قد تشمل معلومات مثل الهوية والعنوان والخلفية التعليمية على السلسلة، وكذلك عناوين المحافظ وسلوكيات المعاملات على السلسلة. من الممكن أن يؤدي كشف هذه المعلومات إلى مشكلات تتعلق بالسلامة الشخصية، وفي الوقت نفسه فإن سلوكيات التفويض على السلسلة غالبًا ما تكون عرضة لاحتمال اختراقها أو مهاجمتها بشكل خبيث. لذلك يجب ضمان معالجة البيانات بشكل مناسب وتأمين جمع المعلومات الشخصية وتخزينها واستخدامها. على الرغم من أن معظم الأطراف البرمجية تقوم الآن بالتخزين محليًا أو تستخدم AWS، بالاعتماد على قدرات إدارة الفريق، فإن تعطل AWS والمشكلات اللامتناهية لقدرات إدارة الفريق تجعلنا نأمل أن يتم تخزين هذه البيانات الحساسة الشخصية في قاعدة بيانات لا مركزية أكثر يضمن أمن بيانات المستخدم.

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

2. لماذا نحتاج DID

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

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

a. قيمة DID

بالنسبة إلى DID، نعتقد أن الإمكان الحقيقي يكمن في:

احتمالية الدفع بالبيانات الناتجة عن ملكية البيانات

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

عندما يمتلك المستخدمون سيادة البيانات، يمكنهم استعادة الحق في اختيار معاملات البيانات. يمكنك اختيار بيع البيانات ذات الصلة، أو اختيار عدم بيعها. وبخلاف المنصة المركزية كوسيط يربط منتجي البيانات بالمستخدمين، وبخلاف كونها فقط ناقل بيانات لتداول قيمة البيانات، يمكننا حتى تخيل سوق بيانات متصل بمنتجي البيانات والمستهلكين، مثل تقديم نموذج معاملات P2P، أو أن DAPP تقوم مباشرة بدعم المستخدمين للحصول على بيانات استخدام المستخدم وعادات الاستهلاك، ومن ثم تظهر نماذج أعمال جديدة لـ DAPP التي تدفع للمستخدمين. يمكن تحقيق ذلك عبر بيانات المستخدم والهويات المتضمنة في DID، وهذا يعتمد أيضًا على السلسلة التي سنناقشها أدناه. تركيبة مشابهة لـ Defi lego التي يقدمها DID على

القابلية للتركيب الناتجة عن بيانات on-chain

بعد رفع البيانات إلى السلسلة، تبدأ البيانات في امتلاك سيولة، ويمكن قراءتها واستخدامها والتحقق منها عبر عقد السلسلة أو API، ويمكن فرض رسوم على عملية استخدام البيانات أو التحقق عبر العقد، مثلما أن قراءة وكتابة Feed الخاص بسلسلة chainlink تحتاج إلى دفع. قد يقترح DID نموذجًا جديدًا لفرض الرسوم على بيانات رفع معلومات المستخدم إلى السلسلة. إذا أراد DAPP قراءة أو التحقق من المعلومات الشخصية أو بيانات المعاملات المتضمنة في هوية DID الخاصة بالمستخدم، فيجب دفع رسوم قبل الحصول عليها. على سبيل المثال، تتطلب SBT لدى Firstbatch أن يكون هناك دفع من DAPP عندما يتحقق العقد من دليل الاهتمام

علاوة على ذلك، يمكن لتصميم DID أن يسمح للمستخدمين باختيار ما إذا كانوا سيوافقون على السماح لـ DAPP بقراءة المعلومات ذات الصلة، أو اختيار الإفصاح الانتقائي عن البيانات الشخصية. على سبيل المثال، بالنسبة لأنواع مرتبطة بـ Defi، يختار DAPP فقط عرض المحافظ على سلسلة معينة أو سجلات المعاملات لإحدى المحافظ. لاختيار خدمة DAPP

  • والأهم من ذلك، قد لا نحتاج إلى امتلاك هوية كبيرة وكاملة على نفس المنصة أو نفس Dapp، بل قد يمتلك المستخدم DIDs مختلفة في سيناريوهات مختلفة. على سبيل المثال، في سيناريو الألعاب توجد حالة king status SBT، وفي defi dapp يمكن أن يكون mining OG أو سمعة onchain لمؤدي تحكيم arbitrage master، وقد نشر NFT لباحث روائي/نوفل research master على mirror. تمامًا مثل أن البشر متعددون من جوانب، يمكن أن تُظهر DIDs في سيناريوهات مختلفة جوانب مختلفة من هوية الشخص، كما أن قابلية تركيب السلسلة تسمح لسيناريوهات مختلفة بالحصول على معلومات حول هويات أخرى للمستخدم لفتح سيناريوهات جديدة، أو أن يختار المستخدم في سيناريوهات مختلفة عرض DIDs مختلفة في سيناريوهات مختلفة، مع اختيار حماية هويتك مع الحفاظ على القدرة على الحصول على المنتجات والخدمات التي تلبي احتياجاتك

b. سيناريوهات تطبيق DID

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

  • متطلبات الامتثال: يتطلب CEX الموجود على السلسلة من المستخدم KYC بناءً على اعتبارات الامتثال والأمان. توجد أيضًا اتفاقيات إقراض على السلسلة تبدأ في دمج بيانات KYC المالية التقليدية على السلسلة للمساعدة في إدارة المخاطر بشكل أفضل، وهي مبنية أساسًا على متطلبات امتثال KYC مثل التنظيم وضبط المخاطر

  • إثبات الشخصية (Proof of Personhood): الأكثر شيوعًا هو الهجوم المضاد للـ Sybil في القوائم البيضاء وAirDrop، أي أن الشخص نفسه يمكنه إنشاء عدة حسابات أو عناوين محافظ أو الحصول على قائمة بيضاء وairdrop. بالنسبة لطرف المشروع، يؤدي هذا إلى زيادة تكلفة الحصول على العملاء، لأن الحقوق التي يحصل عليها نفس المستخدم كان يمكن أن تحصل في الأصل على مستخدمين جدد آخرين، لذلك بالنسبة لطرف المشروع توجد حاجة للتحقق من دليل شخصية المستخدم

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

  • المشهد الاجتماعي: على الرغم من أن البيانات الحالية على السلسلة هي في الأساس بيانات معاملات، إلا أننا نعتقد أنه بعد أن خفّض EIP4844 بشكل كبير تكلفة التخزين على السلسلة، وبالاقتران مع مشاريع ضخمة لتخزين البيانات واسترجاعها وتحليلها رأيناها. بعد إطلاق المشروع، يمكننا رؤية مشاريع اجتماعية كثيفة البيانات على طبقة التطبيق، وتقديم خدمات موجهة للمستخدمين عبر DID ورسائل أخرى، مما يوفر تجربة مستخدم web2. قد تكون هناك أشكال مختلفة في مسارات مختلفة:

  • DAO: كان الموضوع الذي نوقش كثيرًا سابقًا هو السمعة على السلسلة. بالنسبة لأعضاء DAO، تُعد السمعة على السلسلة أحد الخيارات للتعبير عن درجة مساهمة العضو. ولكن بما أن سيناريوهات عمل DAO لا تقتصر على السلسلة، فإن كمية كبيرة من التواصل ونتائج العمل تظهر في سيناريوهات خارج السلسلة، مثل snapshot voting واقتراحات المجتمع والأنشطة غير المتصلة بالشبكة offline وغيرها. وقد يتم استخدام VC لإثبات المؤهلات الأكاديمية خارج السلسلة وخبرة العمل وما إلى ذلك.

  • الإقراض بالائتمان: باعتباره أحد أكثر السيناريوهات التي نوقشت له DID على نطاق واسع، فإن الإقراض بالائتمان هو سيناريو شائع جدًا في التمويل التقليدي. جوهر Huabei و Jiebei اللذين نعرفهما هو أن Alipay تجمع معلومات أصول المستخدمين وبيانات السلوك ثم يقدم القرض الائتماني عبر معلومات الهوية الخاصة بـ DID، ويمكن لمعلومات المستخدم المقدمة عبر DID أيضًا دعم المزيد من اتفاقيات الإقراض لتوفير السيولة، وقد رأينا أيضًا أن بعض الاتفاقيات بدأت بتقديم قروض ائتمانية ليست بالكامل مرهونة.

3. مكدس هوية Web3

يمكن تقسيم مكدس هوية Web3 إلى ست طبقات من الأسفل إلى الأعلى: طبقة التخزين - طبقة تحديد الهوية - طبقة إدارة المفاتيح الخاصة - طبقة المصادقة - طبقة التفويض - طبقة الإثبات. طبقة التخزين وطبقة الهوية هما البنى التحتية التي تحدد معيار DID. يبدأ التفاعل واسع النطاق للمستخدمين من طبقة إدارة المفاتيح الخاصة:

  • للحصول على DID، يحتاج المستخدم إلى امتلاك حساب لإدارة المفاتيح الخاصة (account). تكون صيغة حساب إدارة المفاتيح الخاصة في web3 عادةً عبارة عن محفظة، وهي حاوية معلومات هوية طبيعية.

  • بعد أي مصادقة (Seed phrases/MPC login/biometrics)، يسجل المستخدم دخوله بنجاح إلى المحفظة

  • يمكن لتطبيقات Dapps المختلفة الآن طلب إذن الاتصال بالمحافظ وقراءة معلومات الحساب (مثل عناوين متعددة السلاسل والمعاملات والبيانات على السلسلة وأصول NFT) بعد الحصول على التوقيع المصرح به.

  • وأخيرًا، يتم إنشاء أنواع مختلفة من VC\SBT\Poap وما إلى ذلك وتخزينها في المحفظة لإثبات هوية المستخدم.

  • عند التفاعل مع Dapps، يمكن للمستخدم أن يصرّح بشكل مستقل بشأن أي بيانات يطلع المشروع عليها.

  • من الناحية المثالية، يمكن استخدام تقنية ZK في الروابط أعلاه لإخفاء الاتصال المباشر بين عنوان محفظة المستخدم ومعلومات أصول الهوية.

a. الوكلاء & إدارة المفاتيح

توفر المحفظة حاوية هوية طبيعية، وهي مدخل يربط بين Dapps والاعتمادات/البيانات التي يمتلكها المستخدمون.

  • كيف ينبغي أن تبدو "محفظة DID" المثالية: تجمع عناوين جميع السلاسل، وتدمج البيانات المجزأة للمستخدمين مع امتلاك وظائف أساسية مثل التواقيع والتحويلات وسائر المعاملات؛ ثانيًا، يمكنها عرض شهادات مختلفة من نوع SBT/VC/PoP التي يمتلكها المستخدمون. عندما تتفاعل Dapps مع المحفظة، يمكن للمستخدم أن يصرّح بشكل مستقل بشأن أي بيانات يطلع عليها، وبالتالي تساعد المستخدم على الحفاظ على سيادة البيانات.

1) محفظة Smart Contract

حاليًا، لا تمتلك معظم المحافظ مثل Metamask هذه الوظائف. السبب المهم هو أنها محافظ EOA، وتدعم فقط العمليات الأصلية مثل الاستعلام والتحويل. في المستقبل، من المتوقع أن تحقق محافظ العقود الذكية (مثل: Unipass, Argent) وظائف أكثر تنوعًا، مثل:

  • لا مفتاح خاص: لم يعد على المستخدمين حفظ seed phrases أو المفاتيح الخاصة؛ يمكن اعتماد طرق تحقق متعددة مثل التحقق البيومتري والتحقق من الجهاز.

  • استرداد الحساب: يمكن تنفيذ استرداد الحساب عبر التحقق البيومتري والتحقق الاجتماعي وما إلى ذلك لضمان عدم ضياع الهويات الاجتماعية

  • تفاعل بلا رسوم Gas: يمكن للمستخدمين استخدام رموز ERC-20 المشاركة في المعاملة لدفع رسوم الغاز، أو تحديد حساب ثابت للدفع مباشرة دون تجهيز ETH كغاز مسبقًا

  • الإقراض الائتماني على السلسلة: يحتوي الحساب على سجل ائتماني كامل على السلسلة، لذا يمكن للحساب نفسه أن يحصل مباشرة على قرض بناءً على سمعته، دون أي ضمانات، مما يعزز السيولة المالية في السوق؛ وما يحتاج إلى اعتبار إضافي هو كيف يمكن للمقرض للأصول معاقبة السلوك غير النزيه بشكل مناسب.

  • إدارة الحسابات الفرعية: يستخدم المستخدمون أنظمة حسابات مخصصة لسيناريوهات مختلفة ولديهم نظام إدارة حسابات أكثر شمولًا. على سبيل المثال، حساب واحد يَخزن فقط ETH كحساب غاز، ويمكن دفع تفاعل جميع الحسابات الأخرى بواسطة حساب الغاز؛ وحساب واحد يَخزن فقط NFT من الشركات الرائدة blue-chip، والتي لن تُستخدم بسهولة؛ وحساب واحد يُستخدم كحساب gamefi، يمكنهم تخزين أصول مختلفة وكذلك تخزين سلوكيات on-chain ككيانات منفصلة، وبالتالي الحفاظ على خصوصية المستخدم إلى أقصى حد.

2) محفظة الهوية

  • تتمثل الوظيفة الرئيسية لمحفظة العقد الذكي في تخزين وإدارة مفاتيح Crypto لإرسال/استلام الأصول وتوقيع المعاملات؛ وهناك نوع آخر من محافظ الهوية مخصص لتخزين الهويات ويتيح للمستخدمين إجراء مطالبات claims، والتي يمكن عرضها عبر التطبيقات/المنصات.

  • Polygon ID Wallet: أطلقت Polygon محفظة لمستخدميها لإدارة وتخزين PolygonID، والتي توفر وظائف مثل log-in وتوليد ZKP والتحقق من الخصوصية؛ حاليًا توجد حالات استخدام قليلة، وهي تشجع المطورين على تخصيص حالات الاستخدام

  • محفظة ONTO: تم تصميمها لمساعدة المستخدمين على إنشاء DID، وتحمي خصوصية المستخدم بالكامل عبر خوارزميات التشفير، مع دمج هويات على السلسلة وخارجها، وNFT، وإدارة الأصول، وما إلى ذلك;

  • Nugget: تركز بشكل رئيسي على سيناريوهات الدفع في التجارة الإلكترونية، وتستخدم تقنيات القياس البيومتري لمسح وجوه المستخدمين من عدة زوايا، وتجمع بين مسح بطاقة الهوية وتقنية التعرف على الأحرف الضوئية لإكمال عملية التحقق من هوية KYC والتخزين الآمن صفري المعرفة على السلسلة.

b. طبقة المصادقة

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

  • تسجيل الدخول باستخدام Ethereum

Sign-In with Ethereum (SIWE) هو معيار مصادقة رائدته Spruce و ENS و Ethereum Foundation. وقد طبّع SIWE صيغة رسالة (مشابهة لـ jwt) ليتغنى بها المستخدمون لخدمات تسجيل الدخول إلى الحسابات المعتمدة على البلوكشين. وبناءً على ذلك، يجعل Sign-In with X (CAIP-122) SIWE تنفيذًا لـ SIWx محوره Ethereum، ويعمم المعيار للعمل عبر سلاسل بلوكشين متعددة.

  • Unipass

لدى Unipss بالفعل حل on-chain لتسجيل الدخول إلى صندوق البريد وتم نشر zk لإخفاء العلاقة بين حساب البريد الإلكتروني وعنوان المحفظة. في المقابل، لا تُعد حل تسجيل الدخول إلى mailbox الخاص بـ web3auth أكثر مركزية من البنية على السلسلة، كما أن مفتاحه الخاص يُخزن في التخزين الأمامي للمتصفح، مما يثير مخاوف بشأن أمن الحساب.

  • Hexlink

باعتبارها "مزود هوية" (identity oracle)، تقوم Hexlink بتشفير بيانات هوية المستخدم وإرسالها إلى خادم الهوية. يفك الخادم البيانات ويُنشئ إثبات merkle لإنشاء برهان صفر معرفة للتحقق من هوية المستخدم. يمكن أن تكون متوافقة مع تطبيقات الويب والهاتف، وتدعم مصادقة web2. توفر حسابات اجتماعية وEOA الخاصة بـ web3 وAA محافظ تجريد تجربة حساب web3 منخفضة العتبة.

  • Notebook

حل KYC + تسجيل الدخول لهوية المستخدم. بعد تسجيل حساب notebook وإكمال التحقق من معلومات القياس البيومتري، يمكن توليد zkp لإثبات هوية المستخدم. مؤخرًا، تتعاون مع Near لدمج Notebook Auth.

c. التحكم في الوصول & التفويض

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

1) إدارة التحكم في الوصول

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

  • Lit

بناءً على بروتوكول إدارة مفاتيح MPC والتحكم في الوصول، يتم تمثيل زوج المفتاح العام/الخاص بواسطة PKP (NFT زوج مفاتيح قابل للبرمجة). عندما يتم استيفاء الشروط المحددة، يمكن لمالك PKP تشغيل تجميع الشبكة، بحيث يمكنهم التعريف لفك تشفير المستندات أو توقيع الرسائل. حالات استخدام محتملة: اجتماعات مؤمنة بالـ Token ومساحات Gathertown والبث المباشر والوصول إلى Google Drive.

  • Collab.land

يقوم Discord بأتمتة إدارة البوتات وإدارة العضوية بناءً على ملكية التوكن.

2) إدارة تفويض المستخدم

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

  • محفظة EverRise

أطلقت محفظة EverRise منتجًا جديدًا— EverRevoke لمساعدة المستخدمين على إدارة التفويضات. تجمع EverRevoke حالة تفويض الرمز المميز & NFT لـ 5 سلاسل بلوكشين. يمكن للمستخدمين إدارة أذونات التوكن وإلغاؤها في أي وقت.

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

d. الإقرار/الاعتماد (Attestation)

تساعد حلول Attestation عناوين المحافظ على إنتاج "براهينها" و"سمعتها" و"اعتماداته". وبناءً على بيانات on-chain القابلة للتحقق، فإن هذه السمعة لا تقتصر على منصة معينة. نحن نعتقد أن طبقة Attestation هي الأقرب لمستخدمي الكريبتو، وبالتالي تولد باستمرار بيانات قيمة. ولديها أكبر قدر من الإمكان لتصبح طبقة DID موحدة.

1) الإقرارات/الشهادات الخاصة بالبيانات

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

  • Galxe

تقوم Galxe ID بتمييز كل عنوان بإصدار شهادات وربط بيانات المستخدم عبر سلاسل مختلفة. تتراوح مصادر البيانات من Web2 و Web3؛ حاليًا يوجد أكثر من 4.2 مليون مستخدم لدى Galxe ID.

في النصف الأول من عام 2023، ستطلق Galxe منتجها الجديد: Galxe Protocol، وهو منتج بروتوكول بيانات بدون تراخيص. سيتمكن المطورون من الوصول إلى البيانات التي تولدها Galxe والبدء ببناء تطبيقات داخل نظامها البيئي.

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

  • Lens Protocol — حدائق اجتماعية تظهر

Lens Protocol هو بروتوكول مخطط اجتماعي لامركزي مبني على Polygon، أطلقه فريق التأسيس لفريق Aave. وبخصوص هدف الرهان على وسائل التواصل الاجتماعي في Web3، صرح مؤسس Aave Stani علنًا بأن الهدف النهائي هو دمج وسائل التواصل الاجتماعي في Web3 وDeFi، وتحويل المخطط الاجتماعي إلى مخطط ثقة، وتوفير قروض منخفضة الدفع عبر Aave.

اجتازت Lens حتى الآن هاكاثون LFGrow وجولتين من خطط التبرع، بإجمالي أكثر من 100,000 مستخدم، مع العديد من المشاريع المبتكرة بما في ذلك Lenster و Phaver و Orb و SteamDAO وغيرها.

  • Farcaster — بروتوكول اجتماعي محايد وثقته لامركزية

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

تتم السيطرة على الهوية عبر عناوين Ethereum، وتتم توقيع الرسائل خارج السلسلة عبر حسابات Ethereum. يتم تشفير بيانات المستخدم وتوقيعها بواسطة الهوية وتخزينها على الخادم الذي يتحكم به المستخدم (Farcaster Hubs). والسبب في عدم تخزين البيانات على السلسلة هو أن تكلفة التسوية على أغلب شبكات L1 وL2 مرتفعة جدًا، والسرعة تحتاج أن تكون أعلى.

  • Nostr — بروتوكول وسيط/مرحل لإرسال المعلومات ممنوع من Twitter

الاسم الكامل لـ Nostr هو “Notes and Other Stuff Transmitted by Relays”، وهو بروتوكول ترحيل لنقل معلومات وسائل التواصل الاجتماعي. تم تأسيس Nostr في نوفمبر 2020. وكبنية تحتية للإنترنت للأغراض العامة، ما زال في مراحله المبكرة.

يُقسم Nostr إلى مكوّنين: العملاء (clients) والمرسلين/الـ relayers. يُستخدم العميل لتوقيع المعلومات والتحقق منها ويتم تشغيله بواسطة المستخدم؛ أما الـ repeater فهو مسؤول عن تسليم الرسائل ويمكن تشغيله من قبل أي شخص يقوم بإعداد خادم. يقوم العميل بتخزين مفتاح المستخدم داخليًا. يجب توقيع كل رسالة وإرسالها إلى relay. لا يغيّر الـ relay البيانات. يتم إجراء التحقق من صحة/أصالة هذه الرسائل بواسطة العميل، لذلك لا يحتاج المستخدم إلى الوثوق بالـ relay، وهو أقرب إلى روح اللامركزية.

نشأ Nostr من مجتمع BTC وله علاقة وثيقة بمجتمع web3. في المستقبل، قد يتم إطلاق حوافز رمزية للتخزين. ومن ناحية التسويق، رفع جاك دورسي اللواء، لكن تم حظره رسميًا من Twitter منذ فترة.

2) خدمة اسم النطاق

يمكن اعتبار اسم النطاق وكذلك المحفظة حاويات معلومات هوية: يمكن للمحفظة استخدام اسم نطاق كبديل لاسم حساب المحفظة واستخدامه كـ "اسم" عند التفاعل مع جانب التطبيق، ويمكن لاسم النطاق أن يدمج عناوين متعددة للسلاسل أو حتى عدة حسابات محافظ، وهو ما يجعله أيضًا مُجمِّع هوية طبيعي.

  • ENS

مع 1.8 مليون تسجيل، يعمل بالتعاون مع SpruceID لتطوير EIP-4361: Sign In With Ethereum.

إذا تم تنفيذ الاقتراح بنجاح، فسيحل هذا محل وظيفة Connect Wallet، مما يجعل اسم النطاق يصبح المدخل إلى Web3 فوق عنوان المحفظة. بالإضافة إلى ذلك، تأمل ENS أيضًا في إكمال رؤيتها لـ “Web3 name” من خلال دمج سلسلة من الهويات ضمن اسم النطاق.

  • Space ID

Space ID: يوفر خدمات تسجيل أسماء نطاق بنهايات .bnb. كما يأمل Space ID ربط أسماء نطاق .bnb بعناوين المستخدمين المتعددة على السلسلة وبتويتر (Twitter) وباقي حسابات Web2، وأن يصبح Web3 Universal Domain.

3) هوية مرئية ثلاثية الأبعاد

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

  • Philand

يمكن للمستخدمين تصور السلوك على السلسلة عبر Phi، واستلام مكونات مقابلة بناءً على السلوك على السلسلة (التبرع، تفاعل البروتوكول، إلخ)، مما يبني عالم السمعة الخاصة بهم مثل قطع الليغو. يمكن للمستخدمين الذين يمتلكون نطاقات ENS توليد الأراضي تلقائيًا، ودمج عوالمهم web3 وفقًا لسلوكهم على السلسلة، وشبكاتهم الاجتماعية.

سبق لـ Phi الفوز بالهاكاثون NFT HACK2022 و BuildQuest في ETH Global. كما حصلت أيضًا على منحة من Uniswap، الفائز الكبير في lens hack.

  • Lifeform-3D visualization DID

Lifeform هو مزود حلول هوية رقمية ثلاثية الأبعاد تلقى استثمارًا في جولة seed من Binance، ويركز على تطوير حلول متكاملة لهويات مرئية DID. تشمل المنتجات الأساسية: محرر إنسان افتراضي ثلاثي الأبعاد واقعي للغاية، وبروتوكول visual DID، ومجموعة عقود ذكية آمنة، ونظام SaaS هوية لامركزي أصلي، ومحرك أساسي للميتافيرس مناسب لتطوير تطبيقات Web3 متعددة الاستخدامات.

4) إقرارات/شهادات أخرى

  • Unirep

Unirep هو بروتوكول سمعة لا يمكن إنكاره مبني على Ethereum. يُسمح للمستخدمين بإعطاء سمعة إيجابية أو سلبية للآخرين بشكل مجهول، وفي الوقت نفسه لا يمكنهم رفض قبول السمعة (غير قابل للإنكار)، ويمكنهم بشكل طوعي إثبات أنهم يمتلكون سمعة معينة عبر تقنية zk، لكن دون الكشف عن المبلغ المحدد. يمكن أيضًا تجريد هذا الحل إلى عقود ذكية، واستخدام قابلية تركيب السلسلة لتقديم مخططات تشفير للأطراف الأخرى من المشاريع.

  • Firstbatch

استخدم الذكاء الاصطناعي لتحليل بيانات web2 وصياغة تسميات البيانات، والتحقق من اهتمام المستخدم مع الحفاظ على خصوصيته عبر ZK. تشمل حالات الاستخدام 1. توصية المحتوى 2. الأنشطة غير المتصلة 3. أنشطة التفويض/الأذونات.

  • Aspect AI

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

e. الخصوصية

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

  • Iden3

بروتوكول هوية zk-native، يوفر إطارًا لـ zk ومكتبات مفتوحة المصدر لبدائله الخاصة بالهوية، والمصادقة، وتوليد إثباتات إثبات الادعاءات. يستخدم البروتوكول منحنيات Baby JubjubElliptic التي تولد أزواج مفاتيح لكل هوية، وهي مصممة للعمل بكفاءة مع zk-SNARKs، والتي تُستخدم لإثبات ملكية الهوية والادعاءات بطريقة تحافظ على الخصوصية. تستخدم PolygonID حاليًا هذا البروتوكول لبناء محفظة الهوية

  • Polyhedra

بروتوكول zk full-stack، وجسره عبر السلاسل zkbridge يمكنه حل مشكلة إدارة الهوية متعددة السلاسل. أطلقت Polyhedra شبكة relays لجسر zkbridge + برهانين تكراريين من طبقتين، مما يضمن أمن الجسر عبر السلاسل مع تقليل الوقت ورسوم الغاز. كما طورت حاوية DID لمشاريع Gamefi، ضمن tp تقوم بتجميع أصول اللاعبين تحت NFT واحد ونقلها بنقرة واحدة. في المستقبل، يخطط لجعل تفاعل المستخدمين بسيطًا أو حتى غير مُلاحظ.

  • Semaphore

بروتوكول Zero للمطورين في Ethereum. يمكن للمستخدمين إثبات انتمائهم للمجموعة وإرسال إشارات مثل التصويت أو الدعم دون كشف هويتهم الأصلية. Semaphore ليست تطبيقًا موجّهًا للمستخدمين، بل تهدف إلى تقديم أدوات قوية وبسيطة لمطوري Ethereum وبناء DApps.

  • كما حظيت إثباتات zk على مستوى التطبيقات باهتمام كبير:

  • Airdrop خاص:Stealthdrop

  • اتصال مجهول:heyanon

  • صوّت بشكل مجهول:Melo

  • KYC: Zkpass ، Outdid

4. ستكون الهوية نقطة الدخول التالية لـ web3

ألق نظرة على تطور بوابات Web2. لقد تطورت من بوابات— محركات بحث— تطبيقات PC— تطبيقات الهاتف. ومن الواضح أن المستخدمين ينتقلون من وظيفة واحدة، وتفاعلات سلبية، وتعقيد إلى بوابة شاملة وأدوات إتاحة بسيطة للتسجيل/الانطلاق. مدفوعين بطبيعة البشر، يميل المستخدمون دائمًا إلى اختيار بوابات متكاملة شاملة كنقطة تلامس لاستكشاف عالم الكريبتو.

نحن نتوقع بشكل تفاؤلي أن بوابة المرور هذه ستمتلك الخصائص التالية:

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

  • واجهة أمامية مدمجة: نعتقد أنه ستظهر واحدة أو عدة أنظمة حسابات فائقة مشابهة لـ WeChat، وستكون أكثر صيغة منطقية لهذا النظام هي المحفظة

  • خلفية لا مركزية: بالاعتماد على قابلية تركيب السلسلة، يمكن لخلفية المحفظة دمج بروتوكولات مختلفة مثل social/game/Defi/identity/payment للاستخدام الآمن من قبل المستخدمين

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

  • إعدادات أمان متنوعة: مع تطور zk و AA يمكن ابتكار آليات أمان أفضل ووضعها موضع التنفيذ؛ يجب أن توجد آليات مختلفة لإدارة المفاتيح (MPC/توقيع متعدد/no mnemonic) ليختارها المستخدمون، بما يلبي احتياجات أنواع مختلفة من العملاء

  • بيانات يمتلكها المستخدم: تُخزن المعلومات الشخصية/البيانات الاجتماعية/اعتمادات الهوية في حلول تخزين لا مركزية مثل Arweave أو IPFS، ولا تتحكم بها إلا مفاتيح المستخدم الخاصة.

  • تسويق تجاري أصلي: دعم دفع web3 أصلي، وتبسيط التفاعل عبر السلاسل ودفع رسوم الغاز.

  • مقاومة الرقابة: لن يُحظر المستخدمون بعد الآن من أي مؤسسات مركزية مثل Meta أو الحكومات المحلية.

حول Foresight Ventures

Foresight Ventures مكرسة لدعم الابتكار المدمر لسلسلة الكتل خلال العقود القليلة القادمة. نحن ندير صناديق متعددة: صندوق VC، وصندوق ثانوي مُدار بنشاط، وFOF متعدد الاستراتيجيات، وصندوق ثانوي في السوق الخاصة، مع إجمالي أصول تحت الإدارة AUM يتجاوز 400 مليون دولار. تلتزم Foresight Ventures بمعتقد "فريد، مستقل، هجومي، واستراتيجية طويلة المدى" وتقدم دعمًا واسعًا لشركات محفظتها داخل نظام بيئي ينمو باستمرار. يتكون فريقنا من قدامى من شركات مالية وتقنية رائدة مثل Sequoia Capital و CICC و Google و Bitmain وغيرها الكثير.

الموقع: https://www.foresightventures.com/

تويتر: https://twitter.com/ForesightVen

Medium: https://foresightventures.medium.com

Substack: https://foresightventures.substack.com

Discord: https://discord.com/invite/maEG3hRdE3

Linktree: https://linktr.ee/foresightventures