适用范围：先确认名称对应什么
“风暴”这一名称本身不足以确定某个应用采用的底层网络、合约机制或资产结构。以下解释适用于理解通用区块链技术；具体应用是否采用这些机制，需要对应的技术文档支持。
区块、哈希与链：记录如何连接
比特币开发者指南将区块链描述为有序的公共交易账本：交易汇集成区块，区块通过前一区块头的哈希相连；默克尔根用于汇总区块内的交易信息。
哈希可以理解为根据数据计算出的摘要。修改历史数据会破坏原有的摘要关联，但抵抗篡改还依赖验证规则和共识机制。不能仅凭“数据上链”就认定录入内容真实。
节点与共识：谁检查记录
节点是运行网络软件、验证和传播相关数据的计算机。共识规则帮助节点判断哪些记录有效，并按网络机制确定共同接受的历史。
以太坊技术介绍说明，其权益证明机制由质押ETH的验证者参与区块提议和验证。比特币则使用工作量证明。节点、验证者和矿工各有职责，不能把所有节点都称为矿工，也不能把一种网络的规则套用于全部区块链。
EVM、智能合约与应用：程序在哪里运行
以太坊的EVM是执行链上程序的虚拟机；智能合约是部署到网络、可被调用的程序。ETH用于支付链上计算相关费用，并参与网络安全机制。
可以把EVM理解为执行环境，把合约理解为其中运行的业务规则。应用通过调用合约实现功能，但“智能”不代表程序能自行判断事实，也不保证业务设计正确。理解应用时，应区分界面展示与链上实际执行的规则。
账户、交易与UTXO：不同网络怎样记账
以太坊通过账户及相关状态记录余额等信息，交易可以转移ETH、部署或调用合约。比特币使用未花费交易输出，即UTXO：新交易引用并花费此前尚未花费的输出。
两种模型都用于约束资产如何转移，但检查记录的方式不同。UTXO一旦被花费，就不能再次作为有效输入使用，这对应常见术语“双重支付”的防范。
常见问题：提交是否等于完成
广播交易只是向网络提出请求，不能直接视为已经写入共同接受的账本。阅读应用中的“已提交”“已确认”等状态时，需要结合底层网络及应用对状态的定义。
区块高度表示区块所处的位置，并非始终唯一的身份标识。比特币出现竞争分支时，同一高度可能对应不同区块，因此识别具体区块通常使用区块哈希。