這一切都很好（直到補助款用完為止）| 以太坊基金會部落格

公共財在呼喚。它需要生存空間（Runway）。

在區塊鏈世界常見的資金恐慌週期中，每隔一段時間，維護廣泛使用的開源公共財團隊就會發出求救訊號。Libp2p 是一個核心基礎設施堆疊，為多個以太坊客戶端（以及其他項目）和大部分 Web3 基礎設施提供動力。不久前，它正是因為財務資源枯竭而發出協助請求的最新項目之一。

以太坊的公共財領域（指「建立並開源對我們生態系統具有最大價值的東西的團隊」）並不缺乏人才：這個生態系統充滿了專業人士，他們從事著技術深奧、被廣泛依賴，卻長期缺乏激勵的工作。正是這些項目在默默地維持著生態系統的安全、可靠與進化能力。

它們通常也都有一個共同的弱點：雖然在研究和工程方面實力雄厚，但往往缺乏保持未來競爭力所需的募資、營運和業務能力。

基本症狀是：每個人都依賴共享基礎設施，但沒人想冒著競爭劣勢的風險成為出資維護的那個人。臨時性的資助是脆弱的、具政治性的且週期性的。資金流的可靠性幾乎與資金本身一樣重要。

Odin 計畫（Project Odin）的誕生就是為了彌補這一差距：它是一個結構化的支持計畫，旨在幫助一小群具戰略意義的以太坊基金會（EF）受助者，在兩年的時間跨度內建立可靠的可持續發展路徑，透過減少對單一資金來源的長期依賴，來增強生態系統的韌性。

什麼是 Odin 計畫，以及它為何啟動

核心機制很簡單：每個團隊都會獲得一位嵌入式的戰略顧問，與他們並肩進行可持續發展的規劃與執行。

Odin 並非單次的研討會或偶爾的指導，而是旨在提供動手實作、迭代且以交付為導向的支持。在 12 個月內，參與者將經歷探索與診斷、方案規劃，再到驗證與執行。其明確目標是透過識別和試點營收機會，並確保其有效實施，來強化他們的生存空間。

Odin 始於我們在以太坊生態系統（及其他領域）中反覆看到的模式：一些最關鍵的團隊（維護基礎設施、語言、工具的團隊）處於永久的脆弱狀態。當然，這並不令人意外：他們交付了真正的價值，但由於不確定性、狹窄的資金選擇，以及對募資策略、利益相關者溝通或組織設計等「非技術」能力的頻寬有限，限制了他們規劃下一個資助週期之後的能力。

在許多情況下，可持續發展規劃來得太晚了。團隊在擁有資金時理所當然地專注於交付和研究，然後在資助接近尾聲時，才迅速轉向爭取下一輪資金。這迫使團隊進行令人分心的轉向並增加壓力。從歷史上看，對可持續性問題的支持通常是非正式且被動的：組織在團隊已經面臨壓力時才介入，但這種模式意味著支持是在選擇最少的時候才開始。

Odin 翻轉了這種動態，透過早期引入結構化支持來減少波動，並將可持續性視為團隊從第一天起就該設計的東西，而不是事後修補的補丁。雖然它借鑒了加速器式支持的問責制和節奏，但其目標不是風險投資規模的擴張，而是長期的生存能力：幫助公共財項目成為穩定的機構，能夠在多個週期中持續交付，而無需面臨常態性的生存風險。

在 EF 受助者中發現的問題

反覆出現的問題很少是技術卓越性。相反，差距通常在於缺乏清晰、可行的可持續資金計畫，以及實現該計畫的執行能力。許多團隊依賴單一的主導資金來源。如果沒有策略，他們無法在市場低迷、治理轉向或資助優先級變化中生存。

即使團隊嘗試多元化發展，環境也難以導航，嚴肅的團隊往往難以確定哪條可持續路徑真正值得投入。潛在來源有很多（基金會資助、協議/DAO 資助、追溯性公共財機制、二次方融資、贊助以及商業或混合模式），但每種方式都有不同的激勵機制、時間表和風險。團隊很容易陷入不斷申請資助的循環，而不是建立連貫的長期計畫，且在沒有結構化指導的情況下，很難評估權衡（甚至難以產生具信心的選項）。

營運成熟度是另一個常見的限制。一個團隊可能在工程上表現出色，但在規劃節奏、職責清晰度、決策制定、利益相關者溝通、提供服務所需的法律架構，以及將研發轉化為他人可可靠採用、整合甚至付費支持的產出的「轉譯層」方面感到吃力。

我們做什麼、如何做，以及預期成果

Odin 的試點專注於曾獲得重大資助且其長期健康對生態系統至關重要的 EF 受助者。「關鍵」是指直接服務於核心用戶需求，並實質支持以太坊安全、韌性和日常可用性的項目。篩選邏輯不是「誰在掙扎」，而是「誰在過去獲得了大量資助，且可能從結構化可持續支持中受益」：特別是那些團隊的主要瓶頸在於募資/業務開發/營運而非技術能力的項目。

參與過程為期一年，分為三個階段：

1. 診斷與選項繪製：研究並繪製團隊可用的現實資金和可持續性選項，工作基礎在於了解項目的現狀、先前的嘗試、生態背景和目標，並釐清涉及的權衡。這一階段並非強加單一的「正確」模型，更多是展示各種選項，並理解每種資金管道的權衡，特別是在可預測性和營運負擔方面。在此階段，會針對最符合項目性質和目標的資金機制定下多種假設。
2. 驗證與路徑成形：驗證團隊感到舒適且最有希望的路徑。這通常意味著儘早開始外部對話（與潛在出資者、代表、合作夥伴組織或適當的潛在客戶），塑造溝通訊息，並構建一個具體到足以執行的計畫。定義理想客戶畫像在此變得至關重要，而利用我們的聯繫來確保項目的依賴者與其用戶之間建立聯繫，是這一階段最重要的成果。
3. 執行與管道建立：執行或改進團隊的管道，建立募資和合作夥伴關係所需的材料，並在相關時幫助團隊構思和追求可簽約的工作或支持協議，且不影響核心公共財的產出。

成功的衡量標準不是路線圖看起來有多精美，而是團隊在畢業時是否增強了組織韌性，並提供了一條減少對 EF 依賴的可信路徑。具體而言，這可能表現為多元化的資金來源、改進的營運節奏、更強的外部溝通，以及在適合項目的情況下，至少有一種可重複的類營收流（如支持合約或服務協議），能顯著穩定每月的營運。

同樣重要的是產出可重複使用的工具和指南：模板、手冊和可衡量的成功指標，這些可以應用於未來的梯隊，使可持續性支持隨著時間推移變得更加系統化，而不是為每個團隊重新發明輪子。

Vyper 與資金選擇的現實：將資金多元化視為一種風險管理技術

Vyper 核心團隊（自該語言早期開發以來一直獲得資助支持）最近成立了「驗證軟體基金會」（Foundation for Verified Software）作為這項工作的機構歸屬，並欣然成為 Odin 的首個試點參與者。他們的產品是一個極佳的案例研究，因為其影響顯而易見：他們產出了具有全生態系統價值的重大工作，但長期可持續性並非自動發生的。與許多公共財一樣，Vyper 可以吸引資助和社群支持，但如果資金不可預測或過度集中，仍面臨脆弱的營運現實。

Vyper 是一種用於 EVM 的 Python 風格智能合約語言，由 Vitalik Buterin 於 2016 年構思，專注於安全性、簡單性和可讀性，旨在使合約更易於審計且不易出現常見陷阱，同時仍能產出具 Gas 效率的 EVM 字節碼。在九年的持續開發、76 個版本發布、231 位貢獻者和 5,100 多顆 GitHub 星星的支持下，它已成為高風險 DeFi 基礎設施的規範選擇。在巔峰時期，Vyper 保護了超過 270 億美元的鏈上價值，目前由正在創立驗證軟體基金會的團隊領導。

為什麼我們希望驗證軟體基金會成功？為什麼 AI 輔助的形式化驗證是他們的北極星，以及為什麼他們現在圍繞它建立研究和商業基礎設施？在一般層面上，語言多元化對以太坊的韌性至關重要，而 Vyper 的足跡使這一點變得具體。如今，7,959 個 Vyper 智能合約在領先的區塊鏈中保護了超過 23 億美元的總鎖定價值（TVL），歷史最高 TVL 曾達到 300 億美元以上。在實務上，Vyper 提供了一個清晰的機會來引導下一代以太坊智能合約開發者，讓他們對自己的代碼擁有前所未有的安全感和信任，並滿足那些要求超越傳統審計所能提供的更高安全保障的機構資本。它從底層設計就考慮了形式化驗證，代表了下一代「形式化驗證優先」的語言：這種方法將機器可檢查的正確性視為軟體的一等屬性，而非事後補救。這對智能合約開發者來說是一個獲得前所未有的安全性和代碼信任的機會。

透過 Vyper，我們確認了不同的資金管道，特別是那些被定義為資助或捐贈的管道，在壓力下的表現大不相同：

• 追溯性資助可能很強大，但本質上具有不確定性；
• 二次方融資可行，但通常需要重複的宣傳活動，且對配對池的波動和注意力週期敏感；
• DAO 和協議資助規模可能很大，但會引入治理開銷，在某些情況下還有代幣波動風險。

這就是為什麼 Odin 將多元化視為一種風險管理工具。我們的計畫強調營收產生和混合選項，並非否定公共財資助，而是作為增加資金流可預測性的一種方式。對於像 Vyper 這樣的項目，付費支持合約、服務水準協議（SLA）、培訓或諮詢服務可以與資助和追溯性資助並存，在公共財機制資助核心開發和長期研究的同時，提供穩定的基礎營運資金。

與 Vyper 合作的成功意味著重點從追求單一理想資金來源轉向構建韌性組合。這包括透過與生態系統一致的公共財機制維持合法性和社群支持，同時建立一到兩個可靠的資金流來覆蓋大部分營運支出。隨著時間推移，隨著交付紀律的加強和產出變得更具可簽約性，這種軌跡開始類似於「前沿研究承包商」（Frontier Research Contractor）模式：由資助和合約混合資助的持續前沿工作，並紮根於真實利益相關者的需求。

Odin 如何演進為 FRC 願景

今天，Odin 的功能就像是以太坊相關公共財的加速器。如果證明有效，長期目標是超越支持單一團隊，轉向生態系統目前缺乏的一種新機構形式：前沿研究承包商（Frontier Research Contractors, FRCs）。FRCs 將透過資助和合約的混合來資助先進的技術工作，以強大的交付紀律和客戶導向來解決他人的工程問題。之所以需要它們，是因為現有的類別不適合快速增長的項目：(1) 初創公司通常需要專注於產品，且無法總是向投資者證明合約驅動工作的合理性；(2) 大型研究機構擅長協調長週期的努力，但在滿足以太坊這類生態系統中尖銳、快速變動且高背景需求的任務時顯得吃力。

由 Vyper 團隊成立的驗證軟體基金會不僅是這一軌跡的例子：它是 FRC 在實踐中樣貌的第一個具體案例。它不是初創公司：沒有投資者要求它將長週期的驗證研究從屬於產品速度或市場時機，而獨立的商業實體可以在不損害基金會研究使命的情況下追求這些機會。它也不是大型研究機構：它行動迅速，能夠回應協調型學術機構在結構上無法服務的尖銳、快速變動的工程需求。它正好填補了 FRC 模型旨在彌補的空白。

FRC 模型透過為前沿工程和研究提供持久的「交付引擎」來填補這一空白。Odin 計畫是一個敲門磚：強調清晰的產出、與生態系統需求的對齊、營運嚴謹性以及穩定的資金組合。從這個意義上說，Odin 不僅僅是一個支持計畫：它也是一個實驗室，用於理解建立持久的公共財研究與交付機構需要什麼。FRC 創始人之間的共同點將不是他們技術願景的具體形式，而是他們在追求這些願景的同時，透過解決真實客戶需求來維持和資助進展的能力。未來的文章將更深入探討這一願景。

為什麼這很重要

以太坊的韌性取決於其公共財的韌性，特別是那些從事基礎性、技術難度大且不易貨幣化的工作的團隊。如果這些團隊在持續的資金脆弱性下運作，生態系統將付出迭代變慢、風險增加和機構知識流失的代價。Odin 計畫試圖透過將可持續性視為一個設計問題並儘早解決來改變這種預設狀態：透過結構化、問責制和動手支持。

這項倡議，連同 EF 資金協調團隊（Funding Coordination team）正在進行的其他項目，旨在為以太坊的公共財生態系統描繪一個清晰的方向。如果您想了解更多關於 Odin 計畫的信息，請透過 funding-coordination@ethereum.org 與我們聯繫。