لماذا #SignDigitalSovereignty لفت انتباهي. ليس لأن الهوية الرقمية هي قصة جديدة، ولكن لأنها تثير سؤالًا أكثر عملية. هل يمكن أن تكون بنية الهوية تحت سيطرة المستخدم وقابلة للتحقق عبر بيئات متعددة دون الاعتماد على سلطة مركزية. هنا يكمن معظم الصعوبات التي تواجهها الأنظمة. لذا فإن السؤال الحقيقي يصبح ما إذا كانت هذه النموذج يمكن أن يتجاوز النظرية ويصبح شيئًا يعتمد عليه المطورون والمستخدمون في التفاعلات اليومية. من ما أفهم، تم تصميم البروتوكول حول الهوية القابلة للتحقق التي تبقى تحت ملكية المستخدم. بدلاً من تخزين الهوية في قاعدة بيانات واحدة، فإنه يوزع الثقة من خلال الأدلة التشفيرية. وهذا يسمح للمستخدمين بإثبات سمات معينة دون الكشف عن بيانات غير ضرورية. طريقة بسيطة للتفكير في الأمر هي مثل الوصول إلى منصات متعددة بنفس الهوية، ولكن دون تسليم السيطرة الكاملة لكل واحدة. يتحقق النظام مما هو مطلوب مع الحفاظ على بقية المعلومات خاصة. هذا مهم لأنه يغير كيفية انتقال البيانات بين التطبيقات. بدلاً من أن تمتلك المنصات الهوية، يحملها المستخدمون عبر النظم البيئية بطريقة آمنة وقابلة للتشغيل المتبادل. $EDGE و $UAI تتصل مع Sign من خلال تمكين أنظمة الذكاء الاصطناعي من توليد ومعالجة والتحقق من البيانات المتعلقة بالهوية خارج السلسلة، بينما يضمن Sign أن تظل تلك الهويات مملوكة للمستخدم، قابلة للتحقق، وقابلة للاستخدام عبر مختلف ENGINEERING BEHIND SIGN
كيف تجعل جزءًا من البيانات قابلًا للإثبات والنقل، مع بقائه قابلًا للاستخدام عبر أنظمة مختلفة تمامًا؟
في صميم الأمر تكمن فكرة الإثباتات. فأنت، ببساطة، تصوغ ادعاءً منظّمًا وموقّعًا وقابلًا للتحقق
لكن الطريقة التي يتعامل بها SIGN مع التخزين هي ما يجعل الأمر عمليًا. يمكنك وضع البيانات كاملةً على السلسلة إذا كنت تريد أقصى درجات الثقة. هذا مكلف، لكنه واضح. أو يمكنك تثبيت بصمة تجزئة والاحتفاظ بالبيانات الفعلية خارج السلسلة. وهذا أرخص بكثير. أو تمزج بين الطريقتين حسب ما تفعله.
إنها مجرد قوالب، لكنها قابلة للنقل. أي إن الجميع يتفقون أولًا على بنية البيانات، وبعدها يمكنك نقل هذا المنطق بين السلاسل دون إعادة كتابة كل شيء
هذا وحده يجنّبك الكثير من العناء. فقد أعدت بناء منطق التحقق نفسه في بيئات مختلفة مرات أكثر مما أود الاعتراف به.
وأجل، يستخدم Sign التشفير غير المتماثل وبراهين المعرفة الصفرية في البنية التحتية
إذًا، بدلًا من كشف البيانات الخام، أنت تثبت خصائصها. مثلًا، تثبت أن عمري يزيد على 18 عامًا دون أن أُظهر هويتي.
ويوجد SignScan أيضًا. إنه، ببساطة، مستكشف لكل هذا. مكان واحد للاستعلام عن الإثباتات عبر السلاسل. بصراحة، هذا من الأشياء التي تجعلك تتساءل: لماذا لم يكن هذا موجودًا من قبل؟
بدلًا من إنشاء مفهرسات مخصصة أو التعامل مع واجهات برمجة تطبيقات متعددة، ما عليك سوى استخدام طبقة واحدة.
لكن الجزء الذي أعود إليه باستمرار، والذي يشغل تفكيري بلا انقطاع، هو إعداد التحقق بين السلاسل باستخدام Lit Protocol وبيئات التنفيذ الموثوقة TEE.
لأن هذا هو الموضع الذي ينهار فيه كل شيء عادةً.
الجسور معقدة. والأوراكل معقدة. أي شيء يحاول نقل «الحقيقة» بين السلاسل ينتهي به المطاف إما شديد المركزية أو هشًا للغاية. ونهج Sign مختلف بما يكفي لأضطر إلى قراءته مرتين.
لديك عُقد TEE، أي بيئات التنفيذ الموثوقة. تخيّلها كصناديق محكمة الإغلاق. تعمل الشيفرة بداخلها، وتثق بالمخرجات لأن الصندوق نفسه محكم الإغلاق. والآن، بدلًا من صندوق واحد، لديك شبكة من هذه الصناديق.
عندما تريد السلسلة B التحقق من شيء ما من السلسلة A، تجلب عقدة في هذه الشبكة البيانات الوصفية، وتفك ترميزها، وتجلب الإثبات الفعلي (ربما من Arweave، وربما من مكان آخر)، ثم توقّع عليه.
تحتاج إلى بلوغ عتبة، مثل موافقة ثلثي الشبكة، قبل اعتبار ذلك التوقيع صالحًا. ثم يُنشر هذا التوقيع المُجمّع مجددًا على السلسلة المستهدفة عبر خطّاف.
جلب ← فك الترميز ← التحقق ← التوقيع بالحد الأدنى المطلوب ← نشر النتيجة على السلسلة
إنها سلسلة من الخطوات
وبصراحة، هذا هو الموضع الذي أشعر فيه بالإعجاب والقلق قليلًا في آنٍ واحد.
فمن ناحية، الأمر واضح. أنت لا تعتمد على مرحّل واحد. ولا تبرمج الثقة مسبقًا داخل نظام واحد. إنه موزّع وقابل للتحقق، ويستخدم ضمانات تشفيرية حقيقية. وهذا متين.
لكن من ناحية أخرى، هناك الكثير من العناصر المتحركة.
مثلًا، ماذا يحدث عندما تتأخر إحدى هذه الخطوات؟ أو يكون مصدر البيانات بطيئًا؟ أو يتغير الترميز على إحدى السلاسل دون الأخرى؟ أنت تنسّق بين بيئات لا تتفق حتى على شكل البيانات في نصف الوقت.
ما زلت أحاول استيعاب مدى صمود هذا النظام فعلًا تحت الضغط. إنه يعمل نظريًا. بل ويعمل على شبكة الاختبار. لكن بيئة الإنتاج مختلفة، وهي كذلك دائمًا.
وفوق ذلك، لديهم Signchain، وهي طبقة ثانية خاصة بهم. مبنية على OP Stack، وتستخدم Celestia لتوافر البيانات. بصراحة... هذا الجزء تقليدي. تنشئ شبكة تجميع، وتنقل إليها العمليات الحسابية، وتخفض التكاليف. هذا منطقي. لا شيء خارق هنا.
لقد مرّروا حجمًا لا بأس به من الحمل عبر شبكة الاختبار. أكثر من مليون إثبات، ومئات الآلاف من المستخدمين. وهذا ليس بالقليل. إنه يبيّن أن النظام قادر على تحمّل بعض الضغط.