「ERC-20 원문」을 찾아보면 검색 결과에 깃허브 링크가 두 개 뜨는 걸 본 적 있으실 거예요. 하나는 EIPs 저장소이고 하나는 ERCs 저장소예요. 어느 쪽이 진짜인지 헷갈립니다.
결론부터 적을게요. 둘 다 실재하고, 그중 하나는 본문이 한 문장뿐인 이사 안내예요.
숫자로 적으면 이래요. 두 저장소를 통째로 받아 파일을 세어 보니 EIPs 에 950개, ERCs 에 612개가 있었어요. 번호가 양쪽에 다 있는 것이 366개였고, 그중 365개는 EIPs 쪽이 본문 한 문장짜리 이사 안내였어요. 남은 하나는 예외인데 뒤에서 따로 설명할게요.
이 글이 재는 자리를 먼저 못박을게요. 이 글은 두 깃허브 저장소의 파일과 그 머리말만 봐요. 어느 표준이 좋은지, 어떤 토큰이 그 표준을 쓰는지는 보지 않았어요. 컨트랙트를 조회하지도 않았고요. 세어 본 것은 문서의 개수와 상태값까지예요.
![]()
어떻게 셌는지 먼저 밝힐게요
| 항목 | 값 |
|---|---|
| 대상 | 깃허브 ethereum/EIPs 와 ethereum/ERCs 두 저장소의 master 가지 |
| 받은 방법 | 저장소 전체를 압축본으로 한 번에 내려받아 로컬에서 풀어 읽음 |
| 인증 | 없음. 공개 저장소 |
| 조회 일시 | 2026년 8월 25일 오전 11시 45분 (저장소 압축본) · 11시 56분 (저장소 정보와 이사 안내 원문) |
| 받은 크기 | EIPs 45,866,770바이트 · ERCs 47,223,553바이트 |
| 센 대상 | EIPS/eip-숫자.md 와 ERCS/erc-숫자.md 형식의 파일만 |
| 읽은 것 | 각 파일 머리말의 status type category title created 와 본문 길이 |
| 안 본 것 | 본문 내용, 커밋 이력, 논의 스레드, 실제 사용 현황 |
파일을 하나씩 받지 않고 압축본을 통째로 받은 이유가 있어요. 1,562개 파일을 개별 요청으로 받으면 요청 수가 많아 중간에 막히고, 무엇보다 파일마다 받은 시각이 달라져서 「같은 순간의 상태」가 아니게 돼요. 압축본 두 개면 요청이 두 번이라 그 문제가 없어요.
저장소 두 개에 뭐가 얼마나 있나요
| 저장소 | 파일 수 | 만들어진 날 | 번호 범위 |
|---|---|---|---|
ethereum/EIPs | 950개 | 2015년 10월 26일 | 1번에서 8390번 |
ethereum/ERCs | 612개 | 2023년 6월 14일 | 1번에서 8330번 |
ERCs 저장소는 2023년 6월에 새로 만들어졌어요. 그 전까지는 전부 EIPs 한 곳에 있었고요. 그러니까 저장소가 갈라진 것이 3년쯤 됐고, 그 이전 문서들이 옮겨 간 흔적이 지금 우리가 보는 중복이에요.
투자 정보 안내
본 글은 암호화폐 시장에 대한 객관 데이터·정보 제공 목적이며, 특정 코인 매수·매도 권유가 아닙니다. 암호화폐는 변동성이 매우 크고 원금 전액 손실이 가능하므로 본인 판단과 책임 하에 결정하세요.
겹치는 366개의 정체
번호가 양쪽에 다 있는 것이 366개예요. 그 366개를 EIPs 쪽에서 열어 상태값을 세어 봤어요.
EIPs 쪽 상태 | 개수 |
|---|---|
Moved (이사함) | 365개 |
Living (계속 갱신) | 1개 |
| 합계 | 366개 |
365개가 전부 Moved 예요. 그리고 그 365개의 본문 길이를 재 보니 전부 1,200자 미만이었어요. 실제로 얼마나 짧은지 보면 이래요. EIPS/eip-20.md 의 전문이 이게 다예요.
| 항목 | 내용 |
|---|---|
| 머리말 | eip: 20 · category: ERC · status: Moved |
| 본문 | 이 파일은 ERCs 저장소의 erc-20.md 로 옮겨졌다는 한 문장 |
| 본문 길이 | 85자 |
같은 번호를 ERCs 에서 열면 딴판이에요.
| 번호 | EIPs 쪽 본문 길이 | ERCs 쪽 본문 길이 | ERCs 쪽 제목 |
|---|---|---|---|
| 20 | 85자 | 5,396자 | Token Standard |
| 165 | 86자 | 9,391자 | Standard Interface Detection |
| 721 | 86자 | 29,959자 | Non-Fungible Token Standard |
| 1155 | 87자 | 55,732자 | Multi Token Standard |
| 4337 | 87자 | 48,398자 | Account Abstraction Using Alt Mempool |
366개 중 양쪽 본문 길이가 같은 것은 0개였어요. 하나도 없어요. 제목이 같은 것은 정확히 1개인데, 그게 바로 아래에서 설명할 예외예요. 나머지 365개는 제목까지 다른데, EIPs 쪽 이사 안내에는 제목 항목 자체가 없기 때문이에요.
남은 하나, 즉 Living 상태인 것은 1번이에요. EIP 작성 규칙을 적어 둔 메타 문서라서 양쪽 저장소가 각자 자기 규칙 문서를 갖고 있어요. 이건 이사한 게 아니라 둘 다 쓰는 문서예요.

그래서 진짜 제안은 몇 개인가요
이사 안내를 빼고 다시 세면 이렇게 돼요.
| 구분 | 개수 |
|---|---|
EIPs 파일 | 950개 |
그중 이사 안내(Moved) | −365개 |
EIPs 의 실제 제안 | 585개 |
ERCs 의 실제 제안 | 612개 |
| 단순 합 | 1,197개 |
| 양쪽에 다 있는 1번을 한 번만 세면 | 1,196개 |
내용이 있는 제안은 1,196개예요. 이 숫자는 번호를 전부 모아 중복을 없앤 개수와도 정확히 맞아떨어져요. 두 방향으로 세어 같은 값이 나왔으니 계산이 맞습니다.
상태값으로 갈라 보면
| 상태 | EIPs | ERCs | 합계 |
|---|---|---|---|
Final (확정) | 138 | 141 | 279 |
Draft (초안) | 132 | 221 | 353 |
Stagnant (정체) | 238 | 162 | 400 |
Review (검토) | 34 | 64 | 98 |
Last Call (최종 의견수렴) | 5 | 14 | 19 |
Withdrawn (철회) | 35 | 9 | 44 |
Living (계속 갱신) | 3 | 1 | 4 |
Moved (이사) | 365 | 0 | 365 |
여기서 눈에 걸리는 자리가 둘 있어요.
첫째, 확정된 표준은 279개예요. 이사 안내를 뺀 1,196개 중 23.3퍼센트고, 나머지 넷 중 셋은 아직 확정이 아니에요.
둘째, 가장 많은 상태가 Stagnant 예요. 400개로 확정본보다 많아요. 이 상태는 일정 기간 갱신이 없으면 자동으로 붙는 표시라, 「누군가 제안했지만 이어지지 않은 문서」가 표준 문서 저장소의 3분의 1을 차지하고 있다는 뜻이에요. 어떤 번호를 찾았을 때 그게 확정 표준인지 멈춘 제안인지 상태값을 봐야 하는 이유가 이거예요.
투자 정보 안내
본 글은 암호화폐 시장에 대한 객관 데이터·정보 제공 목적이며, 특정 코인 매수·매도 권유가 아닙니다. 암호화폐는 변동성이 매우 크고 원금 전액 손실이 가능하므로 본인 판단과 책임 하에 결정하세요.
어느 쪽에만 있는 번호도 세어 봤어요
겹치는 366개를 빼면 나머지는 한쪽에만 있어요.
| 구분 | 개수 | 어떤 문서들인가요 |
|---|---|---|
EIPs 에만 있는 번호 | 584개 | 이사하지 않은 제안들이에요. 갈래를 세어 보니 코어 433개, 인터페이스 59개, 네트워킹 28개였고, 갈래 표시가 없는 메타·참고 문서가 64개였어요. ERC 갈래는 0개예요 |
ERCs 에만 있는 번호 | 246개 | EIPs 쪽에 대응 번호가 없는 ERC 문서들이에요. 이들이 저장소 분리 이후 새로 제안된 것인지는 이번에 세지 않았어요 |
| 양쪽에 다 있는 번호 | 366개 | 365개는 이사 안내, 1개는 규칙 문서예요 |
584 더하기 366은 950이고 EIPs 파일 수와 맞아요. 246 더하기 366은 612로 ERCs 파일 수와 맞고요. 양쪽이 다 떨어지니 분류가 빠진 데 없이 맞습니다.
번호 범위도 눈여겨볼 만해요. EIPs 는 1번에서 8390번까지, ERCs 는 1번에서 8330번까지 흩어져 있어요. 번호가 8천 번대까지 갔는데 실제 문서는 1,196개예요. 번호를 순서대로 다 쓰는 방식이 아니라서 중간에 빈 번호가 훨씬 많아요. 그러니 「몇 번까지 나왔나」로 개수를 짐작하면 일곱 배쯤 어긋나요.
EIP와 ERC 차이는 저장소이지 번호가 아니에요
ERCs 저장소의 파일을 열어도 머리말의 번호 항목 이름은 여전히 eip 예요. erc: 20 이 아니라 eip: 20 으로 적혀 있어요. 그리고 그 아래에 category: ERC 가 따로 있고요.
| 항목 | ERCS/erc-20.md 의 값 |
|---|---|
| 번호 항목 이름 | eip |
| 번호 | 20 |
type | Standards Track |
category | ERC |
status | Final |
created | 2015-11-19 |
즉 번호 체계는 하나고, ERC 는 그 안의 갈래 이름이에요. EIP-20과 ERC-20은 다른 문서가 아니라 같은 20번이에요. 저장소만 갈라져 있는 거예요. 토큰과 코인의 구분이 헷갈리는 자리도 이와 비슷한 결인데, 그건 코인과 토큰의 차이를 발행 구조로 갈라 놓은 글에 따로 적어 두었어요.

실제로 어디를 봐야 하나요
정리하면 이래요.
| 찾는 번호가 | 어디를 볼까요 |
|---|---|
| ERC 계열(20, 165, 721, 1155, 4337 등) | ethereum/ERCs 저장소 |
| 코어·네트워킹·인터페이스·메타 계열 | ethereum/EIPs 저장소 |
| 어느 쪽인지 모를 때 | EIPs 를 먼저 열면 됩니다. 이사한 것이면 한 문장으로 갈 곳을 알려 줘요 |
EIPs 쪽 이사 안내가 남아 있는 게 오히려 다행이에요. 오래된 링크가 404가 되지 않고 새 주소를 알려 주니까요. 다만 그 페이지를 원문으로 착각하고 「내용이 없다」고 결론 내리면 곤란해요. 실제로 검색 결과에서 이사 안내 쪽이 위에 뜨는 경우가 있어요.
토큰 표준을 실제 컨트랙트에서 확인하는 이야기는 메인넷 토큰 399개의 소수점 자리를 직접 물어본 글에 적어 두었어요. 문서에 적힌 것과 체인이 답하는 것이 늘 같지는 않다는 이야기예요.
확인하지 못한 것
정직하게 남길게요.
- 본문 내용을 읽지 않았어요. 머리말과 길이만 봤어요. 그러니 「확정 279개」는 상태값이 그렇다는 뜻이지, 그 279개가 실제로 널리 쓰인다는 뜻이 아니에요.
- 커밋 이력을 보지 않았어요. 언제 옮겨졌는지, 옮긴 뒤 내용이 바뀌었는지는 재지 않았어요.
ERCs저장소가 2023년 6월 14일에 만들어졌다는 것까지만 확인했어요. ERCs에만 있고EIPs에는 없는 246개가 있는데, 이들이 저장소 분리 이후에 새로 제안된 것인지는 따로 세지 않았어요.- 깃허브 외의 경로를 보지 않았어요. 표준 문서를 정리해 보여 주는 웹사이트가 따로 있는데, 그쪽 표시가 저장소와 같은지는 확인하지 않았어요.
- 한 순간의 상태예요. 두 저장소 모두 계속 갱신되고 있어서 며칠 뒤에 세면 숫자가 달라져요. 조회 시점의 마지막 갱신은
EIPs가 8월 25일 오전,ERCs가 8월 22일이었어요.
정리
- 이더리움 표준 문서는 저장소가 두 개예요.
EIPs950개,ERCs612개고,ERCs는 2023년 6월에 갈라져 나왔어요. - 번호가 양쪽에 있는 것이 366개, 그중 365개는 본문 한 문장짜리 이사 안내예요. 나머지 하나는 양쪽이 각자 쓰는 규칙 문서예요.
- 이사 안내를 빼면 실제 제안은 1,196개, 그중 확정은 279개예요.
- 가장 많은 상태는 확정이 아니라 정체(400개) 예요. 번호를 찾으면 상태값부터 보세요.
- ERC 파일 안에서도 번호 항목 이름은 여전히
eip예요. EIP-20과 ERC-20은 같은 20번이에요.
이 글은 정보 제공 목적이며 매매 권유가 아니에요. 숫자는 전부 2026년 8월 25일 오전 11시 45분 전후의 조회값이에요.