원저자: Haotian(X: @tmel0211)

그림과 동전 이중성 혁신적인 토큰 @Pandora_ERC 404를 어떻게 이해합니까? 이를 통해 FT와 NFT가 공생 관계를 형성하여 NFT의 유동성 부족 문제를 해결할 수 있습니다. 기술적인 관점에서 볼 때, FT와 NFT라는 두 가지 모순된 토큰을 혼합하여 적용하는 것은 참신하고 흥미롭습니다.

ERC 404 표준의 혁신적인 점은 무엇입니까? 자산발행의 새로운 패러다임인가? @SmartLayer의 TokenScript를 결합하는 것이 유용할까요? 다음으로 내 이해에 대해 이야기하겠습니다.

우선, ERC 404는 현재 실험 표준일 뿐이며 공식적인 이더리움 EIP 제안에는 포함되지 않았다는 점에 유의해야 합니다. Pandora는 이 새로운 실험 표준을 기반으로 만들어진 최초의 토큰입니다.ERC 404의 목표는 원래 ERC 20 대체 가능 토큰 표준과 ERC 721 대체 불가능 토큰 표준 간의 호환되지 않는 문제를 해결하는 것입니다.

예를 들어, 사용자가 FT 토큰과 NFT 토큰을 모두 보유하고 있는데 사용자가 NFT 토큰 판매를 선택하면 사용자의 의도가 FT가 아닌 NFT를 판매하려는 것인지 어떻게 계약에서 판단할 수 있습니까? 데이터를 저장합니까? 오류 없이 다양한 데이터 상태를 상태별로 업데이트합니까?너무 추상적이지 않나요?

일반적으로 스마트 계약은 ERC 20 토큰 표준에 따라 토큰의 잔액 상태만 관리하면 되며, 잔액 증가 및 감소에 대한 저장 데이터 로직은 간단하고 명확합니다.스마트 계약이 ERC 721 토큰 표준에 따라 상태 잔액을 관리한다면, 그것은 또한 매우 간단합니다. 전송 지점의 토큰 ID에 관계없이 NFT가 증가하거나 감소합니다.

이제 스마트 계약이 ERC 20과 ERC 721을 모두 처리하도록 하는 것은 번거로운 작업입니다.

컨트랙트는 사용자의 Transfer 콜이 FT인지 NFT인지를 먼저 결정해야 하며, 또한 NFT 상태를 변경할 때 어떤 Token ID를 선택할지 결정해야 합니다. Uniswap과 같은 스마트 컨트랙트는 NFT 거래를 직접 처리할 수 없기 때문에,FT와 NFT 간의 매핑 관계 구축도 필요합니다.그러면 FT의 거래가 이루어지고 NFT의 거래도 완료됩니다.

ERC 404(실험) 표준의 핵심 블랙 기술로, 손실 인코딩 방식을 사용하여 ERC 20 토큰의 수와 ERC 721 토큰의 고유 ID가 구별을 유지하면서 컨트랙트 저장소에서 동일한 데이터 구조를 사용할 수 있도록 합니다. 그리고 독립.

예를 들어 매직 빈 2.9개(ERC 20)와 매직 카드 2개(ERC 721, ID 101, ID 102)가 있다고 가정하면, 손실 인코딩은 두 가지 유형의 데이터를 동시에 관리해야 하며, 매직 빈을 직접 변환할 수 있습니다. 수량 2.9는 전체 데이터로 저장되며 동시에 매직 카드의 ID 번호에 1000000000000과 같은 특수 표시를 추가할 수 있습니다. 이 표시는 토큰 공급량을 훨씬 초과하므로 쉽게 계약을 체결할 수 있습니다. 데이터를 호출할 때 ERC 20과 ERC 721을 구별합니다.

이 단계를 완료한 후 FT와 NFT 간의 공생 관계를 효과적으로 관리하려면 계약에 대한 매핑 논리 관계 세트를 작성해야 합니다.예를 들어 FT 토큰이 1개 있으면 계약이 자동으로 NFT를 발행합니다. 2개의 FT 토큰을 보유하면 계약에 따라 자동으로 1개의 추가 NFT가 발행되지만, FT 잔액이 1 미만이면 계약에 따라 NFT가 폐기됩니다. 이 일련의 대응은 이해하기 어렵지 않습니다.

그렇다면 FT 토큰만 지원하는 Uniswap과 같은 프로토콜에서 NFT 토큰을 거래할 수 있도록 하려면 어떻게 해야 할까요?답변: 매핑 대응을 사용하십시오. Uniswap이 FT 토큰을 정상적으로 처리하도록 두면 NFT 토큰은 이에 따라 자동으로 소유권 상태를 변경합니다. 예를 들어 NFT 토큰을 판매하려는 경우 FT 토큰을 직접 판매하면 계약서에 자동으로 지갑에 있는 FT가 1씩 감소하고 지갑에 있는 NFT가 파기된다고 기록됩니다.

주의 깊은 친구들은 문제를 발견했을 것입니다. 사용자가 2.9 FT 토큰과 2 NFT 토큰을 보유하고 있다면,사용자가 1FT를 판매할 때 계약에 따라 두 NFT 중 어느 것이 파기되어야 합니까?

이것은 실제로 판매된 부품이 어떤 FT 토큰인지 계약서에서 확인할 수 없고 해당 NFT와 일치할 수 없기 때문에 매우 복잡한 문제입니다. 엄밀히 말하면 이는 실제로 ERC 404 실험 표준의 결함입니다.

그러나 기술이 토큰경제학과 만나면 마법 같은 화학 반응이 일어납니다.

영리한 방법은 사용자가 중첩된 FT 토큰을 지속적으로 전송하도록 장려하는 일련의 NFT 희귀 새로 고침 메커니즘을 설계하는 것입니다. FT의 각 전송은 NFT 토큰의 파괴 및 신규 발행과 동일하며, 이는 또한 희귀도를 한 번 새로 고치는 것과 같습니다. 따라서 사용자는 FT 토큰을 분리한 다음 이를 사용하여 희귀한 NFT가 파괴되는 것을 방지하는 동시에 새로운 NFT 희귀성을 새로 고치는 경향이 있습니다.

원래는 기술적인 논리 버그였지만 희귀한 운영 설계 계층을 통해 실제로 효과적으로 해결할 수 있습니다.물론, 사용자가 진지하게 주장하여 지갑에 여러 개의 FT 토큰을 쌓고 싶고 기존 NFT 토큰을 자신의 희망에 따라 (무작위가 아님) 폐기하고 싶다면 어떻게 해야 할까요?

기존 방법에는 2가지가 있는데, 1) 희귀한 특성을 지닌 NFT를 소각할 가능성이 있는 Token ID에 따라 순차적으로 실행하는 방법, 2) 소각이 하한 가격에 가까운 NFT를 지정하지만 실제로는 오프체인 로직의 레이어인 경우, Oracle 가격 공급 지연 문제로 인해 비자발적인 파기가 발생할 수 있습니다. 더욱이 NFT가 하한 가격에 가까울 경우 실제로 사용자는 이를 정의하기 위해 사전 주문을 해야 하며 이는 NFT 시장의 데이터에 접근하는 것과 같습니다.

너무 복잡하게 하기보다는 지갑 측에서 사용자가 직접 편집하고 선택할 수 있도록 하는 것이 더 좋습니다.

그런 다음 FT 토큰에 대해 프로그래밍 가능한 프런트 엔드를 구현하기 위해 TokenScript 솔루션을 도입해야 합니다.이러한 방식으로 사용자는 지갑 측에서 FT 토큰을 거래할 때 어떤 NFT 토큰을 먼저 폐기할지, 어떤 희귀 NFT 토큰을 보유할지 선택할 수 있습니다. 이것이 바로 제가 처음에 언급한 대로 @SmartLayer가 달성하고자 하는 기능입니다.

Smart Layer에 관해서는 실제로 ERC 404와는 아무런 관련이 없습니다. 단지 ERC 404의 목표는 토큰이 해당 NFT 이미지의 기본 기능을 가질 수 있도록 하는 것입니다. 반면 Smart Layer는 ERC-5169와 ERC-5169를 통합한 표준 집합입니다. 본질적으로 FT 토큰의 프로그래밍 가능한 실행 속성을 달성하는 것을 목표로 하는 TokenScript. 두 가지 기능은 일치하지만 후자가 더 복잡합니다.

간단히 말해서:TokenScript는 디지털 토큰에 토큰의 동작과 상호 작용 논리를 정의하는 표준화된 방법을 제공하는 것을 목표로 하는 오픈 소스 프레임워크입니다. 토큰 발행자는 토큰에 대해 프로그래밍 가능한 프런트 엔드를 설계할 수 있습니다.

예를 들어 ERC 404 시나리오에서 사용자는 스마트 레이어 프런트엔드를 기반으로 어떤 NFT를 먼저 파괴할지 ​​선택할 수 있고, 파괴되지 않도록 희귀한 NFT를 표시하는 등 개인화된 기능을 사용할 수 있습니다. 지갑에 있는 아이템을 먹이고 애무하세요. NFT 애완동물, NFT에 업그레이드, 반복 및 기타 속성을 추가하세요.

Smart Layer가 하는 일을 연구하던 중 프로그래밍 가능한 토큰, 스마트 토큰, 토큰 외부 실행 스크립트 등의 개념이 정말 마음에 와 닿았고, ERC 404 표준 토큰의 등장을 보고 안도감을 느꼈습니다. 쾌활한, ERC 404 실험 상태에서 NFT 차별화의 마지막 문제를 Smart Layer의 스마트 토큰 프런트 엔드로 해결할 수는 없습니까?

읽고 나면 한 가지에 2달러를 벌고 싶다는 생각이 드시나요? Token 404 표준에 따른 Pandora에 대한 일반적인 이해가 있을 뿐만 아니라 곧 TGE가 될 Smart Layer에 대한 깊은 이해도 가지게 되었습니다.

그것은 밝혀졌다자산 발행과 관련된 모든 혁신은 오랫동안 서사적 발효 효과를 가질 것입니다. 비트코인 ​​생태계의 각인이든 하이브리드 표준 토큰이든 이더리움 생태계의 프로그래밍 가능한 토큰이든 제 생각에는 계속해서 파생될 것입니다. 혁신과 게임 플레이.

ERC 404가 다음에 어떻게 발전할지, 스마트 레이어와의 상호 운용성이 혁신의 불꽃을 일으킬지 확신할 수 없지만, 원래 호환되지 않는 토큰 표준을 스마트 계약 세트에 배치하는 이 관리 방법은 실제로 실제로 자산발행 패러다임의 혁신

참고: ERC 404 표준은 아직 실험 단계에 있으며 여전히 많은 논리적 반복이 있을 수 있습니다. 이 기사는 모든 사람이 처음에 이해할 수 있도록 대중 과학을 위한 것일 뿐이며 이러한 유형의 기술 표준에 대한 최종 설명으로 사용되지 않습니다. . 자세한 내용은 추가 분석을 통해 확인하겠습니다.

원본 링크