DUSKDS — SETTLEMENT VÀ DATA AVAILABILITY
Sau khi tìm hiểu DuskVM và DuskEVM, mình bắt đầu chú ý đến một phần ít được nhắc đến hơn nhưng lại rất quan trọng trong kiến trúc Dusk: DuskDS.
Nếu DuskEVM tập trung vào execution, thì DuskDS đảm nhiệm các phần như consensus, settlement và data availability.
Điều mình thấy thú vị là Dusk không cố đưa mọi chức năng vào cùng một execution environment. Các thành phần được tách ra để đảm nhiệm những nhiệm vụ khác nhau.
Trong mô hình DuskEVM, transaction được xử lý ở L2. Sequencer đưa transaction vào block, sau đó batcher gửi dữ liệu xuống DuskDS. Từ đây, dữ liệu tiếp tục đi qua state commitment, fault proofs và settlement.
Một điểm mình thấy dễ nhầm là transaction được đưa vào block không có nghĩa settlement đã hoàn tất.
Execution và settlement là hai bước khác nhau.
Với ứng dụng thông thường, khác biệt này có thể không quá đáng chú ý. Nhưng nếu Dusk hướng tới DeFi, tokenized assets và các ứng dụng tài chính, settlement lại trở thành phần rất quan trọng.
Data availability cũng đáng chú ý vì các bên cần truy cập dữ liệu để kiểm tra trạng thái và xác minh những gì đã xảy ra trên network.
Sau khi tìm hiểu DuskDS, mình bắt đầu nhìn Dusk theo một cách khác.
DuskEVM là nơi execution diễn ra, còn DuskDS cung cấp lớp hạ tầng cho consensus, data availability và settlement.
Với mình, đây là phần đáng tìm hiểu nếu muốn hiểu Dusk ở góc độ một blockchain hướng tới các ứng dụng tài chính.
@Dusk_Foundation $DUSK
#dusk
Sau khi tìm hiểu DuskVM và DuskEVM, mình bắt đầu chú ý đến một phần ít được nhắc đến hơn nhưng lại rất quan trọng trong kiến trúc Dusk: DuskDS.
Nếu DuskEVM tập trung vào execution, thì DuskDS đảm nhiệm các phần như consensus, settlement và data availability.
Điều mình thấy thú vị là Dusk không cố đưa mọi chức năng vào cùng một execution environment. Các thành phần được tách ra để đảm nhiệm những nhiệm vụ khác nhau.
Trong mô hình DuskEVM, transaction được xử lý ở L2. Sequencer đưa transaction vào block, sau đó batcher gửi dữ liệu xuống DuskDS. Từ đây, dữ liệu tiếp tục đi qua state commitment, fault proofs và settlement.
Một điểm mình thấy dễ nhầm là transaction được đưa vào block không có nghĩa settlement đã hoàn tất.
Execution và settlement là hai bước khác nhau.
Với ứng dụng thông thường, khác biệt này có thể không quá đáng chú ý. Nhưng nếu Dusk hướng tới DeFi, tokenized assets và các ứng dụng tài chính, settlement lại trở thành phần rất quan trọng.
Data availability cũng đáng chú ý vì các bên cần truy cập dữ liệu để kiểm tra trạng thái và xác minh những gì đã xảy ra trên network.
Sau khi tìm hiểu DuskDS, mình bắt đầu nhìn Dusk theo một cách khác.
DuskEVM là nơi execution diễn ra, còn DuskDS cung cấp lớp hạ tầng cho consensus, data availability và settlement.
Với mình, đây là phần đáng tìm hiểu nếu muốn hiểu Dusk ở góc độ một blockchain hướng tới các ứng dụng tài chính.
@Dusk_Foundation $DUSK
#dusk