让大数据真正发挥作用

当用户登录时，登录系统对用户输入的密码执行 MD5 哈希运算，然后再使用用户 ID 和密码对应的 MD5 “数字指纹” 进行用户认证。若认证通过，则当前的用户可以正常登录系统。用户密码经过 MD5 哈希运算后存储的方案至少有两个好处：

防内部攻击：因为在数据库中不会以明文的方式保存密码，因此可以避免系统中用户的密码被具有系统管理员权限的人员知道。

防外部攻击：网站数据库被黑客入侵，黑客只能获取经过 MD5 运算后的密码，而不是用户的明文密码。

四、MD5 算法使用示例

在 Node.js 环境中，我们可以使用 crypto 原生模块提供的 md5 实现，当然也可以使用主流的 MD5 第三方库，比如 md5 这个可以同时运行在服务端和客户端的第三方库。在介绍具体使用前，我们需要提前安装 md5 这个第三方库，具体安装方式如下：
 

架构图和server.xml内容对比，server.xml就是架构图的xml版本，由此可以猜测我们java代码中也应该有与之对应的类。

比如说：Listener类、Service类、Host类、Engine类等，这个后面再具体分析，这里只是猜测一下我们java代码中的实现。

看过前面Mybatis源码分析文章的同学，这里也应该能猜到，这个server.xml配置文件解析方式以及如何存放这些配置信息。

tomcat启动时是通过读取server.xml配置文件的参数，加载每个对应的组件，同时该文件中配置了tomcat的相关可调控参数，实际项目中对tomcat的优化工作大部分都是这个配置文件里的参数调整。
 

除了ZK-Rollup技术之外，Findora还试图通过RSA加密累加器技术来提升系统内的交易速度。RSA加密累加器主要作用是降低节点的存储数据量。

以太坊、比特币等区块链中的节点为验证交易，需要存储大量的历史数据。Findora试图通过RSA累加器实施数据存储方案。例如，Findora节点在处理区块中的多笔交易时，无须对每笔交易单独更新，而可以在处理完所有交易后一次性更新。

Findora的三层架构

Findora平台分为三层，包括金融服务应用层、Findora开发者工具、分布式账本协议。

Findora的分布式账本协议就是区块链账本，支持保密交易、智能合约、多签账户和非托管的交易所。Findora的共识和治理都采用Finsense共识。

在Findora区块链系统中，最核心的是其分布式账本的设计，其技术试图将“经验证的数据结构”的透明性和“零知识证明”的隐私性结合在一起。Findora的分布式账本有一种与众不同的记录交易事务的数据结构，它称之为“经验证的数据结构”(ADS)。经验证的数据结构是指它是经过身份验证的数据结构，也就是说，任何具有访问权限的人可以验证其分布式账本的历史交易是否正确。分布式账本在面对不同来源的查询时，其响应是一样的，如果响应不一样，则因为其“经验证的数据结构”不同所导致，这通过外部的八卦协议比较容易发现。如果交易得到验证，它就会成为分布式账本中不可篡改的一部分。

开发者工具是中间层，提供多资产发行和转移、身份证明、审计和资产跟踪、具有隐私保护的合规工具等。应用层，则是开发者自由部署智能合约，构建各种金融产品或服务。

Findora的不同道路

从Findora的系统架构、保密性、可审计性等方面可以看出，它的设计是服务其对未来区块链发展方向的判断。它认为未来的区块链需要满足保密和合规的需求，并在此基础上构建各种金融服务场景。

这种底层的哲学和与之相对应的系统，决定了从一开始，它就跟以太坊等区块链走上了不同的探索道路。它的发展空间取决于未来区块链和世界需求的演化，它们之间的磨合。

是构建完全数字原生的区块链，还是构建跟传统金融融合的区块链，表面上看，两条路在技术上的区别可能并不是特别巨大，但其实是完全不同的两条道路，而至于什么才是未来演化的方向，也许只有时间才能告诉我们。

（编辑：衡水站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!