Zcash dự kiến sẽ kích hoạt bản nâng cấp mạng lưới NU6.3 “Ironwood” tại chiều cao khối 3.428.143 vào ngày 28 tháng 7.
Bản phát hành Zebra 6.0.0 của Zcash Foundation ước tính thời điểm kích hoạt gần 13:00 UTC và yêu cầu mọi nhà điều hành node phải nâng cấp trước khi hard fork diễn ra.
Bản nâng cấp giới thiệu một pool ẩn danh mới và định dạng giao dịch v6. Việc này diễn ra sau khi một lỗ hổng trong pool Orchard cũ hơn được công bố, mà lỗ hổng đó có thể cho phép kẻ tấn công tạo ra ZEC giả mạo mà không có ghi chép công khai rõ ràng.
Các nhà phát triển đã vá lỗi thông qua các bản nâng cấp khẩn cấp vào tháng 6. Họ cho biết họ không tìm thấy “bằng chứng nào” về việc bị khai thác, nhưng thiết kế quyền riêng tư của Zcash ngăn cản họ chứng minh rằng lạm phát ẩn chưa bao giờ xảy ra.
Theo ghi chú phát hành của Zebra 6.0.0, Ironwood tái sử dụng cấu trúc Action của Orchard và hệ thống bằng chứng Halo2. Tuy nhiên, nó bổ sung một cây cam kết ghi chú (note commitment tree), tập hợp hủy bỏ (nullifier set), pool giá trị chuỗi (chain value pool) và dữ liệu lịch sử chuỗi (chain-history data) riêng biệt. Những bản ghi này cho phép các node theo dõi pool mới độc lập với Orchard sau khi kích hoạt.
Zebra cũng cập nhật một số lệnh node để các nhà điều hành có thể kiểm tra giá trị của pool và trạng thái cây cam kết. Bản phát hành GitHub của Zcash Foundation đánh dấu bản nâng cấp này là rất quan trọng đối với các nhà điều hành vì phần mềm cũ hơn sẽ không theo được chuỗi chính xác sau chiều cao khối kích hoạt.
Biện pháp bảo vệ nguồn cung chính của Ironwood là một cơ chế kiểm soát (turnstile) giữa Orchard và pool mới. Sau khi kích hoạt, Orchard sẽ ngừng chấp nhận các đầu ra (outputs) mới và các giao dịch nội bộ. Quỹ có thể di chuyển ra ngoài, nhưng quy tắc kế toán ngăn chặn lượng ZEC rời khỏi Orchard nhiều hơn lượng đã hợp lệ đi vào đó.
Giải thích thiết kế của Ironwood nói rằng cơ chế này cung cấp cho người dùng một công cụ kiểm tra công khai về nguồn cung lưu hành mà không làm lộ số dư riêng tư hoặc chi tiết giao dịch. Thay vào đó, nó sẽ để lại bất kỳ giá trị ẩn dư thừa nào bị mắc kẹt bên trong Orchard một khi pool trở thành chỉ-cho-rút (exit-only).
Như crypto.news đã đưa tin trước đây, Zcash đã lên lịch hard fork vào ngày 28 tháng 7 sau khi các nhà phát triển kết luận rằng lỗi đã vá vẫn còn để lại một câu hỏi về nguồn cung mà họ không thể trả lời một cách chắc chắn. Người sáng lập Zcash Zooko Wilcox cho biết lỗ hổng “khó có khả năng bị khai thác”, đồng thời cũng tuyên bố rằng người dùng không nên cần phải dựa vào đánh giá đó.
Ironwood cũng thay đổi cách các ghi chú ẩn danh được tạo để chúng có thể được khôi phục thông qua một giao thức hậu lượng tử trong tương lai. Đặc tả kỹ thuật chính thức ZIP 2005 gọi tính năng này là khả năng khôi phục lượng tử. Nó liên kết nhiều dữ liệu ghi chú hơn vào cấu trúc ghi chú, cho phép một hệ thống khôi phục sau này xác minh quyền sở hữu mà không chỉ dựa vào mật mã mà một máy tính lượng tử mạnh mẽ có thể phá vỡ.
Thay đổi này không làm cho các giao dịch Zcash hiện tại an toàn lượng tử. Đặc tả kỹ thuật nói rằng một giao thức khôi phục riêng biệt vẫn phải được thiết kế và kích hoạt sau này. Các quỹ còn lại trong Sprout, Sapling hoặc Orchard sẽ không có được tùy chọn khôi phục này. Ví phải chuyển chúng vào ghi chú Ironwood để nhận được sự bảo vệ mới.
Cùng một đặc tả kỹ thuật nói rằng các địa chỉ Orchard hiện có thể nhận ghi chú Ironwood, giảm thiểu thay đổi cho người dùng. Các nhà phát triển ví vẫn phải thêm hỗ trợ di chuyển. Người dùng có ví không được cập nhật có thể gặp phải sự chậm trễ khi chuyển quỹ Orchard, trong khi các sàn giao dịch có thể tạm dừng nạp hoặc rút tiền trong thời gian diễn ra hard fork.
Bản nâng cấp cũng hoàn tất việc Zcash loại bỏ phần mềm node zcashd cũ hơn. Mạng lưới đã đặt thời điểm chấm dứt hỗ trợ của zcashd tại khối 3.417.100, trước khi Ironwood kích hoạt. Lịch trình ngừng sử dụng chính thức nói rằng zcashd sẽ không hỗ trợ NU6.3, để Zebra trở thành triển khai node bắt buộc cho các quy tắc mới.
Zebra 6.0.0 bao gồm một bản vá bảo mật mempool riêng biệt. Vấn đề này cho phép các peer gửi các giao dịch không chuẩn, tốn kém để kiểm tra, có thể làm giảm khả năng phản hồi của node trong khi lưu lượng vẫn tiếp diễn. Bản vá từ chối các đầu vào đó trước bước xác minh tốn kém. Foundation cho biết lỗ hổng chỉ ảnh hưởng đến tính khả dụng và không cho phép tạo ra các khối không hợp lệ, mất quỹ hoặc lỗi đồng thuận.
Thông tin đưa tin liên quan từ crypto.news đã trình bày chi tiết phản ứng hai bước của Zcash đối với lỗ hổng Orchard. Các nhà phát triển đầu tiên đã vô hiệu hóa hoạt động của Orchard, sau đó kích hoạt hard fork NU6.2 với mã đã sửa trước khi khôi phục pool. Ironwood hiện bổ sung một ranh giới kế toán riêng biệt thay vì một bản vá khác bên trong cùng một pool.
Bản nâng cấp vẫn phụ thuộc vào việc sản xuất khối, vì vậy thời gian chính xác của nó có thể thay đổi. Nếu chuỗi đạt đến khối 3.428.143 như dự kiến, Ironwood sẽ kích hoạt vào ngày 28 tháng 7 và bắt đầu quá trình chuyển đổi từ Orchard sang Ironwood.
