ولی خدایی قشنگ حس می‌کنم اگه می‌تونستن از کل فارکستر پرتم می‌کردن بیرون این آمریکایی‌ها این شکلین کلاً 😂 اما چون پروتکل غیرمتمرکز هست جرأتشو ندارن. 😉
احمقا هرچی به درد نخور هست رو کشیدن تو ریوارد Top نگهش داشتن بعد به ما میرسه ایرانی هستی... لعنت به شرفتون.

لامصب صدای ترقه بدترین چیزی که آدمو نیم سکته میده! بابا این چه فرهنگ کثیفیه آخه یعنی چی هی تلق و پلق می‌کنید. دلار شده ۹۵.۵ بعد اینا میدن به ترقه دود می‌کنن هوا هم آلودگی صوتی هم هوا هم ملتو زهر ترک می‌کنن.

خب این رو هم زدیم!
دیگه چی مونده بزنیم؟ 😒👊🏼

مبارک همتون! 🔥

بد نیست این رو مینت کنید.
روی شبکهٔ بیس.

https://wallet.coinbase.com/nft/mint/eip155:8453:erc721:0x803Fc79D31AB30a39B3BD2A90171470cC82Ba44a

یعنی اینجاست که گیر می‌کنم بین ۶.۱۰.۰ و ۶.۹ و ۶.۸ 😐 من همیشه دنبال نسخهٔ پایدار و نهایی هستم!

چند تا گزینه جلوم هست از یه طرف وسواس دارم که به‌روز باشه، از یه طرف حوصله ندارم عقب بیفتم!

یعنی این وضعیت خیلی دردناکه! 😝 کیوت باز‌ها می‌فهمن چی می‌گم.

خب بریم ۶.۸.۲ رو نصب کنیم، چاره‌ای نیست. 😍

بزن بریم! دلم برای Qt خیلی تنگ شده. 😍🔥😎

GM ~ https://warpcast.com/compez.eth/0x39b521a1

خب زمان این رسده که کد‌های قرارداد، بخش ایردراپ رو آزمایش کنیم... 👀 همه چیز باید درست کار کنه!

مراحل استقرار، تخصیص توکن و الآن آزمایش منطق ایردراپ...

خب اولین تیپ آزمایشی به دو آدرس کیف پول هم موفق بود!

حدود ۴۰ هزار توکن تخصیص یافت. ✅

بریم مراحل بعدی ببینیم چه خبره! چرا باید همش تست کنم؟ چون بعد از اینکه قرارداد رو نهایی کنم، دیگه به هیچ عنوان نمیشه اصلاحش کرد! این مراحل به شدت حساس و مهم هستن.

کوچیکترین خطا باعث میشه کل پروژه رو هوا باشه، و چنین چیزی آبرو ریزی میشه! 😂 چون حتی بخوای هم نمی‌تونی اصلاحش کنی. پس باید دقت ۱۰۰٪ باشه.

خب عمل Claim هم درست کار می‌کنه! خطا داده! چرا؟ چون همین چند دقیقه پیش تاریخ شروع ایردراپ بود! و تا ۳۰ روز دیگه کاربر نمی‌تونه کلیمش کنه! برای همین چنین خطایی داد.

پس درسته! ✅🔥 باید یه تستی بزنم که کلیم نهایی رو هم آزمایش کنیم و از مقدار کل اختصاص یافته کم بشه تا مطمئن بشیم برداشت درست بوده.

آهان یه تابعی باید بنویسم که اگه به هر نحوی مشکلی پیش اومد، بتونیم تاریخ کلیم رو کمی عقب‌ بندازیم! این خیلی مهمه چون ممکنه به هر نحوی نیاز باشه برای ارزیابی بیشتر! اما تا بتونم سعی می‌کنم مشکلاتی که تو ساختار کلیم دیجن و ریر وجود داشت اینجا دیگه معنا نداشته باشه!

یه تابع مهم دیگه در نظر گرفتم با عنوان Pause که به هر نحوی عمل ایردراپ بتونه به صورت سریعی متوقف بشه! چنین چیزی من روی هیچ سیستمی ندیده بودم، داشته باشیم خوبه می‌تونه در بررسی مسائل کمک کنه! مثلاً توی ریر ما شاهد این بودیم کاربران نمی‌دونستن حالا که مشکلی وجود داره باید تیپ بدن یا ندن؟! خب این تابع باید توقف ایجاد کنه و تکلیف با همه مشخص باشه.

همه چیز ممکنه! 👊🏼

من توی حالت عادی ساخت نرم‌افزار و برنامه‌نویسی، معمولاً تست و خطاهارو بارها انجام میدم و شاید بارها کامپایل کنم و دیباگ کنم و بعد به‌روز رسانی بدم با نسخهٔ جدید.

مثلاُ بگیم نسخهٔ Alpha یا نمیدونم Beta یا Release 1.0 و بعد اینو بهترش کنیم!

اما روی بلاک‌چین یک تفاوت اساسی هست! وقتی نسخه‌ای منتشر یا Release بشه، دیگه هیچ فرصتی برای کامپایل مجدد نیست! هیچ نسخه‌نگاری جدیدی وجود نداره و کل قرارداد باید هزاران بار از هر بعد و شکلی آزمایش بشه.

برای همینه که می‌گن بلاک‌چین واقعاً قابل تحریف نیست. چون منتشر که شد دیگه تمومه حتی منم نمی‌تونم کاری کنم! پس تا می‌شه باید همه چیزو در نظر گرفت.

البته!!! این باز بر می‌گرده به معماری‌ای که تو خلاقیت به خرج میدی.
مثلاً من نمیام سیستم ایردراپ رو بذارم روی قرارداد اصلی! اون رو در قالب یک Helper Contract می‌نویسم! که اگه احیاناً لازم به اصلاح بود، دیگه متکی به قرارداد اصلی نباشه و راحت بشه یه قرارداد دیگه ساخت و اصلاحش کرد و سپس بر مبنای قرارداد اصلی توکن‌ها رو مدیریت کرد.

راه حل از خلاقیت میاد، همه چیز بستگی به ساختار و معماری داره؛ دقیقاً مثل این باشه که سیستم رو توی قرارداد ماژولار طراحی کنی. 🔥👊🏼😎

قرارداد اصلی معمولاً بهتره این شکلی باشه.

- اطلاعات اصلی توکن
- میزان توکن و میزان اختصاص یافته‌ها
- مدیریت کل قرارداد

خارج از این هر خدماتی بدی، ایردراپ میدم، نمی‌دونم تیم گسترش میدم، نمی‌دونم DAO رو مدیریت می‌کنم همش باید بره روی قرارداد‌های نوع دوم (Secondary Contract) یا همون Helpers.