适用范围：地域名称不决定技术架构
“宁波区块链项目”不是一种独立的技术标准。以下解释适用于阅读相关项目介绍、技术方案和业务说明，不代表任何宁波具体项目已经采用某种架构、完成部署或获得认证。判断项目实际能力，仍需核对其技术文档、参与规则和运行证据。
分布式账本与防篡改
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本。参与者共享记录，在网络正常运行的条件下，已发布交易不能随意改变。这里强调的是维护记录的机制，不是对记录内容真实性的保证。
阅读“数据可信”之类的表述时，应区分两个问题：记录之后是否被改动，以及最初录入是否准确。即使历史记录得到保护，错误的业务输入也不会因此自动变成事实。
区块、哈希、节点与共识
区块用于组织记录，区块之间通过密码学引用建立联系。哈希可以理解为用于校验数据的摘要，不能简单等同于加密或保密。节点是参与网络运行的计算机或软件实例；共识机制则规定网络如何认可记录及其顺序。
“多节点”不等于所有节点都有相同职责，也不自动意味着没有管理方。理解项目方案时，需要关注谁能参与、谁能验证、谁能决定记录被接受，而不只是节点数量。共识达成的是协议层面的认可，不是对现实事件作出独立调查。
智能合约、EVM与交易
以太坊技术介绍说明，智能合约是部署在网络上、可被调用执行的程序，EVM是其执行环境。交易请求可以涉及转移资产、部署程序或调用程序，因此技术语境中的“交易”不一定指商品买卖。ETH则是以太坊的原生加密资产，与该网络计算资源的费用机制有关。
这些概念需要按架构使用。某项目提到智能合约，不足以证明它使用以太坊、EVM或ETH。智能合约的“智能”也不意味着程序能够自行判断所有现实条件；执行结果仍取决于代码规则和输入。
常见问题：上链是否等于业务成立
上链不等于外部业务已经完成。例如，程序接受一条完成状态，只能说明相应输入经过了系统处理，不能仅凭这一点证明现实中的交付已经发生。链上规则与外部证据之间如何衔接，是理解项目能力边界的关键。
区块链也不必然意味着需要发行代币。阅读具体项目时，可将术语还原为三个问题：记录什么、由谁确认、能证明什么。这样才能区分技术机制、业务目标与尚未得到证实的宣传结论。