Bitcoin Core 0.13.2 发布
未确认交易链达到上限时,Bitcoin Core 0.13.2 的钱包发送不再返回 RPC 错误,而是报告成功,重新广播时再次尝试写入交易池,无需重启。1 区块目标的手续费估算被禁用,无效致密区块的处理也已修复。
Bitcoin Core
比特币软件开发者发布的版本、安全公告与协议工作。
121 篇文章
未确认交易链达到上限时,Bitcoin Core 0.13.2 的钱包发送不再返回 RPC 错误,而是报告成功,重新广播时再次尝试写入交易池,无需重启。1 区块目标的手续费估算被禁用,无效致密区块的处理也已修复。
Bitcoin Core
把隔离见证包在 P2SH 里字节开销最大:按 Bitcoin Core 对 BIP141 影响的统计,一笔 180 字节的交易,P2WSH/P2SH 多 19%,P2WPKH/P2SH 多 11%。验证时每笔交易约多做五次 SHA256 哈希。漏洞、更大的区块和更低的手续费被列为风险,作者对激活不持立场。
Bitcoin Core
矿工在 Bitcoin Core 0.13.1 中拿到隔离见证软分叉的信号代码,2016 年 11 月 15 日起,信号在下一个难度调整周期开始时开放。某个 2016 区块周期内有 95% 的区块发信号即锁定,再过一个周期激活。钱包保持兼容,除矿工外可能无人需要操作。
Bitcoin Core
隔离见证代码进入 Bitcoin Core 0.13.0,但在主网未启用;要在主网使用得等后续版本,预计是 0.13.1。致密区块转发(BIP152)削减带宽峰值,新钱包采用 BIP32 HD 密钥,备份一次即可覆盖未来所有私钥。Linux ARM 版本也加入官方下载。
Bitcoin Core
CSV 软分叉信号随 Bitcoin Core 0.12.1 于 2016 年 5 月 1 日零时开始,这是首次通过 BIP9 版本位部署,涵盖 BIP68、BIP112 和 BIP113;OP_CHECKSEQUENCEVERIFY 可在确认后将币冻结一段时间,闪电网络将依赖这一功能。P2P 警报系统现在默认关闭。
Bitcoin Core
Marco Falke 出任 Bitcoin Core 测试与 QA 维护者,Wladimir van der Laan 宣布了这一消息。他将负责合并测试框架的拉取请求,此前一年他一直在做单元测试、覆盖率和审查他人代码的工作,接手顺理成章。
Bitcoin Core
16x16 数独的解法以 0.10 BTC 售出,这是比特币上首次成功的零知识条件支付,在巴巴多斯 Financial Cryptography 2016 大会上现场演示。卖方是 Zcash 团队的 Sean Bowe,几乎所有工程工作都由他完成。按照协议,只有付款后数据才会交付,无需第三方仲裁。
Bitcoin Core
OpenSSL 退出 Bitcoin Core 0.12.0 的签名验证,由 libsecp256k1 接替,重建索引和新区块验证耗时缩短到原来的一半以下。交易池默认上限设为 300 MB,堵住了攻击者击溃低内存节点的途径。新增内容还有 opt-in Replace-by-Fee(BIP 125)和限制上传流量的 -maxuploadtarget。
Bitcoin Core
输入全为隔离见证花费的交易,不再有第三方延展性问题,因为签名移到了见证中,不再参与 txid 计算。钱包开发者和闪电网络都会受益。签名哈希也变为线性,每个字节最多哈希两次;旧方案下,单个区块的验证曾耗时 25 秒。
Bitcoin Core
一段视频呈现了 Bitcoin Core 代码库 2015 年的提交活动。这一年有 2 个大版本、5 个维护版本和两次软分叉激活:BIP66 和 BIP65,后者加入了 CHECKLOCKTIMEVERIFY。项目方特别指出,提交数据反映不出审查者、测试者和翻译者的工作。
Bitcoin Core
贡献者表示,共识规则轮不到 Bitcoin Core 团队来定:用户选择运行哪个软件,就是在做决定,软件不带自动更新也是这个原因。他们倾向软分叉,硬分叉只留给几乎所有人都同意的少数情况,并认为在协议之上增加层级才是实现极高扩展能力的途径。
Bitcoin Core
Scaling Bitcoin 香港会议刚结束,Gregory Maxwell 就把路线图发到 bitcoin-dev 邮件列表,其基础是 libsecp256k1、BIP9 版本位和 Pieter Wuille 的隔离见证。他称 0.12 中 ConnectTip 的速度提高了 7 倍,并把隔离见证描述为一次软分叉,把签名移出现有区块大小限制,最坏情况下相当于一次 4MB 扩容。
Bitcoin Core