튜코 이중성 토큰 판도라: 자산 발행의 새로운 패러다임이 될까요?

출처: Chain View

FT와 NFT가 공생 관계를 맺어 NFT의 유동성 부족 문제를 해결할 수 있는 '토큰 이중성' 혁신 토큰 @Pandora_ERC404를 이해하는 방법. 기술적인 관점에서 볼 때, 본질적으로 모순되는 두 가지 토큰인 FT와 NFT를 혼합하여 적용하는 것은 새롭고 흥미로운 일입니다.

ERC404 표준의 혁신적인 점은 무엇인가요? 기본 자산 발행의 새로운 패러다임인가요? 스마트레이어의 토큰스크립트와 함께 잘 작동할까요? 제가 이해한 바를 말씀드리겠습니다.

먼저, ERC404는 현재 공식적인 이더리움 EIP 제안의 일부가 아닌 실험 중이며, 판도라는 새로운 실험을 기반으로 만들어진 첫 번째 토큰이라는 점에 유의해야 합니다. ERC404는 동질화된 토큰을 위한 기존 ERC20 표준과 비동질화된 토큰을 위한 ERC721 표준 간의 차이를 해결하기 위해 고안된 표준입니다. ERC721 비동일화 토큰 표준.

예를 들어 사용자가 FT 토큰과 NFT 토큰을 동시에 보유하고 있는데, 사용자가 NFT 토큰을 팔려고 할 때 컨트랙트는 사용자의 의도가 FT가 아닌 NFT를 팔려는 것이라고 어떻게 판단할 수 있으며, 판단이 맞다고 하더라도 어떻게 저장 데이터 상태의 서로 다른 데이터 상태를 오류 없이 업데이트할 수 있을까요? 매우 추상적이지 않나요?

평신도 용어로, ERC20 토큰 표준의 스마트 계약은 라인에서 토큰 상태의 잔액을 관리하고 저장된 데이터 로직의 잔액을 늘리고 줄이면 간단하고 명확하며, ERC721 토큰 표준의 스마트 계약이 잔액 상태를 관리하는 것도 매우 간단하며, 어떤 토큰 ID로 전송하여 어떤 NFT를 늘리거나 줄일 것인지에 대한 전송 포인트입니다. 스마트 컨트랙트가 ERC20과 ERC721을 동시에 처리하는 것은 번거로울 것입니다:

컨트랙트는 먼저 사용자 전송 호출이 FT인지 NFT인지 결정해야 하며, NFT 상태를 변경하는 것 외에도 선택할 토큰 ID를 결정해야 하는데, 이는 Uniswap 및 기타 스마트 컨트랙트가 NFT 거래를 직접 처리할 수 없기 때문에 매핑 매핑 대응의 레이어 설정 사이에 FT와 NFT가 필요하기 때문입니다. 또한 FT와 NFT 사이에 매핑 대응 레이어를 구축하여 FT의 트랜잭션을 달성하는 동시에 NFT의 트랜잭션을 완료할 필요가 있습니다.

ERC404 (실험적) 표준의 핵심은 바로 이것으로, ERC20 토큰의 수와 ERC721 토큰의 고유 ID가 구분과 독립성을 유지하면서 손실 인코딩 체계를 통해 컨트랙트 저장소에서 동일한 데이터 구조를 사용할 수 있도록 합니다.

예를 들어 2.9개의 매직빈(ERC20)과 2개의 매직카드(ERC721, ID 101, ID 102)가 있고, 손실 인코딩은 두 가지 유형의 데이터를 동시에 관리해야 하는 경우 매직빈의 개수인 2.9를 하나의 데이터로 저장하는 동시에 매직카드의 ID 번호에 특수 토큰을 추가할 수 있다고 가정해봅시다. 1000000000000, 토큰 공급량을 훨씬 뛰어넘는 이 표시는 컨트랙트가 데이터를 호출할 때 ERC20과 ERC721을 쉽게 구분할 수 있도록 합니다.

이 단계를 완료한 후 FT와 NFT의 공생 관계를 효과적으로 관리하려면 컨트랙트에 매핑 논리 관계 집합을 작성해야 합니다. 예를 들어 FT 토큰이 1 개 있으면 컨트랙트가 자동으로 NFT를 발행하고, 2 개를 보유하면 컨트랙트가 자동으로 추가 NFT를 발행하지만 FT 잔액이 1 미만인 경우 컨트랙트가 NFT를 소멸합니다. 이 일련의 대응 관계는 이해하기 어렵지 않습니다. 그렇다면 어떻게 하면 FT 토큰만 지원하는 프로토콜인 유니스왑에서 NFT 토큰을 거래할 수 있을까요? 답은 매핑 대응을 사용하는 것입니다. 유니스왑이 FT 토큰을 정상적으로 처리하도록 하면 NFT 토큰은 어트리뷰션 상태 변경에 따라 자동으로 따라갈 것입니다. 예를 들어, NFT 토큰을 판매하고 싶을 때 FT 토큰을 판매하기만 하면 컨트랙트는 자동으로 지갑의 FT 개수가 1개 감소한 것으로 기록하고 지갑에 있는 NFT 1개를 소멸시킵니다. 주의 깊은 친구들은 사용자가 2.9 FT 토큰과 2 개의 NFT 토큰을 보유하고있는 경우 사용자가 1 FT를 판매 할 때 계약이 두 개의 NFT 중 어느 것을 파괴해야하는지 문제를 찾아야합니다. 이는 실제로 다소 복잡한 문제인데, 이는 컨트랙트가 판매된 FT 토큰을 결정할 수 없고, 해당 NFT에 대응할 수 없기 때문이며, 엄밀히 말하면 이는 실제로 ERC404 실험 표준의 "결함"으로 간주됩니다.

그러나 기술과 토큰노믹스가 만나면 그 화학작용은 마법과도 같습니다.

한 가지 영리한 방법은 사용자가 누적된 FT 토큰을 계속 전송하도록 장려하기 위해 일련의 NFT 희귀도 새로 고침 메커니즘을 설계하는 것입니다. FT를 전송할 때마다 NFT 토큰의 소멸 및 신규 발행을 실현하는 것과 같으며, 이는 희귀도를 한 번 새로 고치는 것과도 같으므로 사용자는 FT 토큰을 분리하는 경향이 있으며, 희귀 NFT의 소멸을 피하는 수단으로 사용하는 동시에 새로운 NFT의 희귀도를 새로 고치는 데 사용할 수 있습니다. 새로운 NFT 희귀도 새로 고침

. 원래는 기술적인 로직 버그였던 것이 희귀도 레이어의 운영 설계를 통해 효과적으로 해결될 수 있다는 것을 알 수 있습니다. 물론, 사용자가 진지하게 지갑에 여러 개의 FT 토큰을 쌓아두고 기존 NFT 토큰을 자신의 희망에 따라 (무작위가 아닌) 소멸시키려면 어떻게 해야 할까요? 기존의 관행은 두 가지가 있는데, 1) 토큰 ID의 실행 순서에 따라 NFT의 희소성이 소멸되었을 가능성이 높고, 2) NFT의 바닥 가격에 가까운 소각을 지정했지만 이는 실제로 오프 체인 로직의 계층이며, 오라클 피드 지연 문제로 인해 비 의지의 소멸로 이어질 가능성이 높습니다. 그리고 실제로 바닥 가격에 가까운 NFT는 사용자가 미리 주문을 걸고 정의하기를 원하며, 이는 NFT 시장 데이터에 대한 또 다른 액세스와 동일합니다. 이러한 복잡성 대신 사용자가 지갑 측에서 편집하고 선택할 수 있도록 하는 것이 더 나을 것입니다. 그런 다음 FT 토큰을 위한 프로그래밍 가능한 프런트엔드를 구현하는 토큰스크립트 체계를 도입하여 사용자가 FT 토큰을 거래할 때 우선적으로 소멸시킬 NFT 토큰과 보관할 희귀도 NFT 토큰을 지갑 측에서 독립적으로 선택할 수 있도록 해야 하며, 이것이 바로 제가 오프닝 포스트에서 @SmartLayer가 달성하고자 하는 기능이라고 말씀드렸던 것입니다.

스마트 레이어에 대해 말씀드리자면, 사실 ERC404와는 아무런 관련이 없지만, ERC404는 토큰이 NFT 그림에 해당하는 기본 기능을 갖도록 하는 것을 목표로 하는 반면, 스마트 레이어는 ERC-5169와 토큰스크립트를 통합한 표준으로, 기본적으로 FT 토큰의 프로그래밍 가능한 실행 속성에 도달하는 것을 목표로 한다는 점에서 차이가 있습니다. 두 표준은 기능 수준에서 일치하지만, 후자가 조금 더 복잡합니다. 간단히 말해, 토큰스크립트는 디지털 토큰이 토큰의 동작과 상호작용 로직을 정의하고 토큰 발행자가 토큰을 위한 프로그래밍 가능한 프런트엔드 세트를 설계할 수 있는 표준화된 방법을 제공하도록 설계된 오픈 소스 프레임워크입니다. 예를 들어, ERC404 시나리오에서 사용자는 스마트레이어의 프런트엔드에 따라 파괴 우선순위를 정하고, 희귀한 NFT를 표시하여 파괴를 피하고 기타 개인화된 기능을 사용할 수 있으며, 더 넓은 게임 시나리오에서는 지갑에 있는 NFT 펫에게 먹이를 주고 키우며 업그레이드, 반복 및 기타 속성을 추가할 수 있습니다. 원래 스마트 레이어가 무엇을하고 있는지 연구 할 때 프로그래머블 토큰, 스마트 토큰, 토큰 외부 실행 스크립트 등의 개념이 정말 제 머리를 불태 웠고 ERC404 표준 토큰의 출현을 보았을 때 일종의 깨달음을 얻었고 ERC404의 실험 상태의 마지막 링크 인 NFT 차별화 문제는 Smartlayer의 스마트 토큰 프론트 엔드 세트로 해결할 수 없었을까요? 스마트 토큰 프런트엔드 솔루션? 위 이 기사를 읽고 나면 "한 기사, 두 끼 식사"라는 느낌이 들며 Token404 표준에 따라 판도라를 이해할뿐만 아니라 곧 TGE가 될 Smartlayer에 대한 깊은 이해도 갖게됩니다. 비트코인 생태계의 비문이나 이번 이더리움 생태계의 하이브리드 표준 또는 프로그래밍 가능한 토큰 등 자산 발행과 관련된 혁신은 매번 상당히 긴 내러티브 발효 효과를 가지고 있으며, 앞으로도 다양한 방식으로 혁신과 이를 활용하는 방법을 낳을 것으로 보입니다. ERC404가 앞으로 어떻게 발전할지, 스마트 레이어와 상호 운용되어 혁신적인 불꽃을 일으킬지는 모르겠지만, 이전에는 호환되지 않았던 토큰 표준을 일련의 스마트 컨트랙트 아래에 배치하는 관리 방식은 자산 발행 패러다임의 혁신으로 평가할 수 있습니다.

참고: ERC404 표준은 아직 실험 단계에 있으며 여전히 많은 논리 반복이 있을 수 있으며, 이 글은 이러한 유형의 기술 표준의 내용에 대한 최종 설명이 아닌 초기 이해를 돕기 위한 대중 과학을 위한 것일 뿐입니다. 더 자세한 내용은 추후에 더 자세히 분석해 보겠습니다.