إنشاء توكن ERC-20، BEP-20، SPL أو Jetton

ما هي صيغة التوكن المناسبة لمشروعك؟

تُختار الصيغة بناءً على الشبكة التي سيعمل فيها المنتج، وعلى التوافق مع محافظه وتطبيقاته وبنيتها التحتية. يُستخدم ERC-20 لتوكن في Ethereum، وBEP-20 في BNB Smart Chain، وSPL في Solana، وJetton في TON. إذا كان المنتج مرتبطًا بالفعل بشبكة واحدة، فمن الحكمة عادةً البدء بمعيارها، دون إضافة صيغ أخرى دون حاجة محددة.

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

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

ما الذي يجب الاتفاق عليه قبل نشر ERC-20 أو SPL أو Jetton؟

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

تشمل المواصفات عادةً:

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

بالنسبة لـ SPL وJetton، يختلف تكوين المعايير وهيكل التنفيذ عن المعايير المتوافقة مع EVM، لذلك لا ننقل تنفيذًا واحدًا بين الشبكات ميكانيكيًا. للتفاعل مع واجهة المنتج، قد يتطلب التوكن تكاملًا منفصلًا؛ يمكن الاتفاق عليه مع تطوير dApp. قبل تأكيد المواصفات، يتحقق العميل من العناوين والصياغات وحقوق الإدارة — مما يقلل من مخاطر اكتشاف قرار خاطئ بعد النشر.

ما هي المواد التي تشملها عملية إنشاء التوكن؟

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

اعتمادًا على المهمة، يمكن تضمين:

• الكود المصدري وتكوين تنفيذ التوكن؛
• النشر في الشبكة المتفق عليها وعنوان التوكن المنشأ؛
• التحقق من الكود في المستكشف، إذا كانت الشبكة والمستكشف يدعمان هذه العملية لهذا العقد؛
• إعداد أو تحديث البيانات الوصفية: الاسم والرمز والوصف والمواد الرسومية بالتنسيق المتفق عليه؛
• تعليمات نقل حقوق الإدارة والتحقق من المعايير الأساسية.

قبل النشر، نتحقق من مطابقة التنفيذ للمواصفات المعتمدة ونتحقق من العناوين التي قدمها العميل. البيانات الوصفية والتنسيق لا تحل محل تسجيل المشروع في الموارد الخارجية: قد يكون لها متطلباتها الخاصة للتقديم والتحقق. إذا كان التوكن جزءًا من منتج، نناقش مسبقًا نقاط التكامل والوصولات اللازمة. قد تكون هناك حاجة لـ موقع أو landing page لمشروع Web3 لواجهة المستخدم، ولـ بوت أو Mini App لمنتج Telegram. تُدرج هذه الأعمال فقط بعد اتفاق منفصل.

كيف تتم عملية العمل على التوكن ومتى تخطط للإطلاق؟

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

الترتيب النموذجي هو:

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

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

ما هي القيود المهمة التي يجب مراعاتها عند إصدار التوكن؟

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

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

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

كيف تربط إصدار Jetton بالتسويق لمشاريع TON؟

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

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

للتخطيط، من المفيد تقسيم العمل إلى ثلاثة تدفقات: الجاهزية الفنية لـ Jetton، ومحتوى الصفحات العامة، والتواصل مع المجتمع. عيّن مالكًا لكل تدفق وترتيب تحديث المواد، حتى لا تترك تغييرات المعايير معلومات قديمة في القنوات. قد يشمل الجزء الفني الربط مع بوت Telegram أو Mini App، وواجهة المنتج — تطوير dApp منفصل. نتفق على تكوين هذه الأعمال بشكل منفصل عن إصدار التوكن.

الأسعار

الأسعار المبدئية بالدولار الأمريكي. الباقات المخصصة وخصومات الكميات عند الطلب. الدفع بعملات USDT أو USDC أو BTC أو ETH أو SOL أو TON أو بتوكن مشروعك.

كيف نعمل

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