TermMax nghĩ về bảo mật như thế nào? Kiểm toán, Timelocks, Bug Bounties & Giám sát
Trong DeFi, “đã được kiểm toán” không bao giờ nên được dịch thành “an toàn”.
Một câu hỏi tốt hơn là liệu một giao thức có sử dụng nhiều lớp bảo mật hay không, vì không có một cuộc kiểm toán đơn lẻ nào có thể dự đoán mọi lỗi, điều kiện thị trường hay sự cố vận hành.
@TermMax áp dụng cách tiếp cận theo lớp như vậy.
Thứ nhất, các hợp đồng thông minh của mình đã trải qua các đợt rà soát bảo mật từ bên ngoài và các cuộc thi kiểm toán. TermMax công bố thông tin kiểm toán trong tài liệu của mình thay vì coi công việc bảo mật là một sự kiện diễn ra một lần.
Thứ hai, các thao tác nhạy cảm sử dụng cơ chế timelock bảo vệ. Timelock tạo ra độ trễ đối với một số thay đổi mang tính quản trị, cho phép người dùng và các hệ thống giám sát có thời gian quan sát các thay đổi trước khi chúng có hiệu lực. Đánh đổi là các độ trễ cũng có thể làm giảm tính linh hoạt trong các điều kiện thị trường biến động nhanh.
Thứ ba, TermMax duy trì một chương trình Immunefi bug bounty, tạo động lực liên tục để các nhà nghiên cứu độc lập báo cáo lỗ hổng. Immunefi hiện đang đưa các hợp đồng TermMax V2 vào phạm vi.
Cuối cùng, TermMax ghi lại việc giám sát on-chain 24/7 của Hypernative, bổ sung một lớp phát hiện theo thời gian thực sau khi triển khai.
Điểm quan trọng là các biện pháp này giải quyết những vấn đề khác nhau:
Kiểm toán nhìn lại trước khi triển khai.
Bug bounties giúp các nhà nghiên cứu tiếp tục theo dõi.
Timelocks giới hạn các thay đổi nhạy cảm.
Giám sát theo dõi những gì diễn ra trực tiếp.
Không biện pháp nào loại bỏ rủi ro hợp đồng thông minh, oracle, quản trị hay rủi ro thị trường.
Với tôi, bảo mật DeFi trưởng thành không phải là chuyện khẳng định “chúng tôi đã được kiểm toán”, mà là giả định rằng cuối cùng vẫn có thể xảy ra sai sót và xây dựng các lớp phòng vệ xung quanh khả năng đó.
@TermMax #TermMax
Trong DeFi, “đã được kiểm toán” không bao giờ nên được dịch thành “an toàn”.
Một câu hỏi tốt hơn là liệu một giao thức có sử dụng nhiều lớp bảo mật hay không, vì không có một cuộc kiểm toán đơn lẻ nào có thể dự đoán mọi lỗi, điều kiện thị trường hay sự cố vận hành.
@TermMax áp dụng cách tiếp cận theo lớp như vậy.
Thứ nhất, các hợp đồng thông minh của mình đã trải qua các đợt rà soát bảo mật từ bên ngoài và các cuộc thi kiểm toán. TermMax công bố thông tin kiểm toán trong tài liệu của mình thay vì coi công việc bảo mật là một sự kiện diễn ra một lần.
Thứ hai, các thao tác nhạy cảm sử dụng cơ chế timelock bảo vệ. Timelock tạo ra độ trễ đối với một số thay đổi mang tính quản trị, cho phép người dùng và các hệ thống giám sát có thời gian quan sát các thay đổi trước khi chúng có hiệu lực. Đánh đổi là các độ trễ cũng có thể làm giảm tính linh hoạt trong các điều kiện thị trường biến động nhanh.
Thứ ba, TermMax duy trì một chương trình Immunefi bug bounty, tạo động lực liên tục để các nhà nghiên cứu độc lập báo cáo lỗ hổng. Immunefi hiện đang đưa các hợp đồng TermMax V2 vào phạm vi.
Cuối cùng, TermMax ghi lại việc giám sát on-chain 24/7 của Hypernative, bổ sung một lớp phát hiện theo thời gian thực sau khi triển khai.
Điểm quan trọng là các biện pháp này giải quyết những vấn đề khác nhau:
Kiểm toán nhìn lại trước khi triển khai.
Bug bounties giúp các nhà nghiên cứu tiếp tục theo dõi.
Timelocks giới hạn các thay đổi nhạy cảm.
Giám sát theo dõi những gì diễn ra trực tiếp.
Không biện pháp nào loại bỏ rủi ro hợp đồng thông minh, oracle, quản trị hay rủi ro thị trường.
Với tôi, bảo mật DeFi trưởng thành không phải là chuyện khẳng định “chúng tôi đã được kiểm toán”, mà là giả định rằng cuối cùng vẫn có thể xảy ra sai sót và xây dựng các lớp phòng vệ xung quanh khả năng đó.
@TermMax #TermMax