Bitcoin.org 内容已有 25 种以上语言版本
比特币最早的网站如今有 25 种以上语言版本,从阿拉伯语到土耳其语。2018 年,志愿者们获得了比特币奖金,资金来自社区捐款和 Paxful 赞助;2019 年的翻译范围将包括开发者文档。
Bitcoin.org
比特币软件开发者发布的版本、安全公告与协议工作。
121 篇文章
比特币最早的网站如今有 25 种以上语言版本,从阿拉伯语到土耳其语。2018 年,志愿者们获得了比特币奖金,资金来自社区捐款和 Paxful 赞助;2019 年的翻译范围将包括开发者文档。
Bitcoin.org
升级到 Bitcoin Core 0.17.1 后,listtransactions 重新支持标签:在 0.17.0 中被弃用并改名 dummy 的 account 参数,如今变为 label。修复内容包括反序列化溢出的边缘情况和一个 PSBT 签名漏洞。
Bitcoin Core
通过 RPC,Bitcoin Core 0.17.0 可在运行中加载、创建和卸载钱包,不必等到启动时。新标志 -avoidpartialspends 会把支付到同一地址的币一起花掉,手续费可能因此升高;label API 取代已弃用的 account API。CVE-2018-17144 不影响此版本。
Bitcoin Core
除已公开的崩溃问题外,CVE-2018-17144 还能让矿工在 0.15.X 至 0.16.2 版本中通过在同一交易内重复花费一个输出来增发比特币。开发者当时压下这部分内容,好让各系统有时间升级到 0.16.3 或 0.17.0rc4。据信超过一半算力已打补丁,目前未发现利用尝试,受影响用户应尽快升级。
Bitcoin Core
CVE-2018-17144 会让 Bitcoin Core 0.14.0 至 0.16.2 在遇到同一输入被花费两次的交易的区块时崩溃,官方要求用户立即升级到 0.16.3。只有愿意放弃至少 12.5 BTC 应得收入的矿工才造得出这样的区块。
Bitcoin Core
参与翻译只需一个免费的 Transifex 账号并加入语言团队,申请即时通过。母语者或熟练使用者从首页尚未翻译的字符串做起,每条译文发布前都要审核;开发者文档最好交给有经验的比特币用户和开发者。
Bitcoin.org
在 Paxful 赞助下,过去几个月最活跃的翻译志愿者拿到了比特币报酬。2018 年以来网站访客已达数千万,约半数讲英语;目前有 70 种语言处于不同翻译阶段,其中 27 种进度足够,已经上线。
Bitcoin.org
到了 Bitcoin Core 0.16.2,verifytxoutproof RPC 不再受 6 月初披露的那种针对 SPV 证明的高成本攻击影响,不过真正的 SPV 客户端依然暴露在风险中。另一项修复让 abandontransaction 放弃交易的全部后代,不再只到子交易为止。
Bitcoin Core
Bitcoin Core 0.16.1 停止转发旧式签名脚本中的 OP_CODESEPARATOR,这项策略调整为日后修复验证缓慢的区块铺路。矿工失去 -blockmaxsize 选项,改用 -blockmaxweight;一个可能让矿工在连续挖出两个区块时损失收入的漏洞也已修复。
Bitcoin Core
隔离见证成为 Bitcoin Core 0.16.0 钱包的默认选项:新地址默认为 p2sh-segwit,除非 -addresstype 另有指定,还可生成并支付 BIP173 原生 bc1 地址。新钱包一律采用 HD,旧版本无法识别;GUI 发送界面默认开启 BIP125 RBF。
Bitcoin Core
为防范未来的网络分叉,Bitcoin Core 0.15.1 在初始同步期间断开提供低于 minimum-chain-work 链的对等节点,也断开提供已知无效区块头的出站节点。链尖卡住 30 分钟会触发一条额外的出站连接。矿工不能再直接使用 blockmaxsize,该参数已弃用,仅隐含权重限制。
Bitcoin Core
GUI 启动崩溃催生了 Bitcoin Core 0.15.0.1:部分客户端升级到 0.15.0 后,因界面已不再提供的自定义手续费设置而崩溃。#11332 这个最小补丁负责处理该无效值。
Bitcoin Core
Bitcoin Core 0.15.0 把手续费估算范围从 25 个区块扩展到 1,008 个区块,GUI 用户可通过 Replace-By-Fee 为未确认交易加价。按输出存储的 chainstate 数据库让初始区块下载提速 30-40%,首次启动时自动转换,耗时约 5 至 30 分钟。
Bitcoin Core
Bitcoin Core 的常规贡献者与 Segwit2x 的实现 btc1 毫无关联。项目方驳斥了 btc1 是必要更新的说法,称其是有争议地背离网络规则。几天内即将生效的软分叉隔离见证与这次硬分叉无关,也不要求大多数用户做任何事。声明还警告,Segwit2x 没有计划提供强重放保护。
Bitcoin Core
启用过 UPnP 的用户应立即安装 Bitcoin Core 0.14.2:内置 miniupnpc 存在整数符号错误(CVE-2017-8798),局域网内的攻击者可借此发起拒绝服务,或造成其他危害。UPnP 默认关闭,从未开启的节点不受影响。
Bitcoin Core
隔离见证激活后,不支持隔离见证的矿工仍可使用 getblocktemplate,因为 Bitcoin Core 0.14.1 会从模板中剔除隔离见证交易。-dbcache 默认值改为 450MiB,刷新峰值期间也能守住上限。createrawtransaction 和 disconnectnode 的参数改名,沿用 0.14.0 命名参数的调用方会受影响。
Bitcoin Core
按 Bitcoin Core 路线图上的混合全区块 SPV 模式,新节点的钱包在同步结束前就能收发:先从钱包最早的密钥对应的区块开始抓取,完整验证在后台继续。Bloom 过滤器的隐私泄露由此消除,代价是占用更多带宽,付款应等待 6 个以上确认。
Bitcoin Core
用 Schnorr 签名取代 ECDSA,可把 50-of-50 多签压缩到单密钥花费的大小,还能对外隐藏其策略。Bitcoin Core 路线图指出,主要障碍是密钥抵消:恶意签名者减去他人的公钥。Delinearization(去线性化)能化解这种攻击,但其安全性证明仍在同行评审中。
Bitcoin Core
Bitcoin-Qt 0.7.0 的签名缓存、0.8.0 的 Ultraprune 加 LevelDB、Bitcoin Core 0.10 的区块头优先同步,都出现在这篇回顾参考软件提速历程的第一部分中。开发者的基准测试显示,仅并行脚本验证一项就提速 35% 至 100%。
Bitcoin Core
在 Amazon EC2 默认设置测试中,新节点用 Bitcoin Core 0.14.0 完成初始区块下载的速度是 0.13.2 的 5.7 倍:6 小时 24 分钟,对比 1 天 12 小时 40 分钟。提速来自 assumed valid 区块以及交易池与 UTXO 缓存共享内存。钱包还新增可选的手续费追加功能,默认关闭。
Bitcoin Core