Monad Docs 中文版
by DocsZH
  • 介绍 Monad
    • 为什么选择区块链?
    • 为什么选择 Monad: 去中心化+性能
    • 面向用户的 Monad
    • 面向开发人员的 Monad
    • Devnet 开发者申请
  • 快速入门
    • 部署合约
      • 使用 Foundry 部署合约
      • 使用 Hardhat 部署合约
    • 验证合约
      • 验证 Foundry 合约
      • 验证 Hardhat 合约
  • 开发指南
    • EVM 资源
      • EVM Behavior
      • Solidity 资源
      • 其他编程语言
        • Vyper 语言
        • Yul 语言
        • Huff 语言
    • 使用 Scaffold-Eth-Monad 构建 dApp
  • Monad 架构
    • 相关概念
      • Asynchronous I/O
      • Pipelining
    • 共识机制
      • MonadBFT 共识机制
      • 延迟执行
      • 共享内存池
      • 传输成本和储备余额
    • 执行机制
      • 并行执行
      • MonadDb 数据库
    • Monad 的交易生命周期
    • 硬件要求
    • 其他详细信息
  • 参考资料
    • RPC 概述
    • RPC 故障代码
    • RPC API
  • Monad 官方链接
由 GitBook 提供支持
在本页
  • 内存池
  • 交易哈希
  1. Monad 架构
  2. 共识机制

共享内存池

内存池

待处理的用户交易存储在每个验证者的内存池中,直到它们被包含在最终确认的区块中。待处理交易通过纠删码与其他验证者内存池共享,然后通过广播树进行通信,以提高效率。

交易哈希

MonadBFT 是就任意有效负载达成一致的有效方法,然而区块广播仍然是一个重大瓶颈。例如,一个包含 10,000 笔交易和 500 个字节交易的区块将达到 5 MB,这种大小的区块将对验证者节点的带宽提出过高要求。

为了缓解这一问题,区块提议只通过哈希值引用交易,这大大节省了哈希,因为哈希值是 32 字节。因此所有验证者内存池在对提议进行投票以及提交区块时,都需要在自己的内存池中保存交易。提交给验证者内存池的交易会通过纠删码与其他验证者内存池共享,然后通过广播树进行通信,以提高效率。

上一页延迟执行下一页传输成本和储备余额

最后更新于8个月前