适用范围：通用概念与项目事实分开理解
“杭州北斗区块链发展涉及哪些技术概念”包含具体名称，但以太坊与比特币的技术文档不能证实该名称对应主体的技术架构、应用落地或发展进度。以下解释适用于理解区块链基础机制，不构成对某个具体项目的技术认定，也不能据此推断其与北斗导航系统存在关联。
账户模型：记录余额与程序状态
以太坊账户文档介绍了外部账户和合约账户：前者通过私钥授权操作，后者由程序逻辑控制。账户状态涉及余额、nonce、代码哈希和存储根等字段；钱包则是与账户交互的应用界面。
理解这些概念，需要区分操作入口与链上记录。钱包负责呈现和交互，账户承载链上状态；界面上的余额展示不能替代对底层状态结构的理解。nonce可以理解为与账户活动相关的计数机制，在交易验证中帮助防止同一笔已签名交易重复执行。
UTXO模型：追踪尚未花费的输出
比特币交易开发文档从输入和输出解释普通交易：输入引用已有输出，新的输出形成尚未花费的交易输出，即UTXO。花费输出需要满足其脚本规定的条件，所述P2PKH示例通过公钥与数字签名完成授权验证。
账户模型与UTXO模型组织状态的方式不同。前者围绕账户维护余额等信息，后者追踪哪些输出仍可使用。因此，看到系统显示“余额”，并不能直接判断它采用哪种账本模型。理解具体系统时，需要明确余额背后的数据结构。
密钥、签名与哈希分别解决什么问题
私钥用于生成签名，公钥用于验证相关授权；地址用于标识交互对象，并不等同于私钥。数字签名将授权与被签署的数据联系起来，使验证者能够检查签名是否有效。
哈希可用于形成数据摘要、标识交易或关联程序与存储内容。它与签名承担不同任务：摘要帮助核对数据，签名帮助验证授权。两者都不能单独证明现实世界中录入的数据真实，例如签名有效并不意味着一项业务声明准确。
智能合约与常见理解误区
智能合约使预先编写的规则能够在链上执行。比特币交易脚本同样体现了可编程授权，但不能据此认为它与以太坊合约具有完全相同的执行能力；解释业务功能时，应结合实际采用的链和程序机制。
常见问题是：使用钱包是否意味着拥有一种新账户类型？不是，钱包属于交互工具。具备签名或合约功能是否能证明项目已经落地？不能，通用机制只说明技术如何运作，具体采用情况仍需对应主体的技术说明与可核验的实现证据。