클라이언트의 추정 지연이 급변합니다. rewind 범위를 무한히 늘리지 않고 입력 시각을 어떻게 검증하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
서버 관측 RTT·수신 시각·입력 sequence와 허용 rewind 상한을 함께 사용합니다. client가 보낸 timestamp를 그대로 과거 판정 권한으로 주지 않습니다.
급격한 변화·미래 시각·반복 상한 접근을 기록하고 입력을 거절하거나 제한된 시각으로 처리하는 정책을 둡니다. 정상 고지연 사용자의 피해와 엄폐 후 피격을 비교하며 현재 상태를 과거 snapshot으로 덮지 않습니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 서버 관측 RTT·수신 시각·입력 sequence와 허용 rewind 상한을 함께 사용합니다. client가 보낸 timestamp를 그대로 과거 판정 권한으로 주지 않습니다.
- 정상 고지연 사용자의 피해와 엄폐 후 피격을 비교하며 현재 상태를 과거 snapshot으로 덮지 않습니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 서버 관측 RTT·수신 시각·입력 sequence와 허용 rewind 상한을 함께 사용합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.