현재 구현을 보면 “수정”은 이미 어느 정도 들어가 있는데, 범위가 좁습니다. 기존 베팅이 있으면 같은 금액으로 팀만 바꿀 수 있고, 금액을 바꾸려면 취소 후 다시 베팅하게 되어 있습니다. 베팅은 경기 시작 5분 전까지만 가능하고, 진행/종료/취소/연기 상태에서는 새 베팅·변경·취소가 막히는 구조입니다.
그래서 수정 방향은 크게 두 가지 중 하나를 먼저 정책으로 정하는 게 좋겠습니다.
첫 번째 선택지는 “수정은 팀 변경만 허용, 금액 변경은 취소 후 재베팅”을 유지하는 것입니다. 이 방식은 구현도 단순하고, 포인트 정산이나 랭킹 통계가 꼬일 가능성이 적습니다. 대신 사용자가 금액을 조금만 바꾸고 싶을 때도 취소 후 다시 해야 해서 UX가 조금 불편합니다. 이 방향으로 간다면 지금 구조를 크게 바꾸기보다, 화면 문구를 더 명확히 하는 쪽이 좋습니다. 예를 들어 “팀 변경 가능 / 금액 변경은 취소 후 재베팅”을 버튼 근처에 분명히 보여주면 혼란이 줄어듭니다.
두 번째 선택지는 “팀과 금액을 한 번에 수정 가능”하게 만드는 것입니다. 제 생각에는 이쪽이 사용성은 더 좋습니다. 다만 내부적으로는 단순히 숫자만 바꾸는 게 아니라, 기존 베팅을 기준으로 차액을 계산해야 합니다. 금액을 올리면 추가 포인트를 차감하고, 금액을 낮추면 차액을 돌려주고, 팀을 바꾸면 기존 팀 쪽 풀에서 빠지고 새 팀 쪽 풀에 들어간 것으로 처리해야 합니다. 이 작업은 중간에 실패하면 안 되므로 한 번의 묶음 처리로 안전하게 끝나야 합니다.
추천은 두 번째입니다. KBO 베팅은 현재 “파리뮤추얼”, 즉 전체 베팅 풀이 나중에 최종 배당을 결정하는 방식이라서, 사용자는 경기 전까지 자기 선택과 금액을 조정하고 싶어 할 가능성이 큽니다. 어차피 최종 배당은 경기 종료 시점의 풀로 확정되므로, “수정 당시의 배당”은 확정값이 아니라 예상값입니다. 그렇다면 수정 기능도 “현재 예상 기준으로 다시 제출”하는 느낌이 자연스럽습니다.
구체적인 수정 계획은 이렇게 잡으면 좋겠습니다.
1. 정책 확정
수정 가능 조건은 새 베팅·취소와 완전히 같게 두는 게 좋습니다. 즉 경기가 아직 예정 상태이고, 마감 시간 전일 때만 수정 가능하게 합니다. 이미 진행 중이거나 끝난 경기는 수정 불가, 취소/연기된 경기도 수정 불가로 둡니다.
수정 가능한 항목은 팀 선택과 금액 둘 다로 넓히되, 총 금액 제한은 기존과 동일하게 유지합니다. 한 경기 한 베팅 원칙도 그대로 유지합니다. 사용자는 같은 경기에서 새 베팅을 여러 개 쌓는 게 아니라, 기존 베팅 하나를 고쳐 쓰는 방식입니다.
2. 서버 처리 방식
수정 요청이 오면 먼저 “이 베팅이 본인 것인지”, “아직 정산 전인지”, “경기가 아직 베팅 가능한 상태인지”를 확인해야 합니다. 그 다음 기존 금액과 새 금액의 차이를 계산합니다.
새 금액이 기존보다 크면 추가로 필요한 포인트가 있는지 확인하고 차감합니다. 새 금액이 기존보다 작으면 차액을 돌려줍니다. 금액이 같고 팀만 바뀌면 포인트 변화는 없습니다. 팀과 금액이 둘 다 바뀌어도 같은 흐름으로 처리하면 됩니다.
이때 랭킹/전적 통계도 같이 맞춰야 합니다. 현재 취소는 베팅 횟수와 베팅 총액을 되돌리는 식으로 처리되어 있고, 새 베팅은 횟수와 총액을 올리는 식이라서, “수정”을 단순 업데이트로 처리하면 통계가 어긋날 수 있습니다. 따라서 금액 변경 시에는 총 베팅액을 차액만큼 보정하고, 베팅 횟수는 유지하는 방식이 가장 자연스럽습니다. 사용자는 한 번 베팅한 것을 수정한 것이지, 새로 한 번 더 베팅한 것은 아니니까요.
3. 배당 표기 정리
현재 화면에는 예상 배당이 표시되고, 정산 때는 최종 풀이 기준이 됩니다. 이 점을 더 분명히 보여주는 게 좋습니다.
“예상 x2.13”처럼 표시하고, 내 베팅 칩에도 “잠정”이라는 표현을 유지하는 건 좋습니다. 다만 수정 모달에서는 “수정하면 현재 풀 기준 예상 배당으로 다시 표시되며, 최종 배당은 경기 종료 시 확정됩니다” 정도의 안내가 있으면 좋겠습니다.
특히 팀을 바꾸거나 금액을 바꾸면 전체 풀 비율이 바뀌므로, 선택 직후 예상 수익이 즉시 다시 계산되어야 합니다. 금액 입력값이 바뀔 때 예상 수익이 바뀌는 것은 물론이고, 팀을 바꿨을 때도 새 팀의 현재 예상 배당으로 다시 보여줘야 합니다.
4. 화면 UX
기존 베팅이 있으면 버튼은 “베팅 수정”으로 유지하면 됩니다. 모달 안에서는 현재 선택 팀을 강조하고, 금액 입력도 잠그지 말고 수정 가능하게 바꾸는 쪽이 좋습니다.
하단 버튼은 상태에 따라 바꾸면 됩니다.
아무것도 바뀌지 않았으면 “변경사항 없음”으로 비활성화합니다.
팀이나 금액이 바뀌었으면 “베팅 수정”을 활성화합니다.
별도 버튼으로 “베팅 취소”는 계속 제공합니다.
금액을 낮추는 경우에는 “차액 nP 환불”을, 금액을 올리는 경우에는 “추가 nP 필요”를 작게 보여주면 사용자가 이해하기 쉽습니다. 포인트가 부족하면 버튼을 비활성화하거나, 누르면 부족하다는 메시지를 보여주면 됩니다.
5. 취소 처리 방식 점검
현재 취소 후 화면에서 안 보이게 하는 처리는 사용자 입장에서는 깔끔합니다. 다만 운영/디버깅 관점에서는 완전히 없애는 방식보다 “취소된 기록으로 남기는 방식”이 더 안전합니다. 베팅 게임은 포인트와 랭킹이 엮여 있어서 나중에 분쟁이나 버그 확인이 필요할 수 있기 때문입니다.
사용자 화면에서는 취소된 베팅을 숨기면 되고, 내부적으로는 “언제 취소되었는지”를 남기는 쪽이 좋습니다. 이미 정산된 환불과 사용자가 직접 취소한 것을 구분할 수 있으면 더 좋고요.
6. 정산 로직과의 연결
정산은 최종 풀 기준으로 이긴 쪽에 배당을 지급하는 구조입니다. 따라서 수정 기능은 정산 전의 pending 상태 베팅만 바꾸면 됩니다. 정산된 베팅을 수정할 수 없게 하는 현재 원칙은 그대로 유지해야 합니다.
주의할 점은 수정 직후 저장된 예상 배당과 실제 정산 배당이 다를 수 있다는 점입니다. 이건 파리뮤추얼 방식에서는 정상입니다. 그러니 저장된 배당은 “당시 예상”으로 보고, 정산 시에는 최종 배당으로 덮어쓰거나 결과 표시용으로 갱신하는 지금 방향이 맞습니다.
7. 권장 구현 순서
먼저 서버 쪽에 “팀+금액 수정” 처리를 추가합니다. 여기서 본인 확인, 마감 확인, 포인트 차액 처리, 통계 보정, 예상 배당 갱신까지 한 번에 처리되게 합니다.
그 다음 화면에서 기존 베팅이 있을 때 금액 입력을 잠그지 않도록 바꿉니다. 현재 팀 선택, 새 팀 선택, 금액 변경, 예상 수익, 차액 안내가 모두 보이도록 정리합니다.
마지막으로 테스트는 네 가지를 꼭 해보면 됩니다. 금액 증가, 금액 감소, 팀 변경, 팀+금액 동시 변경입니다. 여기에 포인트 부족, 마감 직전/마감 후, 이미 정산된 경기, 취소/연기 경기까지 확인하면 안전합니다.
결론적으로는 “취소 후 재베팅”만 강제하는 방식보다, “수정 모달에서 팀과 금액을 같이 바꿀 수 있게 하되 서버에서 차액만 안전하게 처리”하는 방향이 제일 좋아 보입니다. 사용자에게는 직관적이고, 현재 파리뮤추얼 구조와도 잘 맞습니다. 다만 이때 문구는 꼭 “확정 배당”이 아니라 “예상 배당”으로 통일하는 게 좋겠습니다.

배포, 커밋, 푸시 완료했습니다.

지피티 선생님 제안대로 구현된 내용을 정리하면 이렇습니다.

서버 쪽에서는 베팅 수정 요청 시 팀 선택과 금액을 동시에 받아서 처리합니다. 금액이 늘어나면 차액을 추가 차감하고, 줄어들면 차액을 환불합니다. 이때 베팅 횟수(total_bets)는 그대로 유지하고 총베팅액(total_wagered)만 차이만큼 보정하는 방식입니다. 본인 확인, 마감 여부, 포인트 부족 등은 기존과 동일하게 검증하며, 모두 하나의 트랜잭션으로 묶어서 처리합니다.

화면 쪽에서는 기존 베팅이 있어도 금액 입력창이 잠기지 않습니다. 팀이나 금액 중 하나라도 변경되면 "베팅 수정" 버튼이 활성화되고, 아무것도 바뀌지 않으면 "변경사항 없음"으로 비활성화됩니다. 금액이 달라지면 입력 아래에 "추가 XP 필요" 또는 "차액 XP 환불" 안내가 표시됩니다. 모달 타이틀도 기존 베팅 유무에 따라 "베팅하기" / "베팅 수정"으로 구분됩니다.

검토해보니 큰 방향은 의도대로 들어갔습니다, 선생님. 기존 베팅이 있는 경우에도 금액 입력이 풀려 있고, 팀 또는 금액 중 하나라도 바뀌면 “베팅 수정” 흐름으로 들어갑니다. 금액을 올리면 추가로 필요한 포인트를 확인해서 차감하고, 금액을 낮추면 차액을 환불하는 처리도 들어가 있습니다. 이 과정이 한 번의 묶음 처리 안에서 이루어지도록 되어 있어서, 중간에 실패했을 때 포인트만 바뀌고 베팅은 안 바뀌는 식의 위험은 꽤 줄여 둔 편입니다.
통계 처리도 제가 제안했던 방향과 맞습니다. 새 베팅을 하나 더 만든 것으로 보지 않고 기존 베팅 하나를 고쳐 쓰는 식이라서, 베팅 횟수는 그대로 두고 총 베팅액만 차액만큼 보정합니다. 포인트 부족, 본인 베팅 여부, 이미 정산된 베팅 여부, 베팅 마감 여부 같은 기본 검증도 서버 쪽에서 다시 확인하고 있어서 화면 조작으로 우회하기는 어렵게 되어 있습니다.
화면 쪽도 대체로 잘 맞습니다. 기존 베팅이 있으면 버튼명이 “베팅 수정”으로 바뀌고, 모달 제목도 수정 모드로 바뀝니다. 현재 베팅한 팀에는 표시가 붙고, 아무 변화가 없으면 제출 버튼이 “변경사항 없음”으로 비활성화됩니다. 금액 차이에 따라 “추가 nP 필요” 또는 “차액 nP 환불” 안내가 나오는 것도 의도한 UX와 맞습니다.
다만 아쉬운 점이 하나 있습니다. 예상 배당/예상 수익 표시가 “수정 후의 가상 풀”을 완전히 시뮬레이션해서 다시 계산하는 수준까지는 가지 않았습니다. 지금 화면은 현재 서버가 내려준 풀 기준의 배당을 보여주고, 사용자가 팀이나 금액을 바꿨을 때 그 변경분까지 반영한 새 풀을 즉석에서 재계산하지는 않습니다. 예를 들어 기존에 A팀에 걸었던 사람이 B팀으로 바꿀 때, 내 기존 금액이 A팀 풀에서 빠지고 B팀 풀에 들어간 뒤의 예상 배당을 정확히 다시 보여주는 방식은 아닙니다. 서버에 저장되는 참고용 배당도 변경 직전의 현재 풀 기준이라, “수정 후 예상 배당”이라기보다는 “수정 시점 참고 배당”에 가깝습니다.
또 하나는 기존 베팅을 열자마자 금액만 바꿀 때, 화면의 예상 수익이 예전 베팅에 저장되어 있던 배당을 기준으로 표시될 가능성이 있습니다. 팀을 다시 클릭하면 현재 표시 배당으로 갱신되지만, 그냥 금액만 수정하는 경우에는 화면상 예상 수익과 실제 수정 후 기록되는 참고 배당이 다르게 보일 수 있습니다. 실제 정산은 어차피 경기 종료 시점의 최종 풀 기준이라 치명적인 정산 버그는 아니지만, 사용자 입장에서는 “예상 수익” 숫자가 조금 헷갈릴 수 있는 부분입니다.
그리고 제가 이전에 권장했던 “취소된 기록을 내부적으로 남기고 사용자 화면에서만 숨기는 방식”은 이번 수정 범위에는 반영되지 않았습니다. 현재 취소 흐름은 기존 방식에 가깝게 남아 있습니다. 다만 이건 이번 핵심 요청이었던 “팀+금액 동시 수정”과는 별개의 개선 포인트라서, 이번 커밋이 실패했다기보다는 후속 정리 대상으로 보는 게 맞겠습니다.
결론적으로, 핵심 기능은 의도대로 구현됐다고 봐도 됩니다. 서버 처리, 포인트 차액 처리, 베팅 횟수 유지, 화면 버튼 상태, 차액 안내까지 주요 요구사항은 충족합니다. 다만 “예상 배당/예상 수익을 수정 후 풀 기준으로 더 정확히 보여주기”는 아직 완성도가 조금 부족합니다. 실제 돈처럼 확정 배당을 보장하는 구조가 아니라 최종 정산은 안전해 보이지만, UX 정확도를 높이려면 이 부분은 한 번 더 다듬는 게 좋겠습니다.