The challenges of building, scaling and securing DeFi protocols

本次面板邀集四個主流DeFi協議的核心開發者，深入討論六年DeFi演進中的安全與開發挑戰。

Aave代表Ernesto分享了最值得業界學習的故事——V3部署到Arbitrum時，協議最核心的抵押機制出現異常。經過深入調查才發現根本原因是Arbitrum編譯器使用的LLVM後端存在編譯優化漏洞。這個發現之所以可能，Ernesto強調關鍵在於Aave的去中心化治理模式：BD Labs負責初期部署和測試，Curve進行獨立審查，而Abel Apps在測試用戶界面時發現了邊界情況，最終觸發了bug的發現。單一公司無論多聰明都難以跨越編譯器層級的問題，正是多個獨立實體的介入讓問題浮出水面。

Morpho的故事展示了不同的演進路徑。起初他們在Compound和Aave之上建立優化器，卻發現與可升級合約的深度集成帶來持續的維護負擔——任何上層協議的改動都可能破壞他們的集成。這個痛點驅使他們完全重新思考借貸協議設計。Merlin強調，他們團隊沒有既有偏見，敢於推翻傳統設計，最終採納極簡主義——Morpho Blue完全不可變、無權限、市場隔離，在寫代碼前就移除了90%的攻擊面。

Oiler經歷了最戲劇性的轉折。被黑客攻擊後團隊選擇重建V2，投入了令人驚嘆的資源：700天的審計時數、與Spearbit、ChainSecurity、Formal等多家頂級公司合作、Cantina漏洞競賽中收到472份報告和500多名參賽者。Eric說，他們沒有依賴單一審計公司，而是讓眾多安全專家參與設計和開發的全週期。最後的live CTF將500萬美元作為獎池，任何能破解的人都能帶走，最終圓滿收場。

Uniswap的Sarah談到V4開發時用了一個精妙的比喻——這如同SpaceX火箭發射，是硬體級別的操作，發射後沒有升級機制，只能依靠用戶的opt-in遷移。Uniswap每次重大版本更新都面臨類似的挑戰：協議已有數十億美元流動性，新版本需在數天內吸納相同規模的TVL，壓力無法估量。V4引入的hook系統更增加了複雜性——新開發者常犯的錯誤包括未驗證調用者身份、啟用全部權限、建立可升級hook等。Uniswap正著手建立hook標準和目錄，類似於token list，幫助用戶識別安全的hook。

面板最後討論了安全社區的改進方向。Ernesto指出，安全研究者與開發者間存在不必要的斷層，而在DeFi中這是反常的——開發和安全本該不可分割。他建議安全研究者應多站在開發者立場思考，詢問為何要這樣設計，而非單純列舉漏洞。深度理解設計意圖往往比發現個別漏洞更有價值。

關於最擔心的事，Ernesto強調需要在責任感與個人平衡間找到均衡點——過度焦慮會導致癱瘓，但相信自己做了正確的事通常能帶來內心平靜。