总规模超50亿 成都成立先进制造业子基金集群
06-17
简介：4月23日，UP腾讯文创新生态大会上，腾讯发布了首款也是目前唯一一款应用区块链技术的游戏《一起来捉妖》。马化腾还在日前举行的中国“互联网+”数字经济峰会上表示，腾讯正在利用区块链技术与医院合作开具数字处方，并正在考虑推动这项技术的落地。
事实上，相比于游戏和医疗，腾讯区块链在金融方面有着天然的应用场景。本文由腾讯技术工程组计费平台部abllen撰写。
他从技术角度详细介绍了腾讯云区块链TBAAS系统的最新应用场景。 1、腾讯云区块链TBaaS简介 腾讯云区块链TBaa是结合云服务推出的区块链平台。
其整体架构如下： 作为一个完整的区块链服务，目前提供的功能有： （1）操作上，客户可以根据需要快速创建一套可灵活扩展的自己的应用，包括高度自动化的合约发布、系统监控和运维。 （2）调度方面，整个系统通过kubernetes实现高效的调度和运行。
（3）安全方面，加强基于CA、人脸的用户身份认证。 （4）隐私保护方面，链上所有数据均经过加密，只有相关用户或机构授权才能读写。
（5）合约编辑，客户可以在页面IDE上自行编辑（见下图）。后端会做相关语法和语义合法性检查，然后自动提交到链上，尽量避免当前行业常见的合约安全问题。
6）底层存储上，基于分布式存储实现了几乎无限的扩展。 7）性能方面，实际达到了TPS（pbft），高于业界平均水平，足以满足一般商业应用。
8）在数据后处理方面，TBaas还提供便捷的AI分析等服务。在具体安全处理方面，TBaas全面支持国密算法，并引入CFCA（中国金融认证中心），满足国内金融等行业应用的合规要求，实现法律溯源和仲裁判断，同时还支持硬件加密，进一步提升安全性。
提高加密认证的处理速度。对于合约来说，基于零知识证明的方法，交易中的各个相关方只需要处理自己的数据，同时实现了整体交易的完整性和不可篡改。
TBaas 支持的区块链项目包括 HyperledgerFabric 和 BCOS。目前区块链底层研发主要基于Fabric。
Hyperledger是Linux基金会发起的一个开源项目，旨在推广区块链数字技术和交易验证。目前已经发展到1.1版本。
主要用于联盟链。HyperledgerFabric的主要特点是通用架构和模块化设计，可以轻松根据需要进行调整或优化。
它还支持基于Go和Node.js的智能合约编辑，使用起来非常简单。 Fabric架构中，明确划分了三个角色：Endorse Peer（背书节点）/Commit Peer（所有peer）/Orderer（共识服务）。
基本结构如下。整个过程是通过初始背书、合约模拟执行等耗时操作完成的。
并行执行以最大化性能，然后通过共识、基于时间的交易序列序列化和验证来实现账本数据的一致性，在性能和一致性之间取得更好的平衡。在具体的开发过程中，我们做了以下探索。
首先是整体系统级优化，例如签名卸载。 TLS系统下的请求签名处理是CPU密集型的，实际Fabric操作中存在相当多的相同操作。
通过缓存重复结果，可以有效提升单链的处理能力。另外，由于节点签名计算和数据落地的存储链结构是单进程串行的，通过管道的方式，可以将签名计算并行化，从而大大提高整体性能。
针对Kafka或底层存储Leveldb、Couchdb崩溃等系统异常，也进行了代码级修改，保证数据不损坏。二是逻辑流程优化。
目前Fabric采用乐观锁方式、模拟执行和版本号机制来保证链上数据的一致性。但对于热点账户等冲突较大的情况，很容易导致交易失败率较高。
对此，改进包括： 1、放弃版本号，采用增量读写集； 2. 使用影子账户，即将热门账户拆分成多个部分，然后定期调整这些账户之间的余额。从核心结构来看，目前的Fabric设计中，Orderer通过Kafka实现请求排序。
这是一个有效的设计，实际测试性能可以达到0TPS。然而，Kafka本身的中心化导致可扩展性和稳定性有限。
同时，管理命令也是通过Kafka下发，保证节点处理结果的一致机制，一旦消息积累，可能会出现无法及时生效的问题。解决方案是： 1、对于消息队列，要求管理可以排队的消息，即消息有优先级； 2.引入pbft等分布式共识算法。
应用pbft并进行优化后，实测数据达到了TPS。客户可以根据实际场景需求选择两种共识方式。
在底层存储方面，Fabric的区块结构目前是完全链式的，这意味着即使是两个不相关的交易，节点验证和写入也必须串行进行。最初的计划是使用DAG或HashGraph等结构来并行化操作。
化，进一步提高绩效。 2、区块链应用场景 目前的区块链应用包括各种数字货币，是典型的自然适应场景。
他们通过尝试激励和其他策略来构建特定的生态系统，并在其他行业中推广。应用一般利用去中心化和数据不可篡改的特点来解决多方之间的相互信任和信息处理问题，例如供应链融资和信用、商品防伪、病历和图像共享、物联网数据安全等现阶段，区块链的应用还在探索和尝试中，急需各种实际案例来验证各种技术方案的可行性和有效性。
判断一个场景是否合适，我们建议考虑以下原则：1）有明显的共识需要2）多方愿意记账3）数据公开，多方平等（这并不意味着可以直接查看，可能需要授权解密），典型的例子就是交易对账，多方都有记录，都需要一个明确认可的结果，所以这个比较合适。目前TBaaS区块链的实现场景有很多。
这里有两个典型案例：一个是专注于保险理赔的爱生活，另一个是专注于供应链金融的微特。在与爱生活的区块链合作中，我们主要探索将医疗机构、保险公司、健康信息平台等组织成区块链联盟，打通很多相关环节，将数字证书信息安全高效地存储在区块链上。
力争从根本上解决医疗数字信息的安全性、关联性等应用技术问题，实现医疗、保险等信息真正的安全共享和互联互通，为用户提供高效、安全、高性价比的医疗保健和保险保护。服务。
具体方法如图所示。机构分为医疗机构、保险公司、案件中心、监管节点。
这里的每一方，比如医疗机构、保险公司等，实际上都是由多个组织组成的。为了简单起见，图中只列出了一个。
在实际保险理赔中，客户的困难在于案件材料的收集和整理，保险公司的困难在于案件的筛选和有效性验证。这两方都很难信任，而且都需要付出一定的成本（比如跨境保险理赔）。
医院处理），医院作为中介，负责案件的保管。实际上，还需要检查其他医疗机构的病例。
这同时满足了区块链应用的几个需求：客户和保险公司之间达成共识的需要、医院之间多方记录的需要以及数据开放共享的需要。考虑到客户记账的不便，引入案件中心和监管节点（可选）参与第三方记账，共同构成了典型的区块链案件记录场景。
由于区块数据的不可篡改，保险公司只要得到用户授权并得到医疗方认可，就可以获取详细的案例文件，实现有效、准确的理赔。对于保险公司来说，只需要花费很少的钱，而对于用户来说，则是免费的，更加方便。
保险公司支付的费用将转化为对医疗机构和病例中心的物质激励，进一步促进整个区块链的健康运行。当保险公司支付的费用转移到多方医疗机构和病例中心时，需要定期对账和结算。
这是上面提到的另一个典型的对账场景。实际医疗机构同意（即背书）时的交易信息上链，通过智能合约，各方可以在本地明确确定自己的收入，实现去中心化、精准对账。
也就是说，通过区块链，可以解决整个保险理赔流程中各方的数据验证和收益共享问题。供应链金融是区块链另一个相对合适的适应场景。
基于区块链去中心化的共享、信任和安全机制，可以有效解决供应链金融相关的转账、交易和监管问题。微特场景主要将各种供应链有形资产数字化，比如农产品，可以提前半年以数字票据的形式公开预购（让更多人通过区块链参与），并到期交割六个月后。
如果这期间资金紧张，可以在预购前提前出售部分票据。当它们到期时，票据可以转移给批发商或最终用户，然后批发商可以直接提货。
这样可以节省仓储和配送成本，减少中间步骤，减少信息不对称的无效成本，通过互联网新技术提高整个农产品的交易效率。 3.展望 目前，区块链仍然是一个新兴领域，令人兴奋的新技术不断被提出。
有资料提到区块链已经发展到4.0，但仔细观察，更多仍处于测试阶段（POC）。从行业角度来看，技术进步一般是由需求驱动的，或者说是在周边技术基本成熟、奠定良好的情况下，由需求驱动的选择。
但目前的区块链更多的是基于技术的特点。延伸或构建需求而不是必然需求，这是当前区块链发展急需解决的关键问题。
本文提出两个比较符合实际的例子供大家参考。随着行业的发展，人与系统之间、系统之间（如各种IOT设备）之间的联系不断变得更加紧密。
传统的中心化架构必然会面临可扩展性等方面的挑战，而去中心化的区块链应该是具有良好前景的替代解决方案。计费平台部将结合自身分布式系统交易和算法的积累，不断解决区块链面临的技术问题。
相信随着区块链的不断发展，将会有更多的应用场景来展现它的价值。
版权声明：本文内容由互联网用户自发贡献，本站不拥有所有权，不承担相关法律责任。如果发现本站有涉嫌抄袭的内容，欢迎发送邮件 举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。
标签：
相关文章
06-17
06-17
06-18
06-17
06-06
06-18
06-08
06-18
06-17
最新文章
【玩转GPU】ControlNet初学者生存指南
【实战】获取小程序中用户的城市信息（附源码）
包雪雪简单介绍Vue.js：开学
Go进阶：使用Gin框架简单实现服务端渲染
线程池介绍及实际案例分享
JMeter 注释 18 - JMeter 常用配置组件介绍
基于Sentry的大数据权限解决方案
【云+社区年度征文集】GPE监控介绍及使用