테스트넷 토큰 잔액은 경제적 가치가 없고 새 네트워크로 그대로 이동하지 않는다. 옮겨야 할 핵심은 계약 소스와 배포 매개변수, 테스트 시나리오, 계정 역할, RPC·체인 ID, 인덱서 시작 블록, CI 비밀값 참조, 모니터링 기준이다. 종료 공지에서 권장 대체망의 용도를 확인한 뒤 새 주소로 재배포하고, 옛 네트워크 의존성을 검색해 단계적으로 끊는다.
deprecated와 shutdown은 같은 순간이 아니다
테스트넷은 종료 발표 즉시 모든 블록이 멈추는 경우만 있는 것이 아니다. 클라이언트·테스트 팀의 지원이 먼저 끝나고, 일부 커뮤니티 노드는 한동안 남을 수 있다. 이 기간에 화면이 열리고 거래가 된다고 장기 사용이 가능한 것은 아니다. 미래 업그레이드가 적용되지 않거나 RPC·탐색기·faucet이 순차적으로 중단되면 재현 가능한 시험 환경이라는 가치가 사라진다.
Ethereum 재단의 2025년 Holešky 공지는 Fusaka가 최종화된 뒤 다수 검증자 노드를 2주 후 종료하고 클라이언트·테스트·인프라 팀의 지원도 끝낸다고 설명했다. 2023년 Goerli 공지는 Dencun을 마지막 업그레이드로 두고 검증자 종료가 안정성에 영향을 줄 수 있다고 미리 안내했다. 공지마다 종료의 기준 사건과 후속 기간이 다르므로 제목의 날짜만 복사하면 안 된다.
테스트넷 종료 대응은 남은 토큰을 옮기는 일이 아니라 시험을 다시 재현할 수 있게 만드는 일이다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- deprecated와 shutdown은 같은 순간이 아니다
테스트넷은 종료 발표 즉시 모든 블록이 멈추는 경우만 있는 것이 아니다.
- 대체망은 이름보다 시험 목적에 맞춰 고른다
Holešky 종료 공지는 애플리케이션·도구 개발자는 Sepolia, 스테이킹 운영자는 Hoodi를 사용하도록 구분했다.
- 테스트 토큰과 계약 주소는 복사되지 않는다
테스트넷 ETH나 토큰은 메인넷 자산이 아니며 보통 새 테스트넷으로 교환되지 않는다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
대체망은 이름보다 시험 목적에 맞춰 고른다
Holešky 종료 공지는 애플리케이션·도구 개발자는 Sepolia, 스테이킹 운영자는 Hoodi를 사용하도록 구분했다. 같은 Ethereum 테스트넷이어도 검증자 참여 구조, 상태 크기, 예정 수명, 업그레이드 시험 목적이 다르다. 단순히 가장 새 테스트넷을 선택하면 검증자 출입을 시험하려는 팀이 권한형 검증자망으로 이동하는 식의 불일치가 생길 수 있다.
기능 시험, 프로토콜 시험, 부하 시험, 검증자 수명주기 중 무엇이 필요한지 먼저 적는다. 리셋 가능한 개발망은 빠른 반복에 좋지만 장기 주소와 이력에 의존하는 통합 테스트에는 맞지 않는다. 공식 문서의 권장 용도, 종료 예정일, faucet 정책, RPC 제한, 지원되는 포크를 표로 비교한다.
| 자산 | 이전 방법 | 완료 증거 |
|---|---|---|
| 계약·프로그램 | 소스와 배포 인자로 재배포 | 새 주소·코드 해시·초기 상태 |
| RPC·체인 설정 | 체인 ID와 엔드포인트 교체 | 읽기·쓰기·구독 호출 성공 |
| 인덱서 | 새 시작 블록과 스키마 재구성 | 누락·중복 없는 재색인 |
| 자동화·CI | 환경별 변수와 faucet 흐름 수정 | 새 망의 전체 시나리오 통과 |
| 모니터링 | 블록·최종성·오류 기준 재설정 | 경보 시험과 대시보드 갱신 |
테스트 토큰과 계약 주소는 복사되지 않는다
테스트넷 ETH나 토큰은 메인넷 자산이 아니며 보통 새 테스트넷으로 교환되지 않는다. ‘마이그레이션’을 내세워 시드 문구를 요구하거나 테스트 토큰의 유료 교환을 제안하는 링크를 경계한다. 새 테스트넷에서는 공식 faucet 또는 프로젝트가 정한 배포 절차로 새 자산을 만든다.
동일한 배포자와 nonce를 사용해도 주소가 같아질 수 있지만 그것을 전제로 시스템을 설계하지 않는다. 체인 ID, 배포 방식, 팩토리 주소가 달라지면 계약 주소도 달라진다. 프런트엔드의 주소 맵, 백엔드 allowlist, 서명 도메인, 테스트 픽스처를 새 네트워크 기준으로 갱신하고 옛 주소가 남아 있는지 저장소 전체를 검색한다.
보이지 않는 의존성을 목록으로 만든다
웹앱의 RPC URL만 바꾸고 끝내면 이벤트 인덱서가 옛 망을 읽거나, CI가 옛 faucet을 호출하거나, 모니터링이 존재하지 않는 블록 높이를 기다리는 문제가 남는다. 서드파티 서비스마다 새 테스트넷 지원 시점도 다르다. 탐색기 API, 노드 제공자, 오라클 피드, 브리지, 계정 추상화 번들러, 웹훅의 지원 표를 확인한다.
테스트 계정의 개인키는 운영 키와 분리돼야 하지만 그래도 비밀로 취급한다. 새 망 이전을 계기로 오래 공유된 키를 폐기하고 CI 비밀 저장소에서 새 키로 교체한다. 로그·스크린샷에 키가 포함되지 않았는지도 확인한다. 옛 테스트넷의 공개 이력이 사라질 수 있으므로 재현에 필요한 거래 해시와 이벤트 결과는 원문 링크만 남기지 말고 시험 보고서에 보존한다.
- 코드와 설정에서 옛 체인 ID·RPC·탐색기 도메인을 검색한다
- 계약별 배포 인자와 역할 주소를 새로 기록한다
- 인덱서 시작 블록과 재처리 정책을 결정한다
- CI·웹훅·오라클·번들러 등 외부 의존성을 점검한다
- 옛 키와 faucet 자동화를 폐기하고 새 전체 흐름을 실행한다
병행 기간에는 쓰기 경로를 하나로 제한한다
이전 기간에 두 테스트넷을 동시에 지원하면 환경 표시가 명확해야 한다. 읽기 대시보드는 병행할 수 있지만 자동 배포와 상태 변경 테스트가 어느 체인을 대상으로 하는지 한눈에 보여야 한다. 체인 ID 검증 없이 서명을 보내면 동일 UI에서 옛 주소로 거래를 제출하는 실수가 생긴다.
새 환경의 핵심 시나리오가 통과한 뒤 옛 망의 쓰기를 중단한다. 그 다음 인덱서와 모니터링을 읽기 전용으로 일정 기간 유지해 비교하고 종료한다. 종료 기준은 ‘새 RPC가 응답한다’가 아니라 배포, 권한 변경, 이벤트 수집, 실패 복구, 최종성 대기까지 이어지는 전체 시험이 재현되는 것이다.
과거 공지를 현재 권장망으로 사용하지 않는다
테스트넷 권장 사항은 수명이 있다. 2022년 공지는 당시 Goerli와 Sepolia를 장기 유지 대상으로 설명했지만, 이후 Goerli가 종료되고 Holešky도 수명을 다했다. 검색 결과의 오래된 공식 문서가 거짓은 아니지만 현재 선택을 안내하지는 않는다. 게시일, 본문 업데이트 날짜, 최신 테스트넷 현황 공지를 함께 확인해야 한다.
내부 문서에는 ‘권장 테스트넷’만 쓰지 말고 확인일과 공식 근거를 남긴다. 종료 예정일이 알려진 망을 택했다면 왜 필요한지와 다음 이전 시점을 백로그에 적는다. 이렇게 해야 테스트넷 교체가 갑작스러운 장애가 아니라 계획된 유지보수가 된다.
자주 묻는 질문
종료 테스트넷의 토큰을 새 테스트넷으로 옮길 수 있나요?
보통 아니다. 테스트 토큰은 경제적 가치가 없고 네트워크별로 별개다. 새 망의 공식 faucet이나 배포 절차를 사용한다.
RPC만 새 주소로 바꾸면 이전이 끝나나요?
아니다. 계약 주소, 체인 ID, 서명 도메인, 인덱서, CI, 오라클·웹훅과 모니터링까지 새 환경에서 검증해야 한다.
종료일 뒤에도 블록이 나오면 계속 써도 되나요?
지원팀과 인프라가 빠진 네트워크는 안정성과 향후 업그레이드를 기대할 수 없다. 공식 대체망으로 이전하는 것이 맞다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
