关于我的世界中国版更新频率的一些探讨
数据来源：七麦数据提供的我的世界中国版iOS平台完整更新历史记录，我的世界中文维基百科的我的世界中国版和基岩版更新历史记录（本人有幸参与过其中部分内容的编辑）
一、日期总结
下面的格式为：序号、基岩版1.X大版本号的首个版本+更新主题+发布日期 - 中国版更新的1.X.X该大版本号中某小版本号+更新日期 - 中国版更新1.X.X大版本号中的某小版本号的日期
1、1.2.0 独乐不如众乐更新 2017年9月20日 - 1.2.5 2017年11月21日 - 2018年1月25日
例：此行表示基岩版1.2主题为独乐不如众乐更新，第一个版本是1.2.0，在2017年9月20日发布，中国版后续选择更新1.2.5版本，基岩版该版本在2017年11月21日发布，而中国版在2018年1月25日发布1.2.5版本。以下不再讲解
2、1.4.0 水域更新第一阶段 2018年5月16日 - 1.4.0 2018年5月16日 - 2018年7月6日
3、1.5.0 水域更新第二阶段 2018年7月10日 - 1.5.0 2018年7月10日 - 2018年8月9日
4、1.6.0 2018年8月28日 - 1.6.0 2018年8月28日 - 2018年11月15日
5、1.7.0 2018年10月15日 - 1.7.0 2018年10月15日 - 2018年12月20日
6、1.8.0 2018年12月11日 - 1.8.0 2018年12月11日 - 2019年1月24日
7、1.9.0 2019年2月6日 - 1.9.0 2019年2月6日 - 2019年4月3日
8、1.10.0 - 网易跳过该版本
9、1.11.0 2019年4月23日 - 1.11.0 2019年4月23日 - 2019年7月4日
10、1.12.0 村庄与掠夺 2019年7月9日 - 1.12.0 2019年7月9日 - 2019年10月10日
11、1.13.0 2019年10月29日 - 1.13.0 2019年10月29日 - 2020年1月16日
12、1.14.0 嗡嗡蜂群 2019年12月10日 - 1.14.30 2020年2月11日 - 2020年7月16日
13、1.16.0 下界更新 2020年6月23日 - 1.16.10 2020年7月21日 - 2021年1月28日
14、网易更新1.16的第二个版本 - 1.16.201 2020年12月15日 - 2021年6月30日
15、1.17.0 洞穴与山崖第一部分 2021年6月8日 - 1.17.2 2021年6月22日 - 2022年1月21日
16、1.18.0 洞穴与山崖第二部分 2021年11月30日 - 1.18.0 2021年11月30日 - 2022年7月8日
17、网易更新1.18的第二个版本 - 1.18.30 2022年4月19日 - 2023年1月6日
18、1.19.0 荒野更新 2022年6月7日 - 网易即将更新
19、1.20.0 足迹与故事 2023年6月7日 - 网易即将更新
二、可能性分析
为什么网易更新慢，下面是3个主流的观点 1、微软压版本，2、协议规定晚一个版本，3、网易不想更新。
看起来网易的更新并没有明确的规律，第一个观点-微软压版本，在MCBBS就网易更新的相关动态已有提及其在网易年报中的表述不明确，无法确实其含义是微软更新慢还是微软不把新版本发给网易。第二个观点-协议规定要晚一个版本，在刚刚的链接中MCBBS也提到了这点有一定的合理性，然而这种协议属于商业机密，我们是难以得知真实情况的，姑且留到后面讨论。第三个观点-网易不想更新，这种结论往往是根据网易更新与国际版更新的时间差越来越大而提出的，但是，根据刚才的数据（以下用刚刚的序号表示），我们可以得到，1-11中国版和基岩版更新时间差为2-3个月，12-17中国版和基岩版更新时间差为5-7个月（请将中国版更新的小版本号的日期与国际版比较，而不要将中国版更新日期与国际版该大版本第一个正式版比较，如请比较基岩版1.18.30和中国版1.18.30更新的日期而不是将基岩版1.18.0更新日期与中国版1.18.30更新日期比较），因此，网易和国际版更新的时间差在整体上是相似的且有规律的，并不是网易不想更新故意拖延。
三、个人观点
个人比较赞同第二个观点，但是认为第二个观点并不完全正确。为确认第二个观点真实性，我们可以将刚刚的日志中每一行三部分的最后一部分与下一行第一部分比较，可以发现，在1、13、18这几条中，并没有遵循“协议规定晚一个版本”这条规则。我当时也思考了一段时间，后来我用另一种方式来解读了这段数据，得到了一个更加完善的观点二。我们刚刚是将每行第三部分与下一行第一部分比较不符合规则，那么我们可以换一个方式，将每行第三部分与下一行第二部分比较，即网易每次更新会发布上一次网易更新时基岩版最新的版本，这样的话，第1条是个例外（也许是当时规则不完善/基岩版第一个版本很重要，微软同意网易提前更新），但第17条怎么解释呢，按照我们的规律网易可以从16直接到18条，这时我们需要修正一下，网易每次更新会发布上一次网易更新时基岩版最新的版本且至少比基岩版晚一个版本。感觉逐渐离谱了起来，这个协议未免有些太复杂了。这个时候我们可以从另一个方面理解，网易可能是在更新新版本后，很快便从微软手中要到了最新版本的开发包，网易开始开发新版本相关内容（主要是针对网易api进行适配，由于基岩版不知道哪代码就改了，网易需要重新打api并调试），提前一个半月发布开发者内测包，提前半个月发布公开的抢先体验版，并等待至国际版更新下一个大版本，符合协议条件后再正式发布新版本。另外网易选择在暑假寒假（6月末-7月初和1月）发布新版本，因此，可能需要在国际版已经更新一小段时间后网易才会发布。
四、总结
文章的观点系作者自行总结，无法确保其真实性，作者也不对观点的真实性负责，仅能确认其可能性较高。以下：
协议规定晚一个版本，根据MCBBS动态中“内部人士透露”，其可能性很大。
网易在更新新版本后，会选择此时基岩版较新版本进行开发，并等待“晚一个版本”时机，并在最接近的寒暑假发布。也可以判断微软压版本大概率为误解。
网易暑假未更新1.19，打破了包括我在内很多人的预期，这条规则也很可能暴露错误，可能需要在观察网易接下来的更新动向，才能总结出更加符合实际情况的规律。
根据本文推断，网易很可能会半年内/后发布基岩版1.19.40/50/60（再不更新网易就真是不想更新了）。
欢迎在评论区友好讨论
