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