ابدأ بمشكلة المستخدم قبل اختيار المعيار
اختر الصعوبة التي تريد إزالتها: معاملة أولى تتطلب شراء أصل لدفع الرسوم، أو موافقات متكررة أثناء نشاط مألوف، أو استعادة يعجز العملاء عن إكمالها. اكتب الرحلة المطلوبة قبل اختيار بنية الحساب. ينظم معيار ERC-4337 عمليات الحساب الذكي عبر UserOperations وخدمات مساندة، لكنه لا يحدد وحده جميع مزايا الاستعادة والصلاحيات المطلوبة في منتجك. اطلب من المورّد ربط كل فائدة بميزة منفذة أو قرار إعداد أو عمل إضافي. اسم المعيار سياق مفيد، لكنه لا يكفي ليكون مواصفات منتج كاملة أو دليلًا على جودة كل رحلة عميل.
وضّح ما الذي يفوّضه العميل
يجب أن تجعل شاشة البدء الأسهل حدود الصلاحية مفهومة أيضًا. حدّد جهة التوقيع والحساب المتحكم فيه ونطاق الإجراء المطلوب اعتماده. إذا جُمعت عدة استدعاءات في تفاعل واحد، فلخّص أثرها المجمع مع إتاحة تفاصيل مفيدة. وضّح ما يحدث عندما يقع جزء من رحلة العمل خارج حدود معاملة الحساب. أثناء المراجعة، اطلب من مستخدم غير مطلع أن يشرح ما يعتقد أنه وافق عليه. تكشف التجربة غالبًا فرقًا بين طلب صحيح تقنيًا وشرح واضح للعميل. لا تجعل اختصار عدد النقرات سببًا لإخفاء المعلومات التي يحتاج إليها لاتخاذ القرار.
عامل رعاية الرسوم كخدمة محدودة
يمكن للمكوّن المسمى Paymaster دعم رعاية رسوم الغاز في مسار ERC-4337، لكن المنتج يحتاج إلى تحديد المؤهلين ومن يدفع التكلفة. ضع ميزانيات وإجراءات مدعومة وضوابط للاستخدام وحالة واضحة عندما تتعذر الرعاية. لا توحِ بأن مجانية التفاعل الأول تعني استخدامًا مجانيًا بلا حدود. اعرض أي تكلفة مطلوبة من العميل قبل الموافقة، خصوصًا عندما يغيّر المسار البديل من سيدفع. صمّم تجربة للمشغل كي يتابع الإنفاق ويفحص الاستهلاك غير المتوقع ويوقف سياسة معينة دون منع العملاء من إجراءات أخرى ينبغي لحساباتهم الاستمرار في دعمها بصورة مستقلة.
حوّل الصلاحيات المحدودة إلى قواعد ملموسة
إذا كان الحساب المختار يدعم صلاحيات الجلسات، فصفها بطريقة يستطيع العميل فحصها: الوجهات المسموحة والعمليات وحدود الإنفاق والمدة والإلغاء. لا تصف الجلسة بأنها غير مؤذية لمجرد أنها تقلل طلبات الموافقة. اكتب مثالًا لإجراء مسموح وآخر محظور واختبرهما وفق القواعد المنفذة. أظهر للمستخدم مكان مراجعة الصلاحيات النشطة. خطط لانتهاء الجلسة في منتصف مهمة، ولا تطلب صلاحيات أوسع بصمت للحفاظ على مظهر سلس في العرض. ويجب أن يفهم العميل هل إلغاء الجلسة اكتمل على الشبكة أم أنه لا يزال طلبًا ينتظر التنفيذ والتأكيد.
افصل الاستعادة عن الوصول المعتاد
ينبغي لتصميم الاستعادة أن يسمّي الأطراف المشاركة وشروط تغيير جهة التوقيع وأي إشعار أو مهلة انتظار. لا تشرح شاشة بريد مألوفة وحدها الصلاحيات التي تعمل خلفها. راجع فقدان الجهاز والاشتباه في اختراقه كحالتين منفصلتين، بما في ذلك قدرة العميل الحقيقي على الاعتراض على تغيير معلق إذا سمح التصميم بذلك. وثّق الحدود بدل الوعد باستعادة شاملة في كل الظروف. يجب أن تتضمن الحزمة دليلًا للمشغل وشرحًا للعميل يتفقان مع العقود والخدمات الفعلية. اختبر العملية كاملة، بما يشمل ما يظهر بعد الإتمام، لا الزر الذي يبدأها فقط.
قيّم الاعتماديات بوصفها جزءًا من المنتج
اطلب جدولًا للشبكات والمكوّنات المدعومة يشمل تنفيذ الحساب وتوافق EntryPoint وخدمة التجميع وPaymaster وخدمات التطبيق المطلوبة. سجّل الإصدارات المنشورة والجهة التي تقيّم تحديثاتها. جرّب تعطل المزوّد ورفض رعاية الرسوم وانتهاء الصلاحيات ورفض العمليات وفشل نشر الحساب ضمن بيئة مضبوطة. تحقّق من ربط سجل العميل بين طلب التطبيق ونتيجته النهائية على الشبكة. المنتج الجيد لا يُقاس فقط بقلة الخطوات الظاهرة في جميع الظروف؛ بل بقدرة الرحلة المبسطة على البقاء مفهومة عندما تتوقف الخدمات المساندة عن العمل المعتاد. وثّق المسؤول عن معالجة كل نوع من هذه المشكلات.