Tôi đã suy nghĩ về DuskEVM từ một góc nhìn hơi khác thời gian gần đây: không chỉ là chi phí của một giao dịch bao nhiêu, mà là mức chi phí đó có thể đoán trước được đến đâu khi bạn đang xây dựng một sản phẩm thuộc lĩnh vực được quản lý.

Phần thú vị là khoản phí này thực sự không phải là một con số đơn giản. Nó phụ thuộc vào hai lớp định giá: một bên là chi phí thực thi và bên còn lại là chi phí về khả dụng dữ liệu. Lớp thứ hai đó mới là nơi việc dự báo có thể trở nên kém thẳng tuột.

Hãy hình dung một ứng dụng tài chính xử lý hàng nghìn giao dịch tương tự. Nếu phần chi phí thực thi vẫn tương đối ổn định nhưng thành phần khả dụng dữ liệu lại thay đổi theo điều kiện của mạng, thì mức phí trung bình mà bạn dự kiến vào đầu tháng có thể không phải là mức phí mà bạn thực sự phải trả. Với một người dùng bình thường, chỉ cần chênh lệch nhỏ thì có thể gần như không đáng kể. Nhưng đối với một sản phẩm được quản lý với ngân sách cố định, yêu cầu báo cáo và mô hình chi phí nghiêm ngặt, sự không chắc chắn lặp đi lặp lại có thể trở thành vấn đề trong vận hành.

Vì vậy, tôi nghĩ khả năng dự đoán phí cần được chú ý nhiều hơn trong các cuộc thảo luận xoay quanh DuskEVM. Câu hỏi không chỉ đơn giản là liệu các giao dịch có rẻ hay không. Mà là liệu một ứng dụng có thể ước tính đáng tin cậy chi phí giao dịch của mình trước khi tăng quy mô hoạt động hay không.

Với tài chính được quản lý, tính dự đoán có thể quan trọng gần như tương đương với chính bản thân mức phí tuyệt đối. Đây là một bài test thiết kế khá thú vị cho Dusk
#dusk $DUSK @Dusk