6. 违约问题
Tezos称之为内存池作为一个社区，我们大部门时间都在接头代价链。按照界说，所有的链上代价都是静止的。相反，内存池老是处于动态状态。Geth将其称为TX-POOL
思量到Web3的状态——以及生意业务是如何被验证的——生意业务处理惩罚会发生焦急。这种焦急不只仅是新用户才会感觉到。履历富厚的用户更有大概以真正的代价举办生意业务，他们凡是体验到最明明的生意业务焦急。当您在Web3长举办生意业务时，您必需将生意业务交给网络，并但愿它以块的形式达到。这很像在机场托运行李。
这一点很重要，因为内存池的内部事情机制还没有获得遍及的领略。而内存池操纵的事情常识是领略每个生意业务如安在链上休息的要害。
吸收您生意业务的节点将它广播出去—然后您期待它获得确认。假如你的生意业务被卡住或丢失了，没有任何中央机构可以汇报你产生了什么，可能辅佐你办理问题。
比特币称之为内存池
迄今为止，该行业主要存眷的是静止代价。这是Web3困难的一个重要部门。可是，对付要包括在块中的任何生意业务，它必需通过内存池。与作为最终记录的区块链差异的是，内存池是杂乱的、支离破碎的，并且经常是不行预测的。
一段时间以来，履历富厚的构建人员一直在尽力办理内存池的巨大性。鉴于内存池的布局，呈现了一些有趣的问题:
节点的内存池内部生意业务的构成是由很多因素驱动的:
区块链前的共享暂存区，支持生意业务排序、生意业务用度优先级和一般块结构。”
鉴于此，出于清晰和海涵的目标，我们倾向于利用通用的“内存池”标签。
这些因素都在抉择哪些生意业务进入并在节点的内存池中保持时起浸染。
设置配置暗示干系拓扑
固然区块链作为一个单一的真理来历，但内存池没有确保共鸣的内涵形式。将这种杂乱组织成对开拓人员友好的预链数据需要大量的资源和专业常识。
这种焦急对我们的生态系统是有问题的。而最终用户凡是不会利用那些会引起焦急的系统。
Blocknative将内存池界说为:
Libra称之为“备忘录库”
不存在类型的所谓的内存池。相反，有很多地内存池，每个节点都有本身奇特的内存池。所以有几多节点就有几多内存池。
5. 不存在所谓的“内存池”
丢失的生意业务是在您的内存池版本中从未接管的链上编写的生意业务。从你的角度来看，这是一笔当即获得确认的生意业务。
1. 区块链生意业务就像托运的行李
我们将这个集会会议提炼为可操纵的履历教导，我们相信每个在Web3中构建的人都应该知道。就让我们一探毕竟吧!
区块链是生意业务呆板。但链上数据代表的是静止代价确认的生意业务。而前链或内存池中数据摸索的代价是在不绝移动的。
没有单一的真理来历。相反，有数千个独立的内存池，每个内存池包括差异的数据。生意业务数据是不绝变革的。原始数据是稀疏的，有时是纷歧致的。这使得确定的内存池数据很难捕捉。生意业务体系布局的巨大性增加了这些挑战。
3.链上是静止的代价
假如节点中的所有插槽都已满，，则当一个新挂起的生意业务被接管到内存池时，具有最低燃气费的生意业务将被删除。具有差异配置的差异节点将以差异的速率接管和删除差异的生意业务。
4. 甚至根基的术语也有争议
可以将此视为将生意业务接管到一个块中的“期待区”。但按照你在区块链生态系统中所处的位置，你大概会利用差异的标签:
Parity将其称为TX-QUEUE
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
