撰文：多啦B夢
編輯：週教授
投Web3 應用還是投基礎設施，一級市場還有餘糧的老闆們有此般煩惱。
不同的認知與選擇分叉出一條十字路口。
應用派的擁躉們認為，時代變了，如今缺的並不是無人問津，如同鬼城的各類公鏈基建，而是真實獲得用戶和資金的應用，因此，下一個週期的重點在於——捕獲“殺手級應用”，投中Web3 的Tencent 或者Bytedance。
2016 年，還在聯合廣場風投（USV）的Joel Monegro，寫了一篇名為《Fat Protocols》(胖協議)的文章，核心思想是：區塊鍊和互聯網價值捕獲模式不同，互聯網時代的價值大多被應用層捕獲，比如Google、Facebook 等，而為互聯網提供支撐的TCP/IP、HTTP 等底層協議並不能捕獲價值。
區塊鏈則相反，價值集中在共享協議層，只有小部分價值分佈在應用層，由此有了「胖」協議和「瘦」應用的說法。
按照這個理論，那麼做區塊鏈投資最簡單的方法就是把以公鍊為代表的基礎設施廣投一遍，回頭來看，這個策略無論在一級還是二級都是有效的，也是過去幾年中行業最大的Alpha 所在，儘管後來作者Joel 又寫了一篇文章《Thin Applications》表示，價值捕獲不等於財務回報，但在這個“搞錢”的世界裡，投資回報似乎才是關心的重點。
那麼，這個理論還湊效麼？
應用派：Alpha 在殺手級應用
“應用派”們認為公鍊等基礎設施作為Alpha 的時代已經過去，逐漸成為行業的Beta，新的Alpha 機會在於應用層。
胖協議理論本質是對協議和應用之間互動關係的總結，因為任何建立在協議之上的Dapp 都需要協議的原生Token 來支持Dapp 內的任何交互，並且分叉應用比分叉協議更簡單。
但隨著擴容時代到來，新公鏈/ Layer2 競相登場，協議間的競爭催生了更低的Gas 費用，Dapp 也不再被單一公鏈所綁架，可以多鏈部署。
好比一家公司過去依賴單一市場，不得不向當局繳納高額的稅費，直到有一天變成了一家大型跨國企業，業務更多元化，綜合稅費更低。
就財務價值捕獲的方式而言，應用層更直接，比如，一筆鏈上交易，DEX 可能收取500 美元的手續費，支付0.5 美元的Gas 費用，財務價值更多是沉澱到應用層。
根據cryptofees 的數據，目前收入前十的項目中，7 個均是應用，甚至此前出現過Uniswap 收入超過以太坊本身的情況，未來，應用收入超出協議將會是常態。
另一方面，大部分協議價值累積源於MEV，諸多應用已經開始設計方法來減少這種MEV 價值攫取。
因此，下一個週期的機會在於——超級Web3 應用，能真實獲得用戶和資金的消費級應用，BAYC 等藍籌NFT 也可以歸於此類。
當Web3 應用有了大量真正的用戶（已經為應用付費），那麼便可以“為所欲為”，自己打造基礎設施。
首先，應用可以通過自建DEX 和NFT MarketPlace 將價值留在系統內，比如StepN 內建交易所DOOAR 上線不久，就成為了“Solana 最大DEX”，其核心收入來自於應用內NFT 市場交易版稅及手續費。
其次，在區塊鏈模塊化時代，一鍵發鏈不再是難事，無論是像Axie Infinity 自己Fork 一條以太坊側鏈Ronin，還是DYDX 利用Cosmos-SDK 搭建自己的鏈，還是DefiKingdoms 使用用 Avalanche 的Subnet (子網) ……
因此，缺的不是基礎設施而是殺手級應用。
基建派：應用短暫，基建永恆
“基建派”中大多數人都有技術背景，並且往往就職於一家財大氣粗的大VC，在其中一些人看來，投“應用”屬於低門檻小兒科，真正體現技術還得是“投基建”。
對於大體量資金而言，投資往往追求確定性和重倉的機會，公鏈之類的基礎設施才是大敘事，高天花板的“資本容器”。
和互聯網的應用不同，Web3 應用的“瘦”，不僅體現在價值捕獲，更多是一種輕量化和可組合性的體現。
從基礎框架上看，互聯網超級企業傾向於不斷擴大其平台，通過將用戶鎖定到自家的專有接口中，實現數據的壟斷，但Web 3 中的消費應用往往建立在多個「 可組合的 」協議之上，這些協議在很多接口中提供特定的服務，協議上的眾多應用共享資源和數據。
從數據歸屬上看，互聯網的商業模式依賴於數據壟斷，將用戶鎖定在自己的系統內，不斷榨取用戶的數據價值，但在加密世界，個人擁有數據控制權，即插即用。
可組合性的框架和非託管數據模式相結合，可以讓Web3 應用在協議層級共享資源，以極低的成本建立和運行，效率和成本優勢讓Web3 應用依然可以挑戰“巨鱷”，但是問題隨之而來，那就是Web3 應用的網絡效應和護城河並不深。
傳統互聯網應用的護城河之一就是用戶的數據壟斷，比如社交圖譜和關係鏈，但在Web3，失去了這一點，伴隨而來的是因財富效應帶來的“流動性遷移”，用戶和資本並無太大忠誠度，猶如牧民，逐水草而居。
因此，我們往往看到某一個加密應用在某一段時間異常火熱，然後快速沉寂下去，但是不管應用如何變遷，支撐應用的協議層永遠長青。
其次，即使想要捕獲應用層的機會，那麼第一步也應該是看相應的基礎設施，先通過投資基礎設施，在某個生態中建立影響力，再去投資生態內的優質應用，否則在一些相對封閉的生態系統內，並沒有太多“外來參與者”的機會。
我們怎麼看？
在深潮TechFlow 看來，應用與協議並非先有雞再有蛋的關係，而是相互促進，螺旋上升，基礎設施為應用的誕生奠定了基礎，應用的創新又促進新的基礎設施向前發展。
聯合廣場風投USV 曾在2018 年撰文，用燈泡和電網的關係進行對照解釋：
“燈泡（應用程序）是在電網（基礎設施）之前發明的，你不需要電網來就可以擁有燈泡，但為了讓消費者廣泛使用燈泡，你又需要電網！”
就目前而言，我們更關注應用層敘事。
造一座城市很簡單，但是建立一個城市的生態很難，需要不斷有公司進駐，有居民來生活、消費和投資，這不僅僅是技術問題，最常見的情況就是，一廂情願“造城”，最後無人問津，成為To VC 的鬼城。
在偽需求遍地的加密世界，找到一個真正的需求並非易事，在實際解決應用的基建需求前，創建基礎設施是沒有意義的。
越來越多的應用開始根據自己的需求去構建相應的基礎設施，僅以遊戲領域為例，智能合約錢包Sequence 由卡牌遊戲Skyweaver 團隊構建；3A 遊戲工作室Gunzilla Games 構建了一個區塊鏈平台GunZ；韓國遊戲開發商Com2u 啟動新的區塊鍊主網XPLA……
我們期待，“應用-基建-應用”的正向螺旋帶來真正的Supercycle!
附文：
注：下文是USV 於2018年10月發布的文章《 The Myth of The Infrastructure Phase 》，闡述了他們所認為的Web3 基礎設施與應用的關係。
Web 3.0 社區的一個共識是，我們正處於一個基礎設施建設階段，現在要做的正確事情是建立基礎設施：更好的底層公鏈，更好的鏈間互操作性，更好的客戶端、錢包和瀏覽器。其原理是：首先我們需要工具，一旦我們擁有這些工具，那麼我們就可以開始建立應用程序。
但是，當我們與正在構建基礎設施的創始人交談時，我們不斷聽到，他們認為最大的挑戰是如何讓開發人員在基礎設施上建立應用程序。現在，如果我們真的處於基建階段，為什麼還會聽到這樣的聲音呢？
我們的假設是，事情實際上不是這樣發展的，我們不是在一個基礎設施階段，而是處於應用程序—基礎設施週期的另一個轉折點上。
事實上，現代新技術的發展歷史表明，應用程序會催生基礎設施的完善，而不是說我們首先要建立所有的基礎設施，一旦我們有了我們需要的基礎設施，我們再開始建立應用程序，情況恰恰相反。
這成為一個重要話題的很大一部分原因是，幾乎每個人都知道，“平台”往往是最大的價值機會（對Facebook、Amazon/AWS 等來說都是如此），所以自然會急於建立一個主要的平台來獲取價值。這在區塊鍊網絡中可能更加真實：價值往往在協議層而不是在上面的應用層中累積。
但是，正如我們所看到的：平台是從應用—基礎設施—應用—基礎設施的迭代循環中發展起來的，很少在外部真空中建立。
首先，應用程序激發了基礎設施，然後，基礎設施會催生新的應用。
我們在重大平台誕生的歷史事件序列中看到的是，首先有一個突破性的應用程序，然後這個應用帶來了階段性的發展，在這個階段中，我們建立基礎設施，使類似的應用程序更容易建立，而基礎設施允許這些應用程序被廣泛的消費者採用。
應用程序和基礎設施在周期中相互促進，而不是不同的、獨立的階段。
例如，燈泡（應用程序）是在有電網（基礎設施）之前發明的，你不需要電網來就可以擁有燈泡，但為了讓消費者廣泛採用燈泡，你確實需要電網，燈泡這個突破性的應用首先出現在1879 年，然後從1882 年開始由電網開始跟進。
另一個例子，飛機（應用）是在有機場（基礎設施）之前發明的。你不需要機場就可以擁有飛機，但是為了讓消費者廣泛採用飛機，你確實需要一個機場，所以飛機這個突破性的應用首先出現在1903 年，並催生了一個發展階段，人們在1919 年建立了航空公司，在1928 年建立了機場，在1930 年建立了空中交通管制。
互聯網也有同樣的模式。
我們從第一批應用開始看：信息傳遞(1970 年）和電子郵件(1972 年），然後激發了基礎設施，使信息傳遞和電子郵件更容易被消費者廣泛採用:
以太網(1973 年），TCP/IP (1973 年），以及互聯網服務提供商(1974 年）。
然後是下一波應用程序，即網絡門戶(1990 年的Prodigy，1991 年的AOL）。網絡門戶激發了我們建立基礎設施(1990 年代初的搜索引擎和網絡瀏覽器）。然後是下一波應用程序，早期的網站，如1994 年的Amazon.com，這又導致了一個階段性的爆發，我們建立基礎設施，如編程語言(1994 年的PHP，1995 年的Javascript 和Java），使我們更容易建立網站。
然後是下一波更複雜的應用程序，如Napster (1999 年）、Pandora (2000 年）、Gmail (2004 年）和Facebook (2004 年），這導致了基礎設施建設的興起，使其更容易建立更複雜的應用程序(2004 年的NGINX 和Ruby on Rails，2006 年的AWS），周而復始。
我們在最近的移動應用迭代中也看到了這種模式：首先，我們有一套非常依賴流媒體視頻的流行移動應用。 Snapchat (2011 年）、Periscope (2014 年）、Meerkat (2015 年）和Instagram Stories (2016 年），而現在，我們看到一些公司正在建設基礎設施，使移動應用程序能夠輕鬆地添加視頻，Ziggeo (2014 年）、Agora.io (2014 年）、Mux (2017 年）、Twilio 視頻API (2017 年）、Cloudflare Stream (2018 年）。
這個週期也正確解釋了Web 3.0 的事件順序。我們從第一個突破性的應用開始，2008 年，BTC 網絡作為第一個區塊鏈基礎設施出現，緊接著，2011 年出現了絲綢之路，作為最臭名昭著的早期加密貨幣應用，這激發了新的基礎設施，如Sidechains 和Drivechain (2015 年）、Ethereum 智能合約和ERC20 協議(2015 年）、Lightning 閃電網絡(2015 年），使建立新的應用程序變得容易，以及像Coinbase (2012 年）和Metamask (2016 年）的基礎設施，使用戶能夠採用這些新的應用程序。
這種新的基礎設施帶來了下一波應用程序：代幣/ICOs (2017 年）和早期的dapp (2016 年的Rouleth 和vDice，2017 年的CryptoKitties），又激發了新的基礎設施：Infura (2016) 和Web3js 和Zeppelin (2017)。我們現在正在等待下一個大的應用程序，這將有助於指導下一波基礎設施的發展。
鄰近的可能性
每個主要平台（電力、汽車、飛機、網絡、移動等）發展的共同主題是，鑑於我們目前可用的工具，我們建立了我們能做的應用。在《好點子從何而來》中，史蒂芬-約翰遜將此稱為”鄰近的可能性”，換句話說，你可以打開通往隔壁房間的門，但你不能真的跳過步驟，從前廊打開後門，很難成功構建遠遠領先於應用市場的基礎設施。
每次，從應用程序到基礎設施的周期重複，由於之前循環中構建的基礎設施，讓新應用程序成為可能。例如，YouTube 可以在2005 年建立，但不能在1995 年建立，因為YouTube 只有在21 世紀初部署了寬帶等基礎設施後才有意義，這發生在eBay、Amazon、AskJeeves 和我最喜歡的Neopets 等第一批熱門網絡網站之後的基礎設施階段。
Chris Dixon 和Fred Wilson 在最近的一期a16z 播客中談到了這個概念。 Chris 有一個來自dot com 網絡時代的棋盤遊戲，叫做Dot Bomb，用以取笑90 年代末的愚蠢的網絡公司。而他指出的是，所有dot com 時代的“愚蠢”想法現在都是價值10 億美元的獨角獸。需要好幾個”應用–基礎設施“循環週期迭代孕育出的應用，在短暫的一兩個週期內看上去沒有意義。
這就是我們所說的基礎設施階段的癥結所在，如果我們考慮一個脫離了現行“基礎設施階段”的應用程序，就有可能在一個投機性的真空中建立過於遠大的目標。我們需要應用=>基礎設施=>應用=>基礎設施的循環來保持我們的誠實。
隨著每個新平台的周期越來越多，建立和使用這些應用程序的成本也越來越低。在1995 年建立usv.com 的成本要比今天的成本高很多個數量級，而今天創建Web 3.0 應用程序的現金、精力和時間成本要比15 年後的成本高。
開發框架與投資框架
從投資者的視角看，重要的是要區分技術框架和投資框架，前者解釋了什麼時候可以建立什麼，後者解釋了什麼時候可以成為一項好的投資。
應用=>基礎設施=>應用=>基礎設施的周期解釋了什麼時候可以建立應用或基礎設施，但不一定解釋什麼時候投資於應用以及什麼時候投資於基礎設施。
以電燈泡為例。是的，它們是在電網之前發明的，但是從投資者的角度來看，在電網建成之前，卻沒有人賣出大量的燈泡。
結束語
我們遇到的一個問題是：為什麼在這個週期中，應用是第一位的，而不是基礎設施在第一位？
一個可能的原因是，在有應用程序要求你解決他們遇到的基建問題之前，創建基礎設施是沒有意義的。
你怎麼知道你正在建設的基礎設施解決了一個真正的問題？現在建立加密貨幣基礎設施將是一個挑戰，直到有一個突破性的加密貨幣應用程序，其他開發人員想要模仿，並需要更好的開發工具和基礎設施來做到這一點。
在加密貨幣領域有一種說法，即首先我們需要建立偉大的工具，一旦我們有了工具，然後我們就可以建立應用程序。但我們希望表明的是，在其他平台的轉變中，在有偉大的工具之前，我們能夠建立最初的幾個應用程序（雖然它是更多的現金和時間），然後這些早期的應用程序激發我們建立工具，然後循環往復。
快樂地Buidl 吧。
聲明：本內容為作者獨立觀點，不代表0x财经 立場，且不構成投資建議，請謹慎對待，如需報導或加入交流群，請聯繫微信：VOICE-V。
來源：深潮TechFlow
