#dusk $DUSK @Dusk
Tôi đã suy nghĩ về thiết kế hậu giao dịch của Dusk theo một cách hơi khác sau khi đọc qua các tài liệu về vòng đời. Trước đây, tôi từng nghĩ rằng tuân thủ có thể lập trình chủ yếu là đảm bảo một giao dịch được phép diễn ra trước khi nó xảy ra. Nhưng câu hỏi khó hơn dường như bắt đầu sau giao dịch, khi quyền sở hữu, quyền biểu quyết, điều kiện nhận cổ tức và trạng thái tuân thủ đều phải được giữ đúng.
Điều đó khiến ý tưởng về việc tuân thủ trở nên có thể lập trình trở nên khá hữu ích, nhưng cũng hơi không thoải mái. Mã lệnh có thể thực thi một quy tắc một cách nhất quán. Nó không thể tự động biết phải làm gì khi tình huống thực tế đằng sau quy tắc đó thay đổi, hoặc không khớp với các giả định mà nó được xây dựng dựa trên. Nếu điều kiện đủ tư cách của một người nắm giữ thay đổi, hoặc khi một điều kiện pháp lý nào đó cần một ngoại lệ, phải có cơ chế để xử lý trạng thái đó thay vì chỉ đơn thuần tin vào logic ban đầu.
Đó là lý do tôi nghĩ Dusk thú vị hơn không chỉ ở việc token hóa một tài sản. Bản thân token gần như là lớp dễ hơn. Vấn đề khó hơn là giữ hồ sơ chính xác khi các giao dịch vẫn tiếp tục diễn ra. Nhưng tôi vẫn còn băn khoăn về lớp ghi đè. Ai thực sự được tin cậy để can thiệp khi các quy tắc được mã hóa tạo ra kết quả sai, và làm thế nào để ngăn quyền hạn đó trở thành điểm yếu nhất trong một hệ thống vốn có thể lập trình gần như toàn diện?
Tôi đã suy nghĩ về thiết kế hậu giao dịch của Dusk theo một cách hơi khác sau khi đọc qua các tài liệu về vòng đời. Trước đây, tôi từng nghĩ rằng tuân thủ có thể lập trình chủ yếu là đảm bảo một giao dịch được phép diễn ra trước khi nó xảy ra. Nhưng câu hỏi khó hơn dường như bắt đầu sau giao dịch, khi quyền sở hữu, quyền biểu quyết, điều kiện nhận cổ tức và trạng thái tuân thủ đều phải được giữ đúng.
Điều đó khiến ý tưởng về việc tuân thủ trở nên có thể lập trình trở nên khá hữu ích, nhưng cũng hơi không thoải mái. Mã lệnh có thể thực thi một quy tắc một cách nhất quán. Nó không thể tự động biết phải làm gì khi tình huống thực tế đằng sau quy tắc đó thay đổi, hoặc không khớp với các giả định mà nó được xây dựng dựa trên. Nếu điều kiện đủ tư cách của một người nắm giữ thay đổi, hoặc khi một điều kiện pháp lý nào đó cần một ngoại lệ, phải có cơ chế để xử lý trạng thái đó thay vì chỉ đơn thuần tin vào logic ban đầu.
Đó là lý do tôi nghĩ Dusk thú vị hơn không chỉ ở việc token hóa một tài sản. Bản thân token gần như là lớp dễ hơn. Vấn đề khó hơn là giữ hồ sơ chính xác khi các giao dịch vẫn tiếp tục diễn ra. Nhưng tôi vẫn còn băn khoăn về lớp ghi đè. Ai thực sự được tin cậy để can thiệp khi các quy tắc được mã hóa tạo ra kết quả sai, và làm thế nào để ngăn quyền hạn đó trở thành điểm yếu nhất trong một hệ thống vốn có thể lập trình gần như toàn diện?