토큰의 이름·기호·로고는 누구나 베낄 수 있으므로, 공식 토큰인지 확인할 때는 체인별 계약 주소를 기준으로 삼아야 합니다. 발행자 공식 도메인의 문서나 공지에서 주소를 얻고, 해당 체인 탐색기에서 바이트코드·검증된 소스·배포자·프록시 표시를 확인한 뒤 믿을 만한 지갑이나 토큰 목록과 교차 대조합니다. 탐색기의 검증된 소스 표시는 코드가 일치한다는 뜻일 뿐, 발행자의 신원이나 투자 안전성을 보증하지 않습니다.
토큰 이름은 고유 식별자가 아닙니다
EVM에서는 누구나 기존 스테이블코인과 똑같은 이름·기호·decimals 값을 지닌 계약을 배포할 수 있습니다. 지갑에 USDT라고 뜨고 로고와 가격까지 붙어 있어도 공식 발행자의 자산이라는 뜻은 아닙니다. 거래·입금·사용 승인 전에는 체인 ID와 계약 주소를 하나의 식별자로 묶어 기록합니다.
주소는 검색 결과 광고나 SNS 답글에서 복사하지 않습니다. 발행자 공식 도메인을 즐겨찾기나 이미 검증한 채널로 열고, 지원 네트워크 페이지를 찾습니다. 여러 체인을 지원한다면 이더리움, Arbitrum, Base 등의 주소가 저마다 다를 수 있으므로 지금 지갑에 설정된 네트워크와 같은 줄을 고릅니다.
토큰의 이름은 상품명이고, 체인과 계약 주소의 조합이 실제 식별표입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 토큰 이름은 고유 식별자가 아닙니다
EVM에서는 누구나 기존 스테이블코인과 똑같은 이름·기호·decimals 값을 지닌 계약을 배포할 수 있습니다.
- 세 출처가 같은 주소를 가리키는지 봅니다
첫째 발행자 공식 문서, 둘째 해당 체인 탐색기, 셋째 믿을 만한 지갑·거래소·토큰 목록을 대조합니다.
- 프록시와 구현 주소를 섞지 않습니다
업그레이드할 수 있는 토큰은 사용자가 실제로 상호작용하는 프록시 주소와 로직 코드가 있는 구현 주소가 다를 수 있습니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
세 출처가 같은 주소를 가리키는지 봅니다
첫째 발행자 공식 문서, 둘째 해당 체인 탐색기, 셋째 믿을 만한 지갑·거래소·토큰 목록을 대조합니다. 한 곳이라도 다르면 그 주소를 쓰지 말고 문서의 갱신 날짜, 네트워크, 프록시 여부를 조사합니다. 체크섬 대소문자는 오타를 잡는 데 도움이 되지만 공식성을 증명하지는 않습니다.
탐색기에서는 계약 생성 거래, 생성자, 검증된 소스, 보유자, 전송 내역을 봅니다. 거래량과 보유자가 많다는 이유만으로 진짜라고 단정하지 않습니다. 사기 토큰도 에어드롭으로 보유자 수를 늘릴 수 있습니다. 공식 문서에서 탐색기 주소로 곧장 이어지는 경로가 더 강한 근거입니다.
| 출처 | 확인 항목 | 한계 |
|---|---|---|
| 발행자 공식 문서 | 체인별 전체 주소 | 도메인 피싱 주의 |
| 블록 탐색기 | 바이트코드·소스·생성자 | 검증 표시가 안전 보증은 아님 |
| 공식 거래소 입금 | 지원 네트워크·계약 | 상장 정책은 바뀔 수 있음 |
| 믿을 만한 토큰 목록 | 주소·decimals·로고 | 갱신이 늦을 수 있음 |
| 커뮤니티 게시물 | 변경 공지의 단서 | 단독 근거로는 부족 |
프록시와 구현 주소를 섞지 않습니다
업그레이드할 수 있는 토큰은 사용자가 실제로 상호작용하는 프록시 주소와 로직 코드가 있는 구현 주소가 다를 수 있습니다. 잔액과 사용 허용량은 보통 프록시의 저장소에서 관리됩니다. 구현 주소를 토큰 계약으로 지갑에 추가하거나 그쪽으로 전송하면 의도와 다르게 동작할 수 있습니다.
OpenZeppelin은 프록시가 호출을 구현 계약에 위임하고 상태는 프록시에 남는 구조를 설명합니다. 탐색기의 ‘Read as Proxy’·구현 주소 표시와 ERC-1967 슬롯을 확인하고, 공식 발행자가 안내한 사용자용 주소가 프록시인지 대조합니다. 관리자 권한과 업그레이드 가능성도 위험 평가에 넣습니다.
- 공식 발행자 도메인을 직접 엽니다.
- 현재 체인과 계약 주소 전체를 복사합니다.
- 탐색기의 소스·생성자·프록시 표시를 확인합니다.
- 믿을 만한 다른 목록과 주소를 대조합니다.
- 지갑 서명 화면에 뜬 계약과 다시 비교합니다.
decimals와 자산 표시도 검증합니다
ERC-20의 원시 잔액은 decimals를 적용해야 화면 금액으로 바뀝니다. 가짜 토큰은 유명 자산과 다른 decimals 값, 전송 제한, 예상치 못한 수수료를 넣어 둘 수 있습니다. 기호와 decimals가 같더라도 계약 코드와 주소가 다르면 별개의 자산입니다.
지갑에 사용자 지정 토큰을 추가할 때 주소를 넣으면 기호와 decimals가 자동으로 채워지기도 하지만, 그 자동값을 공식성 판단에 쓰지 않습니다. 입력한 뒤 잔액이 비정상적으로 크거나 시장 가치가 표시되더라도, 교환이나 받기 버튼을 누르기 전에 유동성과 공식 지원 여부를 확인합니다.
주소 변경 공지는 이전 경로와 함께 검증합니다
토큰 이전이나 브리지 변경으로 새 계약이 생길 수 있습니다. ‘긴급 교환’을 재촉하는 개인 메시지보다 기존 공식 사이트, 기존 계약 관련 공지, 검증된 SNS 계정을 서로 연결해 확인합니다. 이전용 계약이 요구하는 승인 한도, 교환 비율, 마감 시한도 읽어 봅니다.
검증 결과는 체인, 프록시 주소, 구현 주소 확인 시각, 공식 URL과 함께 남깁니다. 이후 업그레이드나 이전이 일어날 수 있으므로 영구 목록처럼 쓰지 않습니다. 큰 거래를 앞두고는 다시 확인하고, 소액 시험 전송과 받을 토큰의 계약 주소를 점검합니다.
자주 묻는 질문
탐색기에 Verified라고 뜨면 공식 토큰인가요?
아닙니다. 소스와 바이트코드가 일치한다는 뜻일 뿐, 발행자 신원이나 경제적 안전성을 보증하지 않습니다.
같은 티커의 토큰 가운데 보유자가 많은 것을 고르면 되나요?
아닙니다. 에어드롭으로 보유자 수를 부풀릴 수 있으므로 공식 발행자 문서의 주소를 기준으로 확인하세요.
프록시와 구현 계약 중 어느 주소를 지갑에 추가하나요?
보통은 공식 발행자가 안내한 사용자용 프록시 주소입니다. 프로젝트 문서와 탐색기 표시를 함께 확인하세요.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
