قبل الغوص في التفاصيل التقنية، إليك القصة الحقيقية وراء نهجي في البنية التحتية.



نشرت معظم مجموعة تقنياتي على شبكة التطوير الخاصة بـ Solana. هل يبدو الأمر خطوة للخلف؟ ليس بالضرورة.

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

بمجرد أن أثبت أن النموذج يمكن أن يصمد—هنا يكون الانتقال إلى الشبكة الرئيسية منطقيًا. تقوم بالتحقق من كل شيء، تسيطر على إنفاقك، وتتجنب رسوم المعاملات غير الضرورية أثناء التطوير. الأمر لا يتعلق بتقليل الجودة؛ بل بالاستراتيجية في استخدام الموارد أثناء البناء على Solana.
SOL‎-6.07%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 7
  • إعادة النشر
  • مشاركة
تعليق
0/400
CommunityJanitorvip
· منذ 7 س
العباقرة يفعلون ذلك جميعًا، يتم تغذية devnet ثم يتم إطلاقه
شاهد النسخة الأصليةرد0
BottomMisservip
· منذ 7 س
اختبر أولاً على شبكة التطوير ثم انشر على الشبكة الرئيسية، هذه هي الطريقة الصحيحة للعب بـ Solana
شاهد النسخة الأصليةرد0
UnruggableChadvip
· منذ 7 س
devnet先试水,这思路没毛病啊。省gas费真的是个大智慧
رد0
DustCollectorvip
· منذ 7 س
اختبار الشبكة التجريبية أولاً يوفر بالتأكيد المزيد من المال، لكنني لا زلت أريد أن أرى ما إذا كانت هناك مشاكل عند الانتقال إلى الشبكة الرئيسية في النهاية
شاهد النسخة الأصليةرد0
SandwichTradervip
· منذ 7 س
يجب التحقق من الشبكة التجريبية أولاً قبل الانتقال إلى الشبكة الرئيسية، وهذا بالفعل أكثر عقلانية
شاهد النسخة الأصليةرد0
HodlKumamonvip
· منذ 7 س
يا إلهي، أليس هذا هو الإصدار على السلسلة من DCA؟ اختبار devnet أولاً ثم إطلاق mainnet، البيانات تتحدث(◍•ᴗ•◕)
شاهد النسخة الأصليةرد0
BearMarketSurvivorvip
· منذ 7 س
devnet أولاً جرب الأخطاء ثم انتقل إلى mainnet، هذه الفكرة في الواقع واضحة جدًا
شاهد النسخة الأصليةرد0
  • تثبيت