برای taskهای testnet record بسازید؛ شواهد کار را نگه دارید، نه secret کیف پول
چند هفته پس از کار با چند testnet، بهسادگی فراموش میشود کدام address، network، faucet، contract و task page استفاده شده است. Browser history فقط visit و wallet activity فقط transaction را نشان میدهد. یک record محلی این دو context را کنار هم میگذارد، به شرطی که مرز public evidence، note شخصی و secret از ابتدا روشن باشد.
Record جداگانه چه مشکلی را حل میکند؟
«این کار را انجام دادم» را با official URL، wallet alias، chain ID، action و transaction hash قابل بررسی میکند. رابط پروژه تغییر میکند، کانال community archive میشود و لیست wallet توضیح نمیدهد چرا یک contract call انجام شده است. Hash بدون context و screenshot بدون chain evidence هر دو ناقصاند.
یک row خوب به شش پرسش پاسخ میدهد: کدام project؛ ورودی رسمی از کجا؛ کدام wallet؛ کدام chain؛ چه action؛ status جداگانه chain و app چیست. Reward احتمالی، شایعه community و حدس شخصی در Notes باشند، نه confirmed facts. این record تاریخچه مشارکت است، نه تضمین reward.
Record ریسک تکراری را کم میکند. وقتی همان campaign دوباره دیده میشود میتوانید بررسی کنید allowance قبلی باقی است، faucet rate limit شده، main wallet اشتباهی استفاده شده یا بعد از network migration قرارداد قدیمی باز مانده است. Bookmark چنین permission historyای ندارد.
در support نیز بهجای «کار نمیکند» میتوانید chain ID، متن خطا، request ID و hash بدهید. Maintainer معتبر برای بررسی داده عمومی به seed phrase نیاز ندارد.
کدام اطلاعات هرگز نباید در task sheet باشد؟
عبارت بازیابی، private key، wallet password، OTP مربوط به email یا صرافی، API key، session cookie و remote-control code را ننویسید. File محلی هم ممکن است از طریق malware، share اشتباه، cloud sync یا تعمیر device افشا شود. Spreadsheet معمولی key vault نیست.
| قابل ثبت | غیرقابل ثبت | دلیل |
|---|---|---|
| Wallet alias مانند T03 | Seed phrase/private key | Alias برای task کافی است |
| Public address | Unlock password | Address chain را verify میکند |
| Chain ID، contract، hash | OTP یا cookie | اولی public evidence، دومی access |
| Official URL و date | تصویر خام ID/KYC | Source لازم است، نه کپی هویت |
| Error text | Remote access code | Error برای عیبیابی مفید است |
در team sheet، full public address نیز فقط به افراد لازم داده شود. Shared table میتواند alias داشته باشد و alias-to-address mapping در file محلی با permission محدودتر بماند. کسی که status را update میکند مجبور نیست همه profileهای wallet را ببیند.
Public address secret نیست، اما history، balance و counterparties آن دیده میشود. اتصال به social account یا هویت واقعی privacy را کاهش میدهد. Public بودن chain مجوز انتشار بیدلیل در screenshot نیست.
یک task row واقعاً به چه فیلدهایی نیاز دارد؟
Project identity، verified entry، wallet alias، network، action، on-chain evidence، app status و next step را نگه دارید. فیلدهای بیشازحد پر نمیشوند و فیلدهای کم بعداً چیزی نمیگویند. این فهرست نقطه شروع متعادل است.
Project identity
- Project/phase: نام رسمی و عبارت alpha، testnet، devnet یا campaign.
- Entry URL: Link کامل و اینکه از homepage، docs یا repository رسمی آمده.
- Verification date: تاریخ واقعی مقایسه link؛ guarantee دائمی نیست.
- Change notice: Announcement اصلی برای تغییر network، contract یا rule.
Wallet و network
- Wallet alias: T01 یا T02، بدون clue درباره seed.
- Public address: کامل برای chain query؛ در view مشترک شاید alias کافی باشد.
- Network و chain ID: هر دو؛ custom label بهتنهایی reliable نیست.
- RPC source: Official docs یا provider page، نه URL خصوصی دارای API key.
- Contract: Actual interaction address و منبع verification.
Action و result
- Task action: Faucet، swap، deploy، mint، vote یا bridge؛ نه فقط «done».
- Request type: Connect، message sign، approve، permit، transaction یا social link.
- Transaction hash: Row جدا برای هر action روی chain.
- On-chain status: pending، success یا failed همراه explorer URL.
- App status: complete، indexing، failed یا not started، جدا از chain.
- Error: متن اصلی؛ interpretation شخصی در note دیگر.
- Next action: Retry، revoke، check announcement یا support ticket.
هنگام انجام task چه زمانی record را پر کنیم؟
پیش از امضا row بسازید، پس از confirmation hash را اضافه و قبل از خروج status و next action را ثبت کنید. پر کردن همه چیز از حافظه در پایان روز، address و network را با هم اشتباه میکند.
- پیش از ورود: URL را از official source بگیرید؛ phase و verification date را بنویسید.
- پیش از connect: Alias، public address، network و chain ID را تطبیق دهید.
- پیش از confirm: Request type، contract/spender و expected action را ثبت کنید. اگر روشن نیست، «Stopped—unclear request» بگذارید.
- پس از submit: Hash را فوراً copy و full link explorer درست را ذخیره کنید.
- پس از پاسخ app: Chain و app status را جدا update کنید؛ در تعارض، هیچکدام را اجباری complete نکنید.
- پیش از بستن: Allowance review، disconnect، retry یا support را بهعنوان next step بنویسید.
اگر یک task چند transaction دارد از Task group ID استفاده کنید. مثلاً T014 چهار row برای faucet، approve، swap و vote دارد. محل fail، dependency و spender لازم برای revoke روشن میماند.
در social task نام platform و permission scope را بنویسید، نه password یا login token. دریافت Discord role در app status ثبت شود. اگر X یا GitHub با identity واقعی مرتبط است، privacy note بگذارید تا تصمیم unlink بعداً فراموش نشود.
چرا transaction hash، screenshot و app status جای هم را نمیگیرند؟
Hash رخداد chain را نشان میدهد؛ screenshot گفته interface در آن لحظه را نگه میدارد؛ app status از database پروژه است. Screenshot سبز Completed جای confirmation نیست و hash موفق، campaign credit را تضمین نمیکند.
Network را کنار hash نگه دارید
Format hash در EVM chains شبیه است. بدون chain ID و full explorer URL، تشخیص شبکه در آینده سخت میشود. From، To، status، method و token changes را ببینید. اگر proxy است، implementation مشاهدهشده را در صورت نیاز بنویسید اما بدون فهم code برچسب safe نزنید.
Screenshot محدود و پاک باشد
Error، request number، domain و بخش مرتبط کافیاند. کل desktop، inbox، bookmarks، extension icons، balanceهای دیگر یا phone notification را شامل نکنید. File name میتواند project abbreviation، group ID، step و تاریخ واقعی داشته باشد: alpha-T014-faucet-error-2026-07-21.webp. Timestamp دقیق ساختگی نسازید.
Image را بیرون table نگه دارید
Embed کردن image بزرگ در هر cell، backup و access control را دشوار میکند. Evidence در project folder و filename/purpose در table باشد. Public نبودن cloud sharing link را بررسی کنید.
برای support تصویر را crop کنید اما domain و error را نگه دارید. Hash را به شکل text نیز بدهید. مدرک هویتی، KYC photo یا seed backup، task evidence نیست.
چه زمانی review و چه زمانی project را close کنیم؟
Review را به event وصل کنید: پس از high-permission action، هنگام official change و موقع پایان مشارکت. Trigger عملی از schedule ثابتی که اجرا نمیشود مفیدتر است.
- بعد از approval: Spender، amount و chain را تطبیق و درباره revoke تصمیم بگیرید.
- Network migration: Old row را overwrite نکنید؛ row تازه برای chain ID، contract و notice.
- Contract update: Old/new address جدا و official source همراهشان.
- App-chain mismatch: اول explorer، سپس request ID و hash برای support.
- Project pause: Pending action را متوقف و connection و social permission را ببینید.
- Exit: Allowance غیرضروری revoke، site disconnect، attachment حساس delete و row Closed.
اگر reward date یا amount فقط شایعه است، «Unverified community claim» بنویسید، نه confirmed fact. Project میتواند eligibility را تغییر دهد یا reward ندهد. Record سابقه مشارکت است، نه وعده مالی.
در close-out میتوان minimal archive نگه داشت: project، alias، chain، contract، final permission state و close date. Screenshot و identity attachment غیرضروری را حذف کنید. وقتی دلیل نگهداری نیست، data کمتر امنتر است.
Template بدون secret برای copy
این table هیچ field مربوط به secret ندارد. میتوانید در spreadsheet محلی، note رمزگذاریشده یا CSV استفاده کنید. پیش از share گروهی، permission آدرس و evidence را جدا کنید.
| Field | نمونه | بررسی |
|---|---|---|
| Task group ID | T014 | ارتباط مراحل |
| Project/phase | Name/testnet | Official wording |
| Entry/source | Full URL/docs | نه short link ارسالی |
| Verified date | تاریخ واقعی | تغییر یعنی row تازه |
| Wallet alias/address | T03/0x… | بدون seed یا key |
| Network/chain ID | Name/number | تطبیق wallet/explorer |
| Action/request | swap/transaction | Sign و tx جدا |
| Contract/spender | Public address | Official source |
| Hash/explorer | Hash/full URL | هر tx جدا |
| Chain status | success/failed | Explorer result |
| App status | complete/indexing | جدا از chain |
| Evidence | T014-step2.webp | Sanitized |
| Next action | Revoke/check notice | قدم دقیق |
در CSV، error چندخطی columns را میشکند. متن کامل را در file جدا و summary/filename را در table بگذارید. Address و hash طولانی را text format کنید تا spreadsheet آن را scientific notation نکند. Formula نباید address را تغییر دهد.
Backup داشته باشید ولی secret-free design را حفظ کنید. برای cloud account از 2FA و limited sharing استفاده کنید. Encryption را بر اساس risk انتخاب کنید. از دست رفتن record آزاردهنده است، اما leak شدن seed بدتر؛ این دو را در یک file ترکیب نکنید.
پنج نشانه record ضعیف
- در همه rowها فقط Done و بدون network، address یا hash.
- Screenshot تنها chain evidence و بدون explorer status.
- چند hash در یک cell و action مربوط نامعلوم.
- Field راحتی برای password یا seed.
- شایعه community بهعنوان reward قطعی.
هدف زیاد کردن field نیست. موردی که در decision، troubleshooting یا close-out استفاده نمیشود حذف کنید. Note تکراری را به field تبدیل کنید. Alias scheme را ثابت نگه دارید و alias قدیمی را برای wallet تازه recycle نکنید. آزمون واقعی این است که چند ماه بعد row را در پنج دقیقه بفهمید.
یک نمونه مرور قبل از بستن روز
پنج دقیقه آخر را صرف کامل کردن شواهد کنید، نه انجام interaction تازه. Rowهای امروز را بر اساس wallet alias مرتب کنید و ببینید هر transaction یک chain ID و explorer URL دارد. اگر app وضعیت complete نشان میدهد ولی hash هنوز pending است، هر دو وضعیت را همانطور که هستند نگه دارید. اختلاف را با حدس پر نکنید.
سپس requestهایی را که approval یا permit داشتهاند علامت بزنید. این علامت فقط یادآور review است و به معنی خطر قطعی نیست. اگر task تمام شده و permission دیگر لازم نیست، از راه مورد اعتماد کیف پول یا ابزار revoke در شبکه درست اقدام کنید. Result را با hash جدید ثبت کنید؛ عبارت «revoke شد» بدون evidence برای آینده کافی نیست.
در پایان screenshotها را باز کنید و ببینید email، شماره تماس، notification، دارایی نامرتبط یا extensionهای شخصی در تصویر نمانده باشد. Fileهای بیاستفاده را طبق سیاست backup خود مدیریت کنید و cloud linkهای عمومی را ببندید. هیچکدام از این کارها نیازمند وارد کردن seed phrase در spreadsheet، browser یا support chat نیست.
پرسشهای رایج
میتوان عبارت بازیابی را در task record نگه داشت؟
هرگز. فقط آدرس عمومی یا wallet alias شخصی را ثبت کنید. عبارت بازیابی، private key، password، OTP، API key و کد دسترسی از راه دور باید کاملاً جدا بمانند.
نگهداری transaction hash حریم خصوصی را کم میکند؟
Hash شناسه عمومی بلاکچین است، اما میتواند آدرس، زمان و activity history را به هم مرتبط کند. در record محلی نگه دارید؛ در support عمومی یا screenshot فقط داده لازم برای حل مسئله را بدهید.
اگر app وضعیت completed دارد باز هم explorer را ببینیم؟
بله. App status از database خود برنامه میآید و explorer transaction روی chain را نشان میدهد. جدا نگه داشتن این دو، confirmation، indexing delay و خطای front end را مشخص میکند.
Task record را هر چند وقت یکبار review کنیم؟
فاصله ثابت برای همه لازم نیست. پس از high-permission interaction، هنگام تغییر network یا contract و موقع خروج از پروژه review کنید؛ connection و allowance غیرضروری را پاک کنید.