이더리움 개발자 Paul Berg는 토큰 전송 시 사용자 경험을 개선하고, 기본 금융 상품을 더 쉽게 구현하며, 이더리움 레이어 2 애플리케이션의 혁신 가능성을 향상시킬 이더리움의 여러 기본 토큰에 대한 제안을 발표했습니다.
EIP-7809라고 불리는 이 제안은 새로운 제안을 승인하기 위한 이더리움 프로세스를 통과할 경우 대체 가능한 토큰이 “네이티브와 유사한” 속성으로 작동할 수 있도록 하는 이전 버전과 호환되는 확장을 EVM에 추가할 것입니다.
이더(ETH)는 이미 이더리움의 기본 토큰으로 기능하고 있습니다. 거의 모든 다른 이더리움 기반 토큰은 ETH와 동일한 “기본” 특성을 대부분 포함하지 않고 네트워크 위에 구축되었습니다.
이는 opcode를 사용한 직접 토큰 전송 및 단일 계약 호출에서 여러 토큰 전송과 같은 기능을 제한합니다. EIP-7809는 4개의 새로운 opcode를 도입합니다.:
- MINT & BURN은 (분명히) 토큰 발행 및 소각을 통해 토큰 공급 관리를 가능하게 합니다.
- 토큰 잔액 확인을 위한 BALANCEOF
- 계약 호출이 필요한 토큰 전송을 위한 NTCALL
- 선불 토큰 예금을 포함하는 계약 생성을 위한 NTCREATE
새로운 EIP는 또한 “value” 필드를 “(token_id, token_amount)” 쌍으로 대체할 것을 제안합니다. 이 새로운 변수는 “native_tokens_list” 요소의 “transferred_tokens_length”와 함께 번들로 제공됩니다.
Berg는 이 제안이 현재 단종된 Sablier Mainnet에 대한 작업에서 비롯되었다고 말했습니다. 메인넷은 토큰 배포를 위한 인프라를 제공했을 것입니다. Sablier는 대신 L2 플랫폼 Morph에서 출시하기로 결정했습니다.
EIP-7809 GitHub 페이지의 한 비평가는 제안의 일부가 다음과 같다고 말했습니다. 이전 제안과의 유사성으로 인해 중복됨. EIP-223은 이미 “msg.data가 에테르 트랜잭션에서 수행하는 방식과 유사하게 대상 주소에서 두 번째 함수 호출을 인코딩할 수 있는 bytes calldata 데이터 매개변수를 사용하여 트랜잭션에 페이로드를 첨부할 수 있도록 허용하는” 표준을 제안하고 있습니다.
EIP-223의 calldata_data 매개변수는 NTCALL opcode와 비슷하게 들렸습니다.
더 읽어보기: Vitalik Buterin의 여자친구가 Ethereum 개발을 지연시켰습니까?
EIP-1155는 단일 호출로 여러 토큰을 전송하기 위해 제안된 또 다른 방법을 설명합니다. EIP-1363에는 가스비를 두 번 지불하지 않고도 토큰 전송 후 계약을 실행할 수 있는 방법이 기술되어 있습니다.
솔라나 블록체인에서 이미 사용 가능한 기능과의 유사성은 적절하게 언급되었습니다. 솔라나는 솔라나 기반 토큰을 보고 관리하기 위한 공통 구현을 개발하기 위해 토큰 프로그램과 토큰 확장을 도입했습니다.
이 제안은 개발자가 MINT & BURN opcode를 사용하여 조정하기로 결정하지 않는 한 실제 ETH 공급에 영향을 미치지 않을 수 있습니다. MINT & BURN은 제안서의 “token_id” 또는 고유한 스마트 계약 주소를 사용할 가능성이 높습니다.
한 댓글 작성자는 ETH의 토큰 ID를 0xeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee로 변경할 것을 제안했는데, 그 값은 다음과 같습니다. 이미 여러 분산형 거래소에서 사용 중.
Berg의 EIP-7809 제안이 통과되면 ETH는 곧 이더리움의 많은 기본 또는 “기본과 유사한” 토큰 중 하나가 될 수 있습니다. 이는 토큰 공급 관리, 토큰 잔액 확인, 계약과 상호 작용해야 하는 토큰 전송을 단순화하는 데 도움이 될 수 있습니다.
