"从零开始"系列更新遇到瓶颈了（数据处理虽然已做了自动化脚本，但需要大量时间整理），趁此机会转换一下心情，补完一下之前企业以太坊（Hyperledger Besu）系列中遗漏的一些内容。
在放下 Besu 的 2 年多以来，区块链在国内并没有如想象中的发展起来，大家看到的大多都是关于区块链的负面新闻。但随着国家对香港 Web3.0 的战略部署，以及国内数据资产、数据治理的火热态势，区块链技术必定会在日后技术发展中承担着重要角色。
纵观目前国内还是 Hyperledger Fabric 的天下，但作为一名 Besu 的布道者，我觉得在以下 6 个方面 Besu 还是有自己的优势：
1. 海量开发者： 全球有数十万的 Solidity/Vyper 开发者。虽然 Fabric 的 Chaincode 开发者（通常是 Go, Node.js, Java）也不少，但远不及以太坊生态的规模。
2. 丰富的开源合约库： 可借鉴或直接使用 OpenZeppelin 等机构提供的、经过安全审计的大量标准智能合约（如 ERC-20, ERC-721），无需重新开始"造轮子"。
3. 平滑的学习曲线： 对于有任何区块链基础的开发者来说，理解 Besu 的模型（账户、交易、Gas、区块）都非常直观。而 Fabric 引入了许多独特的、复杂的概念，如通道 (Channels)、锚定节点 (Anchor Peers)、背书策略 (Endorsement Policies)、成员服务提供者 (MSP) 等，学习曲线非常陡峭。
4. "公私合营"的潜力： Besu 可以构建一个内部联盟链来处理高频、敏感的业务。当需要与外部世界（如公共资产、DeFi 协议）进行可信交互时，可以通过技术手段（如 Layer 2, 跨链桥）将私有资产或数据"锚定"到以太坊主网上，获得公链的最终安全性和全球共识。
5. 部署与运维相对简单： 启动一个 Besu 网络相对直接。而部署一个生产级的 Fabric 网络，则需要配置 Orderer 节点、Peer 节点、CA (证书颁发机构)、MSP，并定义复杂的通道和背书策略，整个过程涉及的组件和配置文件要多得多，运维也更复杂。
6. 更为传统的交易流程： 在使用过两者后你会发现 Besu 沿用以太坊的模式，这个流程简单、直观。而 Fabric 虽为实现复杂的背书策略提供了可能，但也增加了系统的复杂性。
当然了，Besu 也有自己的局限性并不是所有场景都合适，总结下来我觉得合适的场景有以下 4 种：
- 快速开发和迭代产品：希望利用最成熟的工具和最庞大的开发者社区，那么 Besu 适合你。
- 业务场景中的数据需要在大部分联盟成员之间共享（如：溯源、存证等）：不需要像银行间清算那样严格的"两两可见"的隐私隔离，那么 Besu 适合你。
- 与以太坊公链进行交互：为数字资产或凭证提供公信力背书，那么 Besu 适合你。
- 想要一个简洁、稳定、易于理解和运维的底层架构：那么 Besu 适合你。
好了，有感而发就到此为止。
从今天开始开个新坑名为"以太来袭"，这个系列将会为各位分享一套基于 Besu 打造的企业以太坊联盟链系统。没错，又是"从零开始"一步一步进行讲述，里面会包括架构设计、部署、原理等方面内容。
虽然能力有限、时间有限，但既然开新坑了，还是想尽可能将知识点讲明白讲清楚的，希望各位能够喜欢。