以太来袭

前一章我讲的是 Besu 的组件结构，这一章我把它落到实际操作上：我怎么连它、怎么查它、怎么订阅事件、怎么判断它是不是被安全地暴露出去，以及我出问题时先看什么。 一、为什么不能把 Besu 当成“一个

距离上一篇文章发布差不多 1 个月了吧，这个月没有闲着，也是干了一些 Besu 区块链相关的活。后续找个时间跟大家分享一下。那么紧接着 Geth 我们继续回归到 Besu，深入聊一下 Besu 本身到

在联盟链/私链环境里，节点通常受控、出块频率与 gas 策略可定制。 但这也带来一个现实问题：一旦想做性能优化、数据修剪或定位稀有 bug（比如 tx 被广播却不在 txpool、或某笔交易执行失败但

看过我以前博客的小伙伴们应该都知道，在我接触 Hyperledger Besu 之前是先从 Geth 来学习区块链知识的。既然本系列名字叫“以太来袭”，那么怎么能够绕开 Geth 不说呢。因此，从今天

在实际开始之前，要先决定好要用哪种共识机制。之前的博客中提到 QBFT 在部分场景下无法使用 Zero Gas 进行上链，因此改用 IBFT 2.0 共识，博客如下： 【区块链】HyperLedger

“从零开始”系列更新遇到瓶颈了（数据处理虽然已做了自动化脚本，但需要大量时间整理），趁此机会转换一下心情，补完一下之前企业以太坊（Hyperledger Besu）系列中遗漏的一些内容。 在放下 Be