智能手表|波卡创始人Gavin Wood在2014年的预测:Web3.0的世界应该是什么样的( 二 )


由于其中每一个都提供了最终的消息物流 , 使用传输协议级别的地址就变得没有必要了;曾经由用户或端口和 IP 地址组成的地址 , 现在仅仅成为一个哈希值 。
消息将有一个生存时间 , 能够区分发布消息和即时信号消息 , 前者可能希望留存尽可能长的时间 , 以保证尽可能多的身份看到它 , 后者希望尽可能快地在网络上传输 。 因此 , 延迟和寿命的二元对立是可以交换的 。
实际的物理路由将通过博弈论自适应网络系统进行 。 每个节点都试图最大化他们对其他节点的价值 , 断言其他节点对他们的传入信息是有价值的 。 一个信息没有价值的节点将被断开连接 , 他们的位置将被连接到其他一些可能是未知的(或可能是二级的)节点 。 为了使节点更有用 , 将要求具有一些特定属性的信息(例如 , 发件人地址或主题 , 都是未加密的 , 以一个特定的位串开始) 。
在 Web 3.0 中 , 通信这部分允许节点实时通信、更新和自我组织 , 发布不需要内部信任或稍后引用的优先级的信息 。 在传统 web 中 , 这是在 AJAX 风格实现中通过 HTTP 传递的大部分信息 。
共识
Web 3.0 的第三部分是共识引擎 。 比特币给我们许多人带来了基于共识的应用程序的想法 。 然而 , 这仅仅是试探性的第一步 。 共识引擎是一种对某些交互规则达成一致的方法 , 因为它知道未来的交互(或不交互)将自动地、不可逆转地完全按照规定执行 。 它实际上是一个包罗万象的社会契约 , 并从共识的网络效应中汲取力量 。
一项协议的违约可能会影响到其他所有协议 , 这一事实是创造一个强有力的社会契约的关键 , 从而减少违约或故意忽视的机会 。 例如 , 声誉系统与个人社交交互系统的隔离程度越高 , 其效果就越差 。 与 Facebook 或 twitter 类似功能相结合的声誉系统会比没有功能的系统更有效 , 因为用户的内在价值取决于朋友、合作伙伴或同事对自己的看法 。 一个特别尖锐的例子是 , 在 Facebook 上是否以及何时与雇主或约会对象成为好友这一难题 。
共识引擎将被用于所有可信的信息发布和修改 。 这将通过一个完全通用的全球交易处理系统发生 。 这方面的第一个可行的例子是以太坊项目 。
传统的网络并没有从根本上解决共识问题 , 而是退回到对权威机构的中心化信任 , 如 ICANN、Verisign 和 Facebook 。
前端
Web 3.0 体验的第四个也是最后一个组成部分是将这一切结合起来的技术;\"浏览器\"和用户界面 。 有趣的是 , 这看起来与我们已经知道并喜爱的浏览器界面相当相似 。 将会有 URI 栏、后退按钮 , 当然 , 大部分的份额将被用于显示 Dapp(即网页/网站) 。
使用这种基于共识的名称解析系统(与应用中的 Namecoin 不同) , URI 可以被简化为该应用的前端的唯一地址(即哈希值) 。 通过信息发布系统 , 这可以扩展为前端所需的文件集合(例如 , 一个包含.html、.js、.css 和.jpg 文件的档案) 。 这是 dapp(-let)的静态部分 。
它不包含动态内容 , 而是通过其他通信渠道提供服务 。 为了收集和提交动态但公开的内容 , 这些内容的来源必须是绝对确定的 , 并且必须永远保持不变(“固定不变”) , 比如声誉、平衡等等 , 有一个基于 javascript 的 API 用于与共识引擎交互 。 为了收集和提交动态的、潜在的私有内容(这些内容必然是不稳定的 , 可能会被销毁或缺乏可用性) , 可以使用 P2P 消息传递引擎 。
会有一些表面上的差异 , 我们将会看到像“https://address/path”这样的传统的客户端-服务器 URL 模式的转变 , 取而代之的是“goldcoin”和“uk.gov”这样的新形式的地址 。 名称解析将通过基于共识引擎的合同来实现 , 用户可以轻松地重定向或扩充 。 句点将允许多级名称解析 , 例如 , “uk.gov”可能会将“gov”子名传递到“uk”给出的名称解析器中 。