适用范围：通用概念与项目实现
“atd区块链技术涉及哪些技术概念”涉及具体名称，但ATD的项目身份与技术实现尚无法确认。以下解释适用于理解区块链的基础架构，不代表ATD已经采用其中任何机制。判断具体项目，需要其技术文档、协议规则或代码作为依据。
区块、哈希与默克尔树
比特币开发者指南描述了区块引用前一区块哈希、利用默克尔树汇总交易的结构。哈希可以理解为数据的摘要，数据改变会使摘要校验结果发生变化；默克尔树则支持借助一组中间哈希验证交易是否包含在某个区块中。
这里需要区分完整性与真实性：数据能通过链上校验，说明它符合相应记录和验证规则，并不自动证明其描述的现实事件真实。交易包含证明也不等于对整条链完成了全部验证。
节点、共识与历史记录
节点通过网络传播信息，并按协议验证数据。比特币采用工作量证明，在有效的候选链之间依据累计工作量选择链；以太坊采用权益证明，由验证者参与区块提议和确认。两者属于不同的共识设计。
共识解决的是分布式参与者如何形成一致记录，并不要求所有机器在同一瞬间收到相同信息。哈希关联让修改历史容易被发现，而共识规则及其资源成本进一步约束历史改写，因此不能将“不可篡改”理解为脱离条件的绝对保证。
账户、交易与执行环境
以太坊技术介绍以账户、交易和以太坊虚拟机解释状态变化：交易可以转移资产、部署程序或调用智能合约，执行需要支付资源费用。比特币则使用未花费交易输出，即UTXO，记录后续交易可以使用的输出。
两种记录方式不宜混用。账户模型围绕账户状态理解变化，UTXO模型围绕输出的产生和消耗理解变化。数字签名用于验证相应授权；防止同一笔资产被重复使用，还需要交易验证和共识规则共同发挥作用。
常见问题：是否都支持智能合约
智能合约是按条件执行的链上程序，但不能据此认定每条区块链都具备以太坊式执行环境，也不能认定ATD兼容以太坊虚拟机。判断应用能力，需要核对其实际支持的程序执行规则。
合约执行符合代码，不等于代码符合预期业务目的。理解一套区块链技术时，应分别看它如何组织数据、验证授权、形成共识和执行应用，再判断这些机制在什么条件下成立。