2015-10-08 IRC 会议总结
概述
日志
主要话题
Mempool 限制：链限制
低 S 变化
CLTV & CSV 审查
创建比特币讨论邮件列表
非主题但重要的通知
此问题 使大多数 JS 比特币软件容易受到生成不正确公钥的攻击。
“这是一个生态系统威胁，有可能导致数百万美元的损失，需要更高的可见度；尽管它不是比特币核心/比特币网络问题。通用、关键的 JS 代码被破坏，可能会导致生成不正确的公钥（以及其他问题）。任何关心 JS 实现的人应该阅读那个 PR。”
Mempool 限制：链限制
背景
（从上周复制）
在此上下文中，链是指连接的交易。当您发送依赖于尚未确认的另一笔交易的交易时，我们称之为交易链。矿工理想情况下会考虑整个链，而不仅仅是每一笔交易（尽管据我所知，这还没有得到广泛实施）。因此，虽然单笔交易可能没有足够的费用，但依赖于它的交易可能会有足够高的费用，使其值得挖掘这两笔交易。这通常被称为“子支付父”。
由于您可以使这些链非常大，因此可以通过这种方式堵塞 mempool。
第一个未确认的交易称为祖先，依赖于它的交易称为后代。交易的总数称为“包”。
自上周以来
正如上周在“链限制”中所说，Morcos 确实撰写了一份关于降低交易链默认限制的提案。
出现了两种目前正在使用或以前发生过的用例
例如：有人从网站上购买比特币，可以在同一个网站的市场上花费这些比特币，而无需等待确认，以改善比特币用户体验。这会留下一个顺序交易链。他们不需要将此链深度超过 5 笔交易，并且它符合建议的限制。
不符合建议限制的是公司在垃圾邮件攻击期间的 +/- 100 笔交易链。这些仅仅是最终用户活动增加，而没有足够的 UTXO（准确地说是 3 个）（UTXO：未花费交易输出，可以作为新交易输入的输出）。值得注意的是，这是在优先使用确认交易的最佳实践的情况下。
从公司方面解决此问题的方法是预先提供更多 UTXO、捆绑交易（这需要延迟客户请求）或使用替换费用添加付款人（这会节省区块链空间，费用更低，并且可以更快地完成交易，但目前矿工没有广泛部署）。
请记住，这些提案是针对内存池的默认值，而不是硬限制。
会议评论
紧迫感。引用 sipa：“我的 mempool 是 2.5G……我们最好找到一些解决方案！”
当前的攻击分析假设子支付父挖掘，它可能应该在没有的情况下再次进行。
交易数量的较高限制会增加攻击媒介。
提出的交易数量得到了一些反对，但总大小限制没有。
混合默认值（例如，有 50% 的 10/10 限制和 50% 的 100/100 限制）会浪费带宽，同时还有太多因素限制了长链的实用性。
25 笔交易限制应该足够每个人使用（目前）。
会议结论
审查和测试 通过丢弃最便宜的交易并将其设置为最小中继费用来限制 mempool
提供对 降低交易链的默认限制 的支持，也就是让人们相信 25 足够了。
低 S 变化
背景
这是关于最近的可塑性攻击。这是由于 ECDSA 签名中的值“S”可以是 2 个值，一个高值和一个低值，并且仍然有效。导致不同的交易 ID。 更多信息
对此的解决方案是要求节点对签名使用“低 S”编码。
缺点是它将阻止大多数由足够过时的软件（+/- 2014 年 3 月之前）执行的交易。
这并不能替代对 BIP62 的需求，它只是消除了廉价的 DOS 攻击。
会议评论
95% 的交易已经符合此要求，并且自那时以来已经应用了更多修复。
BlueMatt 拥有一个节点，有几个人运行该节点，该节点会自动将交易塑造成低 S 交易。
质疑我们是尽快发布它还是等到下次发布，并在期间将其发送给几个矿工（可能与自动低 S 塑形一起）。
会议结论
联系矿工，了解 “在标准性中测试 LowS，消除了令人讨厌的可塑性媒介”
计划在本月底发布，并可能包括检查锁定时间验证和可能的检查序列验证。
CLTV & CSV 回溯审查
背景
CLTV：检查锁定时间验证
CSV：检查序列验证
这两个都是新的与时间相关的 OP 代码。
上周已经进行了大量讨论。
会议评论
担心 CSV 是否为本月晚些时候发布做好准备。
当所有 3 个与时间相关的拉取请求合并时，情况如何还不清楚。
还有很多人正在审查拉取请求。
关于语义是否最终确定（关于使用 nSequence 中的位）存在不确定性和困惑。nSequence 是 4 个字节，用于对时间锁定交易进行排序，但这从未使用过。现在这些字节被重新用于混合目的。当前的计划是：“位 0..15 是相对锁定时间，位 30 确定单位（0：高度，1：时间，粒度为 512 秒），位 31 切换 BIP 68（0：开，1：关）。位 16..29 被屏蔽，可以取任何值。”
会议结论
maaku 关于 BIP68 的 nSequence 的澄清。（会议结束后，他解释说他一直在等待意见，但似乎没有足够的人了解手头的问题）。
继续审查拉取请求 6312、6564 和 6566
创建比特币讨论邮件列表
背景
比特币开发邮件列表仅用于技术讨论。有些事情不适合在那里讨论，但仍然需要讨论。
现在这在比特币开发中完成，但这方面的数量正在变得太大。
最近还涌现了一些非常不合适的帖子，水平 幼儿园。
会议评论
关于谁是版主没有明确的说法。
下周将创建一个比特币讨论列表。
需要决定谁将成为该列表和比特币开发的版主。
需要决定列表和版主政策是什么。
会议结论
将创建比特币讨论列表以及一个简单网站，列出所有列表和相应的政策。
定于周一举行会议，讨论上述列表的版主和政策。
参与者
morcos Alex Morcos
gmaxwell Gregory Maxwell
wumpus Wladimir J. van der Laan
sipa Pieter Wuille
BlueMatt Matt Corallo
btcdrak btcdrak
petertodd Peter Todd
warren Warren Togami
phantomcircuit Patrick Strateman
dstadulis Daniel Stadulis
GreenIsMyPepper Joseph Poon
bsm117532 Bob McElrath
鸣谢
这份总结最初由 Stefan Gilis（又名“G1lius”）编写，并发布到 比特币开发邮件列表，并附有免责声明，“请记住，我不是开发人员，所以有些事情可能不正确或完全错误。”，并且版权归公共领域所有。