Một lô hàng làm thủ tục hải quan mà tôi đang theo dõi tại cảng Karachi đã bị giữ ở trạng thái "đang được xem xét" trong ba ngày trước khi nhảy thẳng sang "đã thông quan" mà không hiển thị bất kỳ giai đoạn nào ở giữa trên cổng. Tôi kỳ vọng cơ chế tính “chốt” của Dusk sẽ hoạt động theo cùng cách: chờ rồi chốt, một bước nhảy duy nhất. Không phải vậy—“chốt lăn” vận hành hoàn toàn khác.
Có bốn trạng thái phân biệt mà một block đi qua, và bước nhảy giữa chúng phụ thuộc hoàn toàn vào những gì đã xảy ra trong các vòng lặp trước đó. Một block bắt đầu ở trạng thái được xác nhận (attested) nếu không có vòng lặp trước đó nào trong lượt đó thất bại, nghĩa là không có ứng viên nào khác có thể giành được sự đồng thuận trước nó. Nếu bất kỳ vòng lặp trước nào đã thất bại mà không có xác nhận thất bại (fail attestation), thì block bắt đầu ở trạng thái đã chấp nhận (accepted) thay vì được xác nhận—tức là về mặt lý thuyết, một block ở vòng lặp có thứ tự thấp hơn vẫn có thể thay thế nó.
Điểm thực sự làm thay đổi cách tôi suy nghĩ là chỗ “được xác nhận” và “chốt” không thực sự chỉ nói về chính block đó. Một block đã được xác nhận sẽ trở thành “confirmed” khi có đúng một successor (kế nhiệm) được xác nhận hoặc được chốt. Nhưng một block ở trạng thái “accepted” cần 2 lần n block liên tiếp đã được xác nhận hoặc đã được chốt xếp chồng lên trên nó, trong đó n là số lượng vòng lặp trước đó không có attestation thất bại. Vì vậy, hai block có tuổi đời tương tự có thể mất hoàn toàn khác nhau về thời gian để đạt cùng mức độ tin cậy, tùy hoàn toàn vào việc lịch sử vòng lặp của chúng “sạch” đến mức nào.
Điều mà whitepaper không cung cấp cho tôi là một mốc thời gian trung bình thực sự, tính theo giây hoặc theo số block, để một thứ chuyển từ “accepted” sang “final” trên hạ tầng Dusk đang hoạt động. Tôi không thể tự tạo ra con số đó.
Thử nghiệm thực sự đối với DUSK là liệu đường đi biến thiên này tới trạng thái cuối cùng (finality) có vẫn cảm thấy đủ nhanh đối với người dùng hằng ngày khi chuyển tiền hay không.
Có ai đã theo dõi mất bao lâu một giao dịch thực sự để đạt trạng thái final trên Dusk chưa?
#dusk $DUSK @Dusk
Có bốn trạng thái phân biệt mà một block đi qua, và bước nhảy giữa chúng phụ thuộc hoàn toàn vào những gì đã xảy ra trong các vòng lặp trước đó. Một block bắt đầu ở trạng thái được xác nhận (attested) nếu không có vòng lặp trước đó nào trong lượt đó thất bại, nghĩa là không có ứng viên nào khác có thể giành được sự đồng thuận trước nó. Nếu bất kỳ vòng lặp trước nào đã thất bại mà không có xác nhận thất bại (fail attestation), thì block bắt đầu ở trạng thái đã chấp nhận (accepted) thay vì được xác nhận—tức là về mặt lý thuyết, một block ở vòng lặp có thứ tự thấp hơn vẫn có thể thay thế nó.
Điểm thực sự làm thay đổi cách tôi suy nghĩ là chỗ “được xác nhận” và “chốt” không thực sự chỉ nói về chính block đó. Một block đã được xác nhận sẽ trở thành “confirmed” khi có đúng một successor (kế nhiệm) được xác nhận hoặc được chốt. Nhưng một block ở trạng thái “accepted” cần 2 lần n block liên tiếp đã được xác nhận hoặc đã được chốt xếp chồng lên trên nó, trong đó n là số lượng vòng lặp trước đó không có attestation thất bại. Vì vậy, hai block có tuổi đời tương tự có thể mất hoàn toàn khác nhau về thời gian để đạt cùng mức độ tin cậy, tùy hoàn toàn vào việc lịch sử vòng lặp của chúng “sạch” đến mức nào.
Điều mà whitepaper không cung cấp cho tôi là một mốc thời gian trung bình thực sự, tính theo giây hoặc theo số block, để một thứ chuyển từ “accepted” sang “final” trên hạ tầng Dusk đang hoạt động. Tôi không thể tự tạo ra con số đó.
Thử nghiệm thực sự đối với DUSK là liệu đường đi biến thiên này tới trạng thái cuối cùng (finality) có vẫn cảm thấy đủ nhanh đối với người dùng hằng ngày khi chuyển tiền hay không.
Có ai đã theo dõi mất bao lâu một giao dịch thực sự để đạt trạng thái final trên Dusk chưa?
#dusk $DUSK @Dusk
