博主 يكسب خمسين ألف دولار شهريًا، لكن عند طلب قرض من البنك، قد لا يعترف البنك بهذا الدخل. السبب بسيط: دخله يأتي من منصة، ويمكن للخادم أن يرى كم يكسب شهريًا، ويمكنه أيضًا التقاط لقطة شاشة لإظهارها للآخرين. لكن البنك لا يحتاج إلى لقطة شاشة، بل يحتاج إلى إثبات دخل قابل للتحقق. بدون كشف حساب راتب أو وثائق معتمدة من البنك، حتى لو كسبت الكثير، فقد لا تتمكن من الحصول على قرض. وهذه المشكلة نفسها تنطبق أيضًا على البلوكشين. على مدار السنوات الماضية، كانت السلاسل العامة تسجل كل شيء: من أرسل كم من المال، ومن اشترى أي أصل، وكم من الأموال أُضيفت إلى حوض السيولة من أي عنوان — وكل هذا يمكن التحقق منه. لكن هناك أشياء لا تُسجل على السلسلة إطلاقًا. على سبيل المثال: هل دخل شخص ما مستقر؟ كم دولارًا موجودًا فعليًا في حساب شركة؟ وكيف تم إنشاء هذه الأموال في العالم الحقيقي؟ هذه المعلومات ليست غير موجودة، لكن لا يمكن إدخالها مباشرة على السلسلة ليتم التحقق منها. ما يحاول @primus_labs حلّه هو بالضبط هذه المشكلة. ببساطة، هدفه هو تمكين البيانات خارج السلسلة من تقديم إثبات قابل للتحقق. هناك تقنيتان مهمتان هنا. الأولى هي zkTLS، التي تُنشئ إثباتًا محليًا في المتصفح للتحقق مما إذا كانت البيانات مصدرها موقع أو واجهة حقيقية، وما إذا كانت قد تمت تعديلها أثناء النقل. لا حاجة لإرسال معلومات الحساب الأصلي أو تفاصيل الحركة المالية بالكامل — يكفي أن يتحقق الطرف الآخر فقط من النتيجة التي يهتم بها. على سبيل المثال، عند طلب قرض، لا يحتاج المنصة بالضرورة إلى رؤية كل معاملة دخل خلال الأشهر الستة الماضية، بل فقط التحقق مما إذا كان متوسط الدخل خلال هذه الفترة يفي بالمتطلبات. أما التقنية الثانية فهي zkFHE، التي تذهب أبعد من ذلك: هل يمكن للبيانات أن تُدخل إلى السلسلة وتُستخدم في العمليات الحسابية دون الكشف عن محتواها الأصلي؟ عند دمج هاتين التقنيتين معًا، ينشأ تطبيق عملي حقيقي: يمكن التحقق من البيانات دون التضحية بالخصوصية. أعتقد أن هذا التغيير في توجّه Primus مؤخرًا يستحق الملاحظة. كانت تُعرف سابقًا باسم PADO، وكان موقعها الإلكتروني يركز سابقًا على طبقة الخصوصية للبيانات، لكنه الآن يركز على بنية تحتية سرية للتمويل على السلسلة موجهة للجهات المؤسسية. هذا ليس مجرد تغيير في الصياغة. قد يهتم المستخدمون الأفراد أكثر بتسريب بياناتهم، لكن الجهات المؤسسية تفكر في أمور أكثر تعقيدًا. إنهم يريدون وضع أموالهم واستراتيجياتهم التجارية ومعلوماتهم المالية على السلسلة، لكنهم لا يستطيعون تحمل كشف جميع التفاصيل. الشفافية على السلسلة شيء واحد، لكن الكشف الكامل عن المعلومات التجارية شيء آخر. لذلك، ما تحتاجه الجهات المؤسسية حقًا ليس سلسلة شفافة تمامًا، بل القدرة على إثبات الحقائق عند الحاجة، والاحتفاظ بالخصوصية عندما لا تكون ضرورية. حاليًا، تشمل Primus عدة تطبيقات مختلفة. يستخدم Cr3dentials تقنيتها للتحقق من دخل المستقلين، وتستخدم Unitas التقنية ذاتها لإثبات احتياطيات العملات المستقرة، بينما يستخدم 0G هذه التقنية للتحقق من بيانات وكيل الذكاء الاصطناعي، مما يتيح تتبع مصدر البيانات التي يستخدمها الوكيل. تبدو هذه السيناريوهات غير مرتبطة، لكنها جميعًا تحل نفس المشكلة: لماذا يجب أن يصدقك الآخرون في البيانات التي تقدمها؟ بالطبع، هناك حدود قد تُغفل بسهولة. إثبات أن البيانات مصدرها واجهة حقيقية وغير مُعدّلة لا يعني أن البيانات نفسها صحيحة. فلو كانت البيانات الأصلية المقدمة من المنصة خاطئة، فلن تصحح لك تقنية الإثبات ذلك تلقائيًا. إنها تحل مشكلة مصداقية المصدر وسلامة النقل، لكنها لا تستطيع الحكم على صحة كل شيء في العالم الحقيقي. لذلك أعتقد أن الجانب الأكثر إثارة في تقنيات مثل Primus ليس إضافة المزيد من البيانات إلى السلسلة، بل تمكين المعلومات التي لم يكن من الممكن إدخالها إلى السلسلة من المشاركة في التمويل على السلسلة. في الماضي، كانت السلاسل العامة تستطيع تسجيل أين ذهبت الأموال، لكنها عجزت عن معرفة الوضع الحقيقي الذي تمثله هذه الأموال. والآن بدأ البعض في محاولة سد هذه الفجوة. الدفتر المحاسبي يسجل ما حدث، والإثبات يشرح لماذا يمكن الوثوق به. عند دمج هذين الأمرين معًا، يصبح التمويل على السلسلة قادرًا أخيرًا على الربط الحقيقي بالدخل والأصول والائتمان في العالم الحقيقي.