也许你们还不知道，现在已经是一个用数据说话的年代了，那么区块链就是最好的例子，因为区块链基于大数据，这个观点你认同吗？区块链基于大数据1.区块链技术区块链角色更多关注全节点作为数据源提供方，依赖区块链技术的分布式、公开透明、可追溯、不可篡改等特征，同时结合数据分布式存储、点对点传输、共识机制、加密算法等多种技术融合形成的区块链创新应用模式。
在区块链浏览器的整体架构中，区块链作为数据源存在的挑战与传统大数据进行ETL比较。
多币种主链数据组织差异大，在众多主链数据持有能力上，需要思考如何在系统架构上提出能够保证通用结构复用，又要兼顾多主链个性化灵活支持的需求。同时，理解区块链全节点数据的业务特征、不同版本之间差异、分叉对不同高度的解析细节上在研发周期中占用较大比重。
现场 | e签宝创始人金宏洲：区块链印章更可靠智能:金色财经现场报道，9月25日下午，外滩大会区块链产业峰会在上海开幕。在《区块链生态上的公共服务体系》圆桌论坛上，e签宝创始人兼CEO金宏洲指出，区块链印章，之于电子印章有三大优势，1，更可靠、2，更便捷3，更智能。区块链在各行各业都有可能被充分应用，在旅游行业，旅游合同的签署是一个很大的应用场景。[2020/9/25]
以往大数据架构不需要太多的关注数据业务本身涵义，更多聚焦在数据流转、计算、存储，而区块链则需要对业务了解放在首位，起点较高。
2.大数据技术
在OKLink区块链浏览器上，大数据聚焦在区块链数据源解析之后，推送到Kafka消息队列后续，对数据进行统计分析，实时计算和离线计算部分。
动态 | 京东数字科技推区块链ABS标准化解决方案:据36氪报道，京东数字科技资管事业部基于京东智臻链JD BaaS平台，推出首个区块链ABS标准化解决方案，中信证券、众华会计师事务所、奋迅律师事务所、中诚信评级等机构成为首批使用该方案的机构。ABS业务参与机构可通过标准化模块加入ABS区块链。方案可以为律所等ABS业务中介机构节省数百小时信息传递和审核的时间，降低人力成本并节省开发费用。[2019/6/6]
同时，在浏览器前端展示ToC提供线上检索服务和对不同的数据应用放提供ToB的API访问方式。
当然，区块链浏览器中大数据的实践和传统互联网大数据有着较为明显区分特征，下面逐一说明：
A）数据中台
声音 | 苏宁金融研究院薛洪言：兼顾数据共享与数据保护需要区块链及加密技术:据财新消息，苏宁金融研究院薛洪言刊文表示：能否做到数据共享与数据保护的兼顾，即实现数据可用不可见，成为考验金融科技B端赋能者服务能力的第一道门槛。这考验的是巨头在区块链、加密技术、分布式架构等底层金融科技方面的实力。[2018/11/7]
区块链大数据更加侧重数据中台的角色，而不是传统的后台提供数据分析、离线计算的位置。之所以在数据中台委以重任，是需要更快、更为灵活的交付用户数据。
所以查询快是OKLink的一大亮点，要提供区块链数据的快速交付，需要在数据解析到流转、计算存储、查询4个方面整个链路做全方面的优化，整体协作来完成快速交付。
时效性在区块链对ToB方面至关重要，ms级别的先机会对类似量化交易及时做出预判，类似传统意义提到的时间就是金钱，唯快不破。
金色财经现场报道 IBM区块链副总裁：区块链适合供应链及供应链融资:金色财经现场报道，今日在Coindesk 2018共识会议上有关深层次融资的圆桌讨论上，IBM区块链副总裁James Wallis表示：“供应链和供应链融资存在很多挑战，这反而是区块链非常适合的地方。我认为正是这种可见性和确定性会使供应商和制造商都感到满意。”R3联合创始人Todd McDonald，表示“深层次融资”的定义是，供应链中的较小参与者如何在更大程度上与大玩家共同参与。如果项目被正确地启动，客户甚至不会知道是利用了区块链。[2018/5/16]
B）数据弱化分区特征
在互联网等传统大数据进行存储，一般会对数据按照日期进行一级分区，对于数据进行分布式存储和计算在MPP架构中应用非常娴熟，数据可以根据使用情况做热数据、温数据、冷数据处理分层Cache、归档等处理。
而区块链大数据存储在业务层面需要时刻准备交付，即数据可以理解均为热点数据，例如按照地址检索交易记录，即便较久交易也需要实时交付。
同时，时间维度在做区块链的业务场景应用中不重要，反而区块高度、交易Hash、地址等维度命中率在大部分场景下有较多应用。
在架构层面，满足弱化分区特征，需要实现索引和数据的异构引擎配合存储和计算，在服务层面需要做到数据一致性、检索过程业务透明、新增索引项灵活配置、热部署等工程方面挑战。
C）流批处理
流批处理指的是区块链计算指标需要结合历史的统计信息和当前的实时数据做更新，例如地址的累计交易金额=历史累计交易金额+当前交易金额。
前面提到如果大数据处于后台角色，可以完全通过离线计算批处理的方式进行统计，这样的方式即保证了准确性，又相对保险，但在时间上会有滞后。而作为数据中台能快速准确交付用户信息，这里需要历史聚合数据和当前变更数据做实时计算。
这种场景最大的挑战是数据指标的冷启动+实时计算结合，并且一个指标从定义到交付更为灵活，就需要在架构设计上支持配置化的指标定义，而非CasebyCase的定制开发。
OKLink实时计算平台“闪电”中采用Flink作为流批数据计算的架构选型，支持灵活定义Source数据源、ETL数据上下游衔接和灵活定义Sink输出。在存储方面借助HBase存储满足实时更新和按照Key检索，历史聚合信息计算结果存储在HBase，并且记录历史截止交易高度，闪电平台敏锐察觉数据变更并且延续后续实时计算过程。
D）数据补偿机制
即当线上数据出现问题之后，如何能够快速修正数据。一般来说，数据出现问题的原因包括：计算逻辑变更、数据解析bug、区块分叉、数据延迟交付等因素。
这些因素虽然在浏览器上线后出现的频率较低，但是每次出现人工处理成本较高，主要表现在处理时间、人工核验的质量参差不齐。
数据补偿机制是数据质量保证重要的途径，可以满足数据的最终一致性需求。数据补偿的处理步骤可以归纳为识别坏数据、定位数据源、清理目标写入、数据重计算四个部分，因为针对不同的数据源处理步骤大同小异，所以非常适合工程化方案解决。
当前这里面也存在一些挑战，比如坏数据出现位置监控与定位、已写入引擎数据识别和清楚、修正补丁热部署热加载避免停服、旁路数据修正等。
E）新数据频繁变更
数据变更在互联网场景更多体现在OLTP数据库中，而在OLAP场景下更多为沉淀数据，追加较多变更非常少。
频繁变更带来的问题是数据碎片化严重、标记删除和定期归档工程化较为复杂，目标存储引擎支持更新，同时如果支持幂等性业务操作，还需要识别已写入数据哪些是覆盖想，哪些是删除项。
所以说这个区块链基于大数据，这话不掺假吧。有一天你能成功的渗透区块链这个词语的意思，你离发达也就不远了。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。