一、账本、节点与共识
区块链首先是一种记录与验证机制。比特币将交易组织成区块，由前后关联的区块形成账本；全节点独立检查区块是否符合规则。共识关注的是节点如何依据共同规则接受交易历史，而不是由某个应用单方面宣布记录有效。
二、哈希、默克尔树与工作量证明
哈希将数据映射为摘要，区块通过引用前一区块的哈希建立联系。默克尔树把交易摘要逐层汇总，用于支持交易包含关系的验证。比特币还采用工作量证明，并在有效分支中依据累计工作量选择链，不能简单理解为区块数量最多就一定有效。
三、交易模型不能混用
比特币使用未花费交易输出，即UTXO：新交易消费已有输出，再产生新输出，同一输出不能重复消费。以太坊智能合约则具有地址、代码和状态，可接收交易并执行函数。两种模型描述系统状态的方式不同，不能直接套用彼此的业务逻辑。
四、智能合约与执行环境
智能合约是按代码执行的程序，不等于能够自行判断现实情况的法律合同。在以太坊，Solidity、Vyper等语言编写的合约需要编译后交由虚拟机执行；部署及改变链上状态的交易涉及Gas费用。合约之间可以调用，但组合使用也意味着需要考虑依赖关系。
五、预言机与多签
合约不能自行获取链外事实，需要通过预言机引入外部数据。多签则要求达到预设数量的有效签名后才执行操作，用于分配授权责任。前者处理信息输入，后者处理操作授权，两者解决的不是同一类问题。
六、试水应用的适用条件
评估时可先问：是否需要多个参与方共同核验记录？哪些业务规则能够明确写成代码？哪些判断依赖链外信息？如果业务主要依靠人工裁量，仅把流程搬到链上，并不能消除这些判断环节。
还应分别界定记录、输入与权限：账本负责保存什么，外部信息由谁提供，关键操作由谁批准。这样才能判断区块链承担的是共享记录、规则执行，还是协作授权，而不是笼统地把所有问题归为技术问题。
七、常见问题与边界
记录上链是否就代表内容真实？不是。验证记录符合链上规则，与证明其描述的现实事实真实，是两个不同问题。
多签是否意味着没有风险？不是。它改变了授权门槛，但不能替代对合约规则和数据输入的检查。试水阶段应先明确这些边界，再讨论功能组合。