ERC-20

ERC-20, 어렵지 않아요 이더리움 토큰의 공통 약속 이해하기

1. ERC-20이 대체 뭐예요?

ERC-20은 이더리움 네트워크 위에서 만들어지는 토큰(코인)이 지켜야 할 공통 규칙을 정해 둔 기술 표준이에요. 이름은 'Ethereum Request for Comment(이더리움에 대한 제안)'의 20번째 제안이라는 뜻에서 붙었고, 2015년에 처음 제안된 뒤 이더리움의 공식 표준인 EIP-20으로 채택됐어요.

ERC-20은 스마트 컨트랙트(사람이 손대지 않아도 정해진 조건대로 자동으로 실행되는 프로그램) 형태로 만들어져요. 이 표준은 모든 ERC-20 토큰이 똑같은 방식으로 작동하도록 몇 가지 꼭 있어야 할 함수(특정 기능을 실행하는 명령)와 이벤트(무슨 일이 일어났다고 알려 주는 신호)를 정해 놔요. 이렇게 사용법이 통일돼 있으니까, 거래소나 지갑 같은 서비스가 토큰마다 따로 코드를 짜지 않고도 수많은 토큰을 손쉽게 지원할 수 있어요.

오늘날 이더리움 위에서 오가는 대부분의 알트코인과 스테이블코인이 이 규격을 따르고, ERC-20은 사실상 토큰 발행의 기본 표준으로 자리 잡았어요. '규격만 지키면 어디서든 똑같이 다뤄진다'는 단순한 원칙이, 이더리움 토큰 생태계 전체가 빠르게 커질 수 있었던 밑바탕이 됐어요.

이렇게 보면 쉬워요 · 콘센트 규격이 통일돼 있으면 어느 회사 가전이든 그냥 꽂아 쓸 수 있는 것과 비슷해요.

2. 왜 이런 규칙이 필요했을까요?

ERC-20이 나오기 전에도 이더리움 위에서 토큰을 만드는 건 가능했어요. 그런데 프로젝트마다 함수 이름과 작동 방식이 제각각이었죠. 그러니 새 토큰이 나올 때마다 거래소와 지갑이 그 토큰만을 위한 코드를 따로 써야 했고, 이게 새 토큰이 퍼지는 걸 가로막는 걸림돌이었어요.

ERC-20은 이 문제를 '공통 규칙'으로 풀었어요. 토큰이 반드시 갖춰야 할 함수와 이벤트의 이름·형식을 딱 정해 두면, 서비스 쪽은 그 규칙 하나만 구현해 놓고도 규격을 지키는 모든 토큰을 한꺼번에 지원할 수 있거든요. 이렇게 서로 다른 서비스끼리 잘 맞물려 돌아가는 성질(상호운용성)을 표준으로 보장한 게 ERC-20의 핵심 기여예요. 2017년 무렵 암호화폐 공개 붐이 일었을 때 수많은 프로젝트가 별 고민 없이 이 규격을 골랐던 것도 이런 편리함 덕분이에요.

3. 어떻게 움직여요? 꼭 있어야 할 함수와 이벤트

ERC-20 표준은 토큰 컨트랙트가 반드시 갖춰야 할 함수와 이벤트를 정해 놔요. 대표적인 필수 함수는 이런 것들이에요.

• totalSupply — 토큰이 전부 몇 개 발행됐는지 확인해요.
• balanceOf — 특정 주소(지갑)가 얼마나 가지고 있는지 조회해요.
• transfer — 가진 사람이 다른 주소로 토큰을 직접 보내요.
• approve — 제3자(다른 주소나 컨트랙트)에게 내 토큰을 대신 쓸 권한을 맡겨요.
• transferFrom — 권한을 맡은 쪽이 승인된 한도 안에서 토큰을 옮겨요.
• allowance — 특정 주소에 얼마까지 쓰라고 맡겨 뒀는지 그 한도를 조회해요.

그리고 무슨 일이 일어났는지 바깥에 알려 주는 두 가지 이벤트도 정해져 있어요. 토큰이 움직일 때 나오는 Transfer와, 사용 권한을 맡길 때 나오는 Approval이에요. 지갑이나 블록 익스플로러(블록체인 거래 내역을 검색해 볼 수 있는 사이트)는 이 신호를 읽어서 거래 내역을 따라가요.

approve와 transferFrom으로 이어지는 두 단계 구조는 탈중앙화 거래소나 탈중앙화 금융 서비스가 사용자를 대신해 토큰을 옮길 수 있게 해 주는 핵심 장치예요. 사용자가 먼저 '여기까지 써도 돼'라고 한도를 승인해 두면, 실제 거래는 그 한도 안에서 컨트랙트가 알아서 실행하는 방식이죠.

4. 토큰은 어디에 어떻게 저장돼요?

ERC-20 토큰은 자기만의 블록체인을 갖고 있지 않아요. 이더리움 메인넷(실제로 돈이 오가는 이더리움 본 네트워크) 위에서, 이더리움 가상머신(이더리움 위의 프로그램을 실행해 주는 컴퓨터 역할)이 돌리는 스마트 컨트랙트로 존재해요. 이 컨트랙트는 주로 솔리디티라는 프로그래밍 언어로 쓰이고, 어떤 주소가 토큰을 몇 개 가졌는지는 컨트랙트 안의 장부(주소와 잔액을 짝지어 적어 둔 표)에 기록돼요.

그래서 ERC-20 토큰을 주고받거나 새로 발행할 때도, 이더리움 네트워크 사용료인 가스를 이더(ETH)로 내야 해요. 토큰 자체로는 수수료를 낼 수 없어서, 지갑에 이더가 조금이라도 없으면 토큰이 있어도 보낼 수가 없어요. 초보자가 자주 헷갈리는 부분이죠. 게다가 네트워크가 붐빌 때는 그웨이(가스 가격을 세는 아주 작은 단위)로 매겨지는 가스 값이 올라서 전송 비용이 더 커져요.

필수 항목 말고도 토큰 이름(name), 심볼(symbol), 소수점 자릿수(decimals) 같은 선택 정보도 관례처럼 함께 정해 둬요. 대부분의 ERC-20 토큰은 이더처럼 소수점 18자리를 써요. 그래서 겉으로 보이는 토큰 1개가 내부적으로는 아주 작은 최소 단위로 잘게 쪼개져 다뤄져요.

5. '대체 가능하다'는 게 무슨 뜻이에요?

ERC-20은 '대체 가능한(fungible)' 토큰을 위한 표준이라는 게 특징이에요. 쉽게 말해, 같은 종류의 토큰 1개는 다른 1개와 값어치가 완전히 똑같고 서로 구별되지 않아요. 만 원짜리 지폐 한 장을 같은 만 원짜리 다른 지폐로 바꿔도 아무 차이가 없는 것과 같은 성질이에요.

이건 토큰 하나하나가 고유한 번호와 성질을 가지는 대체 불가능 토큰(NFT)과는 다른 점이에요. 이더리움에서 NFT는 ERC-721 같은 별도의 표준으로 다뤄지는데, 여기서는 토큰 하나하나가 서로 다른 개체로 취급돼요. 결국 ERC-20과 ERC-721은 '다 똑같아서 뭉쳐서 다룰 수 있는 것'과 '저마다 달라서 하나씩 따로 다뤄야 하는 것'이라는, 목적이 서로 다른 두 갈래의 표준인 셈이에요.

이렇게 보면 쉬워요 · ERC-20은 똑같은 지폐 뭉치, ERC-721(NFT)은 각각 다른 그림이 그려진 한 장 한 장의 그림엽서예요.

6. 실제로 어디에 쓰여요?

ERC-20은 이더리움 생태계에서 가장 널리 쓰이는 토큰 표준이라, 대부분의 알트코인과 스테이블코인이 이 규격을 따라요. 예를 들어 USDT, USDC 같은 주요 스테이블코인 상당수가 ERC-20 토큰으로 발행돼 있어요.

2017년 무렵 암호화폐 공개 붐이 일었을 때 대부분의 프로젝트가 ERC-20 규격으로 토큰을 발행한 것도 이 표준이 널리 퍼지는 데 크게 한몫했어요. 사용법이 통일돼 있으니까, 이렇게 만들어진 토큰들은 탈중앙화 거래소를 비롯한 여러 서비스에서 자연스럽게 거래될 수 있었죠.

쓰임새는 이후 훨씬 넓어졌어요. 대표적인 예를 들어 볼게요.

• 탈중앙화 금융 — 에이브 같은 대출 서비스나 탈중앙화 거래소의 유동성 풀(거래에 쓰이도록 토큰을 모아 둔 곳)은 ERC-20 토큰을 담보로 잡거나 교환·예치하는 대상으로 삼아요.
• 스테이블코인·결제 — 법정화폐(원·달러 같은 실제 돈) 가치를 따라가는 토큰이 ERC-20으로 발행돼서 송금이나 정산 수단으로 쓰여요.
• 거버넌스·유틸리티 — 서비스의 의사결정에 투표할 권리나 서비스를 이용할 권리를 나타내는 토큰도 ERC-20으로 만들어져요.
• 에어드롭 — 프로젝트가 사용자에게 토큰을 나눠 줄 때도 ERC-20의 표준 전송 방식을 그대로 써요.

7. 더 발전한 표준도 있나요? 한계는요?

ERC-20은 단순하고 튼튼하지만, 구조적으로 몇 가지 한계도 지적돼요.

• 승인의 안전성 문제 — approve로 맡기는 사용 한도를 아예 '무제한'으로 설정해 두는 관행이 퍼졌어요. 그러다 보니 나쁜 마음을 먹은 컨트랙트에 무제한 권한을 승인했다가 자산을 통째로 빼앗기는 사고가 반복됐어요. 그래서 내가 승인해 둔 한도를 주기적으로 점검하고 회수하라고 권장해요.
• 토큰 유실 위험 — 표준 transfer는 받는 쪽에 '너한테 토큰이 왔어'라고 알려 주는 절차가 따로 없어요. 그래서 토큰을 받을 준비가 안 된 컨트랙트 주소로 잘못 보내면, 되돌릴 수 없이 그 안에 묶여 버릴 수 있어요.

이런 문제를 보완하려는 확장·후속 표준이 계속 나왔어요. 예를 들어 서명만으로 승인을 처리해서, 별도의 승인 거래(그리고 거기에 드는 가스 비용)를 줄여 주는 permit(EIP-2612) 방식이 도입됐고, 전송할 때 받는 사람에게 알림을 보내는 방향의 개선 표준들도 제안됐어요. 다만 이미 어마어마하게 넓게 자리 잡은 ERC-20과 잘 맞물려 돌아가는 게 중요하다 보니, 새 표준들도 대개 ERC-20과 하위 호환(옛 방식과도 계속 잘 어울리게 하는 것)을 염두에 두고 설계돼요.

8. 다른 블록체인에도 비슷한 게 있어요?

ERC-20의 성공은 다른 블록체인에도 큰 영향을 줬어요. 여러 레이어 1 네트워크(자체 블록체인을 갖춘 기반 네트워크)가 자기 환경에서 ERC-20과 사실상 똑같은 함수·이벤트 구조를 가진 토큰 표준을 채택했거든요.

대표적으로 BNB 계열 체인의 BEP-20은 ERC-20의 사용법을 그대로 본떠서 만들어졌어요. 그래서 개발자가 익숙한 방식으로 토큰을 발행할 수 있죠. 이 밖에도 여러 체인이 비슷한 규격을 두고 있어서, 같은 프로젝트의 토큰이 이더리움에서는 ERC-20으로, 다른 체인에서는 그에 대응하는 표준으로 각각 발행되는 경우가 흔해요.

한편 비트코인 쪽에서 나온 BRC-20처럼, 이름은 ERC-20을 떠올리게 하지만 기술적 바탕과 작동 방식은 전혀 다른 표준도 있어요. 이름이 비슷하다고 같은 계열이라고 오해하지 않도록 주의가 필요해요.

9. 국내에서는 어떻게 만나게 되나요?

국내 이용자에게도 ERC-20은 가장 먼저 접하게 되는 토큰 형식이에요. 국내 거래소에 상장된 이더리움 기반 토큰의 상당수가 ERC-20 규격이거든요. 지갑에서 토큰을 받거나 보낼 때 '네트워크는 이더리움(ERC-20)'을 고르는 과정이 대표적이죠. 그런데 같은 심볼의 토큰이라도 어떤 네트워크 표준으로 보낼지 잘못 고르면 자산이 사라질 수 있어서, 국내 거래소들도 입출금할 때 네트워크를 꼭 확인하라고 강조해요.

국내 여러 프로젝트도 초기에는 토큰을 ERC-20으로 발행한 뒤, 나중에 자체 메인넷을 출범하면서 토큰을 옮기는 메인넷 스왑 과정을 밟는 경우가 많았어요. 이는 표준화된 ERC-20이 프로젝트 초기에 토큰을 발행하고 유통시키는 부담을 크게 덜어 줬기 때문에 나타난 공통된 패턴이에요.

10. 어떤 숙제와 논란이 남아 있어요?

ERC-20 표준 자체는 안정적으로 검증됐지만, 이를 둘러싼 환경에서는 몇 가지 과제가 계속 제기돼요.

첫째는 비용과 확장성 문제예요. ERC-20 토큰을 보내고 거래할 때는 모두 이더리움 가스를 써야 해서, 네트워크가 붐빌 때는 적은 금액을 보내는 데도 수수료가 꽤 들어요. 이를 덜어 주려고, 처리 부담을 나눠 맡는 레이어 2 네트워크에서 ERC-20 토큰을 다루는 방식이 널리 쓰이게 됐어요.

둘째는 누구나 쉽게 발행할 수 있다는 점이 낳는 부작용이에요. 누구나 손쉽게 ERC-20 토큰을 만들 수 있다는 특성은 생태계를 빠르게 키운 원동력이기도 하지만, 동시에 알맹이 없는 토큰이나 사기성 프로젝트가 마구 생겨나는 배경이 되기도 했어요. 표준을 지켰다는 건 그 토큰이 기술적으로 규격에 맞다는 뜻일 뿐, 그 프로젝트의 가치나 신뢰성까지 보증해 주는 건 아니거든요.

셋째는 앞에서 얘기한 승인(approve)을 노린 피싱 같은 이용자 보안 문제예요. 이건 지갑·서비스 차원에서 경고를 띄우거나 승인 관리 도구를 계속 개선하는 식으로 대응하고 있어요.