#termmax trước đây nghiên cứu DeFi, tôi có một động tác đặc biệt cố định.
Mở một giao thức, trước hết không xem APY hay TVL, mà đi lật các quyền hạn.
Một lần tôi thấy một dự án có viết “phi tập trung hóa cao”, kết quả kéo xuống dưới thì phát hiện hầu như các tham số quan trọng đều có thể được quản trị viên chỉnh sửa trực tiếp. Lúc đó phản ứng đầu tiên của tôi là tắt trang đó.
Bởi vì rốt cuộc, tiền đưa vào hợp đồng thông minh không có nghĩa là rủi ro tự động biến mất.
Điều thật sự khiến gần đây tôi suy nghĩ lại về vấn đề này là thiết kế Timelock của TermMax.
Nó không chỉ đơn giản nói “quản trị viên không thể sửa”, mà thay vào đó thêm một khoảng thời gian chờ cho việc chỉnh sửa các tham số nhạy cảm.
Theo cơ chế chính thức, việc sửa tham số phải trải qua Submit → Wait → Accept: trước tiên gửi đề xuất, rồi chờ, cuối cùng mới thực thi; hơn nữa trong thời gian chờ, Guardian cũng có thể hủy. Thời gian chờ mặc định là 1 ngày, tối đa có thể cấu hình lên 30 ngày. Điều thú vị hơn là: thao tác nhằm giảm rủi ro có thể được thực thi nhanh hơn, còn các thay đổi làm tăng rủi ro thì phải trải qua trọn vẹn thời gian chờ.
Bởi vì ngoài đời thực, các tổ chức tài chính cũng vậy.
Điều nguy hiểm thực sự không phải là “có người giữ chìa khóa”, mà là sau khi có được chìa khóa, liệu họ có thể lập tức mở cửa hay không.
Nếu một tham số bất ngờ thay đổi lớn, thị trường ít nhất cần biết điều gì đã xảy ra, đánh giá tác động, điều chỉnh vị thế/thậm chí thoát khỏi vị thế.
Vì vậy Timelock nhìn thì chỉ là một thành phần kỹ thuật, nhưng về bản chất thực ra là mua thời gian cho thị trường.
Tất nhiên, nó không phải là bảo hiểm, và cũng không thể xóa bỏ rủi ro của hợp đồng thông minh.
Nhưng tôi ngày càng tin rằng, một giao thức DeFi trưởng thành không thể chỉ nói với người dùng rằng:
“Ai được sửa luật.”
Mà còn phải cho người dùng biết:
“Trước khi luật thay đổi, bạn có bao nhiêu thời gian để biết.”
Cái thứ nhất là quản lý quyền hạn.
Cái thứ hai mới thật sự là quản lý rủi ro.
@TermMax #TermMax
Mở một giao thức, trước hết không xem APY hay TVL, mà đi lật các quyền hạn.
Một lần tôi thấy một dự án có viết “phi tập trung hóa cao”, kết quả kéo xuống dưới thì phát hiện hầu như các tham số quan trọng đều có thể được quản trị viên chỉnh sửa trực tiếp. Lúc đó phản ứng đầu tiên của tôi là tắt trang đó.
Bởi vì rốt cuộc, tiền đưa vào hợp đồng thông minh không có nghĩa là rủi ro tự động biến mất.
Điều thật sự khiến gần đây tôi suy nghĩ lại về vấn đề này là thiết kế Timelock của TermMax.
Nó không chỉ đơn giản nói “quản trị viên không thể sửa”, mà thay vào đó thêm một khoảng thời gian chờ cho việc chỉnh sửa các tham số nhạy cảm.
Theo cơ chế chính thức, việc sửa tham số phải trải qua Submit → Wait → Accept: trước tiên gửi đề xuất, rồi chờ, cuối cùng mới thực thi; hơn nữa trong thời gian chờ, Guardian cũng có thể hủy. Thời gian chờ mặc định là 1 ngày, tối đa có thể cấu hình lên 30 ngày. Điều thú vị hơn là: thao tác nhằm giảm rủi ro có thể được thực thi nhanh hơn, còn các thay đổi làm tăng rủi ro thì phải trải qua trọn vẹn thời gian chờ.
Bởi vì ngoài đời thực, các tổ chức tài chính cũng vậy.
Điều nguy hiểm thực sự không phải là “có người giữ chìa khóa”, mà là sau khi có được chìa khóa, liệu họ có thể lập tức mở cửa hay không.
Nếu một tham số bất ngờ thay đổi lớn, thị trường ít nhất cần biết điều gì đã xảy ra, đánh giá tác động, điều chỉnh vị thế/thậm chí thoát khỏi vị thế.
Vì vậy Timelock nhìn thì chỉ là một thành phần kỹ thuật, nhưng về bản chất thực ra là mua thời gian cho thị trường.
Tất nhiên, nó không phải là bảo hiểm, và cũng không thể xóa bỏ rủi ro của hợp đồng thông minh.
Nhưng tôi ngày càng tin rằng, một giao thức DeFi trưởng thành không thể chỉ nói với người dùng rằng:
“Ai được sửa luật.”
Mà còn phải cho người dùng biết:
“Trước khi luật thay đổi, bạn có bao nhiêu thời gian để biết.”
Cái thứ nhất là quản lý quyền hạn.
Cái thứ hai mới thật sự là quản lý rủi ro.
@TermMax #TermMax
