Tối qua mình đã chuyển một số DUSK testnet qua DuskEVM và triển khai một hợp đồng nhỏ, chủ yếu là để quan sát một giao dịch chạy xuyên suốt từ đầu đến cuối qua đường ống. Nó xác nhận rất nhanh. Tất nhiên mình nghĩ vậy là xong — thấy việc đưa vào (inclusion) hiển thị, giao dịch được đóng, rồi chuyển sang bước tiếp theo.
Hóa ra ở đây không phải là cùng một chuyện, và khoảng trống đó quan trọng hơn bạn nghe tưởng. DuskEVM hoạt động như một rollup: trình sequencer sẽ đưa giao dịch của bạn vào một khối L2 trước, sau đó batcher mới đăng dữ liệu đó lên DuskDS một cách riêng biệt, và chỉ sau khi các cam kết trạng thái (state commitments) và bằng chứng lỗi (fault proofs) được kết nối ngược lại thì nó mới thực sự được thanh toán (settle). Việc đưa vào xảy ra theo một “mốc” thời gian. Thanh toán xảy ra ở “mốc” thời gian khác. Ví của mình hiển thị đã xác nhận ngay khi sự kiện đầu tiên xảy ra, chứ không phải sự kiện thứ hai.
Nó làm mình nhớ tới việc kiểm tiền được xử lý ở quầy ngân hàng. Nhân viên đưa bạn biên lai ngay khi họ nhận tờ séc — cảm giác như đã xong. Số tiền thực tế không chuyển giữa các ngân hàng cho đến khi nó được bù trừ/thanh toán phía sau theo lịch riêng, bất kể biên lai nói gì.
Điều này cũng hợp lý vì Dusk kẻ đường ranh giới rất rõ ràng, xét đến việc chuỗi này thực sự được xây dựng cho ai. Một nơi được quản lý khi chuyển các chứng khoán thực sự không thể coi "trông có vẻ đã xác nhận" và "đã được thanh toán" là hai khái niệm có thể thay thế cho nhau — tài liệu nêu rõ rằng bất cứ thứ gì chuyển giá trị giữa DuskEVM và Dusk L1 đều phải kiểm tra trực tiếp trạng thái theo protocol hoặc theo ví, chứ không suy ra tính cuối cùng chỉ từ việc đã mất bao lâu.
Nói rõ đây là testnet — thời điểm trên mainnet có thể trông khác đi khi hệ thống hoạt động hoàn toàn.
Vẫn đang cân nhắc — với một chuỗi nhắm tới mức độ thanh toán đạt chuẩn kiểu MTF, liệu phần tách giữa đưa vào (inclusion) và thanh toán (settlement) có thể được trừu tượng hóa để người dùng cuối không còn phải thấy nữa hay rốt cuộc tài chính được quản lý thực sự muốn giữ khoảng trống đó hiển thị một cách có chủ đích?
#dusk $DUSK @Dusk #DUSK
Hóa ra ở đây không phải là cùng một chuyện, và khoảng trống đó quan trọng hơn bạn nghe tưởng. DuskEVM hoạt động như một rollup: trình sequencer sẽ đưa giao dịch của bạn vào một khối L2 trước, sau đó batcher mới đăng dữ liệu đó lên DuskDS một cách riêng biệt, và chỉ sau khi các cam kết trạng thái (state commitments) và bằng chứng lỗi (fault proofs) được kết nối ngược lại thì nó mới thực sự được thanh toán (settle). Việc đưa vào xảy ra theo một “mốc” thời gian. Thanh toán xảy ra ở “mốc” thời gian khác. Ví của mình hiển thị đã xác nhận ngay khi sự kiện đầu tiên xảy ra, chứ không phải sự kiện thứ hai.
Nó làm mình nhớ tới việc kiểm tiền được xử lý ở quầy ngân hàng. Nhân viên đưa bạn biên lai ngay khi họ nhận tờ séc — cảm giác như đã xong. Số tiền thực tế không chuyển giữa các ngân hàng cho đến khi nó được bù trừ/thanh toán phía sau theo lịch riêng, bất kể biên lai nói gì.
Điều này cũng hợp lý vì Dusk kẻ đường ranh giới rất rõ ràng, xét đến việc chuỗi này thực sự được xây dựng cho ai. Một nơi được quản lý khi chuyển các chứng khoán thực sự không thể coi "trông có vẻ đã xác nhận" và "đã được thanh toán" là hai khái niệm có thể thay thế cho nhau — tài liệu nêu rõ rằng bất cứ thứ gì chuyển giá trị giữa DuskEVM và Dusk L1 đều phải kiểm tra trực tiếp trạng thái theo protocol hoặc theo ví, chứ không suy ra tính cuối cùng chỉ từ việc đã mất bao lâu.
Nói rõ đây là testnet — thời điểm trên mainnet có thể trông khác đi khi hệ thống hoạt động hoàn toàn.
Vẫn đang cân nhắc — với một chuỗi nhắm tới mức độ thanh toán đạt chuẩn kiểu MTF, liệu phần tách giữa đưa vào (inclusion) và thanh toán (settlement) có thể được trừu tượng hóa để người dùng cuối không còn phải thấy nữa hay rốt cuộc tài chính được quản lý thực sự muốn giữ khoảng trống đó hiển thị một cách có chủ đích?
#dusk $DUSK @Dusk #DUSK