在以太坊網絡上開發項目時，智能合約代碼的編寫只是整個工作的一小部分，大部分開發時間都花在用戶需求分析和保證質量上面，尤其是系統合約的安全性。

Maker 基金會的開發過程一直采用最高安全標準，多抵押 Dai 發布臨近，合約安全第一原則依然不變。

這篇文章概述了我們團隊在啟動多抵押 Dai 階段開展的安全路線圖。

安全路線圖

· 多抵押 Dai 安全路線圖由四個平行步驟組成：

· 與 HackerOne 舉辦漏洞賞金計劃，并在多抵押 Dai 啟動后持續運行。

· 最大限度地形式化驗證智能合約。

· 與領先審計公司進行獨立的第三方安全審計。

· 與合作伙伴在現實環境壓力測試多抵押 Dai 。

洞賞金計劃

今年6月，Maker 邀請了部分研究人員參與漏洞賞金計劃的內部版本。隨著多抵押 Dai 的推出，今天我們宣布正式公開漏洞賞金計劃：

· 增加漏洞發現對象。

· 增加漏洞賞金金額。

最初的范圍是針對以太坊 Kovan 測試網上部署的多抵押 Dai 智能合約，正式發布之后將添加更多，包括 Web 應用程序、工具等。

除了對發現高、中、低各嚴重性漏洞的普通獎勵外，我們將對發現“嚴重”的漏洞獎勵 5 萬美金。

了解更多信息并作為研究人員參與，請訪問 HackerOne 計劃頁面：

https://hackerone.com/makerdao_bbp？view_policy=true

形式化驗證

代碼的形式化驗證通常是針對工程系統中最關鍵的軟件，比如被應用于航空航天工程中，保證關鍵安全功能的準確性。更具體地說，形式化驗證保證由計算機執行的低級字節碼能夠正確地反映軟件開發者的意圖并且沒有意外的作用。

由于區塊鏈的高風險和不可篡改的性質，在初始部署后無法輕松修改軟件漏洞，形式化驗證智能合約已成為以太坊生態系統中的標準。Maker 一直處于形式化驗證領域的最前沿，并且是最先將該方法應用于主要核心代碼的項目之一。

自從多抵押 Dai 測試網核心合約上線以來，我們已經形式化驗證了多抵押 Dai 核心系統合約、穩定幣合約、拍賣合約、 Dai 存款利率（DSR）以及緊急關閉模塊和預言機安全模塊（OSM）。

同時，Maker 團隊正在形式化驗證系統中的二級合約和治理合約，主要包括投票代理合約、CDP 管理合約，以及抵押品適配合約（用于處理系統中抵押品的鎖定和釋放）。

安全審計

雖然形式化驗證保證了低級字節碼準確地反映了軟件開發人員的意圖，但也有不少限制。例如不能防止合約中的邏輯漏洞，也無法涉及超出單個交易事項的范圍。

因此，合約的形式化驗證應始終結合更傳統的安全審計，還應與更高級別的安全建模相結合。

這正是 Maker 基金會正在做的事情，我們聘請了領先的行業專家進行多次獨立的安全審計：

· 與 Runtime Verification 合作，使用該公司創建的高級形式化模型，進一步驗證系統的邏輯。

· 作為我們長期的智能合約審計伙伴，Trail of Bits 專注于形式化驗證未覆蓋的領域。

· PeckShield 負責更傳統的審計。PeckShield 2018年初由業內資深人士創立，獨立驗證了今年5月 Maker 修補的 DSChief 漏洞。

集成合作伙伴計劃

漏洞賞金計劃、形式化驗證和安全審計是保證多抵押 Dai 系統作為獨立單元安全的重要工具。不過，雖然這能夠保證系統本身的安全性，只有與通過合作伙伴集成，才能真正證明系統的強健。

Maker 基金會正在與一組特別篩選的集成業務合作伙伴合作，在現實環境中測試多抵押 Dai，進一步降低任何漏洞發生的可能性。

下一步

在多抵押 Dai 越來越接近發布時，Maker 團隊正在努力完成安全路線圖，同時期待與社區和合作伙伴一起，為用戶提供頂級安全性的系統。

除了安全性本身，我們的團隊正在開發其他基礎架構，幫助集成合作伙伴和質量控制工程師進行測試。