Jungle Testnet演示了EOSIO TPS新峰值：9179

12 min readDec 7, 2018

来源文章 (original article): https://medium.com/@cryptolions/new-maximum-eosio-tps-demonstrated-in-jungle-testnet-9179-15a485f2e79

预发布的EOS Dawn v2.0已于1年前2017年12月5日发布。

https://github.com/EOSIO/eos/releases/tag/dawn-v2.0.0

最近，Block Producers小组在新发布的Jungle Testnet 2.0上测试了EOSIO的极限。系列测试于11月28日星期三，11月29日星期四和12月4日星期一进行。

参与的团队（按字母顺序排列）：Attic Lab，BlockMatrix，CryptoLions，EOS Barcelona，EOS Rio，EOS Metal，eosDAC，SW / Eden。

预发布的EOS Dawn v2.0已于1年前2017年12月5日发布。

https://github.com/EOSIO/eos/releases/tag/dawn-v2.0.0

最近，Block Producers小组在新发布的Jungle Testnet 2.0上测试了EOSIO的极限。系列测试于11月28日星期三，11月29日星期四和12月4日星期一进行。

参与的团队（按字母顺序排列）：Attic Lab，BlockMatrix，CryptoLions，EOS Barcelona，EOS Rio，EOS Metal，eosDAC，SW / Eden。

为什么？

尝试一种新的方法来进行更密集的压力测试。
测试对不同全局变量的调整。
突破EOSIO软件的极限。

怎么样？

新的测试方法涉及严格的“垃圾邮件”节点的时钟同步，即在网络上不加选择地向（大量收件人）发送相同消息，并从网络传输中单独准备和打包交易。测试人员将此方式称为“装枪”。

以下这些全局变量在测试期间进行了调整：

min_transaction_cpu_usage
max_block_cpu_usage

一些Nodeoes参数也是如此：

chain-threads
last-block-time-offset-us

我们还试图测试了延期交易的影响。

最后，我们调整了投票，以便证明在此测试期间只有最强大的服务器才能在Jungle Testnet中生成区块，即出块。

压力测试团队的一些基础设施：

EOSMetal

BP节点，拥有64GB和i7 Intel处理器

一个64vcpus和480GB RAM的全节点，运行10个nodeos进程

一个64vcpus和480GB RAM服务器，用于“射击”（即在网络上不加选择地向（大量收件人）发送相同消息，并从网络传输中单独准备和打包交易。测试人员将此方式称为“装枪”。）

Attic Lab

BP节点，拥有64GB和Intel Core i9 9900处理器

两个全节点64 GB和Intel Core i7 8700处理器

CryptoLions

一个Intel Xeon W-2145 Octa-Core，128 GB RAM DDR4 ECC，SSD HDD，1 GB Internet 配置的服务器

一个Intel Xeon W-2145 Octa-Core，128 GB RAM DDR4 ECC，NVE HDD，1 GB Internet 配置的服务器

测试日志

第1天（11月28日星期三）

新想法：

“垃圾邮件发送者”准备和打包交易的脚本，以准备同步发送它们。（我们让每个垃圾邮件发送者发送10个有1000个脚本的打包脚本件。）

然后cleos推送交易。

使用Ntp守护程序来确保时间同步。垃圾邮件将同时为所有垃圾邮件发送者提供5分钟间隔的脉冲，这对于BP节点的巨大乐趣而言，可以实现戏剧性的倒计时和热闹的.gif动图分享。
创建脚本以使用空白操作发送大量传输。
我们向所有垃圾邮件发送者提供200k EOS，然后当它证明不足时，我们提供400k EOS。
在测试的第一天，我们无法打破每块1998的交易限制，或3996 TPS。此数字一直是EOS网络监视器（https://eosnetworkmonitor.io/ ）检测到的最大TPS。我们甚至推测可能有一些硬编码限制限制了这一点。

EOS Sweden

EOS Barcelona

EOS Rio

Attic Lab

EOS Barcelona — TPS = 3992

Attic Lab — TPS = 3996

我们对只匹配并且不超过历史最大3996 TPS很失望

在第1天结束时，我们升级到了v1.5.0-rc1。

来自EOS Rio Ihor的建议：并添加chain-threads = 8

第2天

我们尝试了这些全局变量：

min_transaction_cpu_usage

max_block_cpu_usage

Bohdan CryptoLions，[03.12.18 22:57]

1. min_transaction_cpu_usage：100 → 80 → 70 → 60

2. max_block_cpu_usage：200000 → 300000 → 350000 → 400000

3. both 1 and 2

默认的全局值是：

{
“max_block_net_usage”：1048576，
“target_block_net_usage_pct”：1000，
“max_transaction_net_usage”：524288，
“base_per_transaction_net_usage”：12，
“net_usage_leeway”：500，
“context_free_discount_net_usage_num”：20，
“context_free_discount_net_usage_den”：100，
“max_block_cpu_usage”：200000，
“target_block_cpu_usage_pct”：2000，
“max_transaction_cpu_usage”：150000，
“min_transaction_cpu_usage”：100，
“max_transaction_lifetime”：3600，
“deferred_trx_expiration_window”：600，
“max_transaction_delay”：3888000，
“max_inline_action_size”：4096，
“max_inline_action_depth”：4，
“max_authority_depth”：6}