تطوير محفظة عملات رقمية: الحفظ، التدفقات والأمان بالترتيب الصحيح

ماذا يشمل تطوير المحفظة

اختبار سريع: أجب في سطر واحد: من يحمل المفاتيح؟ إذا كانت الإجابة غير واضحة، فأنت لست مستعدًا للتصميم.

تطوير محفظة العملات الرقمية يغطي قرارات المنتج والبرمجيات اللازمة ليتمكن الأشخاص من استخدام الأصول الرقمية عبر خدمتك. يمكن أن تشمل الخطة واجهة المحفظة، نهج إدارة المفاتيح، تدفقات المعاملات والمبادلة، دعم السلاسل، التكاملات، خدمات الخلفية والمراقبة. نحدد العناصر التي تنتمي إلى إصدارك الأول والتي يمكن أن تنتظر.

المحفظة ليست مجرد شاشة للأرصدة. يحتاج المستخدمون إلى فهم ما يأذنون به، وماذا يحدث بعد الإجراء، وأين يحصلون على المساعدة إذا لم تتصرف المعاملة كما هو متوقع. تلك الاحتياجات تشكل تصميم التدفق بقدر ما تشكله قائمة الميزات.

في البداية، نخطط:

• من سيستخدم المحفظة وماذا يحتاج أن يفعل أولاً.
• ما إذا كان المنتج حفظًا ذاتيًا أم غير ذاتي.
• صيغة التسليم التي تناسب المنتج: إضافة متصفح، جوال أو تطبيق تيليغرام مصغر.
• السلاسل وأنواع المعاملات وتدفقات المبادلة المخطط لها.
• ما تحتاجه الخلفية والمراقبة والدعم التشغيلي للمنتج.

إذا كانت المحفظة جزءًا من منتج أوسع، يمكننا مواءمة خطتها مع تطوير dApp أو خطة تطوير Web3 الأوسع. الناتج هو خطة ميزات عملية وتوجيه معماري، وليس وعدًا بأن كل تكامل ممكن ينتمي إلى الإصدار الأول.

كيف تختار نوع المحفظة والمنصة؟

اختر نوع المحفظة حسب المسؤولية التي منتجك مستعد لتحملها. المحفظة الذاتية تدير عمليات المفاتيح كجزء من الخدمة، بينما المحفظة غير الذاتية مصممة حول تحكم المستخدمين بمفاتيحهم الخاصة. هذا التمييز يؤثر على تجربة المستخدم والهندسة التقنية ونموذج التشغيل، لذا يجب حله قبل الانتهاء من تفاصيل الواجهة.

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

صيغة التسليم تغير العمل أيضًا:

يمكن للمحفظة دعم أكثر من سلسلة واحدة، لكن القائمة يجب أن تتبع متطلبات المنتج الفعلية. بالنسبة لمنتج تيليغرام متصل، قم بمواءمة احتياجات المحفظة مع تطوير بوت وتطبيق تيليغرام مصغر؛ لتجربة هاتف مستقلة، فكر في تطوير تطبيق جوال.

تدفقات المعاملات والتكاملات للتخطيط

خطط للتكاملات حول إجراء المستخدم الذي تمكنه، وليس حول قائمة طويلة من التقنيات. لكل تدفق، حدد ما يراه المستخدم، وما يؤكده، وماذا تفعل المحفظة بعد ذلك، وما الحالة التي يعرضها المنتج بعد ذلك. هذا يسهل تحديد المتطلبات المفقودة قبل بدء التنفيذ.

المجالات الشائعة للتحديد تشمل:

• الاتصال بالمحفظة أو فتحها ضمن صيغة المنتج المختارة.
• عرض الأرصدة ذات الصلة أو تفاصيل الأصول.
• إرسال واستلام الأصول، بما في ذلك المعلومات التي يحتاج المستخدم لمراجعتها قبل التأكيد.
• تدفقات المبادلة، إذا كان تبادل الأصول جزءًا من المنتج.
• التنقل متعدد السلاسل وردود الفعل الواضحة عندما يكون الإجراء المطلوب غير متاح.
• مسؤوليات الخلفية، احتياجات المراقبة والدعم التشغيلي.

التكامل مفيد فقط عندما يناسب نموذج حفظ المنتج ورحلة المستخدم المقصودة. أثناء مراجعة التدفق، نتحقق من أن كل اتصال مقترح له غرض واضح، ومالك محدد وسياق منتج كافٍ لتقدير تنفيذه. نحدد أيضًا التفاصيل التي لا تزال بحاجة إلى قرار من فريقك، مثل أولويات السلسلة أو سلوك المعاملة.

لأي وظيفة عقد ذكي متصلة، قم بتنسيق خطة المحفظة مع تطوير العقود الذكية. حافظ على توافق شرح المنتج العام والتعليمات داخل المحفظة؛ موقع Web3 وصفحة هبوط يمكن أن يساعد في شرح كيفية عمل المحفظة دون ازدحام الواجهة.

ماذا تستلم أثناء البناء

قاعدة عامة: سلاسل أقل، ميزات أقل، إصدار واحد. أضف الباقي بعد أن يجربه المستخدمون الحقيقيون.

تستلم خطة تنفيذ محفظة مرتبطة بمتطلبات المنتج المتفق عليها، يليها أعمال التطوير ومراجعة الأنشطة المحددة في الخطة. ما تستلمه بالضبط يعتمد على الصيغة المختارة، نموذج الحفظ، التكاملات واحتياجات الإصدار؛ يتم الاتفاق عليها قبل التنفيذ حتى يعرف كلا الفريقين ما هو مشمول.

التعاقد النموذجي يغطي:

• تخطيط المتطلبات وتدفق المستخدم لصيغة المحفظة المختارة.
• قرارات الهندسة للحفظ والسلاسل ومتطلبات المعاملات والمبادلة.
• عمل الواجهة والتنفيذ للميزات المتفق عليها.
• أعمال التكامل ومكونات الخلفية حيث يحتاجها المنتج.
• مراجعة الأمان والتحضير لتدقيق خارجي، إذا لزم الأمر.
• ملاحظات التسليم للخطة المسلمة وقرارات المنتج التالية.

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

إذا كانت المحفظة جزءًا من تسليم أكبر، ننسق حدودها مع عمل تطوير Web3 ذي الصلة. هذا يبقي التبعيات مرئية ويساعد فريقك على تحديد ما يجب أن يكون جاهزًا قبل اختبار المحفظة أو إصدارها.

التعامل مع أمان المحفظة ومخاطر الإطلاق

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

قبل التطوير، جهز أي وثائق تقنية موجودة، متطلبات التكامل المعروفة وتوجيه المستشار للمنتجات ذات الحفظ الذاتي. أثناء المراجعة، اطلب تفسيرات واضحة لنهج إدارة المفاتيح، معالجة المعاملات، مسؤوليات الخلفية وكيفية مراقبة المشكلات. للتدقيق الخارجي، وضح من سيجريه، وما المواد التي يحتاجها وكيف سيتم التعامل مع النتائج؛ التحضير للتدقيق ليس مثل التدقيق المستقل.

يجب التحقق من تصنيف الحفظ الذاتي مع مستشارك قبل الإطلاق، ولا يمكن لأي فريق تطوير التحكم في نتائج مدقق خارجي، أو توفر تكامل طرف ثالث أو قرارات مراجعة المنصة. يمكننا الالتزام بالتنفيذ المتفق عليه والعمل الموثق، بينما تبقى تلك القرارات الخارجية خارج سيطرة فريق البناء.

للتسليم المفيد، تأكد من أن فريقك يمكنه تحديد خطة المحفظة المتفق عليها، أعمال المراجعة المكتملة، القرارات غير المحلولة والمسؤوليات التشغيلية. هذه عناصر ملموسة لحلها قبل الإصدار العام، وليست تفاصيل تترك ضمنية.

قائمة التخطيط للمحفظة المكونة من 7 نقاط

أجب على هذه الأسئلة السبعة قبل بدء التطوير. إذا لم تستطع الإجابة على الأولين، ابدأ بخطوة اكتشاف قصيرة قبل أي بناء.

• قرر من يحمل المفاتيح: المستخدم أم الخدمة.
• اختر المنصات: إضافة، جوال أو تطبيق مصغر.
• اذكر السلاسل والتوكنات عند الإطلاق.
• خطط للتدفقات الأساسية الثلاثة: الاستلام، الإرسال والمبادلة.
• خطط للاسترداد وماذا يرى المستخدمون عندما تسوء الأمور.
• احجز مراجعة أمان قبل الإطلاق.
• تحقق من القواعد القانونية لأسواقك.

المصطلحات في سطر واحد

محفظة حفظ ذاتي تعني محفظة حيث تحتفظ الخدمة بالمفاتيح للمستخدم.

محفظة غير ذاتية: محفظة حيث يحتفظ المستخدم فقط بالمفاتيح.

متى تكون المحفظة المخصصة منطقية

المحفظة المخصصة مناسبة عندما لا تدعم تجربة المحفظة القياسية نموذج الحفظ المطلوب لمنتجك، رحلة المستخدم أو التكاملات. يمكن أن تكون منطقية أيضًا عندما تكون إجراءات المحفظة مركزية لتطبيق dApp أو منتج جوال أو تجربة تيليغرام وتحتاج إلى تصميم كجزء من ذلك المنتج بدلاً من إضافتها لاحقًا.

قبل تكليف البناء، أجب على هذه الأسئلة:

• ماذا يجب أن يكون المستخدم قادرًا على فعله في الإصدار الأول؟
• من المسؤول عن عمليات المفاتيح ودعم المستخدم؟
• ما السلاسل وأنواع المعاملات الأساسية عند الإطلاق؟
• هل يحتاج المنتج إلى إضافة متصفح، تطبيق جوال، تطبيق تيليغرام مصغر أم مزيج؟
• ما التكاملات المختارة بالفعل، وأيها لا يزال بحاجة إلى تحقيق؟
• ما مراجعة الأمان والتوجيه القانوني التي يجب أن تكون جاهزة قبل الإطلاق؟

إذا لم تستطع بعد الإجابة على أسئلة الحفظ أو الإصدار الأول، ابدأ بمحادثة اكتشاف مخططة بدلاً من معالجة قائمة ميزات غير مكتملة كمواصفات. يمكننا المساعدة في تحويل موجزك إلى قرارات، وتحديد التبعيات وتحديد تسلسل بناء معقول. أرسل إلى MarketingExtra وصف منتجك، الصيغة المفضلة، افتراضات الحفظ والتكاملات المعروفة؛ سنراجع المادة ونرد بالخطوات التالية لتحديد خطة المحفظة.

أرسل 3 أشياء: اختيار الحفظ، المنصات المستهدفة وقائمة السلاسل.

كيف نعمل

1. شارك موجز المنتجأخبرنا لمن تخدم المحفظة، وماذا يحتاج المستخدمون أن يفعلوا، وما إذا كان لديك صيغة تسليم مفضلة. قم بتضمين أي توجيه تقني أو قانوني موجود.
2. راجع الحفظ وتدفقات المستخدمنخطط لقرارات المنتج الرئيسية، احتياجات المعاملات والأسئلة المفتوحة قبل التوصية بخطة تنفيذ.
3. اتفق على الهندسة والخطةيراجع فريقك الصيغة المقترحة، متطلبات السلسلة، التكاملات، احتياجات الخلفية وعمل الأمان قبل بدء التطوير.
4. ابنِ المحفظة المتفق عليهاننفذ التجربة والتكاملات المخطط لها، مع إبقاء التقدم والقرارات مرئية لفريقك.
5. راجع وجهز التسليمنتحقق من العمل المسلَّم مقابل الخطة المتفق عليها، ونوثق العناصر المعلقة ونعد الخطوات التالية للإطلاق أو التدقيق.