اختبرتُ الاتصال بمحفظة البارحة، وظهرت نافذة التفويض عدة مرات. وفجأة فهمت شيئًا: عندما كنتُ أشاهد Dusk سابقًا، كنتُ دائمًا أتعامل مع المحفظة على أنها “مجرد واجهة أخيرة تُضاف”. لكن ربما تكون هذه هي الطبقة الأسهل في السوق كلها لإحباط المستخدمين العاديين.
عند الحديث عن تقنية Dusk، غالبًا ما يركز الجميع على DuskDS أو Phoenix أو DuskEVM، ونادرًا من يتحدث بجدية عن Dusk Connect. كانت Web Wallet السابقة عبارة عن صفحات مستقلة نسبيًا، مما يجعل من الصعب على dApp اكتشاف المحفظة بشكل معياري وطلب التوقيع.
في أبريل 2026، افتتح Dusk Connect رسميًا. وهو يستلهم فكرة اكتشاف المحافظ من EIP-6963، ويستخدم واجهة Provider موحدة للتعامل مع الوصول إلى الحسابات والتوقيع والمعاملات وتبديل الشبكات؛ كما أن Dusk Wallet الجديدة تستعد لتغطية المتصفح وسطح المكتب والهواتف المحمولة، وتدعم التحويل والستيكينغ واستلام المكافآت وصلاحيات dApp.
والأمر المثير للاهتمام أن “بروتوكول الاتصال” و“أمان المحفظة” طبقتان مختلفتان. يتولى Dusk Connect جعل التطبيق يعثر على المحفظة وإرسال الطلبات، لكنه لا يحتفظ بمفتاح المستخدم؛ فالمحفظة الجديدة هي التي تتولى تخزين المفتاح محليًا.
كتب المسؤولون الرسميون أيضًا أن طرف الإضافة يستخدم PBKDF2 مع AES-GCM، بينما الطرف الأصلي يستخدم Stronghold وArgon2، مع إضافة قفل تلقائي، وتراجع/إرجاء عند فشل فتح القفل، وتفويض حسب المصدر.
وهذا قد يجعل الدعاية تخلط الأمر بسهولة في جملة واحدة مثل “لقد تحسنّت تجربة محفظة Dusk”. في الحقيقة، الواجهة الموحدة تجعل الدخول أسهل، لكنها لا تعني أن كل تفويض سيكون آمنًا.
قد تظل مواقع التصيد قادرة على إقناع المستخدمين بالتوقيع، كما أن صياغة الصلاحيات غير الواضحة قد تجعل المستخدم يسلم وصولًا لا ينبغي منحه. فضلًا عن ذلك، فإن كلا المستودعين ما زالا Developer Preview حتى الآن.
في الوقت الحالي، أنا بالأحرى مهتم بالأكثر شيوعًا: نافذة التفويض المعتادة—هل يستطيع المستخدم فهم الحساب الذي يتصل به، وما الذي يتم إتاحته، وما الذي تم توقيعه.
عندما تستخدمون المحفظة، هل تراجعون الصلاحيات بجدية، أم أنكم تؤكدون تقريبًا خطوة بخطوة إلى أن تنتهي؟
#dusk $DUSK @Dusk
عند الحديث عن تقنية Dusk، غالبًا ما يركز الجميع على DuskDS أو Phoenix أو DuskEVM، ونادرًا من يتحدث بجدية عن Dusk Connect. كانت Web Wallet السابقة عبارة عن صفحات مستقلة نسبيًا، مما يجعل من الصعب على dApp اكتشاف المحفظة بشكل معياري وطلب التوقيع.
في أبريل 2026، افتتح Dusk Connect رسميًا. وهو يستلهم فكرة اكتشاف المحافظ من EIP-6963، ويستخدم واجهة Provider موحدة للتعامل مع الوصول إلى الحسابات والتوقيع والمعاملات وتبديل الشبكات؛ كما أن Dusk Wallet الجديدة تستعد لتغطية المتصفح وسطح المكتب والهواتف المحمولة، وتدعم التحويل والستيكينغ واستلام المكافآت وصلاحيات dApp.
والأمر المثير للاهتمام أن “بروتوكول الاتصال” و“أمان المحفظة” طبقتان مختلفتان. يتولى Dusk Connect جعل التطبيق يعثر على المحفظة وإرسال الطلبات، لكنه لا يحتفظ بمفتاح المستخدم؛ فالمحفظة الجديدة هي التي تتولى تخزين المفتاح محليًا.
كتب المسؤولون الرسميون أيضًا أن طرف الإضافة يستخدم PBKDF2 مع AES-GCM، بينما الطرف الأصلي يستخدم Stronghold وArgon2، مع إضافة قفل تلقائي، وتراجع/إرجاء عند فشل فتح القفل، وتفويض حسب المصدر.
وهذا قد يجعل الدعاية تخلط الأمر بسهولة في جملة واحدة مثل “لقد تحسنّت تجربة محفظة Dusk”. في الحقيقة، الواجهة الموحدة تجعل الدخول أسهل، لكنها لا تعني أن كل تفويض سيكون آمنًا.
قد تظل مواقع التصيد قادرة على إقناع المستخدمين بالتوقيع، كما أن صياغة الصلاحيات غير الواضحة قد تجعل المستخدم يسلم وصولًا لا ينبغي منحه. فضلًا عن ذلك، فإن كلا المستودعين ما زالا Developer Preview حتى الآن.
في الوقت الحالي، أنا بالأحرى مهتم بالأكثر شيوعًا: نافذة التفويض المعتادة—هل يستطيع المستخدم فهم الحساب الذي يتصل به، وما الذي يتم إتاحته، وما الذي تم توقيعه.
عندما تستخدمون المحفظة، هل تراجعون الصلاحيات بجدية، أم أنكم تؤكدون تقريبًا خطوة بخطوة إلى أن تنتهي؟
#dusk $DUSK @Dusk