거래 CSV의 체크섬이 바뀌면 거래금액도 반드시 수정된 것인가

거래 CSV의 체크섬이 달라졌다면 파일의 바이트가 같지 않다는 신호로 사용할 수 있다. 그러나 거래금액이나 주소의 의미가 반드시 바뀌었다는 결론까지 바로 나오지는 않는다. 해시는 파일을 표로 해석해 필드별 의미를 비교하는 기능이 아니기 때문이다.

줄바꿈만 다른 두 파일

계산용 파일 A가 머리글 id,price와 거래 A,100을 담고 각 줄을 LF로 끝낸다고 하자. 같은 글자와 값을 담은 파일 B가 줄바꿈을 CRLF로 저장하면 바이트 배열은 달라진다. 이 예의 두 파일에 SHA-256을 계산하면 서로 다른 값이 나오지만, 줄바꿈을 올바르게 해석해 CSV로 읽은 표의 거래 ID와 가격은 같다. 본문 예시는 이 바이트·파싱 결과의 차이를 직접 검산한 것이며 기관 파일의 수정 원인을 조사한 결과는 아니다.

Python hashlib 문서는 해시 함수가 bytes-like 입력을 받아 digest를 만드는 구조를 설명한다. 인코딩이나 마지막 줄의 개행이 바뀐 경우에도 파일 단위 비교와 파싱 후 값 비교는 다른 질문이 된다. 반대로 합계가 같다는 이유로 모든 거래 내용이 같다고 판단해서도 안 된다. 두 행의 값 증가와 감소가 상쇄될 수 있다.

무결성 확인 뒤에 내용 차이를 비교한다

원본판별 파일을 보존하고 받은 날짜·URL·체크섬을 기록한다. 차이가 발견되면 제공기관의 정정 공지를 찾고, 명시된 인코딩·CSV 규칙으로 각각 읽는다. 안정된 키를 기준으로 추가·삭제 행과 필드별 변경을 나눈다. 바이트 차이가 형식 변화인지 값의 수정인지 근거를 남기고, 의미를 확인하기 전에 새 파일로 덮어쓰지 않는다.

체크섬은 전달·보관 중 파일이 바뀌었는지 확인하는 데 유용하다. 그 값 하나가 작성기관의 진위나 모든 거래의 정확성을 인증하는 것은 아니다. 형식만 바뀐 파일을 가격 정정으로 알리는 오류와, 합계만 같아 내용 변경을 놓치는 오류를 함께 피하는 데 이 구분을 사용한다.