區塊鏈基礎設施階段的神話?
前言: 本文譯自USV所撰寫的 The Myth of The Infrastructure Phase 一文,原文作者 Dani Grant and Nick Grossman。 眾所周知,USV是區塊鏈投資中著名投資理念 Fat Protocol 的倡導者,同時,對於基礎設施的投資佈局也是Fundamental極為看重的一方面,我們有必要深入研究一下其理念。
01
—
應用程式 or 基礎設施?
Web 3.0社群的一個常見說法是:區塊鏈現在仍處於基礎設施建設階段,現在正在開展工作的正確方法是構建更好的基礎設施: 更好的基礎鏈(公鏈),更好的鏈間互操作性(跨鏈),更好的客戶端,錢包和瀏覽器 。理由是:首先我們需要能夠輕鬆構建和使用在區塊鏈上執行的應用程式的工具,只有我們擁有這些更好的工具,才能更好地構建這些應用程式APPs。
但是,當我們與正在構建基礎設施的創始人交談時,他們卻一直強調面臨的最大挑戰是讓吸引開發人員在其區塊鏈網路上構建應用程式。如果我們真的處在基礎設施階段,為什麼會這樣呢?
我們的假設是,我們不處於基礎架構階段,而是處於 應用程式-基礎設施 週期 的另一個轉折點。事實上,歷史表明,應用程式也會導致基礎架構的發展,而不是相反。不是,我們首先構建所有底層基礎架構,一旦我們擁有了所需的基礎架構,才開始構建應用程式,事實恰恰相反。
現在每個人都知道“平臺”通常能夠獲取最大、最多的價值(像Facebook,亞馬遜/ AWS,Twilio等),所以自然地,我們會急於建立一個會獲取價值的主要平臺。 在分散式網路中,這可能更為真實,其中價值通常(但並非總是)在協議層而不是累計於頂部的應用程式中 。如下圖所示:
--USV(Jo el Monegro pingfang="" hiragino="" sans="" microsoft="" yahei="" font-size:="" letter-spacing:="" text-align:="">)
但是,正如我們將要看到的:
平臺是從 應用程式(Apps) => 基礎設施=> 應用程式(Apps) =>基礎設施 的迭代迴圈演變而來,而不是真空裡憑空而起。
02
—
應用程式-基礎設施 週期
首先,應用程式激發基礎架構的實施,然後更好的基礎架構設施支援新的應用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)。
現在我們正在等待下一個有助於指引下一波基礎設施的大型應用程式。
03
—
相鄰可能
每個主要平臺(電力,汽車,飛機,網路,移動裝置等)的發展的共同主題都是:我們現在可以為現有的應用提供可用的工具,但很難成功構建遠遠超出現有應用市場的基礎架構。
在 好的想法來自哪裡 一文裡 ,史蒂文.約翰遜將其稱為相鄰可能。換句話說,你可以開啟隔壁房間的門,但你不能真正跳過臺階,從前廊打開後門。 我們很難成功構建遠遠超出應用市場發展水平的基礎架構 。
每次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年後要花費多得多。
04
—
開發框架與投資框架
把我們的投資者暫放在一邊,重要的是: 開發框架來 區分何時建立一個什麼樣的技術架構,投資框架應解釋何時可以成為一項好投資。
Apps => Infrastructure => Apps =>基礎架構 迴圈週期, 解釋了何時可以構建應用程式或基礎架構,但不一定說明何時該投資應用程式與何時該投資基礎架構。
以燈泡為例。是的,燈泡是在電網之前發明的,但從投資者的角度來看,沒有人會在電網部署完善之前能投資燈泡而發財。
05
—
總結
我們碰到的一個問題是:為什麼應用程式會首先出現在迴圈中,而不是基礎設施首先出現?一個原因是, 在應用程式有需求解決基礎架構問題之前,建立基礎架構沒有意義 。您是如何知道您正在構建的基礎架構正在解決了一個真正的問題。 現在構建加密基礎架構將是一個挑戰,直到碰到一個突破性加密應用程式,其開發人員想要模擬並需要更好的開發工具和基礎架構來實現這一目標。
加密世界裡,首先我們需要構建出色的開發工具,一旦我們擁有工具,我們就可以構建應用程式。但我們希望展示的是,在其他平臺轉變中,我們能夠在有出色的工具之前構建前幾個應用程式,然後這些早期應用程式會激勵我們去構建更先進的工具,以此迴圈重複。
p.s :借用MVP“最小可行性產品”, MVI“最小可行基礎設施”(MVI) 或是我們所需考慮基礎設施開發及投資的一個重要因素.
原文連結:
https://www.usv.com/blog/the-myth-of-the-infrastructure-phase