المنشورات
avatar

خطوتك الأولى عالم التشفير، لماذا يجب عليك إثبات أموالك أولاً؟ غالبًا ما يبدأ الكثير من الأشخاص أول تجربة لهم مع العملات المشفرة من خلال البورصات. تحويل الأموال من حسابك المصرفي إلى البورصة، ثم شراء USDT أو أصول مشفرة أخرى، يبدو كعملية بسيطة. لكن إذا فكرت فيها بعمق، ستدرك أن هناك عملية معقدة للتحقق من البيانات بين النظام المالي التقليدي وسلسلة الكتل. على سبيل المثال، ترغب المنصة في التحقق مما إذا كانت الأموال تُحول من حسابك الشخصي، وما إذا كانت العملية ناجحة، وما إذا كان المبلغ يتوافق مع المتطلبات. في هذه المرحلة، يكون الإجراء الشائع هو طلب من المستخدم تقديم كشف حساب مصرفي، أو سجلات معاملات، أو رفع لقطة شاشة للتحويل. وهنا تظهر المشاكل. يمكن تعديل لقطات الشاشة، وتستغرق المراجعة اليدوية وقتًا؛ وإذا طُلب سجل حساب كامل، فقد تُكشف معاملات أخرى، أو الرصيد، أو حتى معلومات شخصية. من وجهة نظر المنصة، تحتاج إلى التحقق من مصدر الأموال؛ ومن وجهة نظر المستخدم، قد لا يرغب في كشف جميع بياناته المالية. هنا بالضبط حيث يمكن لـ zkTLS من Primus أن يكون مفيدًا. تُدرج Primus ميزات Crypto On-Ramp و Off-Ramp كاستخدامات لـ zkTLS. هدفها هو تمكين التطبيقات من التحقق من بيانات المستخدم على البنوك أو منصات الدفع، مع تقليل كشف المعلومات غير الضرورية. تخيل هذا السيناريو: أريد اليوم استخدام خدمة ما لتحويل أموالي من حسابي المصرفي إلى USDT. تحتاج الخدمة إلى التحقق من سجل الدفع الخاص بي، وما إذا كانت هذه المعاملة تلبي شروط الإيداع. في الماضي، كان يُطلب مني تقديم كشف حساب كامل. الآن، يمكن استخدام zkTLS لإنشاء إثبات قابل للتحقق بناءً على بيانات موقع محدد. جوهر هذه العملية هو استخدام آلية التحقق في اتصال HTTPS/TLS للتأكد من أن البيانات تأتي بالفعل من مصدر Web2 محدد، ثم تُنتج Primus "Attestation" يمكن للتطبيق التحقق منها. لا يحتاج المستخدم إلى تسليم البيانات الكاملة مباشرةً للطرف الآخر، ويمكن للمطورين دمج نتائج التحقق في منطق تطبيقهم. هناك فرق مهم هنا: ما تحتاجه المنصة هو التحقق من صحة شرط معين، وليس بالضرورة معرفة جميع التفاصيل المالية للمستخدم. بالطبع، لدي zkTLS حدودها الخاصة. فهي مسؤولة عن التحقق من أصالة مصدر البيانات ومحتواها، لكنها لا تستبدل البنك في معالجة التحويلات، ولا تُنجز التبديل المباشر بين العملات الورقية والعملات المشفرة. كما أن عمليات KYC وAML وفحص مخاطر الأموال لا تزال تُدار وفقًا لسياسات المنصة نفسها. إضافةً إلى ذلك، هناك قيود زمنية على الإثباتات. فعلى سبيل المثال، إذا تم التحقق من وجود سجل إيداع ناجح في الحساب، فهذا يعني أن البيانات المأخوذة في تلك اللحظة تلبي الشروط، لكنها لا تعني أن حالة الأموال ستظل محدثة في المستقبل. أرى أن سيناريو On-Ramp يستحق الاهتمام لأنه يقع بالضبط عند تقاطع النظام المالي التقليدي وWeb3. يمكن التحقق من معاملات سلسلة الكتل بشكل علني، لكن سجلات المستخدم المصرفية ومعلومات الدفع وهويته لا تزال غالبًا مخزنة على منصات Web2. إذا كان يجب تقديم كم كبير من البيانات الشخصية كلما أردت نقل الأموال إلى السلسلة، فسيصبح من الصعب الجمع بين تجربة المستخدم وحماية الخصوصية. ما تسعى إليه Primus هو جعل هذه البيانات التي كانت مخزنة على خدمات الويب قابلة للتحقق كشهادات عبر zkTLS. أعتقد أن القيمة الحقيقية في المستقبل ستظهر في ربط المزيد من الخدمات المالية: الإيداع، السحب، القروض، إثبات الأصول، وحتى الخدمات الامتثالية التي تتطلب التحقق من الحالة المالية للمستخدم. عندما تستطيع تطبيقات السلسلة فهم بيانات خارج السلسلة دون إجبار المستخدم على كشف كل خصوصياته، عندها فقط يمكن بناء اتصال طبيعي بين Web2 وWeb3. وهذا هو السبب الذي يجعلني أتابع @primus_labs باستمرار. #Primus #zkTLS

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

avatarانشر ردك

التعليق