Blocknet 是面向即将到来的“区块链间时代”的基础设施,这是一个新兴的技术时代,主要表现为当前的 API 生态系统取代了分散和本质货币化的“令牌生态系统”。当其支持技术(特别是智能合约和“分布式应用程序”)成熟到具备实用的区块链间互操作性时,就会出现这种转变。在编写本文时,Blocknet 是提供分布式应用程序和智能合约所使用之链间基础设施的技术领先者。
我们认为,区块链间时代的兴起将对两个行业产生颠覆性影响,即软件即服务和实用区块链的可用性。
从软件即服务 (SaaS) 的角度来看,令牌生态系统体现了两方面的基本进步:(a) 数字服务的相对无阻力货币化,以及 (b) 充分利用区块链技术独特的稳健性、分散性和安全性。
从区块链技术的角度来看,如果区块链要充分发挥其真正的潜力,那么区块链服务之间需要实现广泛的通用互操作性。如果没有链间的互操作性,基于区块链的服务将 (a) 仅在运行其节点的有限客户群范围内提供服务,或者牺牲区块链在交付给集中实体时具备的独有安全性,以及 (b) 面临持续的链膨胀问题,与此相对应的是,与市场有关的压力将更多的功能集成到单一链中。
通过创建“区块链互联网”,Blocknet 定位为实现 API 的无阻力货币化,并通过将其数千个独立的链转化为令牌生态系统来增强区块链技术。
Blocknet 是令牌生态系统的基础设施。它在不同区块链上的节点之间提供真正的对等互操作性,以便实现以下功能:
- 将任何类型的数字服务从任何区块链上的一个节点提供给另一个节点。
- 任意给定区块链服务的功能均非充当“应用币”,而是作为“协议服务”,也就是说,任意区块链上的任何其他分布式应用都可以出于开放目的而予以使用,而不仅仅是作为其创建者的分布式应用,这就有效地扩大了服务的市场覆盖面和收入来源。
- 智能合同令牌的功能不仅仅是为了货币化分布式应用,而是要成为“协议令牌”,这就从逻辑上将其置于技术栈的较底层,其潜在效用更大。此外,服务的代码质量可能会受益于来自不同社区的广泛开发者基础,充分利用他们的综合学习知识,防止链膨胀和代码重复,节省劳动力时间,并为整个区块链消费市场提供服务,而不是只服务其区块链的一组用户。
- 分布式应用能够简单地编排链间服务,而不是从头开始编写复杂的代码。因此,主要的开发任务就成为 API 集成,而不是编写全新“防弹”智能合同这一复杂而高度专业化的任务。
- 借助微服务架构构建分布式应用,其中每个区块链均可提供单一服务,并以模块化方式与许多其他服务集成,带来更简单的组件设计、更轻松的错误修复以及更简便的升级。
- 能够有效地绕过选择区块链构建基础的(当前困难的)问题 - 不仅是在项目启动时,还在其生命周期的后期阶段,以及各种微服务可能更好地在不同区块链上实施时。
- 利用其内在的令牌价值实现链间和多链式服务的货币化。
- 充分利用区块链技术带来的全新加密经济型商业模式。例如,企业可以直接根据货币政策(ICO、交易费用、通缩经济、区块奖励和超级区块自筹资金系统)以及货币化 API 的市场,从“优于免费”的模式中提取价值。
Blocknet 应通过基于架构和协议的方法来实现上述目标,相关文档就是本文的主题。
设计
设计目标
以下特性应按照优先级的降序设计:
1. 互操作性
首先,Blocknet 是区块链间的基础设施。因此,其最直接的设计目标应该是与绝大多数现有和未来区块链实施之间实现互操作性。此外,它应与集中式实体互操作,以便在令牌生态系统中提供基于服务器的传统服务。
2. 分散性
实质上,分散性就是指没有一个实体能够对系统中的其他实体进行控制。例如,比特币的主要成就在广义上就是货币的分散性,其中没有一个实体进行控制。
(a) 货币价值、(b) 资金转移、(c) 保存记账记录和 (d) 货币政策。
然而,比特币目前存在于很大程度上集中的生态系统中,因此在实践中取消了它的许多优点。由于 (a) 已经以 API 生态系统的形式存在,并且 (b) 感兴趣的特性(即分散性)在服务交付期间很大程度上会丢失,因此提供分散式服务交付的集中生态系统几乎没有价值。例如,如果有人使用集中交易所购买比特币,此购买并非“不可靠”,因为人们必须信任交易所,并且购买受到传统支付基础设施的所有常见影响(银行费用和延迟、支付网关费用、签证和万事达卡费用、欺诈风险、KYC 要求、借助金钱和个人信息信任许多中间商的要求等)。因此,为了使比特币和其他各种分散技术充分返回其潜力,需要建立一个分散的生态系统,其中实体可以在不影响技术变革力的情况下开展业务。
3. 安全性
分散化和货币化服务的特点是要求在与航空应用相当的水平上具有高度的安全性和运营确定性,因为 (a) 通常不可能改变在其网络边缘运行的服务或使其下线,(b) 如果发现资金在不受集中整顿的系统中可能被盗用,那么它很快就会失去大部分的价值。出于这些原因,Blocknet 需要最高级别的安全性和运营确定性。
4. 无需信任的服务交付
在区块链的背景下,分散性带来的频繁且令人满意的结果是,不一定要确信交易对方在交易过程中诚实行事。例如,对于比特币,人们无需信任中间商转账资金或收款人诚实地报告是否收到付款或其金额是多少,因为不涉及中间商,交易对方可以极具信心地独立验证付款状态。
在链间服务交付的情况下,于区块链之间进行服务支付时需要相同程度的“非信任性”,以便可以在不要求参与者诚实行事的情况下提供和支付服务,从而在链间环境中保持区块链支付的这一独有特性。
5. 简单集成(无需编写代码)
为了最大限度地提高互操作性并减少阻力,Blocknet 的集成和令牌生态系统的访问不需要修改库存钱包或节点。请注意,使用通过 Blocknet 进行交付的某些第三方服务可能需要编码,但使用 Blocknet 本身不需要编写代码。
6. 分散集成
为了最大限度地提高安全性并建立一个开放的、互联网式的生态系统,Blocknet 的集成和令牌生态系统的访问不需要任何中央实体(甚至是我们)的调解。要通过 Blocknet 交付或使用服务,消费者不应被要求 (a) 使用 Blocknet 的区块链、(b) 使用任何特定服务或 (c) 使用任何具有集中效应的服务(这里的“集中”用来表示一系列情景,从中央代理的控制到其网络周围其他网络的侧链式集中,后者我们称之为“链间集中”)。
请注意,使用通过 Blocknet 交付的某些第三方服务可能需要某些中央方的调解,但使用Blocknet 本身不需要。
7. 可组合性
Blocknet 的构建应尽可能考虑到可组合性和模块性,与上面设想的链间微服务的模式相同。具体来说,微服务设计的关键原则是最大限度地提升可组合性,同时注意哪些服务总是同时使用,以避免构建“分散式整体”。这些服务在令牌生态系统中保持不变。
8. 货币化
在令牌生态系统中,可组合性原则加入了一条关键原则:服务在本质上可以货币化。如果不可货币化,那么我们建议将其捆绑到可货币化服务的 API 中,否则运行服务节点的人员可能会缺乏相应理由,因为他们无法从中获得收益。
此外,服务的收入来源需要通过一些无需信任度的协议或加密经济激励措施来保证安全,否则不太可能实现其价值。货币化是这样一类问题:您的服务消费者是否愿意为此付费,因为这是他们是否无法强行免费使用此服务的问题。
Blocknet 应在可行的情况下对其核心服务进行货币化,免费提供其他服务,并应提供各种方式,让通过 Blocknet 交付的服务可以借此安全地货币化。
9. 移动性和小足迹性
在保险、健康、供应链、农业、汽车远程信息处理和安全行业中,从移动应用到嵌入式物联网设备的多种场景都支持令牌生态系统。我们预计将会涌现的许多使用案例均需要足迹非常小的分布式应用,而此类应用无法托管甚至是单个区块链。Blocknet 应为这些设备提供对令牌生态系统的访问权限,以便它们可以利用区块链特有的安全性,我们认为这对于减少物联网服务的攻击面至关重要。
架构
通用区块间互操作性是通过集成三个核心组件实现的,这三个核心组件一起提供三项核心服务,并伴随着任意数量的区块链服务和区块链组件。这些服务和组件可支持构建无限数量的区块链间服务 - 令牌生态系统 – 且所有这些都可以编排成链间应用。
为了在这个新颖的领域帮助读者,我们通过一系列阐明了组件和服务之间关系的图介绍相关概念。这些图的推进顺序如下:
应首先介绍组件,然后介绍服务。在此之前,应介绍链间架构的一般特性。
链间架构的外观
一般来说,区块链间架构总是会涉及至少两个区块链网络,以及一些额外的实体或功能,用来提供网络之间的互操作性。由于区块链网络是分散和分布式的,因此互操作性组件不应置于某个中心位置;为了保持分散性,它们需要在每个网络边缘的节点上运行或在本地与其交互。
我们为各种项目提出了以下几种解决方案:
- 传统技术:集中式中介
- 最大主义者:一个分散的网络,其充当逻辑上集中的中介(例如在侧链环境中的比特币)
- 专有代码(即钱包、智能合同或钱包附加物),其仅在运行此代码的节点(即 BTCrelay)之间实现区块链互操作性。
- 围墙花园:仅在某些自定义区块链的实例之间存在的链间协议,其使得开发者仅能以此协议进行构建(例如 Aion)。
上述各种链间技术都不是通用的,也不是分散的。也就是说,它们要么没有为开放式的各种服务(包括现有区块链上的服务)提供支持,或者在没有集中控制的情况下无法提供此类支持,从而背离给定的服务对分散的依赖。
根据 Blocknet 的设计目标,一个令人满意的解决方案必须是通用的和分散的。我们通过“第一原则”来解决这个问题,也就是说,通过始终忠实于链间场景本身的性质。
1. 分布式网络架构
首先,需要明确的重要事项是,任何链间组件都必须存在于它们与之互操作的网络之边缘。这会将服务分布到每个交付或使用服务的区块链网络。此外,链间组件还必须从自己的网络边缘提供服务,而不需要集中操作,否则它将作为另一个集中式中介。
2. 分散的行为主体
其次(且具有相关性),交付或使用链间服务的行为必须是自主的,即不受第三方控制。从架构上讲(即除协议设计外),实现此目的的最直接和最安全方法是链间服务组件的节点以及使用或交付(或两者)该服务的网络存在于同一台本地计算机上。这一要求的严格程度 – 及其影响链间服务足迹的程度 – 会有所变化,从要求运行完整节点到运行 SPV 节点,再到仅仅是签署交易,而最低限度是在低安全性应用程序中查询区块链浏览器网站或其他集中式 Oracle。最后一种程度被视为“链间”一词适用性的限制情况。
因此,全方位的本地架构要求是显而易见的。在除限制情况以外的每一种情况下,每个行为主体都需要以分散的方式参与交付和使用网络。这可以通过遍历上图来以图形方式表示:
3. 非区块链锁定
虽然每个链间服务都必须从某些链上的节点提供,但链间基础设施不得限制给定服务可能运行哪个区块链,否则所有这一切实质上都是一种分布式客户端-服务器模型,而这实际上是当今集中式应用程序的默认架构。例如,Blockstream 的侧链实施需要每个用户与比特币区块链进行交互,以便消使用任何其他链的服务。我们称这种陷阱为“链间集中”。为了避免这种情况,一个真正的区块链互联网 - 以及一个可以支持令牌生态系统的区块链 - 必须能够通过区块链交付或使用服务。
这种链不可知的概念激发了集成需求和应用足迹的谨慎最小化。例如,如果 Blocknet 要求链间服务的每个消费者保留 Blocknet 区块链的副本(除了服务提供商的区块链之外),那么它的用处将是相当有限的,并且用户阻力会非常大。
链间基础设施设计的这一方面将主要承担服务的货币化交付,原因有两点:第一,在点对点网络中,行动主体不可信,并且支付和服务交付必须是原子的。其次,节点必须由具有不同本地令牌的节点在其本地令牌中支付,因此它们必须交换,而分散交换需要高度的安全性和代码质量。但是,如果需要下载和维护两个甚至三个区块链以便使用该服务,则它不太可能会被广泛采用。因此,Blocknet 应提供避免这种情况的方法。
总结
上述考虑事项为 Blocknet 组件的设计提供了三个指导原则:
1. 链间基础设施服务必须在其网络以及任何服务交付和使用网络的边缘运行。
2. 从架构上讲,通过在同一台本地计算机上运行交付或使用服务所需的组件,最容易实现服务分散。
3. 链间基础设施服务必须尽可能限制其集成需求和足迹。
核心组件
Blocknet 包含三个核心组件,它们共同充当通用链间服务基础设施的基础:
- XBridge,链间网络覆盖层
- XName,区块链路由
- XChat,p2p 数据传输
这三个组件定义为“核心组件”,因为从直观上来说,任何链间互操作性解决方案都必然需要不同底层网络上节点之间的一些联网方法,通过这些方法,节点可以发现将服务请求路由到何处;以及一旦找到合适的节点,还需要用于 p2p 通信的一些协议。
为了帮助读者记住和展现 Blocknet 中的组件和服务的复杂性,我们随着元素的引入逐渐构建图形。下图仅显示了 Blocknet 的三个核心组件。
核心服务
货币化的链间服务需要三项核心基础设施服务:
- 服务查找:一种发现对等体以交付或使用服务的方式
- 链间消息传输:交付数字服务的方式
- 分散交换:一种货币化服务交付的方式
这些服务是核心组件的编排,因此可以在上图三角形的顶点上表示,如下所示:
区块链组件
在给定的本地机器上,上一节中介绍的三个核心服务可以与以下组件类型中的任何一个或组合进行交互,这些组件类型可能位于几个区块链上:
1. 全节点:“常规的”全功能节点和钱包
2. 轻量节点:SPV 节点和更轻量的节点(例如仅签署交易的节点)
3. 服务节点:具有特殊功能的节点,用于提供超出常规区块链工作的给定服务
这些组件类型通常是不由 Blocknet 构建或维护的第三方集成。尽管如此,它们在 Blocknet 中提供了必要的功能,即与其本地区块链进行交互,否则 Blocknet 无法在不复制其自身组件的情况下实现互操作性 - 这将是一种无法实现的低效方法。
因此,三个核心组件和服务以及任何使用或交付链间服务的额外节点类型可表示如下:
区块链服务
区块链服务是对通用核心服务的补充,以支持特定使用案例。由于 Blocknet 上可能创建的链间服务数量没有限制,因此第三方可能构建的区块链服务数量也没有限制。
Block DX 是 Blocknet 上的第一个链间分布式应用,需要多个区块链服务。应当引入这些服务,以便记录它们,并说明区块链服务的性质。
使用案例
一个尚不存在的生态系统的基础设施给想象带来了一些困难。“其有何作用?”是最常见的以设计为重点的问题,而正确的答案类似于“任何可以从令牌生态系统中受益的对象” - 这是最重要的一点。为获得不太抽象的答案,下面是 Blocknet 的一个简短使用案例:
1. 分散交换
加密令牌的分散交换实际上是 Blocknet 的核心服务,因为它对于任何其他服务的货币化都是必不可少的。
在易于使用的分布式应用用户界面中,这也是 Blocknet 的第一款消费产品,因为它满足了加密社区对分散交易技术的真正需求。
黑客攻击、欺诈、失败以及集中式加密交换的盗窃盛行导致 16 个比特币中就有 1 个被盗。
2. 区块链路由
区块链路由也是 Blocknet 的核心服务,因为链间流量必须可路由到其预定目的地。也就是说,它也可作为有价值的服务来使用,任何节点为了交付或使用链间服务都可能需要这些服务。Blocknet 的初始路由器 XBridge 目前提供免费服务,而且这种情况在未来可能会持续下去。
3. 链间消息传递
无论是作为聊天应用还是作为数据传输,链间消息传递都是令牌生态系统不可缺少的服务。与分散交换和区块链路由一样,这是一个核心 Blocknet 服务,并且以 "XChat" 的名称命名。它采用端到端加密方式,以对等形式存在,可用于数字商品和信息的超安全传送。目前是免费服务,并且(当前)与 XBridge 中的区块链路由一起打包提供。
4. 利用多个链的移动应用
一个足迹较小的移动应用很可能只有一个 SPV 节点及其本地区块链接令牌。因此,
● 它会使用服务,而不是其他数字货币
● 它使用的各种区块链服务应该运行 Blocknet 组件
● 当此应用请求服务时,服务应产生一个“机密信息”,这也是数字商品的解密密钥
● 该服务应发送数据,使应用能够构建商品合法性的零知识证明
● 应当在原子交换中创建一个保释交易
● 该服务应该花费保释金交易,并且最好以后再交易另一种数字货币
● 该应用由此收到机密信息并可能会使用该服务
5. 近乎完美的数字货币混合器
如 ZCash、ZCoin 或 Monero 之类的私人货币可以集成到 XBridge 中,可为私人货币自动交易任何货币,并将其重新转换为原始货币。由于分散交换不需要任何第三方信任用户的数据,并且原子交换不涉及交易方风险,其结果是近乎完美的私人货币混合服务。
6. 分散化市场应用
市场应用通常需要以下服务:(a) 顾客声誉和信息,(b) 交付过程,(c) 图像存储,(d) 物品清单。由于上述原因,建议采用微服务架构,从而获得利用多个区块链的优势。因此,一条链可以存储加密的客户信息,使用 XBridge 接受任何加密货币中的付款,将图像存储在服务器上,并使用第三个链和钱包代码来显示物品清单和 UI 元素。其结果是可扩展的、可组合的一组服务,更容易对其进行修补、升级或替换。
7. 用于 ETHEREUM 智能合同的燃料转化器
使用分散交换,任何 Ethereum 合同都可以获得采用其他数字货币形式的“燃气”。
8. 真正分散的稳定数字货币
稳定的数字货币可以通过利用分散交换的交易记录在链上这一事实来维持其关联性。因此,可用的真实数据集可用于确定是否铸币或烧币(或冻结并解冻它们)以维持关联性。
9. 自主权身份和个人信息管理器
个人信息服务可以在配备有可撤销许可系统的给定区块链上记录加密的个人元数据。用户因此获得他们的个人信息自主权。从这一点来说,可以将此区块链整合到任何需要登录的网站或应用程序中,或者用户可以自愿将其元数据出售给广告商以获得微额付款,或者它可以支持护照/身份识别系统。定位于利用此使用案例的新兴技术是 Bitnation 和微软的Coco 框架。
10.供应链 2.0 解决方案
Blocknet 基础架构非常适合充当“供应链 2.0”支柱。各方通常发现自己处于不同的区块链中,需要互操作,并且他们可能通过利用 Blocknet 服务来实现这种互操作。因此,多链应用程序能够从多个链中读取数据,无论它们是否擅长处理提货单、产品制造数据(如物料清单、财务数据)等数据。通过比较来自多个来源的元数据,Blocknet 可以帮助公司限制攻击媒介,如发票欺骗和伪造证书。
11. IOT 基础设施
一些常年的 IoT 安全问题可以通过利用区块链技术并借助 Blocknet 在数千个区块链之间进行互操作来得以解决。粒度货币化的多样化时机也体现出来:例如,使用 SPV 钱包同时可以完成多条链上的批量交易。数据流因此可以令牌化,并且可能会激励节点从事公司大数据中的模式查找。
12.应用内的广告服务
移动应用可能会通过筛选作为 Blocknet 服务交付给应用的广告来获取其用户令牌。随后,可以使用令牌来为应用的链间服务消费提供动力,同时为用户提供“免费”服务,但为服务提供商提供货币化服务。
13.分散的 p2p 存储解决方案
基于区块链的存储解决方案(如 Storj)可能通过链间服务交付显著扩大其用户群体并实现货币化。
14.无权限 ICO 平台
任何人都可以通过分散交换提供令牌销售,无需获得权限。
15.面向分布式预算管理的商业案例工具
加密项目通常作为一个大众包商业案例 (ICO) 推出,其中预算与市场协商。然而,实际账户余额随着众包在价值变化中进行的加密货币的价格而波动。使用 Blocknet,开发人员可以管理链中令牌和账户的分配。此外,通过使用智能合同,可以管理其他硬币的支出和投资,并且一般而言,项目的业务计划将由合同进行编码和自动执行,具有完全透明度。
16.跨公司集成 ERP、CRM、PLM 系统
Blocknet 基于 API 的简单集成可实现与集团类型和私有区块链(如 ORACLE 和 SAP)直接或间接的互操作性。
17.价值互联网的基础设施
Blocknet 的链式基础设施应随着时间的推移越来越多地发挥作用,创造出一种内在真实、透明和公平可用的“价值互联网”。随着公司的总分和分类账逐渐通过区块链与其他公司的分类账进行交互,所产生的区块链网络将成为价值流和给定系统价值的完整表示。这可以在整个系统中实现先进和深入的价值意识,从而对金融体系来相应的强大和深远的影响。
项目阶段
以下部分概述了项目的长期过程,旨在衡量总体范围,而不是提供对发展里程碑的一系列承诺。必要时可发布具有明确定义里程碑的短期路线图。
生产 MVP
● 单一客户/节点
o 区块链路由
o XChat 协议
o 服务货币化机制
o 交易费分配机制
● 分散交换的分布式应用
o 前端 UI
o 市场、限价和止损订单
o 订单簿
o 订单历史
o 用户开启订单
o TradingView 图表集成
● 使用每个用户的账户 API 凭据
o 设置向导:自动钱包 API 和图表 API 配置
o 风险控制(可接受的确认数量)
● 过滤订单簿
● 允许您尽快下订单
● 改动处理:
▪ 接受订单;返回改动
▪ 在 x 分钟内改动不可消费
▪ 进入适当的风险范围
▪ 订单的风险范围随数字货币时间自动更新
阶段 2
● 模块化 xbridgep2p
o 区块链路由模块
o XChat 模块
o 数字货币交换模块
o 分散交换客户
● 所有模块化组件的 API
● 在交换协议中支持数据有效载荷
● 交换协议和 XChat 传输协议之间的简单互操作性(通过您自己的分布式应用控制)
阶段 3
● 支持更多的订单类型:追踪止损、OCO
● 支持在关闭应用程序后留下订单(订单提交给区块链)
阶段 4
● 协议增强:交换衍生市场(p2p 保证金贷款)
● 协议增强:通用衍生品市场
关于更多Blocknet 信息:https://www.blocknet.co/
文章来源:http://www.qukuaiwang.com.cn/news/9661.html 原文作者:Blocknet 特别申明:区块链行业ICO项目鱼龙混杂,投资风险极高;各种数字货币真假难辨,需用户谨慎投资。blockvalue.com只负责分享信息,不构成任何投资建议,用户一切投资行为与本站无关。