- 区块链教程
- 区块链 - 首页
- 区块链基础
- 区块链 - 简介
- 区块链的历史
- 区块链 - 技术
- 区块链与密码学
- 区块链超越加密货币
- 区块链 - 高级概念
- 区块链 - 分布式
- 区块链 - DApp
- 区块链 - DeFi
- 区块链 - 未来展望
- 区块链中的智能合约
- 区块链 - 里卡多合约
- 区块链 - 预言机
- 区块链 - DAO
- 比特币
- 比特币 - 无形的黄金
- 比特币是如何工作的?
- 比特币 - 网络
- 比特币 - 钱包
- 比特币 - 创新
- 以太坊
- 以太坊替代加密货币
- 以太坊生态系统
- 以太坊虚拟机
- 高级以太坊
- 以太坊钱包
- 以太坊矿工节点
- 其他
- 区块链 - 双重支付
- 公钥密码学
- 区块链 - 哈希
- 比特币 - 挖矿
- 区块链 - 区块链
- 区块链 - 工作量证明
- 区块链 - 网络与挖矿
- 区块链 - 矿工激励
- 区块链 - Merkle树
- 区块链 - 支付验证
- 区块链 - 冲突解决
- 区块链 - 隐私
- 比特币 - 缓解攻击
- 区块链 - 结论
- 区块链资源
- 区块链 - 快速指南
- 区块链 - 资源
- 区块链 - 讨论
区块链 - Merkle树
节点的磁盘空间问题很容易克服,因为区块中的所有交易都像图像中所示那样在 Merkle 树中进行了哈希处理。
区块头现在包含前一个区块的哈希值、一个随机数以及 Merkle 树中当前区块中所有交易的**根哈希**。由于此**根哈希**包含区块中所有交易的哈希值,因此可以修剪这些交易以节省磁盘空间。因此,您的区块链现在将如下图所示:
这可以节省大量的磁盘空间。这种策略被那些只对接收他人付款感兴趣的普通客户端使用。但是,矿工需要保存完整的区块链。现在问题出现了,接收者如何在没有追溯收到的币到其来源的能力的情况下验证付款?这将在接下来解释。
广告