ERC-721이란 무엇인가: NFT 생태계의 근간

LeeMaimai

/2025년 10월 16일

주요 결과

• ERC-721은 고유한 디지털 자산을 관리하기 위한 이더리움 표준입니다.

• 메타데이터는 주로 오프체인에서 관리되며, IPFS와 Arweave와 같은 분산 스토리지 솔루션이 사용됩니다.

• ERC-721과 ERC-1155는 서로 다른 용도로 설계된 토큰 표준입니다.

• 2025년에는 로열티, 대여 및 사용자 경험 개선을 위한 다양한 확장 기능이 중요해질 것입니다.

• 보안 및 사용자 경험을 고려하여 하드웨어 지갑 사용이 권장됩니다.

대체 불가능 토큰(Non-fungible tokens)은 공개 블록체인에서 디지털 자산을 소유하고, 거래하며, 조합할 수 있게 합니다. 이러한 변화의 핵심에는 ERC-721이 있습니다. 이는 고유한 토큰을 생성, 전송 및 지갑, 마켓플레이스, 애플리케이션 전반에서 검색하는 방법을 정의하는 이더리움 표준입니다. 수집품을 발행하거나, 게임 내 자산을 구매하거나, 커뮤니티 접근 권한을 제어한 경험이 있다면 ERC-721을 사용했을 가능성이 높습니다.

이 글에서는 ERC-721이 무엇인지, 어떻게 작동하는지, 흔한 함정은 무엇인지, 확장 프로그램이 왜 중요한지, 그리고 2025년 이 표준이 나아갈 방향에 대해 자세히 설명합니다.

ERC-721이 실제로 정의하는 것

ERC-721은 대체 불가능 토큰을 위한 이더리움 인터페이스입니다. 대체 불가능 토큰은 ID별로 고유하며, 대체 가능한 ERC-20 토큰처럼 1:1로 교환할 수 없습니다. 이 표준은 모든 규격 준수 계약이 구현해야 하는 핵심 함수와 이벤트를 지정하여 일관된 지갑 및 마켓플레이스 지원을 가능하게 합니다. 이더리움 개선 제안(Ethereum Improvement Proposals) 사이트에서 표준 사양을 확인할 수 있습니다: EIP-721.

핵심 구성 요소는 다음과 같습니다:

소유권 및 잔액: ownerOf(tokenId), balanceOf(owner)
전송: transferFrom, safeTransferFrom (사용자 계정 및 스마트 계약에 권장)
승인: approve, getApproved, setApprovalForAll
이벤트: Transfer, Approval, ApprovalForAll
선택적 메타데이터 확장: 항목별 메타데이터를 위한 name, symbol, tokenURI

개발자를 위한 가장 쉬운 시작 방법은 OpenZeppelin의 구현과 같이 감사받은 라이브러리를 사용하는 것입니다. 이 라이브러리는 열거 가능 및 메타데이터 확장을 지원합니다: OpenZeppelin ERC-721.

최소 인터페이스는 다음과 같습니다:

interface IERC721 {
    event Transfer(address indexed from, address indexed to, uint256 indexed tokenId);
    event Approval(address indexed owner, address indexed approved, uint256 indexed tokenId);
    event ApprovalForAll(address indexed owner, address indexed operator, bool approved);

    function balanceOf(address owner) external view returns (uint256);
    function ownerOf(uint256 tokenId) external view returns (address);

    function safeTransferFrom(address from, address to, uint256 tokenId) external;
    function transferFrom(address from, address to, uint256 tokenId) external;

    function approve([address](https://onekey.so/blog/ko/ecosystem/what-is-a-crypto-wallet-address/) to, uint256 tokenId) external;
    function setApprovalForAll([address](https://onekey.so/blog/ko/ecosystem/what-is-a-crypto-wallet-address/) operator, bool approved) external;
    function getApproved(uint256 tokenId) external view returns ([address](https://onekey.so/blog/ko/ecosystem/what-is-a-crypto-wallet-address/));

    // 선택적 메타데이터 확장
    function name() external view returns (string memory);
    function symbol() external view returns (string memory);
    function tokenURI(uint256 tokenId) external view returns (string memory);
}

개괄적인 내용을 보려면 이더리움 문서에서 추가적인 맥락과 모범 사례를 제공합니다: ERC-721 개발자 문서.

메타데이터: 온체인 vs 오프체인

ERC-721 자체는 메타데이터가 어떻게 저장되는지 규정하지 않습니다. 단순히 에셋(이름, 설명, 이미지, 속성)을 설명하는 JSON 페이로드로 연결되는 tokenURI를 반환할 뿐입니다. 실제로는 대부분의 프로젝트에서 분산 스토리지 솔루션을 사용합니다:

콘텐츠 주소 지정 및 배포를 위한 IPFS: IPFS
영구적이고 내구성이 뛰어난 저장을 위한 Arweave: Arweave
OpenSea 메타데이터 가이드와 같은 마켓플레이스 스키마: OpenSea 메타데이터 표준

온체인 메타데이터도 가능하며(장기적인 내구성을 위해 점점 더 인기를 얻고 있음) 비용이 더 많이 듭니다. 온체인 JSON과 오프체인 미디어를 결합한 하이브리드 접근 방식이 일반적입니다.

신뢰 가정을 희생하지 않고 오프체인 소스에서 고급 검색을 수행하려면 ERC-3668("CCIP-Read")을 사용하면 스마트 계약에서 온체인에서 오프체인 데이터를 확인할 수 있습니다: EIP-3668.

ERC-721 vs ERC-1155

ERC-721은 고유한 1:1 아이템을 대상으로 합니다. ERC-1155는 단일 계약 하에 대체 가능 및 대체 불가능 토큰을 모두 지원하는 멀티 토큰 표준으로, 세미-대체 가능한 게임 아이템이나 에디션에 이상적입니다. 에디션이나 공유 메타데이터가 있는 배치 작업을 구축하는 경우 ERC-1155를 고려해 보세요: EIP-1155. 각 토큰마다 고유한 수명 주기와 전송이 있는 순전히 고유한 아이템의 경우 ERC-721이 계속 기본값으로 사용됩니다.

2025년에 중요한 확장 기능

생태계는 사용자 경험, 조합성 및 수익 창출을 개선하는 선택적 표준을 통해 ERC-721을 계속 혁신하고 있습니다:

로열티: ERC-2981은 계약 수준에서 생성자 로열티 정보를 표준화하여 마켓플레이스가 로열티 설정을 균일한 방식으로 검색할 수 있도록 합니다. 로열티 강제 집행은 프로토콜에 의해 강제되는 것이 아니라 마켓플레이스에 따라 달라집니다. 자세히 알아보기: EIP-2981 및 OpenSea의 생성자 수수료 개요와 같은 마켓플레이스 정책.
NFT용 허가: ERC-4494는 승인을 위한 EIP-712 유형 서명을 도입하여 가스 없는 승인과 광범위한 연산자 권한 없이도 개선된 사용자 경험을 제공합니다. EIP-4494.
대여/사용 권한: ERC-4907은 만료 타임스탬프가 있는 "사용자" 역할을 추가하여 소유권 이전 없이 기간 제한 대여를 가능하게 합니다. EIP-4907.
토큰 바운드 계정(TBA): ERC-6551을 사용하면 NFT가 자체 스마트 계약 지갑을 가질 수 있어 토큰 자체에 연결된 소유 자산, ID 및 복잡한 동작을 활성화합니다. 이는 게임, ID 및 조합 가능한 예술을 위한 주요 잠금 해제입니다. EIP-6551.

이러한 확장 기능들은 NFT를 구독, 게임 내 인벤토리, 동적 예술 및 온체인 ID와 같은 실제 사용 사례에 더 프로그래밍 가능하고 일치시킵니다.

보안 및 사용자 경험: 흔한 함정

ERC-721은 승인 및 전송을 포함하므로 피싱 및 소셜 엔지니어링의 대상이 되는 경우가 많습니다. 실용적인 팁:

사용자 시작 전송의 경우 safeTransferFrom을 선호합니다. 이는 스마트 계약으로 전송할 때 수신자의 onERC721Received를 확인하여 실수로 토큰을 잃는 것을 방지합니다. OpenZeppelin의 ERC-721 문서의 구현 노트를 참조하세요.
포괄적인 승인에 주의하십시오. setApprovalForAll은 강력합니다. 연산자가 침해되면 모든 NFT가 위험에 처할 수 있습니다. 사용 후에는 승인을 취소하는 것을 고려하고 getApproved 및 연산자 목록을 정기적으로 검토하십시오.
서명을 확인하십시오. 많은 NFT 앱은 승인, 목록 및 오프체인 주문에 EIP-712 유형 데이터를 사용합니다. 항상 메시지를 읽고 도메인 및 의도를 확인한 후 서명하십시오: EIP-712.
발행, 승인 및 전송에는 하드웨어 지갑을 사용하십시오. 전용 장치는 키를 격리하고 멀웨어 또는 브라우저 지갑 공격의 위험을 줄이는 데 도움이 됩니다.

보관을 고려하고 있다면, OneKey 하드웨어 지갑은 명확한 거래 요약 및 다중 체인 지원을 갖춘 오프라인 서명 환경을 생성합니다. 이를 통해 ERC-721 상호 작용, 특히 승인, 목록 및 허가 서명을 더 쉽게 검토하고 안전하게 실행할 수 있습니다.

가스 및 확장성: Layer 2의 ERC-721

NFT 활동은 더 빠른 최종성과 낮은 비용을 위해 Layer 2 네트워크로 점점 더 이동하고 있습니다. ERC-721은 메인넷에서와 마찬가지로 L2에서도 동일하게 작동합니다. 차이점은 기본 롤업 기술과 정산 방식입니다. 배포하기 전에 다음을 확인하십시오:

대상 L2에서 마켓플레이스가 토큰과 메타데이터를 인덱싱하는 방식
브릿지 동작(발행 후 소각 또는 미러링된 계약)
시퀀서 최종성 및 인출 시간

L2 생태계 및 장단점에 대한 개요는 이더리움의 Layer-2 문서를 참조하십시오: Layer-2 개요.

ERC-4337을 통한 계정 추상화(AA) 또한 가스 후원 및 프로그래밍 가능한 서명 정책으로 NFT 사용자 경험을 재편하고 있습니다. 이를 통해 "가스 없는 발행" 및 앱 내 경험을 위한 더 안전한 세션 키를 사용할 수 있습니다. EIP-4337 및 Alchemy의 AA 개요에서 자세히 알아보십시오: 계정 추상화 개요.

개발자 체크리스트: 안정적인 ERC-721 통합

감사받은 라이브러리를 사용하고 사양을 따르십시오: EIP-721, OpenZeppelin ERC-721.
메타데이터 스토리지 조기 결정: IPFS, Arweave 또는 온체인. 스키마 문서 링크: OpenSea 메타데이터 표준, IPFS, Arweave.
제품에 맞는 확장 기능 선택: EIP-2981, EIP-4494, EIP-4907, EIP-6551.
L2 배포 및 인덱싱 계획: Layer-2 개요.
강력한 승인 관리, 취소 흐름 및 EIP-712를 사용한 명확한 서명 대화 상자 구현: EIP-712.
더 쉬운 온보딩 및 후원 작업을 위해 AA 고려: EIP-4337, 계정 추상화 개요.