在描写了这一法则的念头之后，Gregory Sanders询问该法则是否可简化为只克制巨细正好为64字节的剥离生意业务。zmncpxj答复称，64字节以下的任何法则都大概会存在裂痕，而65字节或更大的法则则好像很好。
Bitcoin Core #18956 利用了Windows系统上的API，这就要求利用Windows 7或更高版本的系统。自2018年10月宣布Bitcoin Core 0.17以来，所有版本的刊行说明都明晰提到，利用Windows系统运行core节点，至少是Windows 7或更高版本的系统。
一、关于最小比特币生意业务巨细的接头
LND#4227从各类措施包中删除了原始私钥处理惩罚，为硬件钱包签名的支持铺平了阶梯。
当到达节点的mempool限制时，它将放弃用度率最低的生意业务，并增加其minMempoolFeeRate。它将把新的minMempoolFeeRate转达给对等节点，根基上是汇报对方临时不要转发低于该用度率的生意业务。请留意，每个节点都单独执行此操纵，因此具有较大mempool或差异体系布局的节点大概会在差异的时间扬弃生意业务。节点将保存与其本身的钱包相关的生意业务副本。纵然所有其他节点都放弃了生意业务，生意业务的发送者和吸收者也将保存副本。发送者可以强迫其节点扬弃原始生意业务并发送另一笔有斗嘴的生意业务以对其举办更新，可能发送者的节点将继承实验广播该生意业务，以便在拥堵已往后最终在网络上再次中继该生意业务。
每个节点城市维护一个单独的生意业务存储池（mempool），固然默认值是300 MB，但每个节点运营者都可以配置本身的值。mempool限制不合用于序列化数据（这是写入区块的内容，你可以在mempool监督器上看到它的列表），而是与节点上反序列化生意业务数据的实际存储利用环境有关，而这个存储利用环境取决于平台。
“原因有许多，首先，RFC6979并不自制，并且相当巨大，计较单个候选nonce，需要22次挪用SHA256压缩函数。哈希很快，但这实际上相当于哈希1400字节，与签名时间对比，这不再是微不敷道的。而它的目标是实例化一个众所周知的PRNG以生成候选nonce随机数，但这对我们来说开销过高。
secp256k1有一个有趣的性质，它的group order可以很是靠近2^256，因此完全不需要PRNG，一个单独的哈希就足够了，这样巨大性就更低，而且时间也是恒定的。对此问题，Pieter Wuille表明称：
C-Lightning#3738操作libwally的PSBT支持，增加了对BIP174部门签名比特币生意业务（PSBT）的初始支持。用户独一可以或许看到的变革是，txprepare RPC返回了生意业务的PSBT形式，可是PR在GitHub上被标志为尽力为新通道提供双重扶助（有关利用PSBT举办交互式融资生意业务的接头，请拜见第83期周报）。
在拥堵已往并经验一些延迟之后，节点会低落它的
minmempoolferate，并再次开始接管它以前拒绝的那些生意业务。正如第36期周报中所述，通过克制小于65字节的剥离生意业务，用共鸣软分叉提议永久性地消除了执行该进攻的本领。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
