先区分分片承担的任务
区块链分片项目涉及哪些技术概念，首先取决于方案分担的是交易执行、状态存储，还是数据传播与验证。理解扩容不能只看处理速度，还要看节点需要下载什么、验证什么，以及如何发现错误。
以太坊官方对Danksharding的介绍侧重为Rollup扩展数据空间，通过Blob和分布式数据采样支持扩容。这类数据分片与将交易执行拆分到多条分片链的设计不同，不能把两者的技术要求直接混用。
共识、哈希与默克尔证明
比特币开发者指南说明，节点按照共识规则独立验证区块；区块通过前一区块头的哈希连接，交易则通过默克尔树汇总。默克尔证明可用于核验某笔交易是否包含在特定区块中。
这些基础概念揭示了不同的验证问题：包含证明回答交易是否被收录，交易规则回答交易是否有效，共识机制处理节点如何接受共同的账本历史。研究分片时也应分别检查这些问题，不能用一个证明替代全部安全条件。比特币的上述机制仅用于解释基础原理，不代表它采用了分片。
Rollup与Blob各自负责什么
Rollup将交易批量处理，并向底层链提交相关数据或结果。Blob为这类数据提供专门的承载方式，其内容不供以太坊虚拟机直接读取，协议也不要求普通节点永久保存。
这里需要区分执行正确性与数据可用性。前者关注状态变化是否遵守规则，后者关注验证者能否取得必要数据。数据已经发布，并不能单独证明交易执行正确；保留期限结束后的历史查询，也需要相应的归档安排。
KZG承诺与数据可用性采样
KZG属于多项式承诺方案，用较小的密码学承诺绑定数据，并支持相应证明。承诺的意义在于让数据与验证结果建立可检查的关系，不能仅凭承诺恢复全部原始数据，也不能据此认定业务交易有效。
数据可用性采样通过抽取部分数据，降低单个节点完整下载的负担。其判断具有概率性质，可靠性依赖编码方式、抽样设计及网络条件。少量样本验证通过，不等于某个节点已经保存了全部数据。
适用条件与常见问题
这些概念是否适用于所有分片项目？并不完全适用。KZG和Blob有具体协议背景；分析其他方案时，应先确认其数据结构、证明机制和安全假设。
扩容是否只需增加数据容量？容量扩大还会影响带宽、存储和证明计算负担。提议者与构建者分离涉及区块生产职责的划分，其作用与数据采样不同。评价方案时，应同时考察验证成本与参与门槛，不能把路线图目标视为已经实现的性能。