체인 분기 뒤 두 체인이 같은 거래 형식과 과거 상태를 공유하면 한쪽에 보낸 서명 거래가 다른 쪽에서도 유효할 수 있습니다. replay protection은 서명 대상에 체인별 식별자를 넣거나 한 체인에서만 유효한 조건을 두어 재사용을 막는 장치입니다. 공지에서는 분기 사실보다 보호가 기본 적용되는지, 지갑·거래소가 어느 체인을 지원하는지 확인해야 합니다.
분기된 체인에서 서명이 복제되는 조건
분기 전 잔액과 nonce를 공유한 두 체인이 같은 서명 규칙을 계속 받아들이면, 공격자는 사용자가 체인 A에 방송한 원시 거래를 체인 B에 다시 방송할 수 있습니다. 서명 자체를 위조한 것이 아니라 이미 유효한 메시지의 적용 영역이 분리되지 않은 문제입니다.
EIP-155는 이더리움 거래 서명 해시에 chain ID를 포함하는 방식을 정의합니다. 서로 다른 체인 ID를 사용하면 A용 서명의 복구 값과 메시지가 B에서 맞지 않아 단순 재방송을 차단할 수 있습니다. 그러나 구형 형식 허용 여부와 지갑 구현을 함께 확인해야 합니다.
스마트계약의 오프체인 서명도 별도 영역 분리가 필요합니다. 프로토콜 거래에 chain ID가 있어도 계약이 자체 서명 메시지에서 체인과 계약 주소를 빼면 다른 배포본에서 재사용될 수 있습니다.
| 계층 | 보호 수단 | 남는 확인점 |
|---|---|---|
| 프로토콜 거래 | 서명에 고유 chain ID 포함 | 구형 거래 형식 허용 여부 |
| 스마트계약 서명 | 도메인에 체인·계약 주소 포함 | 프론트엔드가 현재 체인을 표시하는지 |
| 지갑 | 네트워크별 거래 생성·경고 | RPC가 올바른 체인에 연결됐는지 |
| 거래소 | 입출금 중지와 지원 체인 고지 | 어느 자산·주소를 반영하는지 |
분기 뒤 같은 주소가 보인다는 사실은 두 체인의 거래 의도까지 같다는 뜻이 아니다.
JOBCOIN 해설
chain ID만 보고 안전하다고 단정할 수 없는 이유
두 체인이 의도적으로 같은 chain ID를 유지하면 EIP-155 보호가 체인 사이를 구분하지 못합니다. EIP-1344는 체인 분기 상황에서 같은 식별자를 유지하는 것이 안전하지 않다고 설명합니다. 공지에서 새 ID와 활성화 높이를 구체적으로 제시하는지 확인해야 합니다.
지갑이 사용자가 선택한 네트워크가 아니라 악성 RPC가 보고한 ID를 그대로 신뢰하는 경우도 생각해야 합니다. 서명 화면에서 대상 체인, 수신 주소, 금액, nonce를 확인하고 공식 노드 설정과 대조합니다.
토큰 permit, 브리지 메시지, 메타트랜잭션은 일반 송금과 다른 서명 구조를 씁니다. 공지가 기본 코인 거래만 시험했는지 애플리케이션 서명까지 평가했는지 범위를 읽습니다.
코인을 나누기 전에 위험을 줄이는 순서
두 체인에서 같은 개인키가 같은 잔액을 지배할 수 있으므로 급히 한쪽 코인을 보내지 않습니다. 먼저 양쪽 공식 클라이언트 버전, chain ID, replay protection 활성화 높이, 탐색기와 거래소의 명칭을 기록합니다.
명시적 보호가 없다면 한 체인에서만 유효한 입력을 섞어 잔액을 분리하는 절차가 필요할 수 있지만, 방법은 체인 구조마다 다르고 실수 시 양쪽 자산이 함께 이동합니다. 검증되지 않은 splitting service에 시드나 개인키를 입력해서는 안 됩니다.
교육용 소액 테스트를 하더라도 동일 주소로 되돌리는 거래가 다른 체인에서 재현되는지 직접 실험하지 않습니다. 공식 도구와 공개된 검증 절차를 따르고 수수료 자산과 확인 수를 양쪽에서 따로 봅니다.
- 분기 높이와 각 체인의 정식 명칭 기록
- 고유 chain ID와 보호 활성화 여부 확인
- 지갑·하드웨어 기기의 지원 버전 확인
- 거래소 입출금 중단·재개와 자산 코드 확인
- 시드 입력을 요구하는 분리 사이트 피하기
거래소 공지는 기술 보호와 운영 보호를 나눈다
거래소가 분기 전 입출금을 멈추는 것은 고객 거래가 replay되거나 체인 재구성에 휘말릴 위험을 줄이는 운영 조치입니다. 이는 프로토콜 자체에 replay protection이 구현됐다는 증거가 아닙니다.
입출금 재개 공지에는 지원 체인, 최소 확인 수, 입금 주소 재사용 여부, 분기 자산 지급 기준이 있어야 합니다. 거래 지원이라는 표현만으로 양쪽 체인의 출금을 모두 지원한다고 추정하지 않습니다.
스냅샷 잔액 지급은 거래소 내부 장부 정책입니다. 온체인에서 두 자산이 생겼다는 사실과 특정 수탁 서비스가 고객에게 모두 배분할 의무가 있는지는 약관과 공지로 판단합니다.
보도 문장을 검증 가능한 상태로 바꾸기
‘리플레이 공격이 불가능하다’는 문장 대신 어떤 거래 형식, 어느 활성화 높이, 어떤 chain ID 조합을 시험했는지 씁니다. 코드 병합, 노드 릴리스, 네트워크 활성화는 서로 다른 상태입니다.
분기 직후 탐색기에서 같은 거래 해시가 두 체인에 보이면 원시 거래와 서명 필드를 비교합니다. 단순히 동일 사용자가 양쪽에서 별도 서명했는지, 실제 재방송인지 구분할 증거가 필요합니다.
공식 EIP와 클라이언트 릴리스, 거래소 운영 공지를 같은 날짜 기준으로 묶습니다. 이 글은 분기 자산의 취득이나 거래를 권유하지 않으며, 보호 여부가 불명확하면 전송을 보류하는 것이 검증 절차입니다.
- 제안 상태와 실제 활성화 상태 구분
- 원시 거래의 chain ID 필드 확인
- 애플리케이션 서명 범위 확인
- 거래소 운영 공지 별도 보관
- 확인되지 않은 보호 주장은 인용하지 않기
자주 묻는 질문
chain ID가 다르면 모든 replay가 막히나요?
일반 EIP-155 거래의 체인 간 재사용은 막을 수 있지만 구형 거래, 계약 서명, 브리지 메시지는 각 구조를 별도로 확인해야 합니다.
분기 코인을 받으려면 시드를 새 지갑에 넣어야 하나요?
시드를 요구하는 제3자 도구는 큰 위험입니다. 공식 지갑 지원과 보호 절차가 확인되기 전에는 입력하거나 전송하지 마세요.
거래소가 입출금을 멈추면 체인이 위험한가요?
예방적 운영 조치일 수 있습니다. 중단 자체보다 공지된 이유, 지원 체인, 재개 조건과 프로토콜 보호를 나눠 읽어야 합니다.
