Cảnh báo đầu tiên xuất hiện từ một dòng dưới sơ đồ vòng đời, dễ bỏ qua.
Một người giải thích cho cộng đồng về DuskEVM nói thẳng: không có cửa sổ lỗi 7 ngày, thời gian hoàn tất rút khoảng ~15 phút, và MIPS pre-verifier loại bỏ độ trễ của bằng chứng gian lận. Con số gọn gàng, tôi nghĩ mình sẽ lên kế hoạch rút tiền dựa theo đó.
Giả định: tài liệu chính thức sẽ xác nhận con số này.
Nhưng không phải những gì tôi tìm thấy. Tài liệu riêng của Dusk mô tả vòng đời DuskEVM trong bốn bước: giao dịch tới sequencer, được đưa vào một khối L2, batcher công bố lên DuskDS, sau đó các cam kết trạng thái và các bằng chứng lỗi liên kết trạng thái đó với việc thanh toán (settlement). Bằng chứng lỗi vẫn được nêu rõ ràng. Không có bất cứ chỗ nào nói 15 phút.
Thay vào đó là một dòng nhắc bạn đừng suy ra tính cuối cùng từ thời gian đã trôi qua, mà hãy kiểm tra trạng thái của giao thức hoặc trạng thái ví.
Khoảng trống thực sự nằm ở đó. Việc đưa vào (inclusion) diễn ra nhanh, tài liệu cũng tự nói như vậy. Còn việc thanh toán là một phần riêng, bị kiểm soát bởi một thứ mà chẳng ai đặt đồng hồ đo.
Vậy bước bằng chứng lỗi không hề biến mất; nó chỉ không được ghi lại theo cách hệ thống thách thức permissionless của Optimism, nơi bất kỳ ai cũng có thể chạy prover và theo dõi việc tranh chấp diễn ra.
Không biết điều đó có được nén lại và giải quyết riêng tư, hay đơn giản là chưa công khai.
May là tôi kiểm tra trước khi định rút tiền dựa vào con số của người khác.
Con số 15 phút đó sẽ ra sao trong lần đầu tiên một bằng chứng lỗi cần được tranh chấp giữa lúc đang cao điểm thanh toán? 👍
#dusk $DUSK @Dusk
Một người giải thích cho cộng đồng về DuskEVM nói thẳng: không có cửa sổ lỗi 7 ngày, thời gian hoàn tất rút khoảng ~15 phút, và MIPS pre-verifier loại bỏ độ trễ của bằng chứng gian lận. Con số gọn gàng, tôi nghĩ mình sẽ lên kế hoạch rút tiền dựa theo đó.
Giả định: tài liệu chính thức sẽ xác nhận con số này.
Nhưng không phải những gì tôi tìm thấy. Tài liệu riêng của Dusk mô tả vòng đời DuskEVM trong bốn bước: giao dịch tới sequencer, được đưa vào một khối L2, batcher công bố lên DuskDS, sau đó các cam kết trạng thái và các bằng chứng lỗi liên kết trạng thái đó với việc thanh toán (settlement). Bằng chứng lỗi vẫn được nêu rõ ràng. Không có bất cứ chỗ nào nói 15 phút.
Thay vào đó là một dòng nhắc bạn đừng suy ra tính cuối cùng từ thời gian đã trôi qua, mà hãy kiểm tra trạng thái của giao thức hoặc trạng thái ví.
Khoảng trống thực sự nằm ở đó. Việc đưa vào (inclusion) diễn ra nhanh, tài liệu cũng tự nói như vậy. Còn việc thanh toán là một phần riêng, bị kiểm soát bởi một thứ mà chẳng ai đặt đồng hồ đo.
Vậy bước bằng chứng lỗi không hề biến mất; nó chỉ không được ghi lại theo cách hệ thống thách thức permissionless của Optimism, nơi bất kỳ ai cũng có thể chạy prover và theo dõi việc tranh chấp diễn ra.
Không biết điều đó có được nén lại và giải quyết riêng tư, hay đơn giản là chưa công khai.
May là tôi kiểm tra trước khi định rút tiền dựa vào con số của người khác.
Con số 15 phút đó sẽ ra sao trong lần đầu tiên một bằng chứng lỗi cần được tranh chấp giữa lúc đang cao điểm thanh toán? 👍
#dusk $DUSK @Dusk