DeFi 的安全性可不是開玩笑的。

有些 DeFi 協議會先發佈代碼,然後安排審計,希望在他們發現問題之前,別人不會找到問題。

對於較小的協議來說,這是一個他們可以承擔的風險,但像 @Maple Finance Official 這樣以機構為客戶的協議,這種做法就行不通了。

@octane_security 在 Maple 的建置過程中處於拉取請求階段。

這意味著每當開發者對代碼進行更改時,Octane 會在代碼接觸到實時協議之前先進行掃描。

而不是在部署後或安排的審查期間。

就在提議更改的那一刻。

在四月份,Octane 在 Maple 推送的每一個代碼更改中維持了 97% 的真陽性率。

這意味著當 Octane 標註出問題時,幾乎總是真實的問題。

團隊以充分的信心進行調查,及早修復並繼續前進。

這個比例之所以這麼高是有原因的。Octane 偵測器專門為智能合約而設計,隨著時間的推移,它們會變得更加敏銳,因為它們學習代碼庫。

運行時間越長,表現越好。

結果很簡單:以前在部署後才會被發現的問題,現在在任何一行代碼合併之前就能被捕捉到。

沒有安全的速度是魯莽的。
Maple 兩者兼具。 🥞