On-Chain Transparency: What Blockchain Data Can—and Cannot—Prove
公共区块链是一份任何人都能独立查验的开放记录。它可减少对截图、私有仪表板及平台自身说法的依赖，但并不能回答与项目有关的所有问题。
Transparency is useful only when we separate on-chain facts, interpretations, and information that exists outside the blockchain.
本文仅供教育用途。公开链上数据不保证项目的安全性、完整性或回报。
“链上”的含义
链上数据记录在区块链历史或当前状态中，可通过网络节点查询。在 BNB Smart Chain 上，它包括：
- 交易哈希、状态、区块和时间戳；
- sender and recipient addresses;
- 转移的原生 BNB 和支付的 Gas 费；
- 合约调用数据；
- 执行期间发出的事件（即日志）；
- 已部署的字节码；
- 可公开读取的合约状态；
- 原生币和代币余额；
- 交易和转账历史。
Addresses are normally pseudonymous. A string beginning with 0x does not, by itself, reveal the legal identity of its controller.
链上数据可帮助回答的五个问题
1. 某笔特定交易是否发生？
通过交易哈希，可以核验交易是否已被区块收录、是否成功、由哪个地址发起、调用了哪个地址以及产生了哪些日志。
This is stronger evidence than a screenshot. But 成功 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).
可见余额不会自动成为项目的“储备金”。在作出这种判断前，需要先确认：
- 该地址属于项目或受项目控制；
- 已披露所有相关地址；
- 这些资产未受其他义务约束；
- 代币具有可用流动性；
- 已了解提现权限和管理权限。
3. 资金如何流动？
交易、代币转移事件和内部调用可以追踪地址之间的流动，并与平台公布的流程进行比较。
事件是合约代码生成的日志。它能证明该日志出现在一笔成功交易中，但开发者为事件选择的名称并不能保证其所声称的经济含义。应结合状态变化、代码和实际代币流动来解读事件。
4. 部署了哪些代码？
Deployed bytecode is always public. If source code has been verified, BscScan can match it to the bytecode and expose 阅读合同 和 起草合同 interfaces.
源代码验证提高了可检查性，但并不等于审计：已验证代码仍可能包含错误或有意设置的强大权限函数。
5. 谁可以修改参数？
源代码和读取函数可能会显示 owner、admin、operator、pauser 或 upgrader 等角色。请检查这些角色能否：
- 暂停操作；
- 更改费用或限制；
- 铸造代币；
- 转移资产；
- 更改代理实现合约；
- 授予新角色。
存在管理角色并不能证明发生了滥用，但它是一项用户应当了解的信任依赖。
哪些内容仍在链下
区块链通常无法直接确定：
- 团队的身份和法律地位；
- 链下合同或负债；
- 客户支持质量；
- 网站、DNS、服务器或团队设备的安全性；
- 营销内容的真实性；
- 外部代币价格的来源和可靠性；
- 现实世界资产的所有权；
- 管理员未来作出的决定；
- 在用户所在司法管辖区的法律合规性。
区块浏览器显示的部分信息也来自链下：名称、徽标、网站、所有权标签和价格图表可能来自提交的元数据或外部提供方。BscScan 自身也说明，代币页面同时包含链上和链下信息。关键核查应基于完整地址和原始记录，而不是视觉品牌。
观察、解释与假设
请区分以下层级：
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.”
第一项陈述可直接在链上核查。第二项需要文档和代码来证明地址与角色之间的关联。第三项涉及未来，不能从历史交易中推导出来。
实用透明度核查
步骤 1：确认准确地址
从官方文档中收集以下项目的网络和地址：
- 主合约；
- 代理合约和实现合约（如有）；
- 相关代币；
- 资金库和配套组件（如已披露）。
保存完整地址。名称和缩短字符串不足以用于核验。
步骤 2：检查代码
On BscScan’s 合同 tab:
- 记录验证类型；
- 检查合约是否为代理合约；
- 以当前实现为准；
- 识别角色以及可更改参数的函数；
- 记录编译器和部署信息。
如果源代码未经验证，普通用户检查其行为的能力会大幅降低。
步骤 3：读取当前状态
使用 阅读合同 for read-only queries such as:
- 所有者地址和角色地址；
- 暂停状态；
- 当前费用和限额；
- 计数器和周期状态；
- 关联的合约地址。
读取不需要签名或 Gas 费。仅查看公共状态时无需连接钱包。
步骤 4：比较多笔交易
针对不同情形，请检查：
- 被调用函数和参数；
- 代币流转；
- 内部调用；
- 日志；
- 操作前后的状态。
一笔交易只能展示一条执行路径，不能代表所有可能行为。
步骤 5：查看变更历史
查找涉及以下事项的管理交易和事件：
- 所有权转移；
- 角色的授予与撤销；
- 暂停；
- 实现合约升级；
- 参数变更；
- 资产提现。
当前配置很重要；历史记录则显示权限过去实际如何被使用。
常见错误
“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.
检查清单
- 已公布准确的网络和地址。
- 已确认源代码验证类型。
- 已检查代理合约和当前实现合约。
- 已了解 owner、admin 和 upgrader 权限。
- 应使用准确的代币地址查询余额。
- 交易历史与已发布流程一致。
- 将链上事实与标签和解释区分开来。
- 区块链无法回答的问题会单独列出。
