Dragonfly合夥人：我是如何錯過投資Solana種子輪機會的？

原文作者：@hosseeb

原文編譯：深潮 TechFlow

深潮注：正值 Solana 誕生五週年之際， Dragonfly Capital 的合夥人 @hosseeb 今日發佈一篇推文，回顧他在 2018 年是如何錯過以 0.04 美元單價參與 Solana 種子輪投資，並錯失千倍以上收益的。同時附上當初的投資備忘錄以表懷念。此外我們還節選了 Solana 聯創 Toly 與 Hosseeb 在此條推文下的討論。

以下是原文詳情：

我在 2018 年初拒絕了以 0.04 美元參與 @solana 種子輪投資的機會。

按照現在的價格，相當於已經錯失 3250 倍的回報。

Solana 是我作為初級 VC 時評估的第一批項目之一。那時候我還很可愛地天真和自信，會為每個放棄投資的項目都寫備忘錄。

現在重讀這份備忘錄簡直是"初級 VC 的尷尬現場"（peak junior VC cringe）。當時我們都沉迷於尋找“以太坊殺手”、研究共識協議，以及什麼技術會取代 EVM / eWASM。

所以，這就是完全未經編輯的備忘錄原文 —— 我職業生涯中最糟糕的投資 MISS。

生日快樂，Solana！🎂

###備忘錄內容

1. 閱讀完白皮書後，我的速記如下：

• 他們的重大創新是歷史證明（PoH）。本質上這是一個可驗證的時間延遲函數，採用連續哈希運算，類似於順序工作量證明。換句話說，選出一個時間維護者，該維護者不斷地對某個值進行迭代哈希運算，並公佈所有中間哈希值。由於這個過程必須在單個核心上串行執行，無法並行化，節點應該能夠預測連續哈希之間經過的時間量（大概是基於他們對硬件性能的瞭解？）。
• PoH 節點還會將任何當前狀態（例如要提交的交易）混入這些哈希中。這樣便可以創建可以可靠地加蓋時間戳的事件歷史記錄。
• 如果 PoH 節點出現問題或無法保證在線，他們提出了一種方案，讓多個 PoH 節點定期相互混合狀態。
• 一組驗證者節點會重放並驗證 PoH 節點的操作（驗證過程可以通過 MapReduce 架構實現更高效的並行化）。這些驗證者通過類似 Casper 的協議使用 PoS 達成共識。如果發現 PoH 節點出現拜占庭問題或行為不當，驗證者節點可以選舉新的 PoH 節點取而代之。
• 看起來他們將開發支付和智能合約功能。
• 他們聲稱可達到 71 萬 TPS，並在單節點測試網絡上實現了 3.5 萬 TPS。

2. 我的想法：

• 他們的數字完全是扯淡。71 萬 TPS 簡直可笑；連谷歌每秒的搜索量都不到 10 萬。這個數據被放在他們網站最顯眼的位置，讓我非常警惕。
• 收回之前說白皮書寫得好的評價。高層次的內容不錯，但技術細節非常缺乏且模糊。作為一個共識協議的描述，嚴謹性令人失望。
• 團隊主要由高通的底層工程師組成。CEO 和 CTO 主要從事操作系統、嵌入式系統、GPU 優化和編譯器方面的工作。他們在分佈式系統和密碼學方面的背景明顯不夠強，這一點在論文中表現得很明顯。對拜占庭容錯問題的處理很差。讓我想起了 Raiblocks/Nano 的白皮書（他們也是底層工程師）。
• 並且白皮書中這樣的內容讓我產生疑慮：

[Solana 白皮書原文，第 5.12 節 ]

"PoH 允許網絡驗證者以某種程度的確定性觀察過去發生的事件及其時間。當 PoH 生成器產生消息流時，所有驗證者需要在 500 ms 內提交他們對狀態的簽名。這個數值可以根據網絡條件進一步降低。由於每個驗證都被輸入到流中，網絡中的每個人都可以驗證所有驗證者是否在規定超時時間內提交了他們的投票，而無需直接觀察投票過程。"

• 這不是一個共識協議。假設在消息傳遞上將 500 ms 限制為共識是相當成問題的，並且沒有有意義地實現拜占庭容錯。況且他們如何測量 500 ms？考慮到他們將基於執行的迭代哈希數量來估計時間流逝，系統中的其他節點如何就 500 ms 的經過達成共識？此外，他們將如何解決由於硬件改進、硬件故障或噪聲導致的時鐘速度隨時間推移產生的偏差？分佈式系統中的時間問題非常複雜，我認為他們沒有意識到它有多難。
• 再說了，誰在乎時間？這是區塊鏈領域的一個大問題嗎？人們對 15 秒/1 秒（比如 DFINITY 之類的東西）的區塊時間粒度不夠滿意嗎？我認為這不算什麼問題，他們在協議中引入的複雜性和混亂似乎並沒有帶來太多價值。
• 他們有一個部分專門討論攻擊和激勵不對齊問題。他們對攻擊的迴應完全無法令人信服，而且同樣缺乏嚴謹性或細節說明。
• 他們有整整一個章節討論複製證明，就像 Filecoin 那樣。搞什麼？告訴我你的共識協議和如何實現交易、賬戶，你的區塊鏈會有什麼特性。我不關心數據存儲證明。
• 還有一大段開始描述智能合約，但只是說他們將使用 LLVM 作為後端以支持多個平臺。但除此之外什麼也沒提。
• 大量關於 GPU 和並行化的內容。這暴露出一種奇怪的專注感 —— 如果他們需要實現 BFT 共識協議和可用的智能合約平臺，就不應該沉迷於他們數據包格式的並行處理。我記得他們在我看過的演示中也是這樣 —— 花了大部分時間討論如何使用這些節點處理優化，而幾乎沒有時間實際描述他們的共識協議。

###結論：我絕對不會投這個項目

有趣的是，時隔 5 年後，當 Haseeb @hosseeb 發推祝福 Solana 已經成功在加密擁有一席之地，並調侃當初稚嫩的自己如何錯失大機會時，Solana 聯創 Toly @aeyakovenko 在這篇推文下回復：“你當初所有的擔憂確實都是合理的。本質上這是一個賭注 —— 賭我們能否在保持其他團隊所不具備的底層優勢的同時，把這些問題都解決掉。”

而後 Haseeb 回覆 Toly：“我想這就是其中的教訓。你們對底層優化和獨特攻擊角度的執著，是其他團隊所不具備的。這種發揮到極致的的揚長避短才是最重要的。當時的我完全沒有意識到這一點。”