@Dusk
Càng nghiên cứu các hợp đồng thông minh, tôi càng nghĩ rằng câu hỏi khó không phải là liệu chúng có thể thực thi mà không cần ai đó bấm một nút hay không.
Câu hỏi khó là điều gì xảy ra khi mã hoạt động đúng như thiết kế, nhưng thiết kế lại sai.
DUSK hỗ trợ việc thực thi hợp đồng thông minh thông qua DuskVM, nơi các hợp đồng xử lý đầu vào theo logic đã được lập trình.
Điều này tạo ra một sự thay đổi tinh tế về trách nhiệm.
Với các giao dịch thủ công, một người có thể dừng lại, suy nghĩ lại hoặc từ chối tiếp tục. Với tự động hóa, quyết định có thể đã được mã hóa sẵn trong hệ thống. Nếu các điều kiện được đáp ứng, việc thực thi sẽ diễn ra.
Và điều đó có nghĩa là việc kiểm thử không chỉ còn là trách nhiệm của nhà phát triển. Nó trở thành một phần của mô hình tin cậy.
Điều này còn quan trọng hơn với DUSK, bởi kiến trúc của DUSK được thiết kế cho các quy trình tài chính được tối ưu hóa, nơi việc truy cập, chuyển tiền, công bố và thanh toán có thể tương tác với các tiến trình có thể thực thi.
Một lệnh gọi hợp đồng thất bại có thể được ghi nhận như một lỗi thực thi, nhưng việc ghi nhận thất bại không giống như việc quyết định ai phải gánh chịu hậu quả.
Vì vậy, tôi nghĩ thách thức thực sự của tự động hóa không phải là loại bỏ con người khỏi giao dịch.
Mà là xác định trách nhiệm của con người thuộc về đâu trước khi mã được quyền quyết định cuối cùng.
Khi tài chính tự động thực thi một quyết định sai một cách hoàn hảo, rốt cuộc ai là người chịu trách nhiệm cho sai sót?
#dusk $DUSK #Dusk #GrowWithSAC
Càng nghiên cứu các hợp đồng thông minh, tôi càng nghĩ rằng câu hỏi khó không phải là liệu chúng có thể thực thi mà không cần ai đó bấm một nút hay không.
Câu hỏi khó là điều gì xảy ra khi mã hoạt động đúng như thiết kế, nhưng thiết kế lại sai.
DUSK hỗ trợ việc thực thi hợp đồng thông minh thông qua DuskVM, nơi các hợp đồng xử lý đầu vào theo logic đã được lập trình.
Điều này tạo ra một sự thay đổi tinh tế về trách nhiệm.
Với các giao dịch thủ công, một người có thể dừng lại, suy nghĩ lại hoặc từ chối tiếp tục. Với tự động hóa, quyết định có thể đã được mã hóa sẵn trong hệ thống. Nếu các điều kiện được đáp ứng, việc thực thi sẽ diễn ra.
Và điều đó có nghĩa là việc kiểm thử không chỉ còn là trách nhiệm của nhà phát triển. Nó trở thành một phần của mô hình tin cậy.
Điều này còn quan trọng hơn với DUSK, bởi kiến trúc của DUSK được thiết kế cho các quy trình tài chính được tối ưu hóa, nơi việc truy cập, chuyển tiền, công bố và thanh toán có thể tương tác với các tiến trình có thể thực thi.
Một lệnh gọi hợp đồng thất bại có thể được ghi nhận như một lỗi thực thi, nhưng việc ghi nhận thất bại không giống như việc quyết định ai phải gánh chịu hậu quả.
Vì vậy, tôi nghĩ thách thức thực sự của tự động hóa không phải là loại bỏ con người khỏi giao dịch.
Mà là xác định trách nhiệm của con người thuộc về đâu trước khi mã được quyền quyết định cuối cùng.
Khi tài chính tự động thực thi một quyết định sai một cách hoàn hảo, rốt cuộc ai là người chịu trách nhiệm cho sai sót?
#dusk $DUSK #Dusk #GrowWithSAC
Code owns the error
100%
Users own the error
0%
Shared responsibility
0%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc

