• 기존에는 userId만을 사용하여 사용자에게 대기열을 관리하였다.

public EnterDTO.Result enter(EnterDTO.Command command) {

		...
		
		String queueKey = "queue:concertSchedule:" + command.getConcertScheduleId();
		String counterKey = queueKey + ":counter";
		
		...
		
		...
		
		return EnterDTO.Result.builder()
				.token(user.getId().toString())   // 이런식으로...
				.needToChoose(false)
				.rank(rank)
				.pollingIntervalMs(pollingIntervalMs)
				.build();
}

→ 이 방식은 대기열을 우회할 위험이 존재한다.

누군가 티켓팅 관련 API를 알고 있다면, 대기열을 우회할 위험이 있고, 다른 사람의 ID로 위조가 가능하다.

• 그래서 서버에서는 ‘대기열 → 순번 도달 → 예약’ 순서를 강제하기 위한 장치로, 변조가 어려운 JWT 토큰을 발급해준다.
• 사용자는 반드시 대기열을 거쳐야만 예약 프로세스를 진행할 수 있고, 이 흐름을 벗어나면 토큰 검증 단계에서 차단된다.