Tôi đã để ý đến một chi tiết kiến trúc nhỏ trong Dusk, thứ nói lên nhiều hơn vẻ bề ngoài: Hợp đồng Chuyển nhượng (Transfer Contract) đóng vai trò là điểm vào duy nhất cho cả DUSK công khai và DUSK được che chắn (shielded), thay vì vận hành hai hệ thống riêng lẻ rồi thi thoảng mới “nói chuyện” với nhau. Mọi lần chuyển, cả công khai lẫn được che chắn, và mọi lần chuyển đổi giữa hai loại đó, đều đi qua cùng một logic hợp đồng. Đó là một lựa chọn thiết kế có chủ đích, không phải tình cờ.
Điều này quan trọng theo cách khá tinh tế. Các hệ thống bị chia tách thường tạo ra những tình huống biên (edge cases) khiến các cam kết về quyền riêng tư hoặc việc hạch toán cân bằng có thể âm thầm bị lệch. Một điểm vào duy nhất thu hẹp bề mặt tấn công và giúp việc kiểm tra/đối soát (audit) logic trở nên dễ quản lý hơn, ít nhất là về mặt lý thuyết. Thứ tôi vẫn chưa biết là điều này sẽ đứng vững khi chịu tải thực tế như thế nào, hay việc hợp nhất lộ trình có tạo ra các nút thắt riêng khi mức sử dụng tăng lên hay không. Tôi muốn thấy điều đó được kiểm chứng bằng khối lượng giao dịch thực tế hơn là chỉ dựa vào tài liệu.
Câu hỏi là liệu thiết kế có giữ được sự “sạch sẽ” khi nhiều loại hợp đồng khác được xây dựng dựa trên nền tảng đó hay không. Tôi đang theo dõi hiệu năng của nó khi lưu lượng thực sự bắt đầu tăng.
@Dusk #dusk $DUSK