写在前面：这期的比特币技术周报，我们先讨论一个关于比特币最小允许交易大小的问题，然后是一些新的技术问答，比如关于taproot输入大小、Mempool300MB限制以及Schnorr签名nonce生成的问题，最后则是关于比特币基础设施软件的一些重大更新。
(图片来自：tuchong.com)
注：原文内容来自BitcoinOptech
一、关于最小比特币交易大小的讨论
ThomasVoegtlin在比特币开发者邮件列表中发表了一个帖子，介绍了如何创建只有60字节大小的剥离交易。而目前的情况却是，BitcoinCore拒绝中继或产生小于82字节的交易。对此，GregorySanders指出，这个限制规则的原因是为了解决CVE-2017-12842漏洞，而攻击者可利用该漏洞将一笔精心编制的64字节交易纳入到一个区块中，然后使用它诱使SPV钱包确认一笔或多笔其他任意交易。
正如第36期周报中所述，通过禁止小于65字节的剥离交易，用共识软分叉提议永久性地消除了执行该攻击的能力。
陈茂波：如何将虚拟资产服务提供者纳入合适规管是特区政府的重点所在:金色财经报道，香港财政司司长陈茂波接受《大公报》最新访问时提到虚拟资产发展，特区政府去年发表有关虚拟资产在港发展的政策宣言，阐明政府为在香港发展具活力的虚拟资产行业和生态系统而订定的政策立场和方针，近期亦积极推动Web3生态圈发展。陈茂波表示，如何将虚拟资产服务提供者纳入合适规管，保护投资者利益，同时又保持金融稳定和安全，是特区政府的重点所在。[2023/6/23 21:56:03]
在描述了这一规则的动机之后，GregorySanders询问该规则是否可简化为只禁止大小正好为64字节的剥离交易。zmncpxj回答称，64字节以下的任何规则都可能会存在漏洞，而65字节或更大的规则则似乎很好。
二、来自比特币StackExchange的精选问答
问题1、单签名和2-of-3多重签名的taproot输入大小是多少？
Murch答：
taproot通常有两种使用方式。默认方式是使用密钥路径使用输出，则其行为类似于p2pk输出，除了它使用了schnorr签名以及使用bech32编码的相应地址。
美国监管机构认为稳定币绕过监管漏洞，正在研究如何监管稳定币:9月20日消息，美国监管机构认为稳定币绕过监管漏洞，可能会从以下几个方面监管稳定币，分别为：把稳定币指定为系统风险；称稳定币为证券；视稳定币为货币市场共同基金；像监管银行一样监管稳定币；美联储正在研究与稳定币有竞争性质的中央银行数字货币 (CBDC)。
此外，全球性监管机构金融稳定委员会正在研究建立稳定币相关的标准和计划，可能会在 2023 年出台相关监管。（纽约时报）[2021/9/20 23:37:37]
而另一种方法就是多重签名。
实际上，2-of-3多重签名的使用条件被分为3个2-of-2条件：
2-of-{A,B,C}=(A&&B)||(A&&C)||(B&&C)
假设是其中两个密钥是热的，而第三个是用于恢复的备份密钥。使用这两个热密钥进行花费的默认情况是使用MuSig聚合到根路径pubkey中。使用备份密钥的另外花费条件存储在树的子叶中。目前有两种变体：一种是备份密钥能够参与MuSig签名，另一种是退回到更简单的多重签名方案，其中签名是非交互的。
赵锡军：央行数字货币重点在于如何与传统货币进行融合:对于“数字货币研发重点和难点”的看法，中国人民大学财政金融学院副院长赵锡军指出，其中涉及两个问题。一是技术是否成熟。比特币实际上就是数字货币最初的雏形，从技术层面来讲，比特币是有一些缺陷的，一旦支付量变大，就会出现支付困难或者效率下降。另外，比特币出现过被盗等安全问题。而据央行货币研究所所长穆长春的一个内部研讨会指出，央行数字货币，效率是非常高的，支付能力很强，说明已经克服技术方面的问题。二是数字货币被引入后，如何与传统的货币和货币管理运行体系进行融合。数字货币的发行，是基于区块链的基础，它是有上限的，从目前来讲它的发行规模取决于互联网的算力。尽管穆长春所长也提到，央行数字货币现在可以突破区块链的上限限制，但是破获以后，它的发行究竟是怎么样的，是否能够跟我们目前的人民币发行顺利融合，这需要在制度层面有所安排。（澎湃新闻）[2020/4/22]
此后，Murch还给出了
相关的成本计算过程和结果。
问题2:比特币交易存储池超过300MB会发生什么？
问题具体描述：目前比特币的交易存储池大小为108MB，根据趋势来看，它正在慢慢接近300MB，据说这也是BTC交易存储池的限制。那达到300MB之后会发生什么？
声音 | 微软李国平：应用区块链技术应多思考如何赋能、少谈颠覆:据经济观察网12月6日消息，微软中国金融行业总监李国平表示，第一，今天应用区块链技术，应该多思考如何赋能，少谈颠覆。他认为其实在从传统业态向数字生活，数字经济迈进的过程中，有很多行业场景存在痛点和短板，在整个信息化进程中如何补足现有实体经济中的这些问题，赋能现有业务，提高效率，降低成本，是区块链应用最应该思考的问题；第二，科技向善。今天的区块链技术、人工智能技术等，公众是存在认知差的。出现了认知差，就存在炒作的空间，就可能有泡沫，还包括新技术滥用数据等问题。因此在应用新的技术时，要在态度上端正，敬畏监管，敬畏客户，敬畏可持续发展，这样才能走的更远，更稳；第三，从网络效应原理来看，网络是越大价值越大。从最早的局域网到以太网到现在整个互联的世界，网络的效应是需要扩大的。因此今天谈公有链，链与链之间有没有标准？全球有没有标准？中国有没有标准？很多企业资产能不能链互链？思考和解决这些问题，有助于区块链的应用范围和价值的扩大。[2019/12/7]
Murch答：
每个节点都会维护一个单独的交易存储池，虽然默认值是300MB，但每个节点运营者都可以设置自己的值。mempool限制不适用于序列化数据，而是与节点上反序列化交易数据的实际存储使用情况有关，而这个存储使用情况取决于平台。
bitcoin.org联合创始人阐述比特币扩容观点:C?bra(bitcoin.org联合创始人)今天发文阐述了自己对比特币扩容的观点，称无外乎两个方案：1. 第二层网络(比如说闪电网络)，2. 扩容区块大小(类似BCH)。文中提到一句话暗藏玄机：“ I’ve always preferred the first choice, but lately I’ve been starting to lose faith in it.”[2017/12/17]
当达到节点的mempool限制时，它将放弃费用率最低的交易，并增加其minMempoolFeeRate。它将把新的minMempoolFeeRate传达给对等节点，基本上是告诉对方暂时不要转发低于该费用率的交易。请注意，每个节点都单独执行此操作，因此具有较大mempool或不同体系结构的节点可能会在不同的时间丢弃交易。节点将保留与其自己的钱包相关的交易副本。即使所有其他节点都放弃了交易，交易的发送者和接收者也将保留副本。发送者可以强迫其节点丢弃原始交易并发送另一笔有冲突的交易以对其进行更新，或者发送者的节点将继续尝试广播该交易，以便在拥堵过去后最终在网络上再次中继该交易。
在拥堵过去并经历一些延迟之后，节点会降低它的minmempoolferate，并再次开始接受它以前拒绝的那些交易。
问题3：为什么不使用RFC6979生成schnorr签名的nonce随机数？
问题具体描述：在阅览
Schnorr签名的BIP时发现，RFC6979变体并没有被用于Schnorr签名的nonce生成，而是采用了新的生成途径，这是什么原因？
对此问题，PieterWuille解释称：
“原因有很多，首先，RFC6979并不便宜，而且相当复杂，计算单个候选nonce，需要22次调用SHA256压缩函数。哈希很快，但这实际上相当于哈希1400字节，与签名时间相比，这不再是微不足道的。而它的目的是实例化一个众所周知的PRNG以生成候选nonce随机数，但这对我们来说开销过高。
secp256k1有一个有趣的性质，它的grouporder可以非常接近2^256，因此完全不需要PRNG，一个单独的哈希就足够了，这样复杂性就更低，并且时间也是恒定的。
一个更简单的替代方法是Ed25519所使用的，其中单个SHA512调用生成一个512位数字。我们的构造是不同的，但灵感来自于此，一些更改的地方是：
我们不需要512位的哈希以及模降低，因为曲线order接近2^256,因此我们可以直接使用256位哈希，而不需要缩减；
我们担心签名者的公钥来自不受信任的输入实现。GregMaxwell在密码学邮件列表上就此问题展开了讨论：https://moderncrypto.org/mail-archive/curves/2020/001012.html，并收到了DJB等人的回复。我们通过在nonce生成中纳入公钥来解决这个问题。
我们正尝试通过鼓励合成nonce来防御错误攻击和差分功率分析攻击。RFC6979也有一个支持此功能的变体，但由于我们使用了线性派生的私钥，因此，DPA攻击更难防范，标准解决方案可能不适用。请参阅此处的开发者讨论贴：https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-March/017711.html
”
三、比特币主要基础设施的更新
BitcoinCore0.20.0rc2是下一版BitcoinCore软件的最新候选版本；
LND0.10.1-beta.rc2是下一个LND维护版本软件的最新候选版本；
除了这些之外，本周BitcoinCore、C-Lightning以及LND还发生了一些显著变化。
BitcoinCore#18956使用了Windows系统上的API，这就要求使用Windows7或更高版本的系统。自2018年10月发布BitcoinCore0.17以来，所有版本的发行说明都明确提到，使用Windows系统运行core节点，至少是Windows7或更高版本的系统。
BitcoinCore#18861阻止节点针对尚未宣布给请求对等方的交易回复P2P协议getdata请求。这可以防止监视节点绕过BitcoinCore现有的隐私增强行为，即在向每个对等节点宣布新交易之前，等待稍长的时间，从而使每笔交易都使用不同的路径在网络中传播。
BitcoinCore＃17681允许钱包内部为BIP32HD钱包种子获取新地址，即使该种子不再是钱包的活跃种子。这样，即使节点正在执行初始区块链下载，也可以安全地使用sethdseedRPC切换到新的HD种子。更新的代码，确保钱包可以看到以前从旧HD种子获得的地址的任何付款。
BitcoinCore#18895使用unbroadcast字段更新返回有关mempool中个人交易数据的RPC，该字段指示本地节点的任何对等节点是否已请求交易副本。此外，getmempoolinfoRPC将使用unboadcastcount字段更新。为了保护隐私，只有当交易由节点的钱包或sendrawtransactionRPC提交时，才会跟踪该交易的广播状态。
BitcoinCore#18677增加了一个新的--enable-multiprocess生成配置选项，它将在现有bitcoind和bitcoin-qt二进制文件存在的同时生成额外的二进制文件。目前，新的和旧的二进制文件之间的唯一区别，在于它们的名称。但如果PR#10102被合并，新的二进制文件将把node、wallet和GUI的功能分割成单独的可执行文件，并在必要时相互通信。默认情况下，生成选项当前处于禁用状态。最近一篇关于多进程子项目的文章，请参见第39期周报。
BitcoinCore#18594允许bitcoin-cli-getinfo输出多钱包模式加载的每个钱包的余额。
C-Lightning#3738利用libwally的PSBT支持，增加了对BIP174部分签名比特币交易的初始支持。用户唯一能够看到的变化是，txprepareRPC返回了交易的PSBT形式，但是PR在GitHub上被标记为努力为新通道提供双重资助。
LND#4227从各种程序包中删除了原始私钥处理，为硬件钱包签名的支持铺平了道路。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。