On-Chain Transparency: What Blockchain Data Can—and Cannot—Prove

পাবলিক ব্লকচেইন একটি উন্মুক্ত রেকর্ড, যা যে কেউ স্বাধীনভাবে পরীক্ষা করতে পারে। এতে screenshot, private dashboard ও প্ল্যাটফর্মের নিজস্ব দাবির ওপর নির্ভরতা কমে। তবে এটি কোনো প্রকল্প সম্পর্কে সব প্রশ্নের উত্তর দেয় না।

Transparency is useful only when we separate on-chain facts, interpretations, and information that exists outside the blockchain.

এই article শুধু শিক্ষামূলক। Public on-chain data কোনো project-এর safety, integrity বা return নিশ্চিত করে না।

‘On-chain’-এর অর্থ কী

অন-চেইন data blockchain history বা তার current state-এ record হয় এবং network node থেকে query করা যায়। BNB Smart Chain-এ এর মধ্যে রয়েছে:

  • Transaction hash, status, block ও timestamp;
  • sender and recipient addresses;
  • Transferred native BNB ও paid gas;
  • Contract call data;
  • Execution-এর সময় emitted event বা log;
  • Deployed bytecode;
  • Publicly readable contract-এর state;
  • Native ও token balance;
  • Transaction ও transfer history।

Addresses are normally pseudonymous. A string beginning with 0x does not, by itself, reveal the legal identity of its controller.

On-chain data যে পাঁচ প্রশ্নের উত্তর দিতে পারে

1. নির্দিষ্ট লেনদেনটি কি ঘটেছে?

Transaction hash দিয়ে যাচাই করা যায় লেনদেনটি block-এ অন্তর্ভুক্ত হয়েছে কি না, সফল হয়েছে কি না, কোন address শুরু করেছে, কোন address call হয়েছে এবং কী log বের হয়েছে।

This is stronger evidence than a screenshot. But Success confirms technical execution, not the truth of a marketing claim or the economic value of the result.

2. ঠিকানাটিতে এখন কোন সম্পদ আছে?

An explorer can show native BNB and balances of specific BEP-20 tokens. A standard token balance can also be queried with balanceOf(address).

দৃশ্যমান balance স্বয়ংক্রিয়ভাবে প্রকল্পের “reserve” নয়। এমন দাবি করার আগে নিশ্চিত করতে হবে:

  • Address project-এর বা project দ্বারা controlled;
  • সব relevant address প্রকাশিত;
  • Asset ইতিমধ্যে অন্য obligation-এর অধীন নয়;
  • Token-এর usable liquidity আছে;
  • Withdrawal ও administrative power বোঝা হয়েছে।

3. অর্থ কীভাবে স্থানান্তরিত হয়েছে?

Transaction, token transfer event ও internal call দিয়ে address-গুলোর মধ্যে movement trace করা যায়। এগুলো platform-এর published process-এর সঙ্গে তুলনা করা যায়।

Event হলো contract code-এর তৈরি log। এটি প্রমাণ করে যে সফল transaction-এ logটি ছিল, কিন্তু developer-এর দেওয়া নাম দাবিকৃত অর্থনৈতিক অর্থের নিশ্চয়তা নয়। Event-কে state change, code ও প্রকৃত token movement-এর সঙ্গে মিলিয়ে পড়ুন।

4. কোন কোড ডেপ্লয় করা হয়েছে?

Deployed bytecode is always public. If source code has been verified, BscScan can match it to the bytecode and expose Read Contract and Write Contract interfaces.

Source verification code পরীক্ষা করা সহজ করে। এটি audit নয়: verified code-এও error বা ইচ্ছাকৃতভাবে শক্তিশালী function থাকতে পারে।

5. প্যারামিটার কে পরিবর্তন করতে পারে?

Source code ও read function-এ owner, admin, operator, pauser বা upgrader-এর মতো role দেখা যেতে পারে। এসব role নিচের কাজ করতে পারে কি না যাচাই করুন:

  • Operation pause করা;
  • Fee বা limit বদলানো;
  • Token mint করা;
  • Asset transfer করা;
  • Proxy implementation বদলানো;
  • নতুন role grant করা।

প্রশাসনিক role অপব্যবহারের প্রমাণ নয়। এটি এমন trust dependency, যা ব্যবহারকারীর বোঝা উচিত।

কী off-chain থাকে

ব্লকচেইন সাধারণত সরাসরি যা প্রমাণ করতে পারে না:

  • Team-এর identity ও legal status;
  • Off-chain contract বা liability;
  • Customer support-এর quality;
  • Website, DNS, server বা team device-এর security;
  • Marketing-এর truthfulness;
  • External token price-এর source ও reliability;
  • Real-world asset-এর ownership;
  • Administrator-এর ভবিষ্যৎ decision;
  • User-এর jurisdiction-এ legal compliance।

Explorer-এ দেখানো কিছু তথ্য off-chain-ও হতে পারে: নাম, logo, website, ownership label ও price chart submitted metadata বা external provider থেকে আসতে পারে। BscScan নিজেই বলে token page-এ on-chain ও off-chain—দুই ধরনের তথ্য থাকে। গুরুত্বপূর্ণ যাচাই visual branding নয়, full address ও raw record-এর ভিত্তিতে করুন।

পর্যবেক্ষণ, ব্যাখ্যা ও অনুমান

এই স্তরগুলো আলাদা রাখুন:

Observation:
“In block N, address A sent 100 units of token T to address B.”

Interpretation:
“According to the published architecture, B is the distribution contract.”

Assumption:
“Therefore every participant will certainly receive a future payment.”

প্রথম statement সরাসরি on-chain যাচাই করা যায়। দ্বিতীয়টিতে address-কে role-এর সঙ্গে যুক্ত করতে documentation ও code দরকার। তৃতীয়টি ভবিষ্যৎ নিয়ে এবং historical transaction থেকে তা প্রমাণিত হয় না।

ব্যবহারিক স্বচ্ছতা পর্যালোচনা

ধাপ 1: সঠিক address নির্ধারণ করুন

Official documentation থেকে নিচের network ও address সংগ্রহ করুন:

  • Main contract;
  • ব্যবহৃত হলে proxy ও implementation contract;
  • Relevant token;
  • Disclosed হলে treasury ও supporting component।

Full address সংরক্ষণ করুন। নাম ও shortened string যথেষ্ট নয়।

ধাপ 2: Code পরীক্ষা করুন

On BscScan’s Contract tab:

  • Verification type note করুন;
  • Contract proxy কি না যাচাই করুন;
  • Current implementation অনুসরণ করুন;
  • Role ও parameter-changing function শনাক্ত করুন;
  • Compiler ও deployment information note করুন।

Source unverified হলে সাধারণ user-এর behavior inspect করার ক্ষমতা অনেক কমে যায়।

ধাপ 3: Current state পড়ুন

Use Read Contract for read-only queries such as:

  • Owner ও role address;
  • Pause status;
  • Current fee ও limit;
  • Counter ও cycle status;
  • Linked contract address।

শুধু পড়তে signature বা gas লাগে না। Public state দেখার জন্য wallet connect করার দরকার নেই।

ধাপ 4: একাধিক transaction তুলনা করুন

বিভিন্ন scenario-তে পরীক্ষা করুন:

  • Called function ও parameter;
  • Token movement;
  • Internal call;
  • Log;
  • আগের ও পরের state।

একটি transaction কেবল একটি execution path দেখায়, সম্ভাব্য সব behavior নয়।

ধাপ 5: Change history review করুন

নিচের বিষয়সংক্রান্ত administrative transaction ও event খুঁজুন:

  • Ownership transfer;
  • Role grant ও revocation;
  • Pause;
  • Implementation upgrade;
  • Parameter change;
  • Asset withdrawal।

বর্তমান configuration গুরুত্বপূর্ণ; history দেখায় ক্ষমতা বাস্তবে কীভাবে ব্যবহার হয়েছে।

সাধারণ ভুল

“The address is public, so its owner is known.”
No. Ownership requires separate evidence.

“Funds are visible in a contract, so they are permanently locked.”
No. Code or an administrator may allow them to move.

“The source is verified, so the contract is safe.”
No. Verification matches source to bytecode; it does not assess security.

“An event is named RewardPaid, so returns are guaranteed.”
No. Developers choose event names. Verify actual state and asset movements.

“Transparency removes risk.”
No. It makes some risks observable while technical, administrative, market, and legal risks remain.

যাচাই তালিকা

  • সঠিক network ও address প্রকাশিত।
  • Source verification-এর ধরন জানা আছে।
  • Proxy ও current implementation পরীক্ষা করা হয়েছে।
  • Owner, admin ও upgrader-এর ক্ষমতা বোঝা হয়েছে।
  • সঠিক token address ব্যবহার করে balance যাচাই করা হয়।
  • Transaction history published process-এর সঙ্গে consistent।
  • অন-চেইন fact-কে label ও interpretation থেকে আলাদা রাখা হয়।
  • Blockchain যেসব প্রশ্নের উত্তর দিতে পারে না, সেগুলো আলাদাভাবে তালিকাভুক্ত।

উৎস ও আরও পড়ুন

  1. BscScan Information Center — Transaction দেখা
  2. BscScan Information Center — Token Page বোঝা
  3. BscScan Information Center — Contract Verification-এর ধরন
  4. BscScan Information Center — Address কী?
  5. Solidity Documentation — নিরাপত্তাসংক্রান্ত বিবেচনা
  6. OpenZeppelin Docs — Proxy Upgrade Pattern