자산 발행의 새로운 패러다임이 될 수 있을까? 도형과 통화의 이중성 토큰 팬도라(Pandora)를 한 문장으로 설명하다
글: Haotian
「도화이 이원성」 혁신 토큰 @Pandora_ERC404을 어떻게 이해해야 할까? 이는 FT와 NFT가 공생 관계를 맺도록 해 NFT의 유동성 부족 문제를 해결한다. 기술적으로 보면, 원래 상충되는 두 가지 토큰인 FT와 NFT를 혼합해 사용할 수 있게 만든 점에서 신기하고 흥미롭다.
ERC404 표준은 어떤 혁신이 있는가? 자산 발행의 새로운 패러다임이 될 수 있을까? @SmartLayer의 TokenScript와 결합하면 재미있는 시너지를 낼 수 있을까? 다음은 제 생각을 정리한 것이다:
우선, ERC404은 현재 공식적인 이더리움 EIP 제안에 포함되지 않은 실험적(Experiment) 표준이라는 점을 명확히 해야 한다. Pandora는 이 새로운 실험 표준을 기반으로 만들어진 첫 번째 토큰이다. ERC404의 목표는 기존의 ERC20 동질화 토큰 표준과 ERC721 비동질화 토큰 표준 간의 근본적 충돌 문제를 해결하는 것이다.
예를 들어보자. 사용자가 동시에 FT 토큰과 NFT 토큰을 보유 중일 때, 사용자가 NFT 토큰을 판매하려고 하면 스마트 계약은 그 의도가 NFT 판매인지 FT 판매인지 어떻게 판단할 수 있을까? 판단은 했더라도, 데이터 저장 상태에서 각각 다른 상태 정보를 정확히 구분하고 업데이트할 수 있을까? 추상적이지 않은가?
쉽게 말해, 스마트 계약이 ERC20 토큰 표준 하에서는 단순히 잔액 상태만 관리하면 된다. 잔액 증감 로직은 매우 단순하고 명확하다. 마찬가지로 ERC721 표준에서도 특정 Token ID에 대한 Transfer를 통해 NFT 소유권을 변경하는 것도 간단하다.
하지만 이제 스마트 계약이 동시에 ERC20과 ERC721을 처리해야 하는 상황이라면 문제가 복잡해진다:
계약은 먼저 사용자의 Transfer 호출이 FT인지 NFT인지 판단해야 하고, NFT 상태를 변경할 때는 구체적으로 어떤 Token ID를 선택했는지도 판단해야 한다. 게다가 유니스왑(Uniswap) 같은 프로토콜은 NFT 거래를 직접 처리할 수 없기 때문에, FT와 NFT 사이에 일종의 매핑(Mapping) 관계를 설정해 두어야 한다. 이를 통해 FT 거래를 처리하면서 자동으로 NFT의 소유권도 함께 이전되게 할 수 있다.
바로 여기서 ERC404(실험) 표준의 핵심 기술이 등장한다. 이 표준은 손실성 인코딩(lossy encoding) 방식을 이용해 ERC20 토큰의 수량과 ERC721 토큰의 고유 ID를 동일한 데이터 구조 안에서 저장하면서도, 두 타입을 서로 구분하고 독립적으로 유지할 수 있도록 한다.
예를 들어, 당신이 2.9개의 마법 콩(ERC20)과 2개의 마법 카드(ERC721, ID 101과 ID 102)를 보유하고 있다고 가정하자. 이 손실성 인코딩은 두 종류의 데이터를 동시에 관리할 수 있는데, 마법 콩의 수량 2.9는 하나의 통합된 데이터로 저장하고, 마법 카드의 ID에는 특수한 마커(marker), 예를 들어 1000000000000과 같은 값을 더한다. 이 마커 값은 토큰 공급량보다 훨씬 크기 때문에, 계약이 데이터를 호출할 때 ERC20과 ERC721을 쉽게 구분할 수 있다.
이 과정을 완료한 후, FT와 NFT의 공생 관계를 효과적으로 관리하기 위해 계약 내부에 매핑 로직을 구현해야 한다. 예를 들어, 1개의 FT 토큰을 보유하면 계약이 자동으로 1개의 NFT를 민팅하고, 2개의 FT 토큰을 보유하면 추가로 1개의 NFT를 더 발행한다. 반대로 FT 잔액이 1개 미만이 되면 계약이 자동으로 해당 사용자의 NFT를 소각한다. 이러한 대응 관계는 이해하기 어렵지 않다.
그렇다면 Uniswap처럼 오직 FT 토큰만 지원하는 프로토콜에서 NFT 토큰을 거래하려면 어떻게 해야 할까? 답은 바로 이 매핑 관계를 활용하는 것이다. Uniswap은 평소처럼 FT 토큰만 처리하면 되고, NFT는 자동으로 소유권 상태가 전이된다. 예를 들어, 당신이 NFT를 팔고 싶다면 그냥 FT 토큰을 판매하면 된다. 계약은 지갑의 FT 잔액이 1 감소했음을 기록하고, 동시에 지갑 내 NFT 하나를 자동으로 소각한다.
세심한 독자라면 문제점을 눈치챘을 것이다. 만약 사용자가 2.9개의 FT 토큰과 2개의 NFT를 보유 중이고, 1개의 FT를 판매하면, 계약은 두 개의 NFT 중 어느 것을 소각해야 할까? 이는 사실 매우 복잡한 문제다. 왜냐하면 계약은 판매된 FT가 정확히 어떤 부분인지 판단할 수 없으므로, 해당 NFT와의 정확한 대응도 불가능하기 때문이다. 엄밀히 말하면, 이는 ERC404 실험 표준의 한 '결함'이라고 볼 수 있다.
하지만 기술과 토큰 이코노믹스(Tokenomics)가 만나면 놀라운 화학 반응이 일어난다.
한 가지 교묘한 방법은 NFT 희귀도 리프레시 메커니즘을 설계하여, 사용자가 계속해서 누적된 FT 토큰을 이전하도록 유도하는 것이다. FT를 한 번 이전할 때마다 NFT의 소각과 재발행이 발생하며, 이는 곧 희귀도 갱신과 동일하다. 따라서 사용자는 자신의 FT 토큰을 분산 보관하게 되고, 희귀한 NFT가 소각되는 것을 피하면서 동시에 새로운 NFT의 희귀도를 갱신할 수 있다.
보라, 원래 기술적 버그였던 것이 희귀도 운영 설계라는 아이디어로 효과적으로 해결된 사례다. 물론, 사용자가 굳이 한 지갑에 여러 개의 FT 토큰을 모아두면서, 기존의 NFT를 무작위가 아닌 본인의 의사에 따라 소각하고 싶다면 어떻게 해야 할까?
현재 가능한 방법은 두 가지다. 1) Token ID 순서에 따라 실행하면, 희귀 특성을 가진 NFT가 소각될 가능성이 높다. 2) 바닥가격(Floor Price)에 근접한 NFT를 소각 대상으로 지정하는 방법이 있지만, 이는 체인 외부 로직이며 오라클(Oracle)의 가격 제공 지연 문제로 인해 의도하지 않은 NFT가 소각될 수 있다. 또한, 어떤 NFT가 바닥가격에 근접했는지는 사용자가 미리 매물을 등록해야 정의할 수 있으므로, 다시 NFT 마켓플레이스의 데이터를 연동해야 한다.
이렇게 복잡하게 할 바에야 차라리 지갑 단에서 사용자가 직접 편집하고 선택할 수 있게 하는 것이 낫다. 이를 위해서는 FT 토큰에 대해 프로그래밍 가능한 프론트엔드를 제공하는 TokenScript 방식이 필요하다. 이를 통해 사용자는 FT 거래 시 어떤 NFT를 우선 소각할지, 어떤 희귀 NFT는 보존할지 직접 선택할 수 있게 된다. 바로 내가 앞서 언급한 @SmartLayer이 실현하려는 기능이다.
사실 Smartlayer는 ERC404과 직접적인 관련은 없다. 다만 ERC404은 토큰이 NFT 이미지와 기본적인 연동 기능을 갖추는 것을 목표로 한다면, Smartlayer는 ERC-5169와 TokenScript를 융합한 표준으로, 본질적으로 FT 토큰의 프로그래밍 가능한 실행 속성을 달성하는 것을 목표로 한다. 두 기술은 기능 면에서 우연히 맞닿아 있으며, 후자는 훨씬 더 복잡하다.
간단히 말해, TokenScript는 디지털 토큰이 자체 행동 및 상호작용 로직을 정의할 수 있는 표준화된 방법을 제공하는 오픈소스 프레임워크다. 토큰 발행자는 이를 통해 토큰에 프로그래밍 가능한 프론트엔드를 설계할 수 있다. 예를 들어 ERC404 시나리오에서, 사용자는 Smartlayer 기반 프론트엔드를 통해 어떤 NFT를 우선 소각할지 선택하거나, 특정 희귀 NFT를 보호 표시해 소각되지 않도록 할 수 있다. 또 더 넓은 게임 시나리오에서는 지갑 속 NFT 펫에게 먹이를 주거나 쓰다듬으며, NFT에 성장, 진화 등의 속성을 부여할 수도 있다.
원래 제가 Smartlayer의 작업을 연구할 때, 프로그래밍 가능한 토큰, 스마트 토큰, 외부 실행 스크립트 등 개념들이 머리를 아프게 했다. 그런데 ERC404 표준 토큰이 등장하면서 마치 막힌 길이 트이는 듯한 느낌을 받았다. ERC404 실험 상태에서 마지막까지 남아 있던 NFT 구분 문제를, 바로 Smartlayer의 스마트 토큰 프론트엔드로 해결할 수 있지 않을까?
읽고 나서 '한 방에 두 마리 토끼를 잡았다'는 느낌이 들지 않는가? ERC404 기반의 Pandora를 대략 이해했을 뿐 아니라, 곧 TGE를 앞둔 Smartlayer에 대해서도 깊이 있게 알게 되었을 것이다.
사실 입증된 바와 같이, 자산 발행을 둘러싼 혁신은 항상 오랜 시간 동안 서사적 파장을 일으킨다. 비트코인 생태계의 인스크립션(Insccription)이 그러했고, 이번 이더리움 생태계의 하이브리드 표준 토큰이나 프로그래밍 가능한 토큰 역시 마찬가지다. 나는 ERC404이 앞으로 어떻게 진화할지, 그리고 Smartlayer와 상호 작용하며 어떤 혁신적인 불꽃을 피울지 확신할 수 없지만, 원래 상충되던 토큰 표준들을 하나의 스마트 계약 안에서 통합 관리하는 이 접근법은 분명 자산 발행의 패러다임 전환으로 불릴 만하다.
참고: ERC404 표준은 여전히 실험 단계에 있으며, 다양한 로직의 반복적 수정이 있을 수 있다. 본문은 초보자들의 이해를 돕기 위한 소개 목적의 설명일 뿐이며, 해당 기술 표준의 최종적 해석으로 간주되어서는 안 된다. 추가 내용은 추후 분석을 통해 지속적으로 업데이트하겠다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
Haotian | CryptoInsight
