원작자: 미코
원출처: A&T캐피탈
사람들은 일반적으로 NFT 프로젝트를 거래 플랫폼, 게임, 예술품, 수집품 및 가상 세계와 같은 여러 범주로 나누는데, 이들은 실제로 최상위 사용자가 볼 수 있는 NFT 응용 프로그램이거나 프로토콜 계층 위에 구축된 Dapp입니다. 보다 글로벌한 관점에서 분석하면 Dapp 외에도 NFT를 제공하는 기본 인프라 및 중간 네트워크 프로토콜이 있습니다. 예를 들어 NFT 거래 플랫폼은 기본 기반(Ethereum, WAX, Polygon)에 구축된 ERC721 또는 ERC1155와 같은 NFT 표준을 기반으로 하는 애플리케이션입니다. 기본 인프라는 거래 플랫폼에 성능과 상호 운용성을 제공하며 ERC 표준은 최상위 애플리케이션의 사용 시나리오를 제한합니다.
기능적 속성 측면에서 NFT 산업 체인은 위에서 아래로 세 계층으로 나눌 수 있습니다.
하나는 사용자가 매일 보고 사용하는 애플리케이션 계층입니다.
두 번째는 프로토콜 계층, NFT 애플리케이션 계층과 컴퓨팅 계층 사이의 기술 스택입니다.
세 번째는 NFT 가치의 저장 및 기록을 담당하는 결제 계층입니다.
프로토콜 레이어는 결제 레이어와 애플리케이션 레이어 사이의 핵심 모듈입니다. 체인의 통합 프로토콜 표준은 NFT 자산 발행의 임계값과 어려움을 효과적으로 줄이고 NFT 시장에서 자산 보안, 진정성, 유동성 및 탈중앙화 문제를 해결할 수 있습니다. 현재 가장 널리 사용되는 프로토콜은 ERC721 프로토콜과 ERC1155 프로토콜입니다.
이 기사에서는 ERC721, ERC1155, ERC998, NFT 임대 계약, EIP2981, 유동성 계약 및 교차 체인 계약을 포함하여 기존 NFT 프로토콜을 차례로 검토합니다.
NFT 표준 계약
ERC721 — 이더리움에서 NFT 토큰의 메타데이터 구조. Dapper Labs Dieter Shirley가 만들고 CryptoKitties가 출시한 NFT 자산을 나타내는 최초의 표준
ERC1155 —— 단일 스마트 계약에서 여러 유형의 NFT 관리
ERC998—— Nestable NFT, 즉 여러 NFT의 바인딩 관계
EIP2981— NFT 로열티
ERC1523— 보험 정책으로서의 NFT
EIP1948—— 정보 변경이 가능한 NFT
ERC875—— 일괄 전송 NFT
주류 ERC-721 및 ERC-1155 외에도 일부 NFT 기본 퍼블릭 체인은 교차 체인을 지원하고 NFT 자산 개발을 지원하는 분산형 NFT 프로토콜인 DNFT와 같은 NFT 체인에서 프로토콜을 개발하기 시작했습니다. 관련 생성, 거래 및 분석, 파생 상품, 데이터 및 기타 제품 Vera, Polkadot 생태 NFT 대출 및 유동성 프로토콜. 이들은 금융, 데이터, 크로스체인, 프라이버시 및 기타 트랙과 같은 NFT의 다양한 애플리케이션 시나리오를 강화할 수 있는 NFT의 일반 프로토콜 계층에 속합니다. 다른 NFT 일반 프로토콜 계층은 크게 유동성 프로토콜과 교차 체인 프로토콜로 나눌 수 있습니다.
다양한 NFT 프로토콜
ERC721
ERC721은 이더리움 블록체인에 NFT 관련 정보를 기록하기 위한 일련의 코드 규칙을 정의하는 최초의 공식적이고 널리 채택된 NFT 표준입니다. ERC-721은 필수는 아니지만 NFT 프로젝트의 표준으로 널리 받아들여지고 있습니다.
텍스트
ERC721의 역사
텍스트
ERC721의 내용
ERC-721은 NFT에 두 개의 식별자, 즉 계약 주소와 토큰 ID를 할당하며, 이들의 조합은 NFT에 고유한 ID를 부여합니다. 예를 들어 Bored Ape Yacht Club의 계약 주소와 #3749의 토큰 ID입니다.
텍스트
ERC721의 단점
ERC20과 호환되지 않음
이더리움 전용
ERC1155
텍스트
ERC1155의 역사
텍스트
ERC1155의 장점
전송 및 교환의 효율성
크로스체인과 호환 가능
텍스트
ERC1155의 단점
소유권을 추적하기 어려움
ERC 998 -- 구성 가능한 토큰
구성 가능한 토큰의 경우 단일 트랜잭션으로 거래할 수 있는 ERC20 토큰 또는 ERC721 토큰 또는 둘의 조합 그룹을 나타낼 수 있습니다. ERC998을 구현하려면 먼저 하위 토큰 ERC721 또는 ERC20을 ERC998에 추가해야 합니다. 발신자에게도 상위 토큰 ID가 있는 경우에만 하위 토큰을 계약에서 전송할 수 있습니다. ERC998은 모든 수준과 소유권의 일회성 이전을 실현합니다.
사용 사례: 메타버스의 속성, REVV의 경주용 자동차와 같은 게임의 자산.
ERC998 토큰의 가치는 엔티티에서 이러한 항목의 누적과 동일합니다.
임대차계약서(EIP4907/2615/5006)
EIP2615 및 EIP4907은 스마트 계약을 통해 펀드 제공자와 NFT 차용자의 NFT 소유권 및 사용 권한을 분할합니다.
EIP2615 - NFT 모기지 및 리스
EIP2615는 일반적으로 NFT 임대 계약에 사용됩니다. 프로토콜은 NFT의 소유권과 사용 권한을 분리하여 사용자가 자신의 NFT를 임대하거나 NFT를 담보로 사용할 수 있도록 합니다. ERC721로 NFT의 무신뢰 임대를 구현하려면 자금을 담보로 예치해야 합니다. 이는 소유권이 이전되면 다시 되돌릴 수 없기 때문에 차용인의 악의적인 행위를 방지하기 위한 것입니다. 이번 임대차계약은 임대차계약 자체가 임대와 임차인의 기능을 지원하기 때문에 더 이상 보증금이 필요하지 않습니다. 또한 모기지를 받을 때 소유권 에스크로가 필요하지 않습니다. 이것은 모기지에 대한 채무 불이행의 잠재적 위험으로부터 보호하기 위한 것입니다. 그러나 ERC721을 담보로 사용하면 NFT의 유용성이 손상됩니다. 대부분의 NFT 애플리케이션은 NFT 전당포에게 서비스를 제공하기 때문에 NFT는 기본적으로 에스크로 하에서 악용될 수 없습니다. ERC2615를 사용하면 NFT를 스테이킹하는 동안 사용할 수 있으므로 NFT를 보다 효율적으로 만들 수 있습니다.
NFT 임대
1. 계좌이체 서비스
체인 외부 계정 서비스 - CEX 모드
프로젝트: Axie 학자 프로그램
단점: NFT의 다양한 기능으로 인해 복잡함, 권리 분배 문제, 개발자, 통합 및 확장성 문제, 별도의 프런트 엔드 필요, 계정 서비스에 대한 신뢰, 개방되지 않고 상호 운용 가능
체인상의 계정 서비스 - 다중 서명 지갑
프로젝트: 소나무, 99스타즈
장점: 신뢰 문제 해결
단점: Dapp의 프런트 엔드 통합이 필요하고, 키 및 서명을 제공할 수 없으며, 다른 Dapp(opensea 등)과의 통합, 가스 비용 및 보안
2. 프로젝트별 구분
Dual role --EIP4907
프로젝트: ENS(컨트롤러), Decentraland(Operatpr), 이중 프로토콜
장점: 허가가 필요 없는 상호 운용성
단점: Heavy BD, 스마트 계약을 업그레이드하려면 GameFi 또는 NFT 프로젝트 당사자가 필요합니다.
메타데이터 확장 -- 맞춤형 스마트 계약 개발
프로젝트: reNFT, 렌탈 가능
단점 : 프로젝트가 사용자 정보를 신뢰하고, 개발이 어렵고, 원하는 정보를 찾기 어렵다
Wrapped dual role
프로젝트: Cyan, Double, BendDAO
단점: 무거운 BD 및 확장성
EIP2981-- 로열티
텍스트
EIP2981에서 지원하는 로열티 유형
비정형, 즉 고정 % 로열티. 예를 들어 10%는 제작자에게 돌아갑니다.
시간 기반 소유권 또는 속성일 수 있는 로열티 감소
동적 로열티(예: 시간이 지남에 따라 또는 판매 금액의 변화에 따라 변경될 수 있음)
유동성 계약
금융 유동성을 제공하기 위해 NFT를 출시하는 애플리케이션 시나리오. NFT를 담보로 NFT의 유동성을 개선하기 위해 순환하기 쉬운 ERC20 토큰을 생성합니다. 예를 들어, Unicly, NFT 보유자는 Unicly 프로토콜에서 자신의 uToken을 생성합니다. 프로토콜은 일반적으로 일련의 NFT 컬렉션을 모기지 및 조각화하고 해당 수의 ERC20 토큰을 발행한 다음 유동성 채굴, 거래 등에 참여합니다.
크로스체인 프로토콜
원본 링크
IOS
Android