对于第二个问题的回答，我们考虑了以下几个方案：
方案一：每支队伍都在自然延迟下进行比赛
该方案建议，远程参赛队可自行选择所拥有的最快速网络，直连到季中冠军赛比赛服务器。这意味着现场参赛队伍会在低 ping值（~15ms）下比赛，而远程参赛队伍（以RNG为例）则要在其自然延迟下比赛。从中国连接到釜山的自然延迟约为 35ms。
我们考虑过，但还是否决了这个方案。因为基于竞赛公平性的原则，我们希望保证对每个参赛队伍的公平。
方案二：将服务器架设于韩国和中国的中间点
还有一种解决方案是，如果中韩两国之间的ping值是 35ms，直接把服务器放在两地中心点，延迟均分，不就各自只有 17.5ms 了吗？实际上这个方案的实施仍然具有诸多挑战…其中一个最大的问题是，要在汪洋大海中间架设服务器
方案三：使用人工延迟
所以如果在韩国参赛的队伍ping值很低，而在中国参赛的队伍ping值又相对较高，那给韩国那边加上一些延迟使两边对等，这可行吗？我们能做到吗？
事实证明，《英雄联盟》的开发团队已经有了一种引入人工延迟的方法，即延迟服务（Latency Service）。也有人叫它：“假ping”。这是一种客户端/服务器功能，旨在解决疫情下，远程竞赛需要公平竞赛环境的需求。延迟服务允许我们设置一个目标值（如 35ms），它会在客户端和服务器上为每个玩家加入延迟，使大家保持基本相同的延迟水平。
我们曾成功地在过去一些英雄联盟电竞赛事里运用了该工具，当时的比赛都是远程进行的。但这次是首次在全球性赛事上使用这一工具，并且其中部分选手还在釜山本地场馆进行对局。虽然我们之前使用过，但环境中的部分细微差异总有可能造成我们无法预见的错误。在训练赛服务器上的人工延迟应用效果比较理想，再加上我们长期使用的可靠网络基础设施和测试方法，我们当时认为已经有足够多的应用实例，能在小组赛阶段之前发现所有的重大问题。
我们的选择
再三衡量各种方案后，我们认为最重要的是保证竞赛公平性，那么使用方案三 - 人工延迟便是最好的解决方案。
了解人工延迟：它的工作原理
延迟服务工具内置在《英雄联盟》的本地客户端/服务器端的网络协议栈中。它会持续测量每个玩家和服务器之间的实际网络延迟，根据需要，通过添加延迟进行调整，以达到目标延迟值。这是一种客户端/服务器端解决方案，目的是通过引入延迟来保证双方的延迟均等。
上图显示了系统的各个组件。图片顶部是游戏服务器组件，底部是游戏客户端（选手的电脑）。在目前这种情况下，延迟服务的目标延迟值为 35ms。图中的红色箭头表示存在的实际网络延迟。正如所看到的，釜山的选手 1 和选手 2 显示为 15ms 的“真实”ping值，而上海的选手 10 显示为 35ms的ping值。黄色框表示在客户端和服务器端人为添加了多少延迟。在这种情况下，选手 1 和选手 2 分别向客户端和服务器端添加了 10ms 的延迟，达到了目标延迟 35 ms。选手 10 已经具有等于目标延迟 35 ms 的实际延迟，因此没有添加延迟（0ms）。
同等竞赛环境还是两个不同的竞赛环境？
想要深入了解这一话题，可能要提起我们曾经对于远程环境和本地环境所做的一个决定。
对于电竞赛事技术团队来说，我们一直追求把现场赛事的风险降到最低。2012年洛杉矶，第二届全球总决赛比赛因网络问题被迫中断。这段回忆，将永远烙刻在所有拳头电竞人心中。
在决定2022 季中冠军赛的网络架构设计时，我们意识到必须在两种不同的策略之间做出决定。
策略一：所有场景下使用同等种网络架构设计
在国际比赛中，我们的竞技比赛都是在使用场馆内的线下服务器上。这为我们提供了高度的可靠性，因为它允许我们直接控制网络和服务器硬件。考虑到有一支队伍远程参赛，那么就必须构筑这样一个场景：至少会有一支队伍将通过互联网服务器进行比赛。那么如果有一支队伍需要通过互联网服务器参赛，一个策略就是彻底放弃我们的本地部署，转而让所有队伍都通过互联网服务器进行比赛。
