区块链应用

ioeX去中心化组网商务应用生态系统搭建

ioeX 来源:区块网 2018-07-04 09:01

ioeX透过「去中心化的点对点直连传输组网(Decentralized Peer-to-Peer Network)」 来形成取代高成本的Relay Server 和 OTA Server 的功能解决方案。如何处理网络联机、档案储存调用、文件传输以降低甚至消弥必然产生的庞大成本与费用,即是ioeX将会达成的目标。
什么是「去中心化的点对点直连传输组网」?
ioeX 的去中心化的点对点直连传输组网(Decentralized Peer-to-Peer Network),简称为「Carrier」, 技术基础来自于亦来云(Elastos),可视 ioeX 于此领域的技术搭建为亦来云应用生态的延伸、属于亦来云生态的一环,ioeX 将着重于企业端的落地应用,面对的对象包括对接企业需求,和一般使用者需求。即,ioeX 在亦来云 Carrier技术基础之上进行延伸开发和创新开发以增加所需功能,除产出给与一般用户的应用功能诸如通讯、个人云储存外,也投入开发企业端应用功能,并将贴近商业用户的需求,随之拓展 Carrier 网络层面的功能项目。将与日后亦来云迭代推出的组网功能、整合于 Elastos RT 中的其他功能比如ID识别等项目持续进行汇整。
Carrier 是基于 DHT 去中心化、分布式的网络技术进行建构,并在这之上做了 Friend to Frined (F2F) 型态的基础通讯网络。Carrier 的点对点代表的是节点对节点。透过固定 IP 连上网络的「公网节点」是 Carrier 的「Boostrap Node」用来构建 Carrier 组网的基础网络架构,可辅助仅具备浮动 IP 连网且导入了 Carrier SDK 的智慧设备接入 Carrier、 让这类智慧设备成为「设备节点(Peer Node)」在组网中蔓延,公网节点提供 Relay(档案中继传输)功能给设备节点,但本身不参与应用层面的任何功能,所以不会与任何设备节点存在 Friend 关系;设备节点参与应用层面功能,设备节点之间的数据或讯息交互传输需要彼此存在 Friend 关系。Carrier 里最为基础的一组 API,即是帮助节点之间建立 Friend 关联关系。

因为 Carrier 网络通讯架构是 Friend to Friend 模式,也就是说,虽然这些节点都在同一DHT 网络上,但是若没有建立起任何 Friend 关系,那节点之间是无法产生直接通讯的,黑客 也就很难在其上执行 DDOS 攻击。这项 Friend 具可信关系才能发起通讯的机制下,让 Carrier能很大程度地制约了 DDOS 攻击的可能性,亦即代表 Carrier 带来的网络安全系数提升。

承上述,Carrier 本身是一个基础的通讯框架,它本身没有任何应用特征和应用属性,也就 是说它是相对通用的开发接口,具体上面承载什么样的功能与逻辑,是由应用来实现的;Carrier不会存储任何用户的信息,比如说用户发的任何消息、节点之间的通讯记录、Friend 的关系等 等,这些都会保存在设备节点自身。

除了实现 Friend to Friend 的基础 API 之外,Carrier 还提供处理消息传递的 API,即节 点之间建立了 Friend 关系,就可以基于 DHT 网络来广播传输实现最基本的消息传送功能。

Carrier 的点对点传输,除了 DHT 本身的运作,另外通过 ICE 来实现 P2P 的直连数据传 输。(ICE,Interactive Connectivity Establishment,ICE是一种穿透技术,结合了STUN 与TURN两种方式而成。)

Carrier 的数据数据文件传输提供了数据的加解密和多任务,甚至接口可转发上层语意,方 便Carrier 开发者更好的做应用支持。Carrier 提供的数据数据文件传输 API 分成两个层次,一 个是Call 的层次,另一个是 Section 的层次。Call 本身是必需的,Section 是可选的,可根据 应用需要选择只引入 Call 还是引入 Section,通常的使用方式若是只用到消息就引入 Call,用 到流式数据传输再引入 Section,可以较易控制应用的规模。

Carrier 也提供了 Session 的 API,来协助建立面向连接或者 UDP 数据报的数据传输,在Carrier 这个体系里把它叫 Stream。Carrier 提供的 Session 的通讯传输能力分为两层,一层 是类 UDP 数据报的模式,另外是类 TCP 流式的模式,这两个模式都是在 Stream 之上实现 的,可以拉选项选定,选定采取数据报的模式,或是流式的模式。

这两种模式从接口上来看是一模一样的,但是下面运行两种不同的工作机制。Carrier 最底 层传输协议是 UDP,因为 TCP 穿透力很低,UDP 穿透力相对比较高,基本在 70%—80%场 景下可以做 P2P 穿透的,可用于较大程度地实现点对点直接传输。基础传输协议虽采用了 UDP, 但是在 Carrier API 之上提供了类 UDP 数据报和类TCP 流式的传输模式,可以根据上层应用 的需要,采用数据报或用流式的形式传输数据,且加密和不加密这些都可以让应用选择。

至于大型数据的传输,需要建立 Socket 的通讯机制;因 Carrier 提供类 TCP 与类 UDP的传输通道,无法支持断点续传,断点续传须由开发者在 Socket 之上透过应用自身功能支持。Carrier 的 API 本身涉及到大量的 I/O,整个实现是基于异步 I/O (AIO, Async I/O),其下有个 工作线程(工作线程),所有用户 API 都是异步的。正向的调用归正向调用,反向调用都是 call back 形式体现出来的。(AIO 背后的基本思想是允许进程发起很多I/O 操作,而不用阻塞或等 待任何操作完成。稍后或在接收到 I/O 操作完成的通知时,进程就可以检索 I/O 操作的结果。)

设备节点之间,若无法直接传输,将透过公网节点进行 Relay。Relay 的实现涉及到 Carrier内部实现 P2P 穿透的一些基础协议。Carrier 实现 P2P 的穿透基础协议采用了标准化的 rfcde的规范,Relay 功能也是按照这个实现的,只是把 Relay (公网节点)的发现、查找以及使用,结合 DHT 能够自动完成,及设备节点的 Carrier 功能包可自动根据网络拓普状况查找最快能够连 结到的公网节点并进行连接,不需要指定一个中心化的 Relay。在 Carrier 网络上会有很多Relay (公网节点),Carrier 的算法会在 DHT 网络上选择一个对该设备节点自身来讲最优的Relay 使用,这些具体的机制在 RFC 都是有规范的。在 DHT 网络里,每一个设备节点不会存 储所有的公网节点 ID,会存储由算法决定的临近的公网节点表,而这个片断的节点表保存在本地, 下次 Relay 连结会直接从本地保存的公网节点表里提取。

在 Carrier 功能里的 UID 是唯一的,在这个 DHT 网络上你的唯一识别 ID。Carrier 的 ID是你对外的身份标识,但是别人拿到你的 Carrier ID 是不能直接访问你的数据的,他需要先跟你 的ID 建立 Friend 关系,Carrier 有一个基本认证,由应用来完成。Carrier 的 ID 是椭圆加密算 法曲线上的一个密钥对应的公钥。可以理解为 Carrier ID 非常类似于数字货币钱包的 ID。Carrier ID 是在 Carrier 节点第一次运行的时候,于初始化时生成。Carrier ID 是公钥,后面关联着私钥, 设备节点端对端之间所有的通讯与数据传输都是两端的私钥加密的,包括认证。若在 Carrier 上 搭建一个私有云硬盘,不用考虑私有云硬盘的服务在什么 IP 位置,也不需要关注 URL,只要透 过Carrier ID 就可以访问私有云硬盘。

透过私有云硬盘来说明 F2F 的绑定关联机制。私有云硬盘若透过标准 oncloud 来实现,可透过 oncloud 机制建构私有云硬盘应用上的账号密码功能。Carrier 本身是没有提供账号密码功能,它只提供了一个访问认证。也就是说,你的手机端要访问自己部署的 oncloud service 的时候,需要透过 Carrier API 做节点之间的关联关系,就是你的手机要和私有云硬盘服务做一个配对。这个配对是透过「配对码」完成的,在部署服务 service 的时候由使用者来设定,在手机端输入正确的配对码就可以让手机和私有云硬盘做配对。在做好配对以后才能提供私有云硬盘客户端到私有云硬盘的访问,没有配对码是不可能实现私有云硬盘的访问。有了配对码进行关联后以后,还要有正确私有云硬盘的账号才能访问 oncloud 云盘;所以是分成两层,一个是配对的认证, 一个是 oncloud 用户账号认证。「在 Carrier 上开发此类应用,可以根据应用的需要预先设定一些Friend 关系,另外也可以通过默认的配对码的形式,来后期自动建立 Friend 关系。」

Carrier 不支持脱机消息传送。
Carrier 对内存的开销相对很小,它静态开销大概在 1MB 左右,运行时的开销约 2~3MB。Carrier 运作起来以后要一直维持 DHT 网络运行,所以会有一些带宽层面的耗费,维持一定带宽让网络数据传输,这是它相对而言移动端需要注意的一点,因为会较耗电,藉由设备节点的应用来设法处理。
Carrier 可支持于其上的应用开发,除上述模式外,通过 PFD 的应用亦可以构造出来很多跨网络的应用场景。比方说家里的主机或者办公室的主机,通过 PFD 可以远程的映像出来 ACH 的访问,映像出远程桌面等等。为了提供更多元的企业应用方案,将于 Carrier 上持续发展对应功能和整合亦来云迭代更新之成果。
应用「去中心化点对点组网」形成的解决方案
再次厘清组网的组成节点类型:
透过固定 IP(即为公网 IP)连上网络的「公网节点」是组网(Carrier network / P2P network)的「Boostrap Node」用来构建组网的基础网络架构,可辅助具备组网 SDK 但仅透过浮动 IP 连网的智慧设备接入组网、让这类智慧设备成为「设备节点(Peer Node)」在组网中蔓延,公网节点亦提供透明的 relay 功能给设备节点。
公网节点(Bootstrap Node):
必须是具备固定 IP,能被轻易地被查找并访问,主要作为组网的中枢链接,不参与应用层面的任何功能,不会与任何设备节点存在 friend 关系(账号绑定关系)。
设备节点(Peer Node):
是连结到浮动 IP 的普通节点,参与应用层面功能,设备节点之间的交互需要存在 friend 关系。设备节点开机联机后将自动查找并连结公网节点。
点对点组网的传输,云储存解决概念说明
当设备和设备之间或设备和手机之间要进行文件传输,若双方已形成 Friend 关系且可以直接穿透与联机,走的路径即为一般的组网直连网络。若形成 Friend 关系的设备节点之间无法直接穿透联机(源端到目标端),则组网会自动透过公网节点提供 Relay 功能进行传递。
如下图,当设备节点开机并连网后,将自动查找可连结到的公网节点,并进行联机、持续更新自己所在位置。查找并连结上同一个公网节点的众多设备形成一个小组网。不论是直接联机还是 Relay,对应用层面是透明的,由组网功能软件根据网络的拓扑情况(Topology)自行处理,其中也包括 Relay 路径的选择。这套组网的寻址方式(即为存在 Friend 关系的设备节点相互查找的方式),类似于数字货币钱包(比如比特币钱包)的寻址机制。

公网节点之间存有彼此的查找信息,透过公网节点之间的串联,各自的小组网可以组合成大组网,大组网中任一个设备节点可藉由于另一方设备节点成为 Friend 关系后相互传递讯息或档案。

如下图,安装具备组网功能软件的智能手机及另一个安装组网功能软件的智能设备之间存在Friend 关系,若双方可直接穿透联机,则双方档案传递将沿组网直连网络进行。
若两者之间无法直连,且智慧手机可能位于公网节点 A 所形成的组网,及假设智慧设备位于公网节点 B 所形成的组网之内,公网节点 A 和公网节点 B 之间,它们内嵌的组网功能软件将自动把两者串联,智能手机与智慧设备经由公网节点之间的串接和中继,可把档案交互传递。

从个人云储存功能衍伸出来的在线更新机制
除了来自各方加入运营的节点外,ioeX 将陆续累积布建出大批量自运营的种子公网节点和种子设备节点,提供基础且顺畅的点对点组网功能。
以下图举例说明,ioeX 收到某智慧设备供货商要用于升级它所生产、已安装组网功能软件并销售到市场的智能终端设备的新版软件包,ioeX将把该软件包传送并储存于种子设备节点内,透过与种子设备节点存在Friend 关系或授权码、大批量的各类设备节点扩大此软件包的散布范围。
每一个存在设备节点的升级软件包都将有它的下载地址,且ioeX将把这些地址罗列并提供给此智慧设备供货商,智慧设备供货商可循它原本的在线升级机制通知其所销售的设备进行在线更新,让已销售在市场上的智慧设备能随机连结地址列表中的任一处、自动带入验证码、并进行软件包下载 (此为组网功能软件的搜寻功能),完成下载后可通知该设备升级功能以安装与更新。
点对点组网将于下个阶段导入 IPFS 功能,能让档案分割加密、散布储存于多个智慧设备中,将再大幅提升档案云端备份的私密与安全性。
也就是说,设备服务商或供货商原先所必须承担的 Data OTA Server 或 Relay Server就不再是在线升级过程中的必要条件,可透过 ioeX 点对点组网来完成在线更新。

ioex 如何建构点对点组网生态链
1.市场切入方式
ioeX 让需要大量使用网络流量的智能设备能够直接加入「去中心化的点对点直连传输组网」,成为其中一份子,让它们可被自动查找与传递档案。本身为网络流量需求者,亦可成为数据传输、档案暂存的点对点网络节点。
可有以下几种方法促成:
A. 设备商制造时可把组网功能软件刻录到设备中。与设备制造商、品牌商合作。
B. 解决方案商提供已嵌入组网功能的生产方案给制造商。与解决方案商合作。
C. 芯片厂提供带有组网功能的软硬整合生成方案。与智能设备芯片厂商合作。
D. 与其他授权芯片厂的软件公司合作、共同提供芯片厂带有组网功能的授权软件。
ioeX初期主要目标客群是 OTT box、Smart Speaker、IoT box、Home kits 等产品链中相关的设备厂商,包含芯片商、方案整合商、ODM 业者等。
目前洽谈中对象包含:Rockchip、Amlogic、Allwinner、Actions、Mediatek 等芯片厂商;以及制作 Smart Speaker 或智慧物联设备的解决方案商包含 Everex、Along、WaterWorld、亿道等业者。
既是设备商也是通路商的 Everex 已确认成为ioeX合作伙伴。之后将持续拓展国内外业务,进一步与思科、富士通、华为等大厂合作。并将持续衍伸更多应用场景,从组网功能层面、从区块链整合层面、从应用功能层面持续添增更多价值。

2.现有业务对公网节点拓展的帮助
a. ioeX 已有多套高效能、运营电子商务系统的服务器,可导入组网功能成为公网节点。
为布局此项商务,于 2016 年底起的网络商务系统建置项目即与参与的业者宣告此计划,期望透过数字货币奖励诱因吸引业者愿把商务系统服务器加入点对点组网,成为公网节点。此类系统以 AWS、Azure、Google 云端服务器为主进行部署,让这类公网节点散布于全球。目前已经有多家公司愿把自己的网络商务系统服务器加入成为公网节点。此亦为一类商务案例,在原有商务范畴下,以其带宽和流量获取其他附带利益价值,也是 ioeX 自建公网节点外,另一建构推广公网节点的方法之一。
b. 整合网络商务系统成为套装系统软件,可搭配小型服务器透过 ioeX 推广经费优惠推广给有需要的业者。
将整合已有众多的互联网商务模块形成一套可高度复用的网络商务系统,能安装于小型与微型服务器,让一般的商家能够以低成本取得经营网络商务、对接线下业务的运营能力。此类系统将链接公网 IP ,并能够更大批量地散布于市场,成为批量的公网节点群。可让此类运营设备成为 ioeX 对外销售的硬件商品,让能取得奖励性质数字货币的智能设备不再局限于一般挖矿机和类 NAS 或类OTT 的产品。也想实现做实体世界的生意之时,可同时实现数字货币经济世界里的另一笔生意。
3.现有业务对设备节点拓展的说明
根据目前已有的开发成果,以安卓系统为例,ioeX 团队把具有组网功能软件以「应用服务软件(Service APK)」型态预置进智能设备(比如 IOT BOX)的系统中,只要设备用户启用并连网,就会让该设备自动成为点对点组网的设备节点。已经与诸多业者签订出货合约,这些设备都将是ioeX 去中心化点对点组网的设备节点。随着市场导入方案的执行,设备节点的规模将大批量的成长。
ioeX 代币介绍
数字货币「ioeX」:

去中心化点对点组网的构建,可处理许多连网传输与储存的需求,包含智能设备供货商网络传输与储存的成本和效率问题,为了让提供中继功能的公网节点、提供暂存与储存功能的设备节点愿意持续提供服务功能,并考虑公平机制,导入不可逆和不可窜改的区块链技术,依照传输与分享的量与时间来记入区块链账本,而记账(挖矿)将透过比特币共识机制进行。
提供网络流量与储存空间的节点,将被依照区块链账本内的记录予以数字货币奖励。
此奖励能促进品牌商、方案整合商、ODM 业者等更愿意加入此商业模式生态链,也同时促进终端消费者愿意购买此类具备点对点组网的智能设备相关产品,共同成为组网节点。
为能够提供此项奖励机制,发行数字货币「ioeX」。
ioeX 作为组网经济里头的关键,经由与亦来云的策略合作,共享比特币算力之下,比特币矿工可不产生额外成本于同时进行中的比特币记账流程,另外取得额外报酬,即 ioeX 币。ioeX 币将在比特币联合挖矿过程中,每两分钟记账、生成区块, 每回记账权的取得将奖励固定数量的ioeX 币,计为每次 20 枚 ioeX。挖矿记账的 ioeX 币数不因 ioeX 币的市场价格而有所改变。
为能够支应记账挖矿奖励额度,ioeX 将每年增发3%。为能够让ioeX币值能维持与升值,ioeX将把年获利的25%于不定期、不定时、不定额投入市场、购回ioeX币,用于奖励参与组网运营的节点们。

2.在 ioeX 币上发行「GAS」代币
为使组网服务需求者支付数字货币获取服务,不因 ioeX 的币价涨跌而面临浮动的对价关系,将在 ioeX 币上发行代币(Token),暂称为「GAS」。
GAS 采固定价格,订定为每一枚GAS代币等于美金1元 (US$1),GAS代币的发行没有限量,组网服务需求者支付 GAS 取得组网服务。
GAS代币的取得来源有:
1. 于 ioeX 钱包中,以 ioeX 自行换取。
2. 根据兑换当下,钱包里标注之 ioeX 于交易所价格,兑换等额度的 GAS 数量。
3. 由他人自其 ioeX 钱包中转到自己的钱包。
4. 可使用 ELA(亦来币) 于 ioeX 钱包中换取。
透过 GAS代币机制,组网服务需求者使用数字货币支付取得服务时,不必遭遇数字货币价格浮动导致之使用意愿或额度判定之问题。
组网服务供给方于提供中继和储存能力后,所获取的奖励报酬为ioeX币。贡献度对应到ioeX币奖励额度的比重,将于ICO后、功能正式推出前定义妥当。

除了企业端应用外,一般消费应用领域亦可透过 GAS 来取得服务。目前规划的基础功能包括:
1. 私有云储存
2. 点对点实时在线通讯工具
3. 远程屏幕控制
4. 家用智能物联设备控制与回馈功能
还有往后更多与结盟伙伴能够共同创想的功能,包含透过 ioeX 组网实现自媒体的对外播放与在线互动、智慧设备所在环境周边信息收集于集中呈现比如周边环境的空气质量指述可组建一套全球空污报导网等,各项与生活相关且可创新创想的领域。

3 代币经济模型
代币分配方式:
代币总量有限,首次发售55%,购买者可使用专用钱包,一键转换ioeX成为GAS代币,执行所需的组网功能。
55% 对外销售募资
17% 成立基金会用于长续运营
5% 面向策略合作伙伴
5% 面向天使投资人
10% 团队持有
3% 作为挖矿奖励 (将采与比特币联合挖矿机制)
3% 作为宣传、顾问等费用
2% 销售推广奖励措施

关于更多ioeX信息:https://www.ioex.co/

文章来源:http://www.qukuaiwang.com.cn/news/10363.html
原文作者:ioeX
特别申明:区块链行业ICO项目鱼龙混杂,投资风险极高;各种数字货币真假难辨,需用户谨慎投资。blockvalue.com只负责分享信息,不构成任何投资建议,用户一切投资行为与本站无关。

1.价值区块链(blockvalue.com)遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.价值区块链的原创文章,请转载时务必注明文章作者和"来源:价值区块链(blockvalue.com)",不尊重原创的行为本站或将追究责任;3.作者投稿可能会经价值区块链编辑修改或补充。