减少超过80%的服务器流量！

Description

GitHub：https://github.com/USS-Shenzhou/NotEnoughBandwidth
关于区块延迟缓存的贡献来自 @Burning_TNT  ，他维护着NEB的另一个分支。

MC百科：搜索NEB
Modrinth/CurseForge：搜索Not Enough Bandwidth

BGM：C418 - Build

常见问题：
绝对不会有Fabric版本；
一般不会有旧MC版本。

Comments

龙腾猫跃 2026-03-28

其实现在 50% 以上的都是 1.20.1……血书 1.20.1（

♥ 269 ↩ 34

Sarisimon 2026-03-27

如果有旧版本就好了[嘟嘟]，太可惜了，现在大量服务还在旧版本(指26.1前)，尤其是mod服会吃大量带宽

♥ 31 ↩ 9

idkana 2026-03-27

看见i hate fabric的commit我必须立即star

♥ 40 ↩ 1

请输入内容404 2026-03-29

之前我逆向腾讯某软件的时候发现大厂对于流量压缩是这样整的：通过一个32位无符号整数来保存32种不同的开关状态，这样只需要4字节就能传递32种状态。如果对于MC模组来说这样传递也比传32个字段每个字段0和1要好很多。要是说原版…我还真没研究过原版有哪里会传递多种不同状态的场景。我认为这是一种很好的压缩思路 ---- 刚问了下AI，发现MC原版已经在用类似的压缩方式了。对于模组开发来说这是一个非常值得学习的点（缺点是调试困难得手动转换一下才能读懂，所以如果是纯本地的话用32个bool反而更好）

♥ 26 ↩ 5

wish90327 2026-04-06

zstd确实很适合给机械动力这种吃带宽的服务器用，如图所示，forge1.20.1的齿轮盛宴服务器，压缩率超过了91%[脱单doge]

♥ 25 ↩ 4

MCTBL 2026-03-28

我需要立刻在GTNH看到这个mod[跪了]

♥ 22 ↩ 2

gangber 2026-03-27

太棒了可惜绝对不支持fabric 想知道为什么

♥ 21 ↩ 32

浪兮醉梦辰 2026-03-27

大佬太强了[打call][打call][打call]也许可以向没装模组的客户端发送原版包？

♥ 17 ↩ 2

鬼谷百道 2026-04-12

指望26.1我觉得是个错误思路，麻将很明显没有在26.1停留的打算，模组更新追逐最新的情况下，26.1很可能会和1.17，1.19一样被放弃

♥ 18

缇Rain 2026-04-05

https://github.com/RMS-Server/NotEnoughBandwidth 这是CXU移植的Fabric版本~目前支持1.21.4和1.21.6。我们能力有限欢迎其他有能力的大佬来提pr

♥ 14 ↩ 1

ccz3141 2026-03-28

作者能不能跟Minihud做联动，让Minihud信息栏显示缩略版alt+N内容

♥ 14

中野三玖丿 2026-03-27

这模组太棒了，开勇3的frp联机，3个人一天27G的流量[笑哭]，我也不知道到底在发什么包，到时候开新周目了试试。

♥ 13 ↩ 3

小宇_404 2026-03-28

请问视频中出现的Grafana相关的监控以及面板可以公布吗，这对服务器和模组的优化提供巨大帮助

♥ 12 ↩ 4

超威蓝猫去哪了 2026-03-27

能搞到插件服务器吗，原版通信会协商哪个头吗

♥ 9 ↩ 5

乔迈面 2026-03-27

也就是说是服务端，客户端都要装？

♥ 9 ↩ 1

Thomas-houze 2026-03-28

这是否意味着真实延迟会提升0~20ms，虽然为了节省每天几十g的流量这是值得的

♥ 8 ↩ 1

㺩钬 2026-03-27

有机会下方到低版本吗，毕竟模组生态主力还没到新版本

♥ 7 ↩ 1

简朴无谓 2026-03-27

极其需要，byd开atm10s服务器三天流量干到123G触发风控了都

♥ 7

Ryan_Ever_Gone 2026-05-06

非常好模组，后台日志一下午干爆我40G磁盘

♥ 6