区块链里头的“块体”，是每一个区块的核心数据容器，它直接存储着交易记录，还存储着智能合约调用信息等关键内容。对于使用任何区块链产品而言，理解块体的结构以及安全验证方式，乃是基础。本文会从定义方面，从防篡改机制方面，以及从与区块头的协同方面，来为你详尽讲透块体的工作原理。

什么是区块链块体

区块里负责承载实际数据的部分是块体，每个区块依照时间顺序去打包一批网络广播的交易，所有交易的详细信息，像发送方、接收方、金额以及时间戳，都会被完整记录在块体里面，块体不含有任何额外描述或者元数据，只是专注于数据的原样保存，当你借助区块链浏览器查询一笔交易的时候，实际上就是在读取某个区块的块体内容，块体的大小通常受到区块容量的限制，比如比特币早期区块的块体容量上限是1MB，这表明一个块体内能够打包的交易数量是有限的。

块体数据如何防篡改

块体的防篡改依靠默克尔树结构，块体内每一笔交易都会先借由哈希算法生成独一无二的数据指纹，接着这些指纹会两两进行配对后再次进行哈希，然后逐层向上直至最终能得到一个根哈希值，这个根哈希值会被放置到区块头中，一旦块体里的任何一笔交易出现被改动的情况（哪怕仅仅只是改动了一个标点符号），那么整棵默克树从底层一直到根哈希都会产生剧烈变化，当后续节点进行校验的时候，就会察觉到区块头里记录的根哈希和依据当前块体重新计算出来的值并不一致，进而拒绝该区块。正因如此，块体实现了实际意义上的“写入后不可更改”。

块体与区块头如何协同工作

元信息（版本号、时间戳、难度目标、前一个区块的哈希等）由区块头加以保存，而原始交易数据的存储则只由块体负责。两者借助区块头里的“默克尔根”字段来建立关联。验证过程是这样的：节点首先要校验区块头的工作量证明是否是合法的，接着读取块体中的所有交易，再重新计算出默克尔根。只有等到重算的结果和区块头中的默克尔根完全相同，并且每笔交易的签名、金额等全都符合规则时，该区块才会被接纳。这样的分离设计，致使轻节点能够仅仅去下载区块头从而验证链的完整性，在需要去实。行确认某笔交易的时候，再针对其请求对应的默克尔路径，如此便大幅度地降低了存储以及带宽的消耗。

看完块体的结构以及安全逻辑之后，你以往在运用区块链产品时长，有无遇到过因“块体同步迟缓”或者“交易确认反常”进而怀疑数据完整性的状况呢？欢迎于评论区分享自身过往经历，并希望点赞再加以转发从而协助至更多人躲避落基于底层理解层面之上的坑洼。