JE核心 Velocity —— 更快，更安全！下一代全新群组代理端 #LATEST

这是什么

一款高性能、可扩展性和灵活性的 Minecraft 服务器代理


介绍

Velocity 是一款全新的服务器代理，与 BungeeCord 相比，它拥有更高的性能与更好的安全性，它不仅能为高版本服务端提供更高效，更安全的传输协议，也能为低版本服务端提供 BungeeCord 的原始传输协议。Velocity 快得惊人：登录、服务器切换等，充分利用服务器的硬件进行优化

为何选择

开发团队经验丰富
Velocity 的创始人和主要开发人员自 2013 年以来一直积极为 Minecraft Java 版 开发代理软件。他们创建了 RedisBungee 插件，从 2014 年到 2017 年为 BungeeCord 做出了贡献，还创立了 Waterfall 项目，在 2016 - 2017 年，他们是 Waterfall 主管者。事实上，Waterfall 的当前维护团队鼓励他们从头开始一个全新的代理！

深入研究 MC 原版协议
Velocity 比 Minecraft 协议的处理更好。 协议的处理产生了难以置信的性能提升。官方大幅提高性能和吞吐量的一种方法是提高压缩要发送到客户端的数据包的速度。 在支持的平台（Linux x86/x64 和 aarch64）上，Velocity 能够用 libdeflate 替换 zlib 库（实现 Minecraft 协议使用的压缩算法），它的速度是 zlib 的两倍，同时提供相似的压缩比。 Velocity 还采用了一些技巧，这些技巧需要深入了解 Java 的工作原理，但官方努力学习并应用这些技巧来提高性能

模式

Velocity 代理有四种转发模式，None(无)、Legacy(经典)、BungeeGuard（BC兼容）、Modern（现代）
其中，Modern 模式为 Velocity 专有模式，大部分服主使用 Velocity 也是因为此
模式说明如下：
None - 相当于 BungeeCord 不开 ip-forward 选项
Legacy - (1.7.2~1.12.2) 兼容 BungeeCord 的模式，但是是低版本支持
BungeeGuard - (1.12+) BungeeCord 转发加强版，通过指定密钥来加密连接
Modern - (1.13+) 使用 Velocity 原生协议转发，更快，更安全

服务端要求

Velocity 对于服务端要求较苛刻，在 Modern 模式下，以下服务端核心推荐使用此代理：
Paper —— (1.13+ | 上游皆支持) Velocity 官方推荐 Paper 作为下游服务器
Fabric —— (+Fabricproxy-lite) 通过使用 Fabricproxy-lite 插件，你也可以使用 Fabric 作为下游服务器

此外，以下服务端也支持接入 Velocity 代理：
SpongeVanilla —— 使用 Legacy 模式
Forge (1.7.2~1.12.2) —— 使用 Legacy 模式
Vanilla (+VanillaCord) —— 使用 Legacy 模式
Spigot —— 使用 Legacy 模式

下列为不支持接入的服务端/代理端列表：
Forge (1.13+) —— 高版本Forge交接过程过于复杂
套娃 BungeeCord / Velocity 服务端 —— 不受支持

使用方式

基础教程：https://www.mcbbs.net/thread-1138148-1-1.html