账本结构与交易模型
比特币开发指南介绍了区块哈希连接、默克尔树和未花费交易输出（UTXO）：区块引用前一区块，默克尔根汇总交易，普通交易使用尚未花费的输出作为输入。节点依据规则拒绝重复花费，并以累计工作量选择有效链。
这些概念分别回答记录怎样关联、交易如何被纳入区块、某笔输出是否还能使用。服务设计需要区分交易标识、区块哈希和区块高度；发生分叉时，同一高度可能对应不同区块，因此高度不能充当全局唯一标识。
节点、共识与执行环境
以太坊开发文档将账户、交易、区块、节点、共识、EVM、Gas和智能合约列为基础技术模块，并涵盖应用接口、测试、安全、预言机、跨链桥及扩容。它们连接网络验证、程序执行和应用访问等不同环节。
节点负责运行客户端并验证网络数据，共识解决分布式参与者如何对账本状态取得一致的问题。EVM承担以太坊程序的执行，Gas用于计量执行所需的计算资源。这些职责不能混为一谈，也不能把比特币的UTXO处理方式直接套用于以太坊账户模型。
智能合约与应用接入
涉及链上业务逻辑时，需要理解智能合约的编译、测试、部署、交互和安全验证。合约按照程序规则运行，因此需求描述还要明确调用条件、权限和状态变化；完成部署并不能替代正确性验证。
去中心化应用还涉及钱包身份认证、客户端API、JSON-RPC和数据查询。界面展示、请求传递与链上状态变更属于不同环节，技术服务应明确每一环节如何获得结果，以及如何识别请求失败或尚未确认的状态。
适用条件与常见问题
需要引入链外信息时，会涉及预言机；需要跨网络传递资产或信息时，会涉及跨链桥；需要扩展处理能力时，则涉及Rollup等扩容概念。这些模块对应不同需求，不能仅凭功能名称认定其安全条件相同。
区块链能保证输入信息真实吗？账本验证针对协议规则，外部事实仍需独立核验。记录是否绝对不可修改？哈希连接使修改能够被发现，共识机制提高改写历史的难度，但不能据此宣称绝对不可变。是否所有业务都适合上链？应先明确是否需要多方共同验证记录，以及哪些数据和规则确有必要由链上机制处理。