#dusk $DUSK @Dusk
Trước đây tôi từng nghĩ rằng việc chuyển các phép tính nặng ra khỏi lớp nền chỉ đơn giản là một lợi ích về hiệu năng. Sau đó tôi bắt đầu xem xét điều gì thực sự diễn ra ở phía trên nó.

Kiến trúc của DUSK cố ý tách phần quyết toán khỏi phần thực thi. Tài liệu của họ mô tả DuskDS là lớp quyết toán và sẵn sàng dữ liệu, trong khi DuskVM và DuskEVM đảm nhiệm việc thực thi ứng dụng. Tài liệu kiến trúc trước đó cũng mô tả DuskDS là nơi lưu các bằng chứng hợp lệ về tính đúng đắn, còn trạng thái thực thi nặng nằm ở các lớp ứng dụng.

Điều này thật tinh tế, nhưng nó không làm biến mất độ phức tạp.

Nó chỉ thay đổi người phải gánh chịu nó.

Một ứng dụng xây dựng cho tài chính được quản lý vẫn cần logic triển khai riêng, các luồng nhận dạng, quy tắc tài sản và hạ tầng vận hành của mình. Ví dụ, Dusk Trade nằm trên giao thức nền và xử lý các luồng công việc như đăng ký tham gia, kết nối ví, giao dịch và phối hợp quyết toán.

Còn có một chi phí khác: chứng minh bản thân rất tốn công tính toán. Tài liệu của Dusk ghi nhận rằng một hạ tầng prover chuyên dụng đảm nhiệm phần nặng nhọc trong việc tạo các bằng chứng ZK.

Vì vậy, câu hỏi thú vị không phải là liệu DUSK có làm giảm độ phức tạp của lớp nền hay không.

Nó có.

Câu hỏi khó hơn là liệu các nhà phát triển ứng dụng có thể hấp thụ độ phức tạp mà từng trường hợp sử dụng được quản lý đẩy lên phía trên, mà không biến nó thành gánh nặng kỹ thuật và vận hành của chính họ hay không.

Đây là nơi mà hiệu quả kiến trúc gặp gỡ thực tế kinh tế.

#Dusk #GrowWithSAC $ZRO $BMT