前言：本文譯自USV所撰寫的The Myth of The Infrastructure Phase一文，原文作者Dani Grant and Nick Grossman。眾所周知，USV是區塊鏈投資中著名投資理念Fat Protocol的倡導者，同時，對于基礎設施的投資布局也是Fundamental極為看重的一方面，我們有必要深入研究一下其理念。
應用程序 or 基礎設施？
Web 3.0社區的一個常見說法是：區塊鏈現在仍處于基礎設施建設階段，現在正在開展工作的正確方法是構建更好的基礎設施：更好的基礎鏈（公鏈），更好的鏈間互操作性（跨鏈），更好的客戶端，錢包和瀏覽器。理由是：首先我們需要能夠輕松構建和使用在區塊鏈上運行的應用程序的工具，只有我們擁有這些更好的工具，才能更好地構建這些應用程序APPs。
但是，當我們與正在構建基礎設施的創始人交談時，他們卻一直強調面臨的最大挑戰是讓吸引開發人員在其區塊鏈網絡上構建應用程序。如果我們真的處在基礎設施階段，為什么會這樣呢？
我們的假設是，我們不處于基礎架構階段，而是處于應用程序-基礎設施 周期的另一個轉折點。事實上，歷史表明，應用程序也會導致基礎架構的發展，而不是相反。不是，我們首先構建所有底層基礎架構，一旦我們擁有了所需的基礎架構，才開始構建應用程序，事實恰恰相反。
現在每個人都知道“平臺”通常能夠獲取最大、最多的價值（像Facebook，亞馬遜/ AWS，Twilio等），所以自然地，我們會急于建立一個會獲取價值的主要平臺。在分布式網絡中，這可能更為真實，其中價值通常（但并非總是）在協議層而不是累計于頂部的應用程序中。如下圖所示：
--USV(Joel Monegro)
但是，正如我們將要看到的：
平臺是從應用程序（Apps） => 基礎設施=> 應用程序（Apps） =>基礎設施的迭代循環演變而來，而不是真空里憑空而起。
應用程序-基礎設施 周期
首先，應用程序激發基礎架構的實施，然后更好的基礎架構設施支持新的應用Apps。
我們在平臺迭代發展周期中發現，首先需要有一個突破性的應用程序，然后該突破應用程序激發了我們去構建基礎架構，使之更容易來構建類似的應用程序和基礎設施，允許更廣泛的消費者使用這些應用程序。類似如下：
應用程序和基礎架構在相互響應的周期中發展，而不是分開的，各自獨立的階段。
例如，燈泡（應用）是在有電網（基礎設施）之前發明的。你不需要電網來裝燈泡。但是為了讓廣大消費者采用燈泡，你確實需要電網，所以1879年首先出現了燈泡的突破應用，然后是1882年才開始的電網。
另外一個例子：飛機（應用程序）是在有機場（基礎設施）之前發明的，但是為了廣泛消費者采用飛機，需要機場，所以作為飛機的突破應用程序在1903年首先出現，并啟發了人們在1919年建造航空公司，1928年建造機場和1930年開始空中交通管制。
有時候你所需要的基礎設施，僅僅是一片海灘和一些零件
互聯網也遵循相同的模式。從第一個應用程序開始：短信（1970）和電子郵件（1972），然后激發基礎設施，使消費者更廣泛地采用消息和電子郵件：以太網（1973），TCP / IP（1973）和互聯網服務商（1974年）。然后是下一波應用程序，它們是門戶網站（1990年的Prodigy，1991年的AOL），網絡門戶激勵我們建立基礎設施（1990年代早期的搜索引擎和網絡瀏覽器）。然后是下一波應用程序，它們是像在1994年誕生的亞馬遜這樣的早期網站。
然后導致構建基礎設施，如編程語言（1994年的PHP，1995年的Javascript和Java），這令構建網站變得更容易。接著是下一波更復雜的應用程序，如Napster（1999），Pandora（2000），Gmail（2004）和Facebook（2004），衍生了更好的基礎設施（NGINX和Ruby on Rails 2004年，AWS于2006年），使我們能更輕松地構建更復雜的應用程序。
這個周期會持續：
在近十年，這種循環周期依然在延續，首先誕生一系列的手機移動應用程序嚴重依賴于流媒體的相關應用程序：
Snapchat（2011），Periscope（2014），Meerkat（2015）和Instagramstory（2016年）。然后很多公司構建基礎設施，使移動應用程序可以輕松駕馭視頻：Ziggeo（2014），Agora.io（2014），Mux（2017），Twilio Video API（2017），Cloudflare Stream（2018）。
而在區塊鏈（WEB3.0）里，我們從第一個突破性應用開始：比特幣（2008）。這激發了新的基礎設施，如以太坊智能合約和ERC20（2015），可以輕松構建新的應用程序，以及Coinbase（2012）和Metamask（2016）等基礎設施，使消費者能夠使用這些新應用程序。這個新的基礎設施隨后推出了下一波應用程序：Token/ ICO（2017）和早期的dapps（2016年的Rouleth和vDice，2017年的CryptoKitties），它激發了新的基礎設施：Infura（2016）、Web3js和Zeppelin（2017）。
現在我們正在等待下一個有助于指引下一波基礎設施的大型應用程序。
相鄰可能
每個主要平臺（電力，汽車，飛機，網絡，移動設備等）的發展的共同主題都是：我們現在可以為現有的應用提供可用的工具，但很難成功構建遠遠超出現有應用市場的基礎架構。
在好的想法來自哪里 一文里，史蒂文.約翰遜將其稱為相鄰可能。換句話說，你可以打開隔壁房間的門，但你不能真正跳過臺階，從前廊打開后門。我們很難成功構建遠遠超出應用市場發展水平的基礎架構。
每次Apps=>基礎設施周期重復時，在之前周期中所構建的基礎設施，新應用程序成為可能。例如，YouTube可以在2005年建立，但不是在1995年建立，是因為YouTube只有在2000年初寬帶等基礎設施部署完善之后才有存在的意義，這種情況發生在eBay，亞馬遜，AskJeeves、Neopets等首批熱門網站之后的基礎架構階段。
Chris Dixon和Fred Wilson在最近一集a16z播客中談到了這個概念。Chris有一個名為Dot Bomb的網絡游戲，它取笑了1990年代后期的愚蠢的網絡游戲。但是，他指出的是，那些網絡時代的所有“愚蠢”想法現在都變成了十億美元的獨角獸。現在可能的幾個app =>基礎設施周期（進入互聯網只有一個或兩個毫無意義的）應用程序=>基礎設施周期。
這就是我們所說的基礎架構階段神話的關鍵 - 如果我們只考慮與相關應用程序脫節的“基礎架構階段”，我們會冒著過于超前的開發風險，投機的真空。我們需要循環使用Apps => infrastructure => apps =>基礎設施來保持誠實。
由于每個新平臺中的周期越來越多，因此構建和使用這些應用程序的成本會更低。在1995年建立usv.com將比我們今天構建相同的會成本高出許多數量級，同理現在創建Web 3.0應用程序的所花費的現金，工作量和時間成本要比15年后要花費多得多。
開發框架與投資框架
把我們的投資者暫放在一邊，重要的是：開發框架來區分何時建立一個什么樣的技術架構，投資框架應解釋何時可以成為一項好投資。
Apps => Infrastructure => Apps =>基礎架構 循環周期, 解釋了何時可以構建應用程序或基礎架構，但不一定說明何時該投資應用程序與何時該投資基礎架構。
以燈泡為例。是的，燈泡是在電網之前發明的，但從投資者的角度來看，沒有人會在電網部署完善之前能投資燈泡而發財。
總結
我們碰到的一個問題是：為什么應用程序會首先出現在循環中，而不是基礎設施首先出現？一個原因是，在應用程序有需求解決基礎架構問題之前，創建基礎架構沒有意義。您是如何知道您正在構建的基礎架構正在解決了一個真正的問題。現在構建加密基礎架構將是一個挑戰，直到碰到一個突破性加密應用程序，其開發人員想要模擬并需要更好的開發工具和基礎架構來實現這一目標。
加密世界里，首先我們需要構建出色的開發工具，一旦我們擁有工具，我們就可以構建應用程序。但我們希望展示的是，在其他平臺轉變中，我們能夠在有出色的工具之前構建前幾個應用程序，然后這些早期應用程序會激勵我們去構建更先進的工具，以此循環重復。
p.s ：借用MVP“最小可行性產品”，MVI“最小可行基礎設施”（MVI）或是我們所需考慮基礎設施開發及投資的一個重要因素.
原文鏈接：
https://www.usv.com/blog/the-myth-of-the-infrastructure-phase
