تطوير العقود الذكية للكريبتو وفق قواعد يمكن لفريقك مراجعتها

من أين يبدأ بناء العقد الذكي؟

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

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

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

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

اجعل العقد قريبًا من طريقة عمل مجتمعك

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

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

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

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

تسليم يمكن لفريقك متابعته

تتسلم الكود والملاحظات العملية اللازمة لفهم سلوك العقد المتفق عليه. نؤكد المحتويات معك قبل التطوير، بحيث يناسب التسليم المنتج بدلاً من اتباع قائمة مرجعية عامة. لاحتياجات المنتج الأوسع، راجع تطوير Web3.

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

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

ماذا يحدث بين المراجعة الأولى والإصدار؟

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

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

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

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

خطط لأعمال Web3 المتصلة حول حدود العقد

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

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

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

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

أرسل هذه المواد إلى Brand Community. سنراجعها معك، ونحدد القرارات التي يجب حسمها، ونعد خطة واضحة لبناء العقد.

كيف نعمل

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