토큰 마이그레이션은 보유 네트워크와 보관 방식에 따라 자동 전환, 공식 계약 호출, 거래소 내부 처리로 갈린다. 새 토큰 이름만 보고 전송하지 말고 공식 공지의 구·신규 계약 주소, 체인 ID, 고정 교환 비율, 기한, 승인과 가스 비용을 대조해야 한다. 동일 티커의 가짜 토큰과 제3자 스왑의 가격 영향을 공식 1:1 교환과 섞지 않는 것이 핵심이다.
‘자동’이라는 단어는 모든 보유자에게 적용되지 않는다
Polygon의 MATIC→POL 사례는 같은 자산도 위치에 따라 절차가 달라지는 좋은 예다. Polygon 공식 지원 문서는 Polygon PoS의 MATIC 보유자는 별도 행동 없이 네이티브 가스·스테이킹 토큰이 POL로 전환된다고 설명한다. 반면 Ethereum의 MATIC 보유자는 permissionless migration contract를 사용할 수 있고, zkEVM 보유자는 Ethereum으로 브리지한 뒤 전환하거나 현지 DEX 경로를 선택할 수 있다고 안내한다.
따라서 공지의 ‘자동 전환’을 지갑 전체 잔액에 적용하면 안 된다. 먼저 chain ID, 토큰이 네이티브 자산인지 ERC-20 계약 잔액인지, 거래소나 디파이 계약에 예치됐는지를 확인한다. 지갑 화면의 심볼만 MATIC에서 POL로 바뀐 것은 온체인 계약 교환의 증거가 아니다. RPC 메타데이터 갱신만 늦어 예전 심볼이 보일 수도 있다.
마이그레이션의 출발점은 토큰 이름이 아니라 현재 자산이 놓인 체인과 계약이다.
JOBCOIN 해설
새 계약과 migrator를 서로 다른 주소로 검증한다
Polygon 공식 지원 페이지는 Ethereum의 POL 토큰 계약과 migrator 계약을 별도로 공개한다. 새 토큰 계약은 받을 자산을 정의하고, migrator는 구 토큰을 받아 전환 로직을 실행한다. 주소 두 개의 역할을 뒤바꾸면 단순 전송으로 자산을 잃을 수 있다. 공식 문서 링크에서 탐색기로 이동하고, 탐색기의 verified contract와 토큰 심볼·decimals를 다시 대조한다.
주소는 앞뒤 몇 글자만 보지 말고 전체를 복사해 비교한다. 검색 광고, 소셜미디어 답글, 지갑의 임의 토큰 목록은 공식 출처가 아니다. approve가 필요한 경우 spender가 공식 migrator인지 확인하고, 가능하면 필요한 수량만 승인한다. 마이그레이션이 끝난 뒤 남은 allowance를 검토하는 것도 별도 단계다.
비율과 decimals로 실제 수령량을 계산한다
공식 경로가 1:1 전환이라고 해도 사람이 보는 토큰 수와 원시 정수 단위를 구분해야 한다. 교육용으로 구 토큰과 신 토큰이 모두 18 decimals이고 250 MATIC을 1:1 전환하면 기대 POL은 250이다. 원시 단위는 양쪽 모두 250×10^18이다. 수령량이 249.6이라면 공식 migrator가 아니라 DEX 가격 영향이나 별도 수수료가 있는 경로인지 살펴야 한다.
| 보유 위치 | 예상 방식 | 핵심 증거 |
|---|---|---|
| Polygon PoS 네이티브 MATIC | 네트워크 차원의 자동 전환 | 공식 전환 공지와 체인 표시 |
| Ethereum ERC-20 MATIC | 공식 migrator 호출 | 구·신규·migrator 계약 주소 |
| Polygon zkEVM | 브리지 후 전환 또는 현지 스왑 | 브리지 목적지와 DEX 조건 |
| 중앙화 거래소 | 거래소 내부 일정 | 입출금 중단·재개와 잔액 변환 공지 |
| 디파이 예치·스테이킹 | 프로토콜별 처리 | 금고·스테이킹 계약 운영자 공지 |
기한은 현재 공지와 변경 권한을 함께 읽는다
Polygon의 공식 FAQ는 Ethereum과 zkEVM 보유자의 POL 업그레이드에 현재 정해진 기한이 없다고 했고, 커뮤니티가 향후 기한을 정할 수 있다고 덧붙였다. 이 문장은 ‘영구적으로 기한이 없다’는 보장이 아니다. 기사에는 확인일과 원문의 현재 표현을 함께 적어야 한다.
기한이 있는 다른 마이그레이션이라면 마감 시각의 시간대, 스냅샷 블록, 청구 창 종료와 구 토큰 기능 중단을 구별한다. 마감 전 거래를 보냈다는 사실만으로 완료가 보장되지 않을 수 있으므로 블록 포함 시각과 성공 receipt를 확인한다.
- 공식 도메인에서 구 토큰·신 토큰·migrator 주소를 수집한다
- chain ID와 네이티브·계약 토큰 여부를 적는다
- 교환 비율과 양쪽 decimals로 기대 수령량을 계산한다
- approve의 spender와 허용 수량을 확인한다
- 마감 시간대와 스냅샷 블록이 있으면 함께 기록한다
- 거래소·스테이킹·브리지의 별도 일정을 확인한다
거래소 지원과 온체인 지원을 혼동하지 않는다
거래소가 자동 지원한다고 발표해도 개인 지갑의 온체인 잔액까지 대신 바꾸지는 않는다. 반대로 온체인 migrator가 열려 있어도 거래소가 입출금을 잠시 닫을 수 있다. 거래소 내부 잔액 변환, 외부 지갑 출금 네트워크, 티커 변경 시각을 각각 읽는다.
제3자 DEX나 aggregator는 migrator를 내부 통합할 수 있지만 사용자는 해당 dApp의 조건을 따르게 된다. Polygon도 이런 제3자 경로를 사용할 때 자체 조사가 필요하다고 설명한다. 공식 1:1 비율이 DEX 화면의 최소 수령량과 항상 같다고 단정하지 않는다.
완료 증거는 새 잔액보다 거래 이벤트다
지갑에 POL 심볼이 보였다는 화면만으로 성공을 판정하지 않는다. 구 토큰 감소, migrator 호출 성공, 신 토큰 증가 이벤트와 수신 주소를 한 거래에서 맞춘다. 자동 네트워크 전환은 별도 swap 이벤트가 없을 수 있으므로 공식 체인 업그레이드 시점과 네이티브 잔액 표시를 확인한다.
이 글의 250 토큰 예시는 계산법을 위한 가정이다. 실제 계약 호출 전에는 공식 최신 공지를 다시 읽어야 하며, 임의의 에어드롭이나 긴급 교환 메시지에 서명하지 않는다. 마이그레이션 지원 여부는 토큰 가격 전망이나 투자 권유가 아니다.
자주 묻는 질문
지갑 심볼이 POL로 바뀌면 마이그레이션이 끝난 건가요?
Polygon PoS 네이티브 자산처럼 네트워크 차원 전환일 수 있지만, RPC 표시만 바뀐 경우도 있다. 체인, 계약 주소와 공식 업그레이드 방식을 확인해야 한다.
1:1이면 가스비 외에는 항상 정확히 같은 수량을 받나요?
공식 migrator의 비율과 DEX 스왑 결과를 구분해야 한다. DEX는 가격 영향·수수료·최소 수령량이 적용될 수 있다.
기한 없음 공지를 영구 보장으로 봐도 되나요?
아니다. Polygon FAQ도 현재 기한은 없지만 향후 커뮤니티가 설정할 수 있다고 설명한다. 확인일 이후 변경 공지를 다시 확인해야 한다.
