区块链中的数据存储通过什么完成超级服务器可信第三方

你好，区块链中的数据存储通过什么完成超级服务器可信第三方？区块链的主要角色是扮演 可信第三方，如搭建基于区块链的交易中心、数据中心等。 现有中心化方式建立一套公共数据库或者说建立多个企业数据库的连接，呈现出费用高、低效率、安全性低等缺陷。通常需要找到一个具有公信力的社会组织、权威的政府部门、或者是被认可的第三方行业的领军企业，来建立一个中心化的数据库，通过互动服务来完成数据的存储、交换和共享。在这种场景下，每个企业自己也有自己相关联的数据库系统，不同数据库之间的一致性、同步性需要与拥有共享数据库的第三方反复确认核验，甚至人工验证，导致共享数据的产生与复用的流程比较复杂和低效。另外，由于所有数据放在所谓权威的第三方，自然就存在外部攻击、内部员工窃取数据的风险，而一旦这个权威的中心服务器瘫痪就会导致所有与之相连的外部业务中断。这实际上是目前互联网服务商特别是巨头目前面临的潜在挑战，同时也是一颗定时炸弹。而区块链的核心能力是提供一致的账套，利用区块链技术替代这个第三方互联网服务巨头的角色，让多家企业使用同一套记账系统，记录同一个账本， 鉴于区块链数据库的一致性、历史的不可篡改，可以简化和变革业务流程，保护数据完整性，提高业务的运营质量与管理效率。并且某一个节点瘫痪时，也不会造成整个业务的中断。请参考！

Redhat有两大Linux产品系列，其一是免费的Fedora

Core系列主要用于桌面版本，提供了较多新特性的支持。另外一个产品系列是收费的Enterprise系列，这个系列分成：AS/ES/WS等分支，他

们都是redhat企业级Linux，简称为 RHEL

AS是超级服务器版（Advanced Server），他在标准Linux内核的基础上，做了性能上的增强，并提高了可靠性，集成了众多常见服务器的驱动程序。可轻松识别IBM/DELL/HP等常见机架式服务器的磁盘阵列卡等设备。

典型的AS应用为：

1.数据库和数据库应用软件

2.WEB和中间件

3.CRM, ERP，SCM

ES是企业服务器（Enterprise

Server），AS的精简版本。他与常见的AS系列的区别是，AS支持到4路以上CPU，而ES只能支持两路CPU。AS和ES在大多数程序包上并无区

别，只在内核等少数软件包上有差异。AS和ES的售价差别比较大，通常ES用在随服务器一同购买的OEM版本中例如购买DELL服务器，搭配的Linux

会是ES系列。如果要搭配AS系列，则需要多花数千元。

典型的ES应用为：

1. 公司WEB架构

2.网络边缘应用 (DHCP, DNS, 防火墙等)

3.邮件和文件/打印服务

4.中小规模数据库和部门应用软件

WS是工作站服务版（Workstation

Server），ES的进一步简化版，主要针对企业内部的桌面办公市场，国内较少采用WS是桌面应用的最佳环境。它包含各种常用的桌面应用软件

(Office工具，邮件，即时信息，浏览器等)，可以运行各种客户-服务器配置工具，软件开发工具和各种应用软件(例如EDA和Oil/Gas应用软

件, 但它不提供网络服务功能(如DNS和DHCP)，它只适合作客户端应用。

AS、ES功能上没有什么区别，无论x86，还是Itanium版，RHEL的后三张盘完全一样，也就是说，软件包完全一样。第一张盘实际上没有什么软件包的，只是启用安装程序，确定安装文件包而已，只是在服务级别，支持的CPU数量和内存数量上有区别。

Apache是一个历史悠久并且功能十分强大的WEB服务器，但其丰富的功能对于一个新手来说往往不知道从何下手。我个人感觉Apache的设计充分体现了模块化设计的优势，通过在动态模块加载（DSO）模式下的安装，任何子应用模块都可以通过配置文件的简单修改进行积木式的灵活配置。安装的过程可以从简单的静态html服务开始，一个模块一个模块的学习使用。从单纯的HTML静态服务(core)，到复杂的动态页面服务(core + php, core + resin, core + php + mod_gzip, core + resin + mod_expire)。

本文主要从简化安装==>性能调优==>维护方便的角度，介绍了WEB服务的规划、HTTPD安装/应用模块配置、升级/维护等过程。让Apache和PHP，Resin等应用模块的独立升级，完全互不影响。

WEB应用容量规划：根据硬件配置和WEB应用的特点进行WEB服务的规划及一些简单的估算公式；

Apache安装过程：apache的通用的简化安装选项，方便以后的应用的模块化配置；

修改 HARD_SERVER_LIMIT：

vi /path/to/apache_src/src/include/httpd.h

#define HARD_SERVER_LIMIT 2560 <===将原来的 HARD_SERVER_LIMIT 256 后面加个“0”

apache编译：

./configure --prefix=/home/apache --enable-shared=max --enable-module=most

可选应用模块/工具的安装：php resin mod_gzip mod_expire及各个模块之间的配合；

mod_php安装：./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql

mod_resin安装：./configure --with-apxs=/home/apache/bin/apxs

mod_gzip安装：修改Makefile中的 apxs路径：然后make make install

工具：日志轮循工具cronolog安装：http://www.cronolog.org

升级/维护：看看通用和模块化的安装过程如何简化了日常的升级/维护工作；

按照以上的方法：系统管理员和应用管理员的职责可以清楚的分开，互相独立。

系统安装：系统管理员的职责就是安装好一台DSO模式的Apache，然后COLON即可，

应用安装：由应用管理员负责具体应用所需要的模块，比如PHP Resin等，并设置httpd.conf中相关的配置。

系统升级：系统管理员：升级操作系统/升级Apache

应用升级：应用管理员：升级应用模块，PHP Resin等。

WEB应用的容量规划

Apache主要是一个内存消耗型的服务应用，我个人总结的经验公式：

apache_max_process_with_good_perfermance <(total_hardware_memory / apache_memory_per_process ) * 2

apache_max_process = apache_max_process_with_good_perfermance * 1.5

为什么会有一个apache_max_process_with_good_perfermance和apache_max_process呢？原因是在低负载下系统可以使用更多的内存用于文件系统的缓存，从而进一步提高单个请求的响应速度。在高负载下，系统的单个请求响应速度会慢不少，而超过 apache_max_process，系统会因为开始使用硬盘做虚拟内存交换空间而导致系统效率急剧下降。此外，同样的服务：2G内存的机器的 apache_max_process一般只设置到1G内存的1.7倍，因为Apache本身会因为进程过多导致性能下降。

---