نقدر دائما المناقشة التي تقدم مبادرات الخصوصية في النظام البيئي شكرا على الأسئلة @officialabdulak > كيف يمكن للمستخدمين التحقق من تنفيذ المقايضات المشفرة بشكل صحيح دون الكشف عن البيانات الخاصة؟ يتم تشفير نوايا / أوامر المستخدمين في نهاية العميل نفسه. Onchain ، فإنه يظهر فقط تلك الأوامر كنص مشفر (لا يمكن تمييزه عن بعضها البعض). لدينا شبكة عتبة (ستكون مدعومة اقتصاديا) في مكانها والتي تحمي خصوصية هذه النصوص المشفرة. بالإضافة إلى ذلك ، بالنسبة لإصدار v1 من المعالج المساعد الخاص بنا (TEE's one) ، يتم فك تشفير النص المشفر داخل AWS nitro (مع أمان AWS) فقط لمعالجة PS: لا يتم تخزين النص المشفر مطلقا داخل TEEs. بالنسبة للمعالج المساعد v2 الخاص بنا ، سنستبدل محرك الحساب هذا ب FHE (بالنظر إلى نمطية البنية التحتية الخاصة بنا) حيث لن نضطر حتى إلى فك تشفير النص المشفر للمعالجة. المعالجة اللاحقة ، لكل نية / txn / أمر يقوم به المستخدمون ، لدينا تدفق تحقق سلبي (والذي يمكن للمستخدمين / المطورين اعتباره نهائيا للتحقق من أن التنفيذ قد تم بشكل صحيح وفي بيئة غير ضارة) على وجه الدقة ، تصبح كل معالجة لاحقة لقصد المستخدم / txn / أوامر جزءا من شجرة دفعية ، وهناك يتم تراكم أشجار الدفعات بطريقة دورية ويتم نشر الجذر المتراكم النهائي على السلسلة والآن يمكن لأي مستخدم التحقق من بيانات معينة للنية / txn / الطلب مقابل تلك الجذر المنشور (تشبه هذه الآلية إلى حد بعيد كيفية نشر Sequencer لجذر حالته على L1 لتمكين الربط الأصلي للرموز المميزة من L1 إلى L2) لقد شاركنا كيف تعمل الآلية بأكملها هنا: > هل تستخدم Encifher مجمعات السيولة المشفرة الخاصة بها أو تعمل فقط كترحيل للخصوصية من خلال @JupiterExchange؟ عندما يقوم المستخدم بلف أصول معينة ، تصبح هذه الأصول جزءا من التجمع المشفر. في الوقت الحالي ، تشفير الواجهة الأمامية الحالية [.]لا تستخدم التجارة مطابقة الطلبات الأصلية (حل الطلبات باستخدام الرموز المشفرة وتعالج جميع الطلبات عبر طرق السيولة الفعالة بواسطة @JupiterExchange. ولكن @encifherio في نهاية المطاف ، فهو بروتوكول كامل يتيح الحساب على الحالة المشفرة ، لذا نعم ، يمكننا بناء مجموعة مظلمة فوقها والتي من شأنها أن تدعم مطابقة الطلبات بين الرموز المشفرة ، وهذا هو الهدف بمجرد أن يكون لدينا سيولة جيدة بما يكفي ملفوفة / مشفرة ، سنبدأ في بناء / إعداد فريق لبناء حالات استخدام مثل darkpool فوق هذه السيولة. > كيف تختبر تسرب الخصوصية المحتمل أو ارتباط البيانات الوصفية؟ حلان هنا: 1. لا يرتبط طلب / نوايا / txns للمستخدمين بعناوينهم وهو الدفاع الأول عن خصوصية المستخدم. 2. لدينا تصميم هيكل بيانات موحد للطلب يتأكد من أن أي نوع من الطلبات (المقايضة ، الإقراض وما إلى ذلك) يتبع نفس هيكل الطلب. في حين أن مدخلات هذه الأوامر سيتم تشفيرها حتى لا تعرف الأطراف الخارجية ما إذا كانت خاصية معينة تحمل بالفعل قيمة أم أنها فارغة طوال الوقت. وبالتالي منع أي رؤى من الأوامر غير الموحدة. 3. سوف نتأكد من استخدام الخدمات التي من شأنها أن تحجب عنوان IP من العميل الذي يقدم الطلب. > ما هو نهجك للحفاظ على مجموعة قوية من إخفاء الهوية مع نمو نشاط المستخدم؟ ليرة تركية؛ د المزيد من بدائيات Defi ستجذب المستخدمين للحفاظ على أموالهم ملفوفة داخل Encifher ، وبالتالي فإن النشاط سيقود مجموعة إخفاء الهوية الشاملة. تتمثل رؤية Encifher على المدى القريب في أن تصبح نظاما بيئيا للخصوصية ممكنا من Defi على Solana. سنقدم العديد من بدائيات Defi في مكان واحد تشفير [.]تجر. يتم تضخيم مشكلة مجموعات إخفاء الهوية في senarios حيث يقوم المستخدمون بإزالة الأصول على الفور من التجمع ، ولكن في السيناريو الخاص بنا ، يمكن للمستخدمين فقط لف الرمز المميز الخاص بهم والاحتفاظ بها داخل البروتوكول نظرا لأننا ندعم العديد من بدائيات Defi ، وبشكل عام ، ستؤدي معاملات المستخدم عبر هذه العناصر الأولية أيضا إلى زيادة مجموعة إخفاء الهوية وسيكون من الصعب على الكيانات الخارجية ربط فك التغليف بالالتفاف. > هل ترى Encifher يتطور إلى طبقة حوسبة مشفرة كاملة ل Solana DeFi؟ نعم ، تم تصميم Encifher من الصفر مع مراعاة احتياجات خصوصية المعاملات على Solana. إنها ليست مثل طبقة حساب الخصوصية الأخرى للأغراض العامة التي تتيح حساب الخصوصية لجميع حالات الاستخدام. بدلا من ذلك ، ينصب تركيزنا الرئيسي على تمكين Defi الخاص وبالتالي بناء على الأرض مع مراعاة احتياجات خصوصية المعاملات.