코드와 산출물 jar 에는 애초에 외부 서버 주소가 없었으나(rendezvous 기본값이
빈 문자열), 설계 문서에 참고 대상의 제작자명과 저장소 경로가 남아 있었다.
기술적 관찰 사실은 설계 판단의 근거로 필요하므로 유지하되 "기존 구현" 으로
중립화했다.
더불어 이 프로젝트가 남의 인프라에 얹혀 가지 않는다는 점을 README 에 명시했다.
rendezvous 는 빈 값으로 시작해 사용자가 직접 띄운 서버만 쓰며, 유일하게 남는
외부 호출인 STUN 기본값도 제거하는 방법을 함께 적었다.
검증: 작업 트리와 양쪽 산출물 jar 전수 검색 0건, 테스트 57개 전부 통과.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
jar 하나로 모든 마인크래프트 버전을 지원해야 한다는 요구를 만족시키기 위해
마인크래프트 클래스를 전혀 참조하지 않는 구조로 설계했다. 26.1부터 게임이
비난독화되면서 Yarn/intermediary 가 폐지돼, 게임 클래스를 참조하는 jar 는
1.21.x 와 26.x 경계를 넘을 수 없다 — 버전별 빌드를 피할 유일한 길이다.
게임에서 필요한 두 가지를 자바 API 대신 네트워크 프로토콜로 얻는다.
호스트의 통합 서버 포트는 바닐라 "LAN 에 공개" 가 쏘는 멀티캐스트 비콘에서
읽고, 참가자에게는 같은 비콘을 우리가 쏘아 LAN 목록에 방을 띄운다. 덕분에
믹스인 0개, 버전 분기 0개, Loom·매핑 없는 평범한 자바 빌드가 됐다.
전송은 순수 자바 QUIC(Kwik)을 골랐다. 네이티브 WebRTC 대비 번들이 30MB →
0.71MB 로 줄고 아키텍처 제약이 사라진다. NAT 우회는 후보를 병렬로 시도하되
직결에 600ms 유예를 줘서, 항상 먼저 성공하는 중계가 직결을 밀어내지 않게 했다.
중계는 UDP 데이터그램을 그대로 넘기므로 직결과 터널 코드가 동일하고 QUIC
TLS 1.3 이 종단간이라 중계 서버는 트래픽을 읽을 수 없다.
초대코드는 120비트 난수 자체이고 서버에 등록되는 방 ID 는 그 해시에서
파생된다. 시그널링 서버 운영자도 방에 참가하거나 호스트를 사칭할 수 없다.
검증: 57개 테스트 전부 통과. 직결·중계 양쪽에서 터널이 실제 소켓으로 왕복하고,
512KB 전송, 초대코드 불일치 거절, 지문 불일치 차단, 실제 멀티캐스트 비콘
송수신, 시그널링 프로토콜, 웹 콘솔 HTTP 를 포함한다. 마인크래프트 클래스
참조 0개는 컴파일된 클래스의 상수 풀을 뒤지는 테스트로 강제한다.
실제 게임 클라이언트 접속과 실 NAT 홀펀칭 성공률은 아직 미검증이며
docs/DESIGN.md 에 남은 과제로 정리했다.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
