Bitcoin Core v32.0rc1 đổi giao thức ví, có thể gây gián đoạn ứng dụng

Bitcoin Core v32.0rc1 đang tạo ra một giai đoạn thử nghiệm tương thích dày đặc trong khoảng 14/9–10/10 đối với nhà vận hành node, nhà cung cấp ví và các dịch vụ phụ thuộc vào các giao diện RPC của Bitcoin Core. Bản candidate được gắn thẻ kèm chữ ký xác thực ngày 14/9. Lịch phát hành chính thức đặt mục tiêu gắn thẻ v32.0 cuối cùng vào ngày 10/10, tương ứng khoảng 26 ngày. Bản xem trước của CryptoSlate hồi tháng 8 ghi nhận mục tiêu RC1 là 10/9, trong khi lịch hiện tại hiển thị 14/9, tạo chênh lệch 4 ngày nhưng không đủ cơ sở để khẳng định một hạn chót "không đổi" đã bị lỡ. Thẻ v32.0rc1 là phần mềm tiền phát hành, không phải nâng cấp dùng cho môi trường sản xuất. Bản này cũng không báo hiệu kích hoạt quy tắc đồng thuận mới. Một thay đổi liên quan đến bản thảo BIP 323 điều chỉnh cách Bitcoin Core xử lý các bit tín hiệu và cảnh báo triển khai chưa xác định, dù đề xuất vẫn ở trạng thái Draft. Với nhà vận hành, hướng tiếp cận thực tế là làm theo hướng dẫn thử nghiệm RC mới nhất của Bitcoin Core: kiểm tra các tính năng sử dụng thường xuyên trong các thư mục dữ liệu tạm riêng biệt, rồi đối chiếu ứng viên phát hành với bản trước đó. Trang tải xuống chính thức hiện xem 31.1 là mốc cơ sở. Cách so sánh này giúp phát hiện khác biệt về khởi động node, hành vi ví và phản hồi RPC, tránh coi RC như một bản cập nhật sản xuất thông thường. Về hiệu năng, điểm nổi bật nhất trong ghi chú phát hành v32 (bản thảo) là cơ chế prefetch song song các output giao dịch trong quá trình kết nối block. Thiết lập mặc định là 8 worker, hỗ trợ tối đa 16 và có thể tắt. Việc chạy xác thực nặng I/O với nhiều cấu hình sẽ cho thấy liệu tốc độ xử lý block nhanh hơn có kéo theo chi phí CPU, bộ nhớ hoặc độ trễ lưu trữ vượt ngưỡng chấp nhận trên phần cứng của từng đơn vị vận hành hay không. Ở lớp tích hợp ví và dịch vụ, rủi ro "gãy" tương thích đến từ thay đổi hành vi mặc định của RPC. Bốn RPC sẽ chuyển sang mặc định PSBTv2; các giao diện khác loại bỏ trường đã bị khai tử hoặc từ chối những tham số mà các phiên bản cũ từng chấp nhận. Vì vậy, các đội ngũ tạo, chuyển đổi hoặc feebump PSBT cần theo dõi luồng giao dịch qua toàn bộ chuỗi parser và signer phía sau. Cơ chế xử lý phí cũng cần được kiểm thử theo các đường lỗi. Luồng estimatesmartfee mặc định kết hợp ước tính từ blockpolicy và mempool, có thể trả về mức ước tính thấp hơn và có thể báo lỗi nếu một trong hai thành phần gặp sự cố. Nhà vận hành nên quan sát trong giai đoạn khởi động, khi mempool thưa hoặc ở trạng thái không khỏe, sau đó xác nhận hệ thống giám sát và các phương án dự phòng blockpolicy hoạt động đúng kỳ vọng. Bản viết lại máy chủ HTTP mở rộng phạm vi kiểm thử vượt ra ngoài bản thân node. Thay đổi gồm: giới hạn header 8.192 byte, xử lý nghiêm ngặt hơn với header lỗi định dạng, trần mặc định 16 kết nối RPC, kiểm soát cache REST mới và ngắt kết nối ngay với địa chỉ client không được cấp quyền. Các điểm này có thể phát sinh vấn đề ở reverse proxy, health check, pool kết nối client và bộ xử lý lỗi. Khả năng rollback cũng cần được cân nhắc tương đương. Chỉ mục giao dịch được xây lại sử dụng chưa đến một nửa dung lượng đĩa, nhưng các bản phát hành cũ không đọc được định dạng mới; vì thế, hạ cấp phiên bản có thể kích hoạt một lần rebuild khác kéo dài hàng giờ. Với nhóm ưu tiên quyền riêng tư, nên tái hiện các kịch bản lỗi của private broadcast xoay quanh bản sửa Tor fallback, hàng đợi 10.000 mục, giới hạn 1.000 lần thử và hành vi relay khi tải cao. Khi thẻ phát hành cuối cùng vẫn chỉ là "mục tiêu", việc rà soát các trường hợp biên như vậy chính là phần việc thực chất trong cửa sổ RC. Bài viết "Major Bitcoin Core update changes default wallet protocols, risking temporary disruption across popular apps" được đăng đầu tiên trên CryptoSlate.