首页 > 区块链博客 > 【区块链课堂】第41课:架构师怎样从7个方面去设计区块链

【区块链课堂】第41课:架构师怎样从7个方面去设计区块链

2018-06-02 18:53:00 阅读量:

全文摘要:

从开发者的角度来理解参考架构的设计思路,其根本目标是支持区块链的互操作性,使得用户、分布式应用和区块链之间能够实施可信数据交换,支持模块化、企业级程序设计、开放的 IaaS,便于开发者复用成熟的功能模块和选择任意的开发平台,实现跨平台的可移植性。当前市面上主流的区

从开发者的角度来理解参考架构的设计思路,其根本目标是支持区块链的互操作性,使得用户、分布式应用和区块链之间能够实施可信数据交换,支持模块化、企业级程序设计、开放的 IaaS,便于开发者复用成熟的功能模块和选择任意的开发平台,实现跨平台的可移植性。

当前市面上主流的区块链和分布式账本技术普遍使用 Go 语言、JS 语言进行分布式应用的研发,可以看出能够做到通用适配的平台较有优势。

区块链架构师

可以从下面7个方面去设计

1,区块链或分布式账本技术:根据业务特性,在需要增加“信任”的场景下,选择区块链或分布式账本技术解决方案。

2,身份管理:构建一个弱中心的认证中心,使得通过简单的方式就可以访问多个区块链,比如主权身份(身份证、护照等)。

3,安全数据访问服务:存储的数据需要在区块链中全局共享,需参考数据访问层对安全的要求。

4,跨链服务:不同区块链间的智能合约数据交互;这个服务使得区块链之间构建了互操作性,在复杂的业务场景下,可以设计出细粒度运作的独立子链(逻辑 / 物理),并通过母 - 子智能合约满足不同的业务需求,提升了全局“臃肿”账本的灵活度。

5,链上 - 链下数据访问服务:分布式应用程序需要与传统的链下系统进行互操作;在区块链高速发展期,不可避免需要与传统数据库应用系统进行交互,可能会诞生大量区块链中间件服务该需求。

6,智能合约服务:对于开发者,智能合约需要具备可移植性,尽可能支持多个不同的区块链平台,降低跨平台移植的工作量。对于合约开发平台,应该提供一个语法规范,让不同的区块链平台支持该开发语言。

7,编程接口:为了行业应用的爆炸式发展,对于传统的应用开发者,需要提供熟悉的 API 接口方便调用区块链上的智能合约程序。

来源:币乎


上一篇:EOS主网上线,通正经济的市场验证正式开始
下一篇:影响币价

微信

微信

微信

微信