我的世界服务器到底是不是迷你世界炸的？

很高兴为您回答！

是的，我的世界ice服务器就是迷你玩家炸的，她还自己发了新鲜事。证据如下：

炸服务器的新鲜事

姓名住所

希望能帮助到您，求个采纳不难吧？

"​以下几种方法希望可以帮到楼主：
1：重新下载该文件
2：网络太差,去弄个网速加快的文件
3：中毒了,杀毒
4：系统或者显卡不行
希望能够帮助到楼主"

目前Mn搜索阿喵自称在法院，但结果还没有公布。
该事件是一个网名叫Mn搜索阿喵的人将游戏《我的世界》的ICE服务器给破坏了，于是引发了Mc与迷你世界的“炸服务器大战”。
服务器大概分为建筑服务器和生存服务器两种，ICE服务器为建筑服务器，可以随时回档，但是生存服务器不同，一但被破坏就真的没有了，也因为这一点很多Mc玩家针对一些生存服务器，进行恶意破坏。

MC一共有30个服务器被炸。

迷你世界喵喵以及网络上几个不知名的水军或者引战组织炸毁了一个建立时间不长的服务器。本来随着时间的漫长，服务器的外挂越来越多，服务器的体验就越来越差，没想到还是有人去破坏他们。

目前嫌疑人应该就是我所列出的那几位，不应该只有一位，当然也有可能是假的，事件的真相，我们已经无从晓得，但可以知道这次事件造成的影响力，主要是我的世界的负面，因此这次事件很明显，就是迷你狗造成的，这他们也从未澄清，这也导致了大批的MC玩家去炸他们的图，又导致了一种自称中立的人出来说不要给MC招黑。

MC介绍：

玩家们可以在游戏中自由选择模式（生存、创造、冒险、极限(仅Java版)和旁观(仅Java版)模式），在各种模式中体验不一样的有趣玩法,在生存模式中享受打怪、冒险等多种乐趣，在创造模式下享受当创世神的乐趣。该游戏以玩家在三维空间中自由地创造和破坏不同种类的方块为主题。

玩家在游戏中可以在单人或多人模式中通过摧毁或创造精妙绝伦的建筑物和艺术，或者收集物品探索地图以完成游戏的主线。玩家也可以尝试红石电路和命令方块等高科技玩法。

浏览器本身不支持点对点建立信道进行通信，需通过服务器进行中转。因此浏览器之间一次通信需通过两段信道，通信效率同时受制于两段信道宽度，因此并不适合数据流的传输。

WebRTC是浏览器实时通信 RTC 的提供 JS 接口， JS 接口通过信令建立浏览器点对点(peer-to-peer,P2P)的信道，信道可发送任何数据并无需经过服务器。

WebRTC提供三个API

WebRTC使用 RTCPeerConnection 在浏览器之间传递流数据，此流数据通道是P2P的，无需服务器中转。但并不意味着能抛弃服务器，仍需服务器为传递信令(signaling)来建立信道。WebRTC没有定义用于建立信道的信令协议，信令并不是 RTCPeerConnection API 的一部分。

既然没有定义信令(signaling)的协议，可选择任意方式（如AJAX、WebSocket）任意协议（如SIP、XMPP）来传递信令，建立信道。

需要信令来交换信息分为：

通过服务器建立信道

WebRTC提供浏览器之间P2P信道进行数据传输，但建立这个信道必须有服务器的参与。

WebRTC需服务器提供：

NAT/防火墙穿越技术

在处于使用NAT设备的私有TCP/IP网络中的主机之间建立连接时需使用NAT穿越。NAT的行为是非标准化的，穿越技术大多使用公共服务器，使全球任何地方都能访问得到IP地址，在 RTCPeerConnection 中实用ICE框架来保证 RTCPeerConnection 实现NAT穿越。

ICE

ICE(Interactive Connectivity Establishment， 综合性NAT穿越技术)框架整合各种NAT穿越技术如STUN、TURN(Traversal Using Relay NAT，中继NAT实现的穿透)，ICE先使用STUN尝试建立一个基于UDP的连接，失败后实用TCP(先尝试>iceServers
ICE服务器
ICE是ZEROC的开源通信协议产品，它的全称是：The Internet Communications Engine，翻译为中文是互联网通信引擎，是一个面向对象的中间件，使我们能够以最小的代价构建分布式应用程序。ICE使我们专注于应用逻辑的开发，它来处理所有底层的网络接口编程，这样我们就不用去考虑这样的细节：打开网络连接、网络数据传输的序列化与反序列化、连接失败的尝试次数等。

不是迷你玩家炸的我的世界服务器哦
因为也是被官方证实的说这属于谣言
每个个三核游戏里面都有一些熊孩子想炸地图
如果是迷你世界炸到我的世界服务器的话，那么迷你世界又要玩了迷你世界玩家又要玩了Orz
因为里面也有许多主播说过，这属于谣言。

---