기술적으로 설명하자면, 플러그인의 한계는 마인크래프트 프로토콜입니다. https://wiki.vg/Protocol

차이를 설명하자면, 모드는 마크 자체를 유저들이 뜯어서 새로운 기능을 넣은거고, 플러그인은 기존 마크의 기능을 짜맞춥니다.

일반적으로 설명하자면, 모드는 보통 화려하고 기능이 많습니다. 대신에 말한대로 모드는 귀찮게 유저가 적용해야 하므로 장단점이 있는겁니다

1. 마크의 멀티플레이 시스템은 서버와 클라이언트로 나뉜다.

1-2. 플러그인은 서버만 변조하지만, 모드는 클라이언트와 서버 모두를 변조할 수 있다.

1-3. 변조한다는 건, 아이템을 추가한다/없던 기능을 만든다/기존 기능을 삭제한다던지 하는, 바닐라와 모드된(변조된) 것이 다르게 하는 것

2. 서버에서 대부분의 내부 처리를 한다고 생각하고, 클라이언트에서는 주로 그래픽 처리를 한다 생각하면 된다.

2-2. 예시를 들자면, 엔티티 상호작용 연산은 서버에서 하고, 그 결과를 클라이언트에 보내 클라이언트는 그걸 바탕으로 그래픽 출력을 한다.

->

플러그인이 할 수 있는 것: 서버의 일부 기능 변경

블럭/엔티티/플레이어 정보 변경, 파티클 생성, 외부 연결 등

모드가 할 수 있는 것: 서버/클라이언트의 일부 기능 변경

플러그인의 모든 기능, 아이템/엔티티 추가, 리소스 추가 등

->

플러그인의 사용처: 큰 클라이언트 변조가 필요 없는 경우

상점 제작, 건축 서포트, 유저 관리 등

->

모드의 사용처: 클라이언트 변조가 필요한 경우

대규모 아이템/블럭 추가, 서버가 전부 하기엔 과하게 복잡한 연산이 필요한 경우 등

자세히는 적지 못했지만 대충 이런 느낌이라 보시면 될 듯 하네요. 게다가 플러그인으로도 리소스팩 연계하면 아이템 추가 비슷하게 만들 수 있는 식으로 활용처는 무궁무진하니까요.

플러그인은 서버에만, 모드는 서버와 클라이언트에 모두 적용할 수 있다는 것이 가장 큰 특징이죠! 이 특징만 알면 차이점을 알 수 있습니다.

서버와 클라이언트가 통신할 때, 플러그인은 기본 마인크래프트 클라이언트가 받아들일 수 있는 데이터만 보낼 수 있지만, 모드는 클라이언트를 바꿀 수도 있기에 더 다양한 데이터를 보낼 수 있다는 것이죠! 플러그인이 아무리 데이터를 보내도 클라이언트에서 받아들이지 못하면 무슨 상관이겠냐만 모드는 클라이언트가 받을 수 있도록 수정해준다고 생각하심 편합니다.

예를 들면 플레이어가 사라지게 하는 것은 플러그인만으로도 가능합니다. 기존에 서버에서 클라이언트에 보내던 플레이어의 정보를 보내지 않으면, 클라이언트에서는 플레이어가 없다고 인식하고 플레이어를 표시하지 않거든요.

다만 기존 마인크래프트에서는 그림을 보내는 기능이 없습니다. 따라서 플러그인으로 클라이언트에 그림을 띄우기 위해서는, 지도를 만들어서 지도에 사진 데이터를 그린 후 지도를 보낸다던지, 서버 리소스팩에 그림을 넣어 보내는 등의 편법을 사용해야하지요. 모드는 클라이언트에도 적용할 수 있기에, 모드에 그림 관련 기능을 추가하면 서버에서 클라이언트로 그림을 직접 보낼 수 있습니다.