公链技术需要解决哪些问题
公链区块链项目涉及哪些技术概念，可以沿着三个问题理解：数据怎样记录，操作由谁授权，多个节点怎样认可同一份记录。账本结构、密码学和共识机制分别承担相关职责；支持智能合约的网络还需要定义代码执行规则。
比特币开发者指南的区块链章节与以太坊开发文档的账户章节，分别展示了账本验证和账户管理的基础机制。这些例子有各自的适用范围，不能直接推广为所有公链的实现方式。
账本结构：区块、哈希与默克尔树
比特币将交易组织到区块中，以前一区块头的哈希连接历史，并用默克尔根概括区块内的交易。全节点依规则验证区块；默克尔证明可用于核验交易是否被某个区块包含。
这里需要区分数据关联和有效性判断。哈希让数据改动能够被检测，交易是否符合规则仍需验证。证明一笔交易被收录，也不能单独证明其输入合法或相关区块已成为稳定的历史记录。
资产记录：UTXO与账户模型
比特币通过未花费交易输出，即UTXO，记录可供后续交易使用的输出。同一输出不能在有效链上重复花费。以太坊则使用账户状态，包含余额、nonce以及与代码和存储相关的信息。
理解两种模型时，可以分别关注“哪些输出仍可使用”和“账户当前处于什么状态”。它们组织数据的方式不同，因此不能把账户余额、交易输入和合约存储当作同一类对象。
授权与执行：密钥、钱包和智能合约
以太坊的基础账户分类包括由私钥控制的外部账户，以及由代码控制的合约账户。私钥用于签名；钱包是与账户交互的应用。合约调用可触发以太坊虚拟机执行代码，部署合约需要支付网络资源成本。
常见问题是钱包是否直接存放链上资产。钱包提供管理和操作入口，资产记录由链上账本维护。另一个问题是签名是否代表执行成功：签名证明授权，具体操作仍须满足余额、执行规则及合约条件。
共识与确认：为何出块不等于最终确定
比特币使用工作量证明，并在有效分支间依据累计工作量选择链。节点同时收到不同的新区块时，可能暂时出现分叉，因此区块高度不能作为全局唯一标识。
共识不仅涉及谁能提出新区块，还涉及节点如何验证和选择历史。理解一个公链项目时，应分别辨认其账本模型、授权方式、执行环境和分支选择规则；不能仅凭“采用区块链”就推断其安全性或确认特征。