CCFTF05会议记录

By | 2018年7月14日

360观点:

区块链仍在高速演进阶段,从数据结构到共识到应用都还在快速演进。当前还存在安全、性能、隐私等问题待进一步解决

共识方面,BFT类算法的大规模节点场景适用性差,难以支持大量节点的网络。与之相对,使用简单的PoW规则的比特币规模可以扩的非常大。

360较重视匿名,介绍了三种交易匿名实现:

Monero:环签名,地址混淆等

Zcash:零知识证明

Dash使用Darksend进行混淆加密

一些厂商(360)正基于他们出品的路由器等设备探索区块链+边缘计算。

区块链+边缘计算用Token作为激励,吸引个人拿出算力(计算、存储、带宽)进行共享(边缘计算是希望让计算尽量贴近使用端)

边缘计算主要有两种模型:

  1. 流量模型

映射模型;积分代币化;私有连/公有链。

  1. 存储模型

以Ipfs+FileCoin为代表;公有链。用Token作为奖励。主要挑战在:共识(对算力及存储的证明)&安全(隐私等)。

 

火币主讲侧链:

侧链的设计原则:1.可双向交易;2.跨链转账不可阻拦;3.交易具有原子性;4.区块链间有隔离性;5.区块链间有独立性

基本结构思路:进行资产的跨链转移时,在转出链上发起锁定一定金额的交易,再在转入链上发起一笔以【转出链上那部分被锁定资产的加密证明】作为输入的一笔交易

实现略

侧链现状:BTC Relay,Rootstock-Liquid,Lisk,Asch

 

NEO

NEO虚拟机独立且通用(但不支持浮点数),可以被单独用于各种场景。区块链所需的各种功能以API形式插进来。在NEO中,包括部署智能合约的组件在内的所有的一切都是智能合约(笔者注:即智能合约部署组件本身也是一份合约)

NEO金句——智能合约本质上是“关于钱的脚本”

NEO悲观地认为,未来必将由现在的单台节点成为未来的集群节点。低算力节点已成为制约区块链进一步发展的核心问题,这是进一步提升运行效率的唯一途径。

 

OracleChain:

OracleChain是在EOS上建立的market(市场),它是区块链上的数据库,更是“智能合约的触发器”,其上可以存储时间、中心化权威数据、去中心化的共识数据等,可以为其他链的智能合约提供相应的接口以提供所需数据。

场景示例:A和B做了一个赌局合约——若下周一中午前乐视连续跌停则B给A 5 以太币,否则A给B 5 以太币,这个赌局合约调用了OracleChain的接口。当到下周一中午时,OracleChain就会通过某些方法触发这份赌局合约,并告诉这份合约乐视股是否已经跌停了。

OracleChain认为,“数据≠结果”,即可以通过一些手段(如零知识证明等),只为用户提供需要的“结果”,而不需要提供所有的数据,以满足一些隐私保护的需求。如在上例中,OracleChain只需要为赌局合约返回一个True或False,而不需要返回周一上午乐视股票的所有信息。

 

aelf:

aelf认为,未来应该存在针对不同场景的不同链,应该不会存在一个链占领全部领域的情况,研究怎么处理多链之间的关系会是个好买卖。

另外,aelf认为,在本质上PoW和PoS是差不多的——PoW使用由法币购买的矿机作为资本,而PoS以已持有的token作为资本。即,PoS也是拿钱当生产工具(甚至有法币没token也没用)

 

京东:

京东主讲落地应用。

京东对各个平台调研的方面:

  1. 架构层级(架构灵活性,节点分类)
  2. 核心技术组件(共识,通信/P2P,存储,账本结构,合约引擎)
  3. 应用功能(身份认证,账户设计,私钥保护)
  4. 技术性能(吞吐量,确认时间,可用性)
  5. 安全机制(密钥生成、存储,防“双花”,找回修改)
  6. 平台适用性(业务场景)
  7. 开发及工具(支持语言、配套工具、接口完备程度)
  8. 维护支持能力(版本升级维护机制的保障方面)

 

核心功能:

  1. 共识机制(节点安全认证,快速达成共识,共识节点分区,节点动态参与,节点平滑升级,分叉频率,容错阈值)
  2. 存储(数据存储和检索、账本结构、海量数据伸缩)
  3. 安全合规性(可插拔密码算法(国密),权限控制,端到端数据加密,前向安全数据加密,私钥安全管理,可升级密码系统,加密性能及强度,就PKI体系,CA认证,算力)
  4. 智能合约(图灵完备,支持面向领域的合约语言,合约运行安全(资源隔离、限制))
  5. 跨链(跨链数据/交易验证,跨链达成交易共识,跨链原子性资产交换,跨链资产锁定,跨链合约执行,在同构链之间的跨链交互,与异构链/公链跨链交互(以太坊,比特币))
  6. 通信/P2P(通信效率,通信协议,可靠性)

 

京东认为组合型共识是未来的趋势。目前的瓶颈与局限在:技术标准,吞吐量/延时,安全(算力,双花,加密算法),易用性、通用性

京东区块链设计原则:面向业务,积木化,安全可审计,简洁高效,技术标准化

(企业用的东西一定要可审计)

 

京东区块链与业务结合的部署架构:

节点分为共识节点、网关节点、备份节点三种,进行多种模式部署。

企业不能控制数据,但一定要控制权限。不可能让所有的企业交叉业务,但可以让对方的一两个节点参与进自己的节点中。

京东采用分层架构,在尽量少的机器中进行共识

思考:区块链中跑大数据暂时看来可能不合适。数据在代理层进行交换,以传统方式存储,区块链只进行验证。

要尽量减少与主节点的交互,减少访问量以避免可能的拥堵

 

京东共识优化:

共识的一般模型:

  • 交易扩散
  • 交易排序
  • 调用交易执行程序
  • 对交易执行结果进行共识
  • 提交共识结果

 

各种共识算法的差异体现在不同阶段采取不同的实现策略:

  • PoW、PoS算法在交易扩散和排序时,不采用原子广播协议,同时以随机化的方式选出leader节点执行排序,因此会导致交易可能被随机抛弃
  • Raft、Paxos算法对全部交易进行原子广播和排序,但共识的过程中不处理拜占庭错误
  • PBFT算法对所有交易进行原子广播和排序,同时在共识阶段处理拜占庭错误,不支持动态调整节点

 

京东的区块链共识:优化的类PBFT算法,企业级性能要求,提供确定性交易执行、拜占庭容错、动态调整节点的特性。基于共识的一般模型,抽象出标准协议,采用模块化设计,实现为通用的共识框架

 

京东账本结构:使用账户模型,用权限限制合约对状态的访问,将数据与逻辑分离,为上层业务逻辑提供无状态的逻辑抽象

 

京东BaaS:略

 

区块链使用场景:

多方合作(提供安全,可靠地审计账本管理,降低合作复杂性)、互信(不需要第三方可信机构)、效率低下(降低传统业务的流程复杂性,时间、人力和维护成本)。

区块链技术具有:分布式容错、不可篡改、隐私保护好的特点,可以使业务:提升可信性,降低成本,提升效率,增强安全,自证清白

区块链适用于供应链:信任,精准追溯,存在性证明特制(解决纠纷,举证追责),完整流畅的信息流(可公开数据互相透明,可提升整体效率)

 

 

众家观点:PoS、PoW优劣:

  • PoS很难进行大规模的投票。
  • PoW和PoS都有很高的门槛,分别是矿机和币。PoS需要大量资本才能工作(甚至只有法币也参与不了)
  • Ada币的共识设置比较巧妙,值得一看(Cardano项目)
  • PoW也可以有意义——比如把算力放在暗网解md5值之类,让电费转化为另一种看不见的资产
  • 如果全面PoS,交易所恐成最大赢家

 

观点:区块链的进一步发展可能会很慢;区块链节点可以下到IoT上;大规模的IoT场景可以参考iota项目,使用dag结构

点击量:400

发表评论

邮箱地址不会被公开。 必填项已用*标注