区块链基础设施阶段的神话？(区块链基础设施阶段的特征)

你知道区块链基础设施阶段的神话？吗？今天小编就给大家整理一些相关信息，希望对大家有所帮助哦！

前言：本文译自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(Joel Monegro)但是，正如我们将要看到的：平台是从应用程序（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年后要花费多得多。