Tiêu đề gốc: "Đề xuất kích hoạt Mô-đun bảo mật quản trị của nhà sản xuất (GSM)"
Nguồn gốc: MakerDAO
Ngày 18 tháng 11, Dai đa tài sản thế chấp đã chính thức ra mắt. Đây là Maker Đây là một trong những nâng cấp hệ thống lớn nhất của hệ thống tính đến thời điểm hiện tại, nhưng nó chỉ thể hiện bước thành công đầu tiên cho Dai đa tài sản thế chấp.
Việc cải tiến và cập nhật giao thức Maker là một quá trình liên tục. Sẽ có nhiều đề xuất trong vài tháng tới. Một trong những kế hoạch là thêm "Mô-đun bảo mật quản trị" (GSM) vào giao thức cốt lõi .
Vào ngày 9 tháng 12, Nhóm Rủi ro của Maker Foundation đã kết hợp cuộc thăm dò quản trị vào hệ thống bỏ phiếu để kích hoạt mô-đun bảo mật quản trị. Đề xuất này sẽ tăng khoảng thời gian chờ cho mô-đun bảo mật quản trị từ 0 giây lên 24 giờ. Cuộc thăm dò này sẽ kéo dài trong 3 ngày và nếu được thông qua, đề xuất sẽ được đưa vào các lựa chọn của ứng cử viên và sẽ được bỏ phiếu về việc có nên đưa vào hệ thống hay không thông qua bỏ phiếu điều hành.
Tại sao đề xuất này lại được đưa ra?
Chức năng của mô-đun bảo mật quản trị là cho phép chủ sở hữu MKR có khoảng thời gian để xem xét mọi thay đổi trong hệ thống, nếu những thay đổi được coi là tồn tại. Các biện pháp tương ứng có thể được thực hiện để đối phó với các cuộc tấn công độc hại.
Kể từ khi ra mắt Dai đa tài sản đảm bảo, khoảng thời gian trì hoãn cho mô-đun bảo mật quản trị đã được đặt thành 0 giây. Lý do tại sao nó được đặt thành 0 giây là để cho phép cộng đồng và nhóm phát triển thực hiện các biện pháp càng sớm càng tốt khi xảy ra lỗi (sự cố kỹ thuật, lỗi oracle, tấn công kinh tế hoặc thị trường hoảng loạn cực độ). Điều này đặc biệt quan trọng đối với một hệ thống mới đang chạy.
Với sự hoạt động ổn định của tài sản đa tài sản đảm bảo, khả năng xuất hiện các rủi ro trên ngày càng giảm. Bây giờ là lúc đánh giá cài đặt độ trễ tối ưu cho mô-đun bảo mật quản trị.
Một bài đăng trên blog gần đây đã đề xuất một phương thức tấn công giả định vào hệ thống quản trị của Maker. Trên thực tế, cộng đồng Maker và nhóm phát triển đã biết và kiểm soát được phương thức tấn công quản trị này, đồng thời đã đánh giá rằng xác suất xảy ra của nó là rất nhỏ và chỉ có thể xảy ra về mặt lý thuyết. Tuy nhiên, kể từ khi bài đăng trên blog tạo ra cuộc thảo luận rộng rãi, khả năng khai thác lỗ hổng này để tấn công giao thức Maker đã tăng lên. Do đó, cộng đồng MakerDAO đề xuất đưa "Mô-đun bảo mật quản trị" vào giao thức cốt lõi để đánh giá thời gian trễ tối ưu hiện tại nhằm giảm bớt vấn đề này một cuộc tấn công tưởng tượng.
Trong những tuần tới, cộng đồng Maker sẽ tiến hành một loạt cuộc thảo luận về tầm quan trọng của việc quản lý các mô-đun bảo mật và khoảng thời gian trì hoãn tối ưu .
Hệ thống toàn diện
Chính vì Maker bắt nguồn từ cộng đồng công nghệ mã hóa nguồn mở nên chúng ta có thể thảo luận và phân tích một cách cởi mở các vấn đề chính cũng như thách thức quản trị của hệ thống. Những vấn đề này không làm hệ thống của Maker suy yếu mà còn nâng cao tính bảo mật và tính toàn diện của hệ thống, đây cũng chính là điểm hấp dẫn của cộng đồng phần mềm nguồn mở.
Liên kết gốc: https://mp.weixin.qq.com/s/Igm9k6VSauAtl3eu6li1Gg p>
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia