메이플 키우기, 코드 한 줄이 전액 환불로 이어진 이유

최근 모바일 게임 "메이플 키우기"에서 출시 이후 결제 내역 전액 환불이라는 이례적인 조치가 발표되었다.

겉으로 보면 “확률 오류 하나 때문에 벌어진 사고”처럼 보이지만,
조금만 들여다보면 이 사태는 단일 버그의 문제가 아니었다는 걸 알 수 있다.

---

1. 어빌리티 공격속도 오류

처음 유저들이 문제를 제기한 건 어빌리티 ‘공격속도’ 옵션이었다.

• 특정 수치까지 도달 가능하다고 안내된 어빌리티가
• 실제 전투 계산에서는 제대로 적용되지 않거나
• 특정 조건에서 의미 없는 수치가 되는 현상이 발생했다

이 문제만 놓고 보면,

“아, 계산식이나 반영 로직에서 버그가 있었구나”

라고 볼 수도 있다.
실제로 게임 개발에서는 수치 반영 누락이나 스탯 계산 오류는 종종 발생한다.

하지만 이 사태의 핵심은 여기서 끝나지 않는다.

---

2. 하지만 진짜 문제는 이게 아니었다

공격속도 오류 자체는 ‘치명적인 게임 버그’라기보다는 수정 가능한 문제였다.
문제를 키운 건 그 다음 단계였다.

• 유저들은 “이 옵션이 정상적으로 동작하지 않는 것 같다”고 문의했고
• 고객센터는 “문제가 없다”는 답변을 전달했다
• 이후 해당 내용은 공지 없이 조용히 수정되었다

이 순간부터 이 이슈는 버그 문제가 아니라 신뢰 문제로 성격이 바뀐다.

---

3. 랜덤 함수 인자값 실수

이후 밝혀진 기술적 원인은 비교적 단순했다.

랜덤 수치를 뽑는 과정에서 사용하는 코드에서
최댓값을 포함하지 않는 실수가 있었던 것이다.

 

Random.Range(min, max); // 실제 의도: min ~ max 포함 // 실제 결과: max 값은 절대 나오지 않음

즉,

• 게임 내에는 “최대 수치가 존재하는 것처럼” 안내되었지만
• 코드 레벨에서는 그 수치가 나올 수 없는 구조였다

문제는 이 실수가 유료 재화와 직접 연결된 시스템이었다는 점이다.

---

4. 문의 이후에도 “문제없음” 답변 + 잠수함 패치

버그 자체보다 더 큰 문제는 대응 방식이었다.

• 이미 유저 문의가 들어온 상태였고
• 내부적으로 오류를 인지했을 가능성이 높은 상황에서
• “문제 없다”는 답변을 준 뒤
• **사전 공지 없이 수정(소위 잠수함 패치)**가 이루어졌다

이 시점에서 유저 입장에서 상황은 이렇게 인식된다.

“문제를 알고도 인정하지 않았다”
“확률형 요소에서 가장 중요한 신뢰를 숨겼다”

이 순간부터 이 사태는 게임 밸런스 이슈가 아니라 소비자 문제가 된다.

 

---

5. 누구의 탓일까?

이 질문은 단순하지 않다.

• 한 줄의 코드를 작성한 개발자 개인의 실수일까?
• QA가 발견하지 못한 책임일까?
• 고객센터의 잘못된 응대일까?
• 혹은 문제를 축소하려 한 조직의 판단일까?

현실적으로 보면, 이 사건은 한 사람의 실수로 설명될 수 없다.

이 사태의 본질은

• 확률형 시스템에 대한 검증 체계
• 문제 발생 시 투명한 커뮤니케이션
• 그리고 “알고도 숨기지 않는가”라는 조직의 선택

이 세 가지가 동시에 무너졌다는 데 있다.

---

마무리

이번 사태의 1차 원인은 결국 담당자의 구현 실수였다.
특히 확률·범위 로직처럼 단순해 보이는 코드는 오히려 더 명확한 검증이 필요했다.
max 값이 실제로 도달 가능한지 확인하는 과정만 있었어도 문제는 막을 수 있었다.
유료 재화와 연결된 로직이라면 “문제 없어 보인다”는 판단은 충분하지 않다.
신입 개발자일수록, 이런 코드일수록 한 번 더 확인하고 공유하는 습관이 필요하다는 걸 느끼게 되었다.