Zcash đề xuất giảm thời gian giữa các khối từ 25 xuống 20 giây, hạ giới hạn shielded còn 4/5

Nhóm phát triển Zcash (ZEC) đề xuất giảm thời gian mục tiêu giữa các khối từ 25 xuống 20 giây và hạ giới hạn tác vụ shielded mỗi khối còn 4/5 mức hiện tại. Nếu được thông qua, thời gian chờ để giao dịch lần đầu được đưa vào khối có thể ngắn hơn, nhưng thay đổi chưa được áp dụng.

Nhóm phát triển đăng đề xuất lên diễn đàn cộng đồng Zcash ngày 8, đề nghị đưa nội dung vào cuộc bỏ phiếu cộng đồng tiếp theo và xem xét tích hợp trong bản nâng cấp NU7.1.

Zcash kích hoạt NU7 ngày 6, giảm thời gian mục tiêu giữa các khối từ 75 giây xuống 25 giây. ZIP 259 cũng ghi nhận thay đổi này trong NU7.

Thời gian mục tiêu là khoảng thời gian mạng lưới hướng tới khi tạo khối. Điều đó không có nghĩa khối luôn được tạo chính xác mỗi 20 giây hoặc mọi giao dịch đều được xác nhận trong vòng 20 giây.

Nhóm phát triển cho biết đề xuất nhằm rút ngắn thời gian chờ lần xác nhận đầu tiên khi thanh toán tại cửa hàng, nạp tiền vào sàn giao dịch và hoán đổi tài sản giữa các blockchain. Đề xuất không thay đổi số lần xác nhận mà dịch vụ yêu cầu.

Khi khoảng cách giữa các khối ngắn hơn, khả năng một khối cạnh tranh được tạo ra trước khi khối mới kịp truyền đi cũng tăng. Khối không được đưa vào chuỗi cuối cùng được gọi là khối mồ côi; đề xuất xác định tỷ lệ này là rủi ro chính.

Nhóm phát triển đo lường tình huống tạo khối tối đa 2 MB mỗi 20 giây trên mạng thử nghiệm gồm 80 thợ đào tại 12 khu vực trên thế giới. Tỷ lệ khối mồ côi là 1,9% khi chỉ dùng nút Zcashd và 3,3% khi kết hợp một nửa nút Zcashd với một nửa nút Zebra-Andele.

Đề xuất cũng so sánh với tỷ lệ khối mồ côi trong các thử nghiệm trước đây dùng để chọn khoảng cách 25 giây. Nhóm phát triển cho biết thử nghiệm thực tế khi đó ghi nhận 4,68%, còn mô hình lý thuyết là 3,26%. Các số liệu lần này là kết quả trên mạng thử nghiệm, không phải số đo thực tế trên mainnet.

Trọng tâm đề xuất là giảm giới hạn tác vụ shielded trên mỗi khối cùng với việc rút ngắn khoảng cách khối. Ngân sách tác vụ shielded tổng thể và giới hạn tác vụ Orchard, Ironwood lần lượt giảm từ 330 xuống 264. Giới hạn tổng số đầu vào và đầu ra của Sapling giảm từ 300 xuống 240.

Nhóm phát triển cho biết nếu giữ nguyên giới hạn hiện tại cho mỗi khối, lượng dữ liệu giao dịch shielded tối đa mà ví nhẹ phải xử lý trong một ngày có thể tăng 25%. Hạ các giới hạn xuống còn 4/5 giúp giữ mức tải tối đa theo ngày, dù phần header khối tăng lên có thể tạo ra chênh lệch 76 KB so với mức tối đa này.

Giới hạn kích thước khối vẫn giữ ở 2 MB. Vì vậy, đề xuất tập trung rút ngắn độ trễ đến lần xác nhận đầu tiên, thay vì tăng thông lượng xử lý giao dịch shielded.

Đề xuất cũng điều chỉnh trợ cấp mỗi khối và chu kỳ halving để duy trì lượng phát hành trong một ngày khi khối được tạo thường xuyên hơn. Số khối cần thiết để đến kỳ halving sẽ tăng từ 5,04 triệu lên 6,3 triệu.

Các thông số khác của mạng lưới cũng được điều chỉnh theo khoảng cách khối. Cửa sổ tính trung bình độ khó tăng từ 102 lên 128 khối, trong khi mốc thời gian được giữ ở khoảng 2.550 đến 2.560 giây. Thời hạn giao dịch mặc định tăng từ 120 lên 150 khối.

Bình luận trên diễn đàn nhìn chung ủng hộ hướng đề xuất, nhưng có ý kiến cho rằng nhóm phát triển cần giải thích thêm vì sao 20 giây là mục tiêu phù hợp. Trong phản hồi trên diễn đàn ngày 9, nhóm cho biết đề xuất mức 20 giây dựa trên các phân tích hiện có. Nhóm cũng nói việc chỉ rút ngắn khoảng cách khối không thể tạo ra trải nghiệm đưa giao dịch vào khối ổn định trong chưa đầy một giây.

Bước tiếp theo theo đề nghị của nhóm phát triển là đưa nội dung ra bỏ phiếu cộng đồng và xem xét có đưa vào NU7.1 hay không. Chưa có lịch trình thông qua đề xuất hoặc áp dụng trên mainnet.