Ngoài lỗi sập đã công khai, CVE-2018-17144 còn cho phép thợ đào lạm phát nguồn cung Bitcoin trên các phiên bản 0.15.X đến 0.16.2 bằng cách chi một đầu ra hai lần trong cùng một giao dịch. Các nhà phát triển giữ kín phần này để các hệ thống có thời gian chuyển sang 0.16.3 hoặc 0.17.0rc4. Hơn nửa hashrate được cho là đã vá, chưa ghi nhận nỗ lực khai thác nào, và người dùng bị ảnh hưởng được kêu gọi nâng cấp.
CVE-2018-17144 khiến Bitcoin Core 0.14.0 đến 0.16.2 sập khi gặp khối chứa giao dịch chi một đầu vào hai lần, và người dùng được yêu cầu nâng cấp ngay lên 0.16.3. Chỉ thợ đào chấp nhận mất ít nhất 12,5 BTC thu nhập được phép mới tạo được khối như vậy.
RPC verifytxoutproof trong Bitcoin Core 0.16.2 đã miễn nhiễm với kiểu tấn công tốn kém nhắm vào bằng chứng SPV được công bố đầu tháng 6, dù các client SPV thực thụ vẫn bị ảnh hưởng. Bản sửa khác giúp abandontransaction loại mọi giao dịch hậu duệ thay vì dừng ở giao dịch con.
OP_CODESEPARATOR trong script chữ ký legacy không còn được Bitcoin Core 0.16.1 chuyển tiếp, một thay đổi chính sách giúp các bản sửa sau này cho khối xác thực chậm dễ triển khai hơn. Tùy chọn -blockmaxsize nhường chỗ cho -blockmaxweight, và một lỗi có thể khiến thợ đào mất doanh thu khi đào liên tiếp hai khối rất nhanh cũng đã được sửa.
Segwit trở thành mặc định của ví trong Bitcoin Core 0.16.0: địa chỉ mới là p2sh-segwit trừ khi -addresstype quy định khác, và có thể tạo cũng như gửi tới địa chỉ bc1 gốc theo BIP173. Ví mới chỉ dùng HD và các phiên bản trước không mở được, còn màn hình gửi trên GUI giờ mặc định bật RBF BIP125.
Để phòng các đợt fork mạng về sau, Bitcoin Core 0.15.1 ngắt peer đưa ra chuỗi dưới minimum-chain-work trong lúc đồng bộ ban đầu, cùng các peer chiều ra gửi header đã biết là không hợp lệ. Đỉnh chuỗi đứng yên 30 phút giờ kích hoạt thêm một kết nối chiều ra. Thợ đào không còn dùng trực tiếp được blockmaxsize, tùy chọn đã bị đánh dấu ngừng dùng và chỉ còn ngầm định một giới hạn trọng lượng.
Lỗi sập GUI lúc khởi động là lý do có Bitcoin Core 0.15.0.1: một số client nâng cấp lên 0.15.0 gặp sự cố với thiết lập phí tùy chỉnh mà giao diện không còn cung cấp. Bản vá tối thiểu #11332 xử lý giá trị không hợp lệ đó.
Ước tính phí trong Bitcoin Core 0.15.0 nhìn xa tới 1.008 khối, so với 25 trước đây, và người dùng GUI có thể tăng phí giao dịch chưa xác nhận qua Replace-By-Fee. Cơ sở dữ liệu chainstate theo từng đầu ra giúp tải khối ban đầu nhanh hơn 30-40%. Việc chuyển đổi diễn ra tự động ở lần chạy đầu và mất khoảng 5 đến 30 phút.
Các cộng tác viên thường xuyên của Bitcoin Core không liên quan gì tới btc1, bản triển khai Segwit2x, và dự án bác tuyên bố rằng đó là bản cập nhật bắt buộc, gọi nó là sự phá vỡ quy tắc mạng gây tranh cãi. Segwit, soft fork sắp diễn ra trong vài ngày, không liên quan tới hard fork đó và không đòi hỏi gì ở hầu hết người dùng. Thông cáo cũng cảnh báo Segwit2x không có kế hoạch bảo vệ replay mạnh.
Ai đã bật UPnP được khuyến cáo cài ngay Bitcoin Core 0.14.2: lỗi dấu số nguyên trong miniupnpc đi kèm, CVE-2017-8798, cho phép kẻ tấn công trong mạng nội bộ gây từ chối dịch vụ hoặc có thể gây hại khác. UPnP vẫn mặc định tắt, nên nút chưa từng bật không bị ảnh hưởng.
Thợ đào chưa dùng segwit vẫn gọi được getblocktemplate sau khi kích hoạt, vì Bitcoin Core 0.14.1 loại giao dịch segwit khỏi mẫu khối. -dbcache mặc định chuyển sang 450MiB và giới hạn này giữ nguyên cả lúc flush đạt đỉnh. Tham số đổi tên trong createrawtransaction và disconnectnode sẽ làm hỏng các lệnh gọi dùng tham số đặt tên từ 0.14.0.
Ví của nút mới có thể gửi và nhận trước khi đồng bộ xong nhờ chế độ lai full block SPV trong lộ trình Bitcoin Core: tải khối theo khóa cũ nhất của ví trước, còn xác thực đầy đủ chạy tiếp ở nền. Rò rỉ quyền riêng tư của bloom filter biến mất, đổi lại tốn băng thông hơn, và các khoản thanh toán nên chờ từ 6 xác nhận trở lên.
Đổi ECDSA sang chữ ký Schnorr sẽ thu một multisig 50-of-50 xuống kích thước chi tiêu một khóa và giấu chính sách của nó khỏi người quan sát. Lộ trình Bitcoin Core gọi trở ngại chính là cancellation, khi người ký độc hại trừ đi khóa của người khác. Delinearization là lời giải cho đòn này, dù bằng chứng bảo mật còn đang được bình duyệt.
Bộ đệm chữ ký trong Bitcoin-Qt 0.7.0, Ultraprune với LevelDB ở 0.8.0 và đồng bộ headers-first trong Bitcoin Core 0.10 là những nội dung của phần 1, bài nhìn lại các lần tăng tốc phần mềm tham chiếu. Riêng xác minh script song song đã đem lại 35% đến 100% trong benchmark của các nhà phát triển.
Nút mới hoàn tất tải khối ban đầu trên Bitcoin Core 0.14.0 nhanh gấp 5,7 lần so với 0.13.2 trong thử nghiệm Amazon EC2 với thiết lập mặc định: 6 giờ 24 phút so với 1 ngày 12 giờ 40 phút. Mức tăng này có được nhờ assumed valid blocks và bộ nhớ dùng chung giữa mempool và bộ đệm UTXO. Ví cũng có tùy chọn nâng phí, mặc định tắt.
Lệnh gửi từ ví chạm giới hạn chuỗi chưa xác nhận không còn trả lỗi RPC trong Bitcoin Core 0.13.2. Chúng báo thành công và việc đưa vào mempool được thử lại lúc phát lại, không cần khởi động lại. Ước tính phí cho mục tiêu 1 khối bị tắt, và cách xử lý compact block không hợp lệ đã được sửa.
Bọc segwit trong P2SH tốn nhiều byte nhất: thêm 19% với P2WSH/P2SH và 11% với P2WPKH/P2SH trên giao dịch 180 byte, theo tính toán của Bitcoin Core về những gì BIP141 mang lại. Xác thực cần thêm khoảng năm lần băm SHA256 cho mỗi giao dịch. Lỗi phần mềm, khối lớn hơn và phí thấp hơn được cân nhắc như rủi ro, và các tác giả không nêu lập trường về việc kích hoạt.
Bitcoin Core 0.13.1 đưa vào mã để thợ đào báo hiệu soft fork segwit, mở từ 15/11/2016, vào đầu chu kỳ điều chỉnh tiếp theo. Để lock-in cần 95% số khối trong một chu kỳ 2.016 khối, và kích hoạt diễn ra sau đó một chu kỳ. Ví vẫn tương thích, nên ngoài thợ đào có lẽ không ai phải làm gì.
Segwit cần sự đồng thuận của hai nhóm: thợ đào báo hiệu bit 1 ở 95% số khối trong một chu kỳ điều chỉnh, và đủ nút đầy đủ chạy Bitcoin Core 0.13.1 hoặc bản triển khai tương thích. Báo hiệu mở từ kỳ điều chỉnh đầu tiên vào hoặc sau 15/11/2016. Hướng dẫn tách riêng các bước cho thợ đào, người vận hành nút, người dùng ví và nhà phát triển, kể cả những ai chọn không nâng cấp.
Mã segwit vào Bitcoin Core 0.13.0 nhưng chưa hoạt động trên mainnet; muốn dùng phải chờ bản sau, dự kiến là 0.13.1. Compact block relay (BIP152) giảm các đợt tăng đột biến băng thông, còn ví mới dùng khóa HD BIP32 nên một bản sao lưu đủ cho mọi khóa riêng về sau. Bản Linux ARM cũng có mặt trong mục tải chính thức.