BTC
ETH
HTX
SOL
BNB
시장 동향 보기
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

최신 최종 ERC-6147 해석: 최소한의 준강제적 NFT 재산권 분리 표준

十四君
特邀专栏作者
2023-03-08 07:30
이 기사는 약 3401자로, 전체를 읽는 데 약 5분이 소요됩니다
현재 SBT 설계는 SBT의 잠재적 관리 시나리오를 무시하고 Vitalik이 제안한 "이전 불가능" 기능에 너무 많은 주의를 기울입니다.
AI 요약
펼치기
현재 SBT 설계는 SBT의 잠재적 관리 시나리오를 무시하고 Vitalik이 제안한 "이전 불가능" 기능에 너무 많은 주의를 기울입니다.

바로 2023.3.7에 10K Universe에서 제안한 이더리움 개선 제안 EIP-6147이 최종 버전(Final)으로 옮겨졌습니다!

이 표준은 ERC-721의 확장으로 NFT와 SBT의 보유 및 이전 권한을 분리하고 새로운"방어자"롤 가드, 가능NFT 도난 방지, 대출, 임대, SBT 등을 보다 유연하게 만듭니다.

1. 배경

1. 배경

NFT는 이미 일반적인 주제입니다.체인의 변조 불가능한 기능과 계약 자체의 자동 작동을 통해 체인의 자산 확인 및 관리가 실현됩니다.저자도 표준 계약에서 시작합니다. 임대 확장 계약 및 NFT 거래 시장까지 여러 기사로 긴 기사를 작성하는 몇 가지 주류 모드.

NFT의 장점을 보여주고 싶다면 몇 페이지를 나열할 수 있지만 NFT의 단점을 보여주고 싶다면 수천 단어가 한 단어로 수렴됩니다: 유동성!

물론 당신은 할 수 있습니다문제는 유동성 부족이라는 곤경과 재산권 분리의 실현 사이에 어떤 관계가 있는가 하는 것입니다.

저자의 의견으로는 사실 NFT 유동성의 딜레마는 NFT 프로토콜 자체, ID의 비동질성 메커니즘 및 제한된 ID 범위로 인해 발생하는 것이 아니라 거의 무한에 가까운 ERC 20 토큰도 유동성이 부족하지 않습니다. 더 중요한 것은 유동성 자체가 금융 상품의 가격 매력에서 발생하는 주제이며, NFT 자체가 사용 가치를 갖도록 하는 방법은 시장 조작에만 의존하지 않고 가치에 의존할 수 있도록 하는 합의가 되었습니다.

보조 제목

1.1 재산권의 결합, 고가의 NFT는 안전하고 위험을 회피하는 경향이 있습니다.

현재 NFT를 도난당하는 사례가 많이 발생하고 있지만 NFT를 콜드월렛으로 옮기는 등의 기존 NFT 도난방지 솔루션은 NFT 사용에 불편을 줄 것입니다.

그리고 현재 NFT 대출에서 NFT 소유자는 NFT를 NFT 대출 계약으로 이전해야 하며 NFT 소유자는 더 이상 대출 기간 동안 NFT를 사용할 권리가 없습니다. 부동산을 매입한 후 유동성을 대가로 부동산을 저당잡는 경우, 점유 주택 사용권을 사용하지 않는 상황은 위험하지 않은 조건에서 매우 다릅니다.

내 기억에 새로운 것은 Monkey APE의 에어드랍 중에 공격자가 NFTX와 결합된 플래시론을 사용하여 공격했다는 것입니다.

원래 이벤트 분석은 다음과 같이 확장될 수 있습니다.EIP-5058은 NFT 프로젝트 당사자가 양동이를 가지고 도망가는 것을 막을 수 있습니까?

전체적으로 피해를 입은 유일한 사용자는 원래 미미한 시간 확산을 벌었지만 원숭이의 막대한 에어 드랍을 잃은 원숭이를 서약 한 사용자였습니다.

마찬가지로 재산권과 결합된 SBT 문제도 있습니다.

SBT의 경우 현재 주류 견해는 SBT가 전송 불가능하다는 것입니다. 따라서 SBT는 에테르 주소에 바인딩됩니다. 그러나 사용자 주소의 개인 키가 유출되거나 분실되면 SBT를 검색하는 것이 복잡한 작업이 되며 해당 표준이 없습니다. SBT는 본질적으로 NFT 보유 권한과 이전 권한의 분리를 실현합니다. SBT는 상주하는 지갑이 도난당하거나 사용할 수 없는 경우 복구할 수 있어야 합니다.

보조 제목

1.2 재산권의 분리와 사건의 구분, 의무적 차원의 통제가 어렵다

텍스트

1.2.1, 단순 철학 ERC-4907, 비전을 정의하고 나머지는 합의에 맡김

2022년 7월 NFT 렌탈 마켓 Double Protocol이 제출한 렌탈형 NFT 표준 "EIP-4907"이 이더리움 개발팀의 최종 검토를 통과하여 30번째 ERC 표준 "최종" 상태가 되었습니다.

코드는 72줄로 매우 간단합니다.

  • 1 이벤트(오프체인 애플리케이션에 알리는 데 사용되는 것을 이벤트라고 함)

  • 3가지 방법(온체인 데이터 관리 기능 구현용)

전가의 원칙은 사실 4907은 소유권 개념 외에 "사용자"의 차원을 높이기 위해 새로운 데이터 객체인 UserInfo를 추가했을 뿐이지만, 결국 그 의무는 양도되는 한 임대차 권한을 강제로 종료할 수 있습니다.

자세한 내용은 다음에서 읽을 수 있습니다.

1.2.2, 제로 트러스트 철학의 ERC-5058, 코드가 법이다

본질적으로 NFT의 잠금 상태를 관리하여 프로젝트 당사자가 5058을 상속하는 NFT 프로젝트에서 잠금 및 전송 기능을 제공할 수 있도록 하며 상속 시 로열티와 같은 더 많은 기능을 구현할 수 있습니다.

그는 여러 가지 방법을 캡슐화하고 제공합니다. 사용자의 허가와 프로젝트 당사자의 실행 후에만 완전히 잠깁니다.

사용자는 전화를 걸 수 있습니다

  • lockApprove(단일 NFT를 잠글 수 있는 권한)

  • setLockApprovalForAll(승인은 이 주소 아래의 모든 NFT를 잠급니다.)

프로젝트 당사자 계약 호출:

  • lockFrom(사용자의 NFT 잠금)

  • unlockFrom(사용자의 NFT 잠금 해제)

잠금 기간의 정의도 매우 의무적이며 거의 설정 시작 시점을 기준으로 합니다.

프로젝트 당사자(제3자)가 NFT를 잠글 때 잠금이 만료되는 블록 높이를 지정해야 하며 이는 현재 블록 높이보다 커야 합니다. 잠금이 만료되면 NFT가 자동으로 해제되어 전송할 수 있습니다.

프로젝트는 아직 초안 단계에 있으며, 아마도 사용자 프로젝트 방향의 양방향 운영에 대한 높은 의무 사항과 높은 비용 때문일 것입니다.

자세한 내용은 다음에서 읽을 수 있습니다.EIP-5058은 NFT 프로젝트 당사자가 양동이를 가지고 도망가는 것을 막을 수 있습니까?

첫 번째 레벨 제목

2. ERC-6147의 동작 메커니즘

이 프로토콜의 전체적인 코드 역시 매우 간소화되어 재사용성이 높으며, ERC 721의 확장된 표준에 속하지만, 이를 사용할 경우 전송 동작이 기존 721의 로직과 다를 수 있으며, 부적절한 조작은 피싱을 당하기 쉬울 수 있습니다.

보조 제목[소스코드 해석] 당신이 구매한 NFT는 정확히 무엇인가요?

2.1 가드란? 누가 통제할 수 있습니까?

먼저 ERC-6147은 4907의 UserInfo와 매우 유사한 Guard라는 역할을 정의합니다.

그리고 Guard는 NFT의 현재 소유자 주소와 changeGuard를 통해 설정할 수 있는 보류 권한이 있는 주소만 가지고 있습니다.

소스 코드를 통해 Guard를 설정할 때 // 우발적인 잠금을 방지하기 위해 Guard를 0 주소로 설정할 수 없도록 세부 사항이 있음을 알 수 있습니다.

설정이 성공하면 누구나 guardInfo 메소드를 사용하여 특정 NFTID와 현재 Guard 정보를 쿼리할 수 있습니다.동시에 4907과 동일한 타임스탬프 기반 디자인이 사용되므로 두 번째 온- 만료되면 체인 트랜잭션 자동으로 소멸됩니다.

보조 제목

2.2 Guard는 무엇을 할 수 있습니까?

먼저 강제 전송 권한이 있으며, Guard가 설정된 NFT의 경우 transferFrom을 수행할 때 트랜잭션 개시자가 가드 주소인지 여부를 쿼리하여 전송할 수 있습니다.

💡 1에 특히 주의하십시오:

Guard가 설정된 NFT의 경우 원래 보유자는 보유할 수 있는 권한만 있고 양도할 수 있는 권한(즉, 사용 권한)은 없습니다. , 그러나 원래 사용자는 운전할 수 없습니다.

따라서 가드가 설정된 NFT의 경우 opensea 및 x2y2와 같은 거래 플랫폼의 서명이 유효합니다.

거래 시장의 작동 메커니즘에 대해 읽기를 확장할 수 있습니다.

💡 2에 특히 주의하십시오:

경비원이 직접 NFT를 이체하는 경우 원래의 transferFrom 또는 safeTransferFrom 메소드를 사용하면 경비원의 설정이 자동으로 해제되지 않습니다. 보호자의 설정을 통해 다시 이전이 가능합니다.

따라서 나중에 Guard를 사용하는 경우 전송 후 Guard 정보를 직접 Clear하는 transferAndRemove 메서드를 사용하는지 여부를 확인하는 것이 더 필요합니다.

게다가 후견인은 본질적으로 주택임대차와 유사하게 더 높은 통제력을 가지고 있다 모기지 순간에 본질은 이미 은행에 귀속되지만 은행이 일정한 사회적 조건(예: 채무불이행)을 충족해야만 실행되기 때문에 경매와 다른 작업은 일종의 재정적 담보의 속성이므로 changeGuard 방법을 사용하여 두 번째로 보호 권한을 양도하는 것이 당연합니다.

transferRemove의 설계 원칙은 다양한 시나리오에 적응하는 것입니다.

예를 들어 도난 방지에서 핫월렛에 NFT가 있고 핫월렛을 도난당했다면 콜드월렛은 여전히 ​​안전합니다.

또는 임대할 때 경비원이 transferFrom을 호출하여 새 임대 주소로 이전하면 임대가 실현됩니다.

보조 제목

2.3 Guard가 할 수 없는 것은 무엇입니까?

소스 코드에서 Guard 관련은 권한 부여 시 보유자와 Approve 권한자만 설정할 수 있지만 Guard는 원천징수로 설정할 수 없음을 알 수 있습니다.

첫 번째 레벨 제목

3. 요약

현재 Ethereum의 NFT 유형 자산에 대한 개요를 제시하기 위해 금융 속성과 약간 일상적인 통계로 가득 찬 시트를 사용하십시오.

매일 300,000건 이상의 NFT 거래와 200,000건 이상의 다양한 NFT 계약이 발생하며, 이는 자산권 확인에 따른 재무적 속성 값을 나타냅니다.

하지만언제든지 재정적 속성은 점진적으로, 사회적 관계를 확인하기 위해 NFT를 사용하는 Lens, NFT를 게임 자산으로 사용하는 다양한 Gamefi, 스핀오프 크라우드 펀딩 등을 통해 콘텐츠 제작을 중심으로 하는 Mirror를 볼 수 있습니다.

이더리움이 등장한 지 8년이 넘는 기간 동안 EIP에 대한 총 제안 수는 6500개 이상에 이르렀습니다.

똑같이 무거운 4907과 비교하면,6147 호환성에 중점을 둔 추가 최적화

예를 들어 4907은 임대용이고 사용자 역할은 프로젝트의 적극적인 승인이 필요하며 게임이 사용자 역할을 고려하지 않고 소유자 역할만 고려한다면 4907은 해당되지 않습니다. 그러나 6147은 소유자만 인식하면 되며 게임 프로젝트와 NFT 자체가 임대를 지원하는지 여부는 중요하지 않습니다.대부분의 응용 프로토콜은 여전히 ​​소유자만 인식합니다.시대의 추세에 적응하여 점차 빛을 발하고 가열할 수 있습니다. .

또한 6147도 제안"관리 가능한 SBT" 및 "효과적인 SBT" 개념참조 링크:

참조 링크:

https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md

https://ethereum-magicians.org/t/final-eip-6147-guard-of-nft-sbt-an-extension-of-erc-721/12052 

14 좋아요 및 팔로우, 기술적 관점에서 가치 제공

14 좋아요 및 팔로우, 기술적 관점에서 가치 제공

지갑
안전
재원
NFT
DID
SBT
Odaily 공식 커뮤니티에 가입하세요