Testnet task record বানান: কাজের প্রমাণ রাখুন, wallet secret নয়
একাধিক testnet ব্যবহার করলে কয়েক সপ্তাহ পরে মনে থাকে না কোন address, network, faucet, contract বা task page ব্যবহার করেছিলেন। Browser history শুধু page দেখায়; wallet activity শুধু transaction দেখায়। একটি local record এই দুই context জোড়া দেয়। তবে record যেন seed phrase-এর ভাণ্ডার না হয়—public evidence, personal note ও secret-এর boundary শুরুতেই ঠিক করতে হবে।
একটি আলাদা task record কী সমস্যার সমাধান করে?
Record “আমি কাজটি করেছিলাম” কথাটিকে official URL, wallet alias, chain ID, action ও transaction hash দিয়ে যাচাইযোগ্য করে। Project UI বদলে যেতে পারে, Discord channel archive হতে পারে, আর wallet-এর transaction list method-এর মানে না-ও দেখাতে পারে। Context ছাড়া hash এবং chain evidence ছাড়া screenshot—দুটিই অসম্পূর্ণ।
একটি ভালো row ছয়টি প্রশ্নের উত্তর দেয়: কোন project; official entry কোথা থেকে পাওয়া; কোন wallet ব্যবহার হয়েছে; কোন network; কী action নেওয়া হয়েছে; chain এবং app-এর status কী। Expected reward, social rumor বা নিজের অনুমান “Notes” field-এ থাকবে, verified fact-এর সঙ্গে মিশবে না। Project reward না-ও দিতে পারে; task log reward-এর প্রতিশ্রুতি নয়।
Record duplicate risk কমায়। একই campaign আবার সামনে এলে দেখবেন পুরোনো spender allowance আছে কি না, faucet rate limit হয়েছিল কি না, main wallet ভুল করে connect হয়েছিল কি না, network migration-এর পরে পুরোনো contract পড়ে আছে কি না। Memory বা bookmark এসব permission বোঝায় না।
এটি support request-ও উন্নত করে। “কাজ হয়নি” বলার বদলে আপনি chain ID, exact error, request ID ও hash দিতে পারবেন। Genuine maintainer secret ছাড়া public data দিয়েই issue খুঁজতে পারবে।
Task sheet-এ কোন তথ্য কখনও লিখবেন না?
Seed phrase, private key, wallet password, email বা exchange OTP, API key, session cookie এবং remote-control code task record-এর বাইরে থাকবে। File local হলেও malware, accidental share, cloud sync বা device repair-এর সময় leak হতে পারে। Normal productivity tool-কে key vault বানাবেন না।
| রাখতে পারেন | রাখবেন না | কেন |
|---|---|---|
| Wallet alias যেমন T03 | Seed phrase/private key | Alias task আলাদা করে; key ownership হারাতে পারে |
| Public address | Unlock password | Address chain verify করে; password নয় |
| Chain ID, contract, hash | OTP বা session cookie | প্রথমটি public evidence, দ্বিতীয়টি account access |
| Official URL ও check date | NID/KYC-এর raw image | Source দরকার, identity copy নয় |
| Error text | Remote access code | Error reproduce হয়; access code শুধু ঝুঁকি |
Shared sheet হলে full public address-ও need-to-know basis-এ রাখুন। Team task table-এ wallet alias দেওয়া যায়, alias-to-address mapping ছোট permission-এর local file-এ রাখুন। এতে content বা status update করা person সব address profile পায় না।
“Public address তো secret নয়” কথাটি আংশিক সত্য। Address দিয়ে fund নেওয়া যায় না, কিন্তু complete transaction history, balance ও counterparties দেখা যায়। Social account বা real identity-এর সঙ্গে address link হলে privacy কমে। তাই public হওয়া মানে যত্রতত্র publish করা নয়।
একটি task row-এ কোন field সত্যিই দরকার?
Project identity, verified entry, wallet alias, network, action, on-chain evidence, app status ও next step রাখুন। অতিরিক্ত field fill না হলে sheet অকেজো হয়; কম field হলে পরে বোঝা যায় না। নিচের list সাধারণ testnet-এর জন্য balance রাখে।
Project identity
- Project এবং phase: Official spelling ও alpha, testnet, devnet বা campaign label লিখুন।
- Official entry URL: Full link রাখুন; source homepage, docs নাকি official repository লিখুন।
- Verification date: আপনি সত্যি যে date-এ link মিলিয়েছেন সেটি লিখুন। এটি permanent guarantee নয়।
- Change announcement: Network, contract বা deadline বদলালে original announcement link দিন।
Wallet এবং network
- Wallet alias: T01, T02-এর মতো name; seed clue দেবেন না।
- Public address: Chain query দরকার হলে full address; shared view-তে alias যথেষ্ট হতে পারে।
- Network ও chain ID: দুটো একসঙ্গে লিখুন; custom network name একা reliable নয়।
- RPC source: Official docs বা provider page লিখুন। API key-সহ private RPC URL shared sheet-এ দেবেন না।
- Contract address: Actual interaction target এবং verification source লিখুন।
Action এবং result
- Task action: Faucet, swap, deploy, mint, vote বা bridge—নির্দিষ্ট শব্দ ব্যবহার করুন। শুধু “task done” নয়।
- Request type: Connect, message sign, approve, permit, transaction বা social link লিখুন।
- Transaction hash: প্রতিটি transaction আলাদা row-এ রাখুন।
- On-chain status: pending, success বা failed, সঙ্গে explorer URL।
- App status: complete, indexing, failed বা not started। Chain status-এর জায়গায় এটি বসাবেন না।
- Error text: Original text copy করুন; নিজের interpretation আলাদা note-এ রাখুন।
- Next action: Retry date, revoke, announcement check বা support ticket লিখুন।
একটি task করার সময় কখন কী লিখবেন?
Sign-এর আগে row খুলুন, confirmation-এর পরে hash দিন, page ছাড়ার আগে status ও next action লিখুন। রাতে সব মনে করে fill করতে গেলে address ও network মিশে যায়। প্রতিটি critical point-এ ছোট update বেশি নির্ভরযোগ্য।
- Page খোলার আগে: Official source থেকে URL নিন; project phase ও verification date লিখুন।
- Wallet connect-এর আগে: Alias, public address, network এবং chain ID মিলিয়ে লিখুন।
- Popup confirm-এর আগে: Request type, contract/spender ও expected action লিখুন। বুঝতে না পারলে status “Stopped—unclear request” করুন।
- Transaction পাঠানোর পরে: Hash copy করুন এবং correct explorer-এর full URL সংরক্ষণ করুন।
- App response-এর পরে: On-chain ও app status আলাদা update করুন। Conflict থাকলে কোনোটিকেই জোর করে complete করবেন না।
- Session শেষ করার আগে: Allowance review, disconnect, retry বা support-এর next step লিখুন।
এক task-এ অনেক transaction থাকলে “Task group ID” ব্যবহার করুন। যেমন T014 group-এর under-এ faucet, approve, swap ও vote চার row হতে পারে। এতে একটি step failed হলেও sequence বোঝা যায় এবং পরে spender revoke করতে সঠিক contract পাওয়া যায়।
Social task হলে platform name ও permission scope লিখুন, কিন্তু password বা login token নয়। Discord role পেয়েছেন কি না app status-এ লিখুন। X বা GitHub account personal identity-এর সঙ্গে যুক্ত হলে privacy note যোগ করুন, যাতে পরে account unlink করার সিদ্ধান্ত নিতে পারেন।
Transaction hash, screenshot ও app status কীভাবে একসঙ্গে রাখবেন?
Hash chain-এ কী হয়েছে দেখায়; screenshot সেই সময়ে UI কী বলেছিল দেখায়; app status project database-এর result জানায়। তিনটির কাজ আলাদা। Green “Completed” screenshot transaction success-এর বিকল্প নয়, আর success hash campaign credit-এর নিশ্চয়তা নয়।
Hash-এর সঙ্গে network রাখুন
EVM chain-এ hash format একই ধরনের হতে পারে। Chain ID ও explorer full link না রাখলে কয়েক মাস পরে কোন network বুঝতে কষ্ট হয়। Explorer-এ From, To, status, method এবং token change দেখুন। Proxy contract হলে explorer implementation দেখাতে পারে, কিন্তু code না বুঝলে “safe” verdict লিখবেন না; শুধু observed fact রাখুন।
Screenshot ছোট ও sanitized রাখুন
Error text, request number, domain এবং relevant task area capture করুন। পুরো desktop, inbox, bookmark bar, extension icons, unrelated wallet balance বা phone notification রাখবেন না। File name-এ project abbreviation, task group, step ও real date ব্যবহার করা যায়, যেমন alpha-T014-faucet-error-2026-07-21.webp। বিশ্বাসযোগ্য দেখানোর জন্য বানানো সময় বা result লিখবেন না।
Image file table-এর বাইরে রাখুন
Sheet cell-এর ভিতর বড় image embed করলে backup ভারী ও permission control কঠিন হয়। Project folder-এ evidence রাখুন, table-এ file name ও purpose লিখুন। কোনো project delete বা archive করলে related evidence খুঁজে পাওয়া সহজ হবে। Cloud drive ব্যবহার করলে sharing link public কি না পরীক্ষা করুন।
Support-এ evidence পাঠালে crop করার পরও metadata থাকতে পারে। Screenshot সাধারণত camera location রাখে না, কিন্তু downloaded image বা phone photo রাখতে পারে। ব্যক্তিগত document-এর photo কখনও task evidence হিসেবে public channel-এ দেবেন না।
কখন record review করবেন এবং project close করবেন?
Fixed calendar promise-এর বদলে event-based review ব্যবহার করুন: high permission-এর পরে, official change এলে এবং participation শেষ হলে। Weekly review লিখে কখনও না করা থেকে meaningful trigger ভালো।
- Approval-এর পরে: Spender, amount ও chain expected কি না দেখুন; task শেষ হলে revoke দরকার কি না সিদ্ধান্ত নিন।
- Network migration: Old row overwrite করবেন না। নতুন chain ID, contract ও announcement দিয়ে নতুন row খুলুন।
- Contract update: Old/new address আলাদা রাখুন; official source link দিন।
- App-chain mismatch: Explorer result আগে দেখুন, তারপর request ID ও hash দিয়ে support নিন।
- Project pause: Pending action stop, unused connection remove এবং exposed social permission review করুন।
- Exit: Unneeded allowance revoke, site disconnect, sensitive attachment delete এবং row “Closed” mark করুন।
Reward date বা amount rumor হিসেবে শুনলে “Unverified community claim” লিখুন, fact column নয়। Project snapshot rule বদলাতে পারে, eligibility private রাখতে পারে, বা reward না-ও দিতে পারে। আপনার record participation history, financial guarantee নয়।
Close করার পরে row মুছে ফেলার বদলে minimal archive রাখা useful হতে পারে: project, wallet alias, chain, contract, final permission state ও close date। তবে identity document বা unnecessary screenshot delete করুন। Data retention-এর কারণ না থাকলে কম data রাখা নিরাপদ।
Copy করার মতো testnet task template
এই template-এ কোনো secret field নেই। Local spreadsheet, encrypted note বা plain CSV-তে নিতে পারেন। Team share করার আগে address ও evidence permission আলাদা করুন।
| Field | Example | Check |
|---|---|---|
| Task group ID | T014 | Related step একত্র করে |
| Project / phase | Name / testnet | Official wording |
| Entry / source | Full URL / docs | Forwarded short link নয় |
| Verified date | Real work date | Change হলে নতুন row |
| Wallet alias / address | T03 / 0x… | Seed বা key নয় |
| Network / chain ID | Name / number | Wallet ও explorer match |
| Action / request | swap / transaction | Sign বনাম tx স্পষ্ট |
| Contract / spender | Public address | Official source |
| Hash / explorer | Hash / full URL | প্রতি tx আলাদা |
| On-chain status | success/failed/pending | Explorer result |
| App status | complete/indexing/error | Chain থেকে আলাদা |
| Evidence file | T014-step2.webp | Sanitized image |
| Next action | Revoke/check notice | Specific action |
CSV-তে multiline error দিলে column ভেঙে যেতে পারে। Full error আলাদা text file-এ রেখে table-এ summary ও filename দিতে পারেন। Spreadsheet formula দিয়ে address modify করবেন না; text format ব্যবহার করুন যাতে long hash scientific notation না হয়। Chain ID numeric হলেও leading or formatting issue এড়াতে plain text নিরাপদ।
Backup রাখুন, কিন্তু secret-free design বজায় রাখুন। Cloud account-এ 2FA ও limited sharing ব্যবহার করুন। Local drive নষ্ট হলে record হারানো বিরক্তিকর, কিন্তু secret leak হওয়ার চেয়ে কম ক্ষতিকর। তাই backup encryption ও access practical risk অনুযায়ী বেছে নিন।
Record খারাপ হওয়ার পাঁচটি লক্ষণ
- সব row-তে শুধু “Done”: Network, address ও hash ছাড়া verify করা যায় না।
- Screenshot-ই সব evidence: Image edit বা stale হতে পারে; chain status explorer থেকে নিন।
- এক cell-এ দশটি hash: কোন action-এর কোন result বোঝা যায় না।
- Secret convenience field: Password বা seed রাখা sheet compromise-কে wallet compromise বানায়।
- Rumor fact হয়ে গেছে: Community estimate reward guarantee নয়।
Record বেশি বড় হলেই ভালো নয়। যে field decision, troubleshooting বা close-out-এ ব্যবহার হয় না সেটি বাদ দিন। একই note বারবার লিখলে সেটিকে field করুন। Unclear abbreviation-এর ছোট legend রাখুন। ভবিষ্যতের আপনি যেন পাঁচ মিনিটে row বুঝতে পারেন—এটাই usability test।
Bangla ও English technical শব্দ একসঙ্গে ব্যবহার করলে spelling consistent রাখুন। “Wallet-3”, “T03” ও “third wallet” একই address বোঝালে confusion হবে। একটি alias scheme নিন এবং address mapping-এর change history রাখুন। পুরোনো alias নতুন wallet-এ recycle করবেন না।
সাধারণ প্রশ্ন
Task record-এ seed phrase রাখা যাবে?
কখনও নয়। Record-এ public address বা নিজের wallet alias রাখা যায়, কিন্তু seed phrase, private key, password, OTP, API key ও remote-access code আলাদা এবং গোপন থাকবে।
Transaction hash রাখলে privacy কমে কি?
Hash public blockchain identifier, তবে এটি address, সময় ও activity history-এর সঙ্গে link তৈরি করে। Local record-এ রাখা যায়; public support বা screenshot-এ সমস্যার জন্য যতটুকু দরকার শুধু ততটুকু দিন।
App completed দেখালে explorer check দরকার?
হ্যাঁ। App status তার নিজের database-এর অবস্থা, explorer on-chain transaction দেখায়। দুইটি আলাদা রাখলে confirmed transaction, indexing delay ও front-end error বোঝা যায়।
কত দিন পরপর task record review করব?
একটি fixed schedule সবার জন্য দরকার নেই। High-permission interaction-এর পর, network বা contract বদলালে এবং project ছাড়ার সময় review করুন; তখন connection ও allowance পরিষ্কার করুন।