Transaction

jmetaB02782a2e27d74c6e8e77fada7d84389ea66fa4ae09260b163c576f066bf3c09d97@5a26e8d3ef32666aa33d34046fe1815ad68acafaa32f626e09da567ad31cb266metaidSimpleMicroblog-02782a2e27dM{"createTime":1669983696176,"content":"2023 年加入 SVNode：调整 Tx 驱逐和费用逻辑\n从 Bitcoin Core 开发人员那里继承来的 SVNode 内用于确定交易优先级和逐出交易的逻辑一直在节点性能中造成不必要的瓶颈，并且不可预测地逐出有效交易。\n\n比特币协会越来越意识到使用mAPI广播交易时的负面体验。在这种情况下，mAPI 实例响应“已接受”，但 tx 从未真正被挖掘。这是由于节点软件决定独立地从其 mempool 中悄悄地驱逐 tx。\n\n虽然开发人员将矛头指向 mAPI 是可以理解的，但它在这方面的失败仅仅是遗留代码的一个症状，这些遗留代码已经与比特币的大区块时代无关。\n\n比特币交易驱逐和费用逻辑的背景故事\n在 SVNode 中确定交易优先级和驱逐交易的逻辑是从比特币核心开发人员那里继承来的，他们认为硬块大小限制是必不可少的。限制块大小导致了交易优先级逻辑试图解决的拥塞问题。鉴于限制块大小是一个错误的前提，这个逻辑不仅变得多余，而且在某种程度上阻碍了用户体验。\n\n通过主动专业化比特币代码来支持开发人员\n在 BSV 中，区块大小在协议层面是无限的，网络已经在处理 4GB 的区块。比特币建设者正在创建业务以突破现有基础设施的极限，并根据 BSV 承诺的规模发明全新的用例。\n\n事务优先级逻辑一直在节点性能和不可预测的有效事务驱逐中造成不必要的瓶颈。对于应用程序开发人员和企业主而言，这一直是一种负面体验，由于这种不确定性，他们不得不将架构复杂化。SV 节点团队一直在与 BSV 矿工合作，仔细识别并删除有问题的代码，旨在将改进的逻辑作为版本 1.0.14 的一部分发布。\n\n","contentType":"text/plain","quoteTx":"","attachments":[],"mention":[]}
00.0.9application/jsonUTF-8

jshowBuzzhttps://www.showbuzz.appweb