Dạy con trai làm bài tập đến tận 11 giờ, nó nói một câu “máy tính bị treo thì sao”, làm tôi đứng hình
Tôi vô thức định trả lời “khởi động lại thôi”, nhưng chợt nhớ mấy ngày nay mình lục trong bản bạch thư Dusk—đoạn đó họ gọi là “chế độ khẩn cấp”. Trong điều kiện bình thường, quy trình tạo khối diễn ra theo 3 bước: đề xuất, xác minh, phê duyệt, và chỉ cần 2/3 người gật đầu là thông qua. Nhưng nếu lỡ như phần lớn các nút bị rớt hoặc bị kẹt, liên tiếp thất bại 16 lần thì hệ thống sẽ tự động chuyển sang chế độ khẩn cấp. Cơ chế timeout sẽ bị tắt luôn, và chạy mãi cho đến khi thật sự tạo được khối. Nói thẳng ra không phải “treo máy rồi khởi động lại”, mà là đổi cách để gắng gượng chạy đến cùng.
Những thứ kiểu này bình thường chẳng ai quan tâm, miễn là trên chuỗi có trơn tru hay không, còn cơ chế đồng thuận có nghiêm ngặt đến mấy thì chẳng ai để ý. Nhưng trong bối cảnh tài chính thì khác: các tổ chức cần đúng kiểu “dù tình huống cực đoan đến đâu cũng không được dừng”. Điều đó quan trọng hơn nhiều so với việc đem ra so TPS. Phần thưởng tạo khối cũng được thiết kế khá tỉ mỉ: 80% cho người tạo khối, 10% cho người bỏ phiếu, và 10% tự thuộc về giao thức—nhằm phòng ngừa chuyện có người cố tình để vài vòng đầu thất bại nhằm tranh phần thưởng.
Thường thì tôi không viết mấy chi tiết như vậy, nhưng càng đào sâu càng thấy: một dự án có sẵn sàng nói rõ “trong trường hợp xấu nhất thì làm gì” hay không, đáng giá hơn cả việc tờ brochure quảng cáo của nó có đẹp đẽ đến mấy. Hiện tại DuskEVM vẫn đang trong testnet, nên cách đồng thuận này mới chỉ thể hiện trong kiểm thử, chưa qua đánh giá quy mô lớn.
Tôi không biết liệu có thành công hay không, nhưng tôi sẵn sàng nhìn kỹ thêm những dự án dám bày công khai phương án khẩn cấp trên mặt giấy.
@Dusk_Foundation $DUSK
#dusk
Tôi vô thức định trả lời “khởi động lại thôi”, nhưng chợt nhớ mấy ngày nay mình lục trong bản bạch thư Dusk—đoạn đó họ gọi là “chế độ khẩn cấp”. Trong điều kiện bình thường, quy trình tạo khối diễn ra theo 3 bước: đề xuất, xác minh, phê duyệt, và chỉ cần 2/3 người gật đầu là thông qua. Nhưng nếu lỡ như phần lớn các nút bị rớt hoặc bị kẹt, liên tiếp thất bại 16 lần thì hệ thống sẽ tự động chuyển sang chế độ khẩn cấp. Cơ chế timeout sẽ bị tắt luôn, và chạy mãi cho đến khi thật sự tạo được khối. Nói thẳng ra không phải “treo máy rồi khởi động lại”, mà là đổi cách để gắng gượng chạy đến cùng.
Những thứ kiểu này bình thường chẳng ai quan tâm, miễn là trên chuỗi có trơn tru hay không, còn cơ chế đồng thuận có nghiêm ngặt đến mấy thì chẳng ai để ý. Nhưng trong bối cảnh tài chính thì khác: các tổ chức cần đúng kiểu “dù tình huống cực đoan đến đâu cũng không được dừng”. Điều đó quan trọng hơn nhiều so với việc đem ra so TPS. Phần thưởng tạo khối cũng được thiết kế khá tỉ mỉ: 80% cho người tạo khối, 10% cho người bỏ phiếu, và 10% tự thuộc về giao thức—nhằm phòng ngừa chuyện có người cố tình để vài vòng đầu thất bại nhằm tranh phần thưởng.
Thường thì tôi không viết mấy chi tiết như vậy, nhưng càng đào sâu càng thấy: một dự án có sẵn sàng nói rõ “trong trường hợp xấu nhất thì làm gì” hay không, đáng giá hơn cả việc tờ brochure quảng cáo của nó có đẹp đẽ đến mấy. Hiện tại DuskEVM vẫn đang trong testnet, nên cách đồng thuận này mới chỉ thể hiện trong kiểm thử, chưa qua đánh giá quy mô lớn.
Tôi không biết liệu có thành công hay không, nhưng tôi sẵn sàng nhìn kỹ thêm những dự án dám bày công khai phương án khẩn cấp trên mặt giấy.
@Dusk_Foundation $DUSK
#dusk