BTA | 杨建新:打造区块链核心性能的架构是什么?

简介:

作为时下最热门的行业话题,区块链以其颠覆性的技术理念,正在对各个行业施以影响,吸引了全球技术圈、投资者、创业者的关注。为了深入理解区块链及其背后的技术本质,近日,区块链技术及应用峰会(BTA)邀请了80+区块链技术领导人物、100+区块链投资商业大咖,就区块链的发展趋势进行探讨,让人们有机会全面了解这一全新的生态。

 

井通科技CTO杨建新作为本届大会的重要嘉宾之一,在30日主会上分享了题为《可信区块链协议栈》的主题演讲。



640?wx_fmt=png&wxfrom=5&wx_lazy=1

杨建新井通科技CTO

 

杨建新,井通区块链底层平台国内负责人,清华大学计算机硕士,国内最早的区块链开发专家之一,区块链底层架构师,区块链行业与密码数字货币领域丰富的实战经验与行业技术发展领军人物。主导了国内第一条商业公有链的开发,编制API、SDK等相关标准接口;开发了区块链企业级钱包、供应链金融等项目建设;国内智能合约最早落地的先驱者。

 

杨建新在演讲中介绍了井通科技这几年对区块链的理解,区块链是为了解决信任,可划分为网络层、数据层、价值层和合约层,每一层里都是信任传递。另外,智能合约、数据存储与交易等技术在整个区块链行业中逐渐演变,今后每个人进入区块链的角色会不一样,白皮书对于一些企业而言是一种“束缚”。

 

以下为杨建新的演讲实录:

 

很高兴能够得到主办方的邀请,跟大家介绍井通科技在这几年的实践经验,本次主要介绍可信区块链协议栈,为什么要提“可信区块链协议栈”,“可信”和“区块链”大家都知道,“协议栈”是我们简称自己对区块链的理解,对区块链三四年实践经验的一个看法。

 

区块链生态已逐渐成型,主要分三部分:

  • 基础底层链,就像现在做以太坊、比特币的改进版本,这些都是做基层区块链的;

  • 内容链,比如内容、版权、医疗、能源、泛娱乐等;

  • 区块链应用,比如支付、众筹、交易所。

 

目前有两套系统,第一套是比特币系统,比特币系统就是一套现金系统,货币不超发的目的已经达到了,后面分不分叉,扩不扩容已经没有什么影响。

 

640?wx_fmt=png

 

第二个是以太坊系统,其生态已经做的比较大,有一万多个DAPP,以太坊系统就是对比特币图灵的完善。



640?wx_fmt=png



大家做区块链有一个特点就是都要写白皮书,为什么要写白皮书?一个是为了募资,另一个是团队可能是一个社区化运作的模式,你要给社区人一个交代。

 

对一个商业或应用公司,服务国内企业,白皮书是否有必要?井通没有也不写白皮书,井通经历了区块链概念从无到有,白皮书于井通是一种束缚,智能合约、数据存储、数据交易等技术在整个行业中都在慢慢演变,几年之后每个人进入区块链的角色会不一样,区块链所有的东西都在变,所以井通没有白皮书。

 

井通是一个进化中的公司,区块链已进入3.0阶段,很多行业都提了新的3.0区块链概念,这个概念其实是没有整体性的创新,以太坊也不是很创新。3.0阶段一方面是功能性扩展,提供更多的性能,做资产的交易等;另一方面是性能扩展,无论是功能还是性能,都有新概念的提出。

 



640?wx_fmt=png



我们对下一代区块链有很大的需求,现在的链很多了,但链与链之间如何通信,现在所有提出的跨链技术都是中心化的跨链技术,它有一个基本的可信通信的需求,区块链传递的其实是信任,信任是不同体制的,在可信的基础上要承载更多的东西,有比较通用化的协议和通用化计算架构,通用化的计算架构上能承载更多的东西。

 

比特币就是承载一些信息附带一些脚本,以太坊是承载一些信息做了代码,区块链既承载信息又可承载业务,只要用同一种语言,两者就可以交易,这是对下一代区块链的需求。同时需要对链的要求更低一些,其实现在可以做跨链的交易,但是现在对跨链的交易要求高,需要有一个和它一样的机制。

 

井通从2013年开始做井天矿机,那时只有比特币,整个行业都冲到比特币,做矿机或是交易所等。井天矿机是当时国内第一个做一级矿机的厂商,到2015年,所有做矿机的公司已经不挣钱了,矿机的成本是两千多,就算做也是在赔本,所以大家能够听到比特币大跌时导致的故事。

 

2014年的时候我们分出来两拨人分别做硬件和区块链,在无锡落开始商业化场景验证,2015年井通开启国内第一家商业化区块链,2016年因为服务于大实体企业,我们开始把服务于实体企业的经验在小微孵化中应用,2017年在多个行业进行落地区块链实践,包括青岛、重庆、贵阳。现在我们对自己的定义是可信生态的构建者,即基于有效去中心设计理念的分层架构的区块链构建者。

 

在2016年有人提出区块链的本质不是去中心,每家公司都在提自己的特性,如分布式、多中心等,区块链自己本身要做的事情就是达到有效地去中心解决问题,现在有个说法是服务实体企业解决问题,不能为了做区块链而做,有效去中心是一个有效的方式。

 

区块链的发展初衷是解决信任问题。



640?wx_fmt=png



共识机制基于有效去中心的设计理念,不是所有人都参与共识。



640?wx_fmt=png



服务模式从国内区块链发展到现在,很多公司都经历过,我可能给你提供区块链服务,给予报酬,还有一种服务模式是我跟区块链相关,你只需要在这里交Token就可以,不需要打交道。

 

640?wx_fmt=png



区块链的功能分几部分,比如数据交换、分布式、去中心,可以把整体功能打包到区块链,再做分布式存储和交换,这里其实是切割,是你把这条线切在哪里的问题,你往下切做的更轻一些,往上切做的更重一些,应用特性更明显一些,所以我们做的是比较中间的切法,往上是做的是APP中间做的是BAPP,往下是DAPP,它完全是一个去中心的应用。



640?wx_fmt=png

 

我们对区块链做了四个层次的划分:网络层、数据层、价值层、合约层,每一层里都是信任的传递,从下到上传。

 

网络层实现系统可信,无论是GPU还是CPU,跟现在的传统服务模式类似,有分布式,有负载均衡,但是可能在某一个地方错误导致整体不行,区块链不会这样,它可以做到系统可信。

 

 Created with Sketch.


640?wx_fmt=png



数据层实现数据可信,数据可信是指数据在每一家数据都是一样的,这是数据可信,你对某一个人的评分在你这儿和我这儿是一样的。数据可信使得大家对区块链都有一个看法,我们从来不认同“区块链处于早期阶段”这个观点,因为我们从来是把区块链当做不同层次的应用,每一个层次都能用,数据可信里现在已经很多人在用了,做征信做溯源,这里面区块链要求很低它也能做,现在很多人在做。

 

640?wx_fmt=png



价值层实现价值可信,它能用来做更丰富的应用:防伪、溯源、积分、股权等。

 



640?wx_fmt=png



 

再往上一层是合约层,价值可信里能做的还是比较有限,合约层要实现计算可信,计算可信是做计算不依赖某一个节点,是依赖整体的系统,某一个节点故障可信不可信其实不影响计算的结果,所以我们提的是计算的可信。



640?wx_fmt=png



通过以上四层划分,正在做的区块链的技术可以实现真正的跨链机制,中心化的就是变成一条链,国内外都在做,但是这个链再怎么做也是通过一个中介来做,我们提出链与链之间直接的数据的资产的计算的交换机制,这个是由我们正在做的区块链协议栈来做的事。

 

链能不能形成网络,链形成网络不像我们通常做的,互联网业有局域网,局域网之间沟通需要通过路由器,你如果没有路由器是不是就不能沟通了,如何实现局域网之间不用通过路由器,通过某一种方式表达我对某一件事的可信,实现不同链之间的可信数据通信,快信资产通信,可信字算通信,同时也符合基本的协议要求,因为大家都说同一种语言,我对你本身做什么业务我不在乎,你可以做业务链也可以做基本的执行链都可以。

 

这些是我们对区块链的看法及实践经验,谢谢大家!

   

BTA杨建新演讲现场实录:


 


640?wx_fmt=gif



原文发布时间为:2018年04月05日
本文作者:区块链大本营
本文来源:CSDN区块链大本营,如需转载请联系原作者。

目录
相关文章
|
23天前
|
机器学习/深度学习 自然语言处理 物联网
NeurIPS 2024 Oral:小参数,大作为!揭秘非对称 LoRA 架构的高效性能
近期,一篇题为《\model~: 非对称LoRA架构实现高效微调》的论文被NeurIPS 2024接收为口头报告,该研究提出了一种创新的非对称LoRA架构,旨在解决大型语言模型(LLMs)在保持高性能的同时提高训练和部署效率的问题。通过引入共享A矩阵和多个B矩阵,\model~不仅提高了参数效率,还在多个数据集上展示了超越现有PEFT方法的性能,尤其是在多任务域和复杂数据集上的表现尤为突出。此架构还有效减少了训练能耗和延迟,为LLMs的高效应用提供了新思路。
24 4
|
29天前
|
人工智能 Cloud Native 算法
|
3月前
|
设计模式 Java 关系型数据库
【Java笔记+踩坑汇总】Java基础+JavaWeb+SSM+SpringBoot+SpringCloud+瑞吉外卖/谷粒商城/学成在线+设计模式+面试题汇总+性能调优/架构设计+源码解析
本文是“Java学习路线”专栏的导航文章,目标是为Java初学者和初中高级工程师提供一套完整的Java学习路线。
477 37
|
2月前
|
安全 数据安全/隐私保护 UED
优化用户体验:前后端分离架构下Python WebSocket实时通信的性能考量
在当今互联网技术的迅猛发展中,前后端分离架构已然成为主流趋势,它不仅提升了开发效率,也优化了用户体验。然而,在这种架构模式下,如何实现高效的实时通信,特别是利用WebSocket协议,成为了提升用户体验的关键。本文将探讨在前后端分离架构中,使用Python进行WebSocket实时通信时的性能考量,以及与传统轮询方式的比较。
73 2
|
3月前
|
缓存 运维 NoSQL
二级缓存架构极致提升系统性能
本文详细阐述了如何通过二级缓存架构设计提升高并发下的系统性能。
131 12
|
3月前
|
缓存 安全 Java
如何利用Go语言提升微服务架构的性能
在当今的软件开发中,微服务架构逐渐成为主流选择,它通过将应用程序拆分为多个小服务来提升灵活性和可维护性。然而,如何确保这些微服务高效且稳定地运行是一个关键问题。Go语言,以其高效的并发处理能力和简洁的语法,成为解决这一问题的理想工具。本文将探讨如何通过Go语言优化微服务架构的性能,包括高效的并发编程、内存管理技巧以及如何利用Go生态系统中的工具来提升服务的响应速度和资源利用率。
|
4月前
|
消息中间件 缓存 Java
如何优化大型Java后端系统的性能:从代码到架构
当面对大型Java后端系统时,性能优化不仅仅是简单地提高代码效率或硬件资源的投入,而是涉及到多层次的技术策略。本篇文章将从代码层面的优化到系统架构的调整,详细探讨如何通过多种方式来提升Java后端系统的性能。通过对常见问题的深入分析和实际案例的分享,我们将探索有效的性能优化策略,帮助开发者构建更高效、更可靠的后端系统。
|
13天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
22天前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
35 3
|
1月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####