Điều thu hút sự chú ý của tôi trong tài liệu của Dusk không phải là lớp bảo mật—mà là việc “đơn vị nguyên tử” của một giao dịch L1 vẫn nhỏ đến mức nào.
Mô hình giao dịch hiện tại của Dusk chỉ mang theo một hành động tùy chọn: chuyển tiền, ghi chú (memo), gọi hợp đồng, triển khai (deployment) hoặc blob. Một vấn đề (issue) của Rusk vào tháng 6/2026 đề xuất giao dịch theo lô (batch) vì các ý định của người dùng đa bước hiện đang phải được tách thành nhiều giao dịch riêng lẻ, mỗi giao dịch được ký độc lập và chịu sự chi phối của việc đưa vào khối (inclusion).
Điều này quan trọng hơn bạn có thể nghĩ đối với cơ sở hạ tầng tài chính.
Hãy hình dung phát hành → thanh toán → giao hàng, hoặc một quy tắc thanh toán nhiều chặng. Nếu các bước đó là tách rời, giao thức hiện không đảm bảo rằng chúng sẽ “đến cùng nhau”. Một bước có thể thành công trong khi bước khác thất bại, dẫn đến khả năng còn lại một trạng thái trung gian.
Có một điểm tinh tế đáng chú ý: DuskVM hỗ trợ gọi liên hợp đồng (inter-contract calls), nên việc kết hợp (composition) ở cấp ứng dụng đã là khả thi. Khoảng trống mà tôi đang theo dõi nằm ở tính nguyên tử của giao dịch ở cấp thấp hơn, chứ không phải việc Dusk có thể chạy các hợp đồng phức tạp hay không.
Với tôi, đây là một sự đánh đổi thú vị: Dusk đang hướng tới tài chính có thể lập trình và chịu sự quản lý, trong khi một “nguyên thủy” giao dịch cốt lõi vẫn cố tình được giữ ở mức đơn giản.
Tôi tò mò liệu việc native batching (giao dịch theo lô tích hợp sẵn) sẽ trở thành một phần của giao thức—hay Dusk sẽ tiếp tục giữ độ phức tạp đó bên trong hợp đồng và các lớp thực thi.
@Dusk $DUSK #dusk
Mô hình giao dịch hiện tại của Dusk chỉ mang theo một hành động tùy chọn: chuyển tiền, ghi chú (memo), gọi hợp đồng, triển khai (deployment) hoặc blob. Một vấn đề (issue) của Rusk vào tháng 6/2026 đề xuất giao dịch theo lô (batch) vì các ý định của người dùng đa bước hiện đang phải được tách thành nhiều giao dịch riêng lẻ, mỗi giao dịch được ký độc lập và chịu sự chi phối của việc đưa vào khối (inclusion).
Điều này quan trọng hơn bạn có thể nghĩ đối với cơ sở hạ tầng tài chính.
Hãy hình dung phát hành → thanh toán → giao hàng, hoặc một quy tắc thanh toán nhiều chặng. Nếu các bước đó là tách rời, giao thức hiện không đảm bảo rằng chúng sẽ “đến cùng nhau”. Một bước có thể thành công trong khi bước khác thất bại, dẫn đến khả năng còn lại một trạng thái trung gian.
Có một điểm tinh tế đáng chú ý: DuskVM hỗ trợ gọi liên hợp đồng (inter-contract calls), nên việc kết hợp (composition) ở cấp ứng dụng đã là khả thi. Khoảng trống mà tôi đang theo dõi nằm ở tính nguyên tử của giao dịch ở cấp thấp hơn, chứ không phải việc Dusk có thể chạy các hợp đồng phức tạp hay không.
Với tôi, đây là một sự đánh đổi thú vị: Dusk đang hướng tới tài chính có thể lập trình và chịu sự quản lý, trong khi một “nguyên thủy” giao dịch cốt lõi vẫn cố tình được giữ ở mức đơn giản.
Tôi tò mò liệu việc native batching (giao dịch theo lô tích hợp sẵn) sẽ trở thành một phần của giao thức—hay Dusk sẽ tiếp tục giữ độ phức tạp đó bên trong hợp đồng và các lớp thực thi.
@Dusk $DUSK #dusk