The Myth of The Infrastructure Phase


作者:Dani Grant & Nick Grossman @ USV

Web 3.0 社区的一个常见说法是,我们正处于基础设施阶段,现在应该做的事情是构建这种基础设施:更好的基础链,更好的链际互操作性,更好的客户端,钱包和浏览器。理由是:首先,我们需要工具,使构建和使用在区块链上运行的应用变得容易,一旦我们拥有这些工具,我们就可以开始构建这些应用了。

但当我们与正在构建基础设施的创始人交谈时,我们一直听到的是,他们面临的最大挑战是让开发者在顶层构建应用。现在,如果我们真的处于基础设施阶段,为什么会这样呢?

我们的假设是,事情并不是这样发展的。我们不处于基础设施阶段,而是处于 apps-infrastructure  循环的另一个转折点。事实上,新技术的发展历史表明,是应用引发基础设施。我们并不是,首先构建所有基础设施,一旦拥有所需的基础设施,就开始构建应用。而是恰恰相反。

这为什么会成为一个话题,主要原因是,每个人现在都知道“平台”通常是最大的价值机会(Facebook,Amazon/ AWS,Twilio 等都是如此) - 所以自然会急于建立一个用于捕获价值的主要平台。在分布式网络中,可能更是如此,价值通常 - 但并非总是 - 积聚于协议层而不是顶部应用。

但是,正如我们将要看到的:平台从 apps => infrastructure => apps => infrastructure 的迭代循环演变而来,并且很少构建于外部真空。

首先,应用激发基础设施。然后该基础设施激活新的应用(First, apps inspire infrastructure. Then that infrastructure enables new apps)。

在主要平台转变的事件序列中,我们看到的是,首先,有一个突破性应用,这个突破性应用激发基础设施构建阶段,一类基础设施使得构建类似应用变得更容易,一类基础设施允许广泛的消费者采用这些应用。有点像这样:

应用和基础设施在响应循环中发展,而不是明显分别独立隔开的阶段

例如,灯泡(应用)是在有电网(基础设施)之前发明的。你不需要电网才有灯泡。但为了让广大消费者采用灯泡,你确实需要电网,所以 1879 年首先出现了突破性应用,即灯泡。然后是 1882 年开始的电网。

另一个例子:飞机(应用)是在有机场(基础设施)之前发明的。你不需要机场才有飞机。但为了广泛消费者采用飞机,你确实需要机场,所以作为突破性应用的飞机在 1903 年首先出现,只有在飞机出现之后,人们在 1919 年建立了航空公司,1928 年建立了机场,1930 年建立了空中交通管制(air traffic control)。

有时,你所需的所有基础设施,是一个海滩和一些备件

互联网也遵循相同模式。

我们开始于第一批应用:消息传递(1970)和邮件(1972),这些激发了基础设施,随后的基础设施使这些应用更容易地拥有广泛的消费者广泛度:Ethernet(1973),TCP / IP(1973)和 Internet Service Providers (1974年)。

接着是下一波应用:门户网站(1990年的 Prodigy,1991 年的 AOL),网络门户激发我们去建立基础设施(1990 年代早期的搜索引擎和浏览器)。

接着是下一波应用,如 1994 年的 Amazon.com 这样的早期网站,这导致我们随后构建的基础设施,如编程语言(1994 年的 PHP ,1995 年的 Javascript 和 Java ),使得构建网站变得更加容易。

接着是下一波更复杂的应用,如 Napster(1999),Pandora(2000),Gmail(2004)和Facebook(2004),导致我们随后构建的基础设施,使构建更复杂应用变得更轻松( 2014年 NGINX和 Ruby on Rails ,2016 年 AWS )。这个循环还在继续。

我们在最新的移动应用迭代中,也看到了这种模式:我们先有一套非常依赖流媒体视频的流行移动应用:Snapchat(2011),Periscope(2014),Meerkat(2015),Instagram Stories(2016年)。现在,我们看到一些公司正在构建这样的基础设施,使移动应用可以方便地添加视频:Ziggeo(2014),Agora.io(2014),Mux(2017),Twilio Video API(2017),Cloudflare Stream(2018)。

此循环还正确地解释了 Web 3.0 中的事件序列。我们从第一个突破性应用开始:BTC(2008),基于比特币网络(作为第一个基础设施)之上,随其后的是丝绸之路,早期加密应用。这激发了新的基础设施,如 Sidechains and Drivechain (2015),以太坊智能合约和 ERC20(2015),Lightning (2015),使构建新应用变得容易;以及 Coinbase(2012)和 Metamask(2016)等基础设施,使消费者能够采用这些新应用。这个新的基础设施随后激活了下一波应用:代币/ ICO(2017)和早期的 dApps(2016 年的 Rouleth 和 vDice ,2017 年的 CryptoKitties )。这又激发了新的基础设施:Infura(2016),Web3js and Zeppelin(2017)。我们现在正在等待下一个有助于指导下一波基础设施的大应用。

相邻可能(The Adjacent Possible

每个主要平台(电力,汽车,飞机,网络,移动等)开发的共同主题是,我们所构建的是,考虑到当前我们所有工具,我们所能构建的。在「 Where Do Good Ideas Come From 」中, Steven Johnson 将其称为相邻可能(The Adjacent Possible)。换句话说,你可以打开通向隔壁房间的门,但你不能真正跳过步骤,从前廊打开后门。要成功地建立远远领先于应用市场的基础设施,这是很难的。

每次 apps => infrastructure 循环重复时,由于构建于之前循环阶段的基础设施,新应用可能合理出现。例如,YouTube 可以建于 2005 年,但不能建于 1995 年,因为在 2000 年代初期部署宽带等基础设施之后,YouTube 才有意义,而这个基础设施阶段是发生于 eBay、Amazon、AskJeeves 和 Neopets 等第一批受欢迎的 dot com 网站之后。

Chris Dixon 和 Fred Wilson 在最近一集 a16z podcast 中谈到了这个概念。Chris 有一个来自 dot com 的名为 Dot Bomb 的 board game ,它取笑了 1990 年代后期的“愚蠢” dot coms。他指出,dot com 时代所有“愚蠢”想法,现在都变成了价值 10 亿美元的独角兽。现在有可能出现的几个 app => infrastructure 循环进入互联网的情况,对于一个或两个apps => infrastructure 循环来说,是毫无意义的(译注:此句译文不太确定,看原文:What is now possible several app => infrastructure cycles into the internet made no sense just one or two apps => infrastructure cycles in)。

这就是我们所说的基础设施阶段迷思的关键 - 如果我们考虑的是一个“基础设施阶段”,将其与使用它的应用分离,我们就会冒着,在投机真空中超前建设的风险。 我们需要使用 apps=>infrastructure=>apps=>infrastructure 循环来保持正当。

随着每个新平台中的循环越来越多,构建和使用那些应用的成本会更低。在 1995 年 usv.com 网站构建成本,将比我们今天高出许多数量级;现在创建 Web 3.0 应用,所花费的现金,努力(effort )和时间,比 15 年后要多。

开发框架 Versus 投资框架

重要的是区分,用以解释“一些东西何时可以建立”的技术框架,以及用以解释“一些东西何时可以成为一项好投资品”的投资框架。

apps=>infrastructure=>apps=>infrastructure 循环,解释了应用或基础设施可于何时构建,但不必定解释何时投资应用,何时投资基础设施。

比如灯泡。是的,它们发明于电网之前,但从投资者的角度来看,在电网建成之前,没有人卖出很多灯泡。

结束

我们有一个问题:为什么循环中首先出现的是应用,而不是基础设施? 原因之一是,在有应用要求你解决它们的基础设施问题之前,创建基础设施没有意义。在有应用团队有问题需要你解决之前,你如何知道,你正在构建的基础设施,解决了一个真正的问题?现在构建加密基础设施将是一个挑战,直到有一个突破性加密应用,其他开发人员想要加以模拟(emulate),并需要更好的开发工具和基础设施来实现这一目标。

加密领域中有一种说法,首先,我们需要构建优秀的工具,一旦我们拥有工具,我们就可以构建应用。但我们希望展示的是,在其他平台转变中,我们能够在有优秀工具之前,构建前几个应用(尽管这需要更强的资金和时间密集度),然后这些早期应用激发我们构建工具。 循环重复。

原文:https://www.usv.com/blog/the-myth-of-the-infrastructure-phase
作者:Dani Grant & Nick Grossman
编译:热爱 @ 币未来 biweilai.com