當(dāng)前位置：首頁 > 資訊 >

一文詳解圖幣二象性代幣潘朵拉：會成為資產(chǎn)發(fā)行新典範(fàn)嗎？

代幣發(fā)行資產(chǎn)
2024-02-07 12:33:25
49

如何理解「圖幣二元性」創(chuàng)新代幣@Pandora_ERC404？

它讓FT和NFT產(chǎn)生共生關(guān)係，解決NFT流動性差的問題。

從技術(shù)面來看，讓 FT 和 NFT 這兩種原生矛盾的代幣混合應(yīng)用是新穎且有趣的。

ERC404標(biāo)準(zhǔn)有啥創(chuàng)新點？是一次資產(chǎn)發(fā)行新範(fàn)式嗎？結(jié)合@SmartLayer的TokenScript會有妙用？接下來，我談?wù)勎业睦斫猓?/p>

通俗來說，智能合約在ERC20代幣標(biāo)準(zhǔn)下，只需要管理代幣的餘額狀態(tài)就行，增加和減少餘額的數(shù)據(jù)存儲邏輯清晰簡單，若讓智能合約在ERC721代幣標(biāo)準(zhǔn)下管理狀態(tài)餘額也很簡單，轉(zhuǎn)帳指向哪個Token ID就增減哪個NFT。

現(xiàn)在要讓智能合約同時處理ERC20和ERC721就麻煩了：

ERC404（實驗）標(biāo)準(zhǔn)的核心黑科技就在碼頭，它透過有損編碼方案讓ERC20代幣的數(shù)量和ERC721代幣的唯一ID能夠在合約儲存中使用相同的資料結(jié)構(gòu)，同時也保持它們的差異和獨立性。

比如說，假設(shè)你有2.9個魔法豆（ERC20），同時又擁有2個魔法卡（ERC721，ID 101 和ID 102），有損編碼要同時管理三種類型的數(shù)據(jù)，可以直接把魔法豆的數(shù)量2.9作為一個資料整體存儲，同時可以給魔法卡的ID號加一個特殊的標(biāo)記，比如1000000000000，這個標(biāo)記甚至遠(yuǎn)超Token的供應(yīng)，這樣在調(diào)用數(shù)據(jù)時簽約很容易區(qū)分開ERC20和ERC721了。

完成這一步驟之後，為了有效管理FT和NFT之間的共生關(guān)係，需要為合約寫一套Mapping邏輯關(guān)係。

例如，如果您有 1 個 FT 代幣，合約將自動為您鑄造一個 NFT。

當(dāng)您持有 2 個 FT 代幣時，合約會會自動額外發(fā)行 NFT，但當(dāng)您的 FT 餘額小於 1 時，合約會銷毀您的 NFT。

這組對應(yīng)關(guān)係並不難理解。

那麼，如何讓NFT代幣能夠在像Uniswap這樣只支援FT代幣的協(xié)議中進(jìn)行交易呢？

答案：使用映射對應(yīng)。

只要讓 Uniswap 正常處理 FT 代幣，NFT 代幣就會自動相應(yīng)地改變其所有權(quán)狀態(tài)。

例如，如果你想賣NFT代幣，你可以直接賣出FT代幣。

合約會會自動記錄您錢包中的 FT 數(shù)量減少 1，並銷毀您錢包中的 NFT。

細(xì)心的朋友應(yīng)該已經(jīng)發(fā)現(xiàn)問題所在了。

如果用戶持有 2.9 個 FT 代幣和 2 個 NFT 代幣，當(dāng)用戶賣出 1 個 FT 時，合約應(yīng)該銷毀這兩個 NFT 中的哪一個？

這其實是一個很複雜的問題，因為合約無法確定出售的部分是哪種FT代幣，也無法對應(yīng)到其對應(yīng)的NFT。

嚴(yán)格來說，這其實是ERC404實驗標(biāo)準(zhǔn)的一個「缺陷」。

但技術(shù)遇上Tokenomics產(chǎn)生了神奇的化學(xué)反應(yīng)。

一個巧妙的方法是，設(shè)計一套 NFT 稀有刷新機(jī)制，鼓勵用戶不斷地將大量的 FT 代幣進(jìn)行轉(zhuǎn)移，每轉(zhuǎn)移 1 次 FT 就實際上實現(xiàn)了一次 NFT 代幣的推理和新增發(fā)行操作，也就刷新於一次稀有度，用戶這樣就傾向於把FT 代幣分開，然後提出避免稀有NFT 被推理，同時也可以刷新新的NFT 稀有度

. You see, it was originally a technical logic bug, but through a layer of rarity operational design, it can really be effectively resolved. Of course, if a user insists on being serious and wants to stack multiple FT tokens in a wallet, and also wants the existing NFT tokens to be destroyed according to their own wishes (non-randomly), what should they do?There are two existing methods. 1) Execute sequentially according to the Token ID, which is likely to destroy NFTs with rare characteristics; 2) Specify NFTs whose Burn is close to the floor price. However, this is actually a layer of off-chain logic, which may cause the NFT to be burned. Oracle price feed delay problem leads to involuntary destruction. Moreover, if the NFT is close to the floor price, it actually requires users to place orders in advance to define it, which is equivalent to accessing the data of the NFT market.Rather than being so complicated, it is better to let users edit and select directly on the wallet side. Then it is necessary to introduce a TokenScript solution that implements a programmable front-end for FT tokens, so that users can choose on the wallet side which NFT tokens should be destroyed first and which rare NFT tokens should be retained when trading FT tokens. , which is exactly the function that @SmartLayer aims to achieve as I mentioned at the beginning.

關(guān)於Smartlayer，其實和ERC404沒有任何關(guān)係。

只不過ERC404的目的是讓代幣具備對應(yīng)NFT影像的基本功能，而Smartlayer則是結(jié)合了ERC-5169和TokenScript的一套標(biāo)準(zhǔn)，本質(zhì)上是為了實現(xiàn)FT代幣。

可編程執(zhí)??行屬性。

兩者在功能上是一致的，但後者更為複雜。

簡單來說：TokenScript是一個開源框架，旨在為數(shù)位代幣提供標(biāo)準(zhǔn)化的方式來定義代幣的行為和互動邏輯。

代幣發(fā)行者可以為其代幣設(shè)計可編程前端。

例如，在ERC404場景中，使用者可以基於Smartlayer前端選擇先銷毀哪個NFT、標(biāo)記稀有NFT以避免被銷毀等個人化功能。

例如，在更廣泛的遊戲場景中，用戶可以餵食和觸摸錢包中的 NFT。

寵物為其NFT添加升級、迭代等屬性。

當(dāng)我研究 Smartlayer 在做什麼時，可程式代幣、智慧代幣、Token 外部可執(zhí)行腳本等概念確實讓我很困惑。

當(dāng)我看到ERC404標(biāo)準(zhǔn)代幣的出現(xiàn)時，我恍然大悟。

感覺ERC404實驗狀態(tài)下NFT分化的最後一個問題可以用Smartlayer的智慧代幣前端解決嗎？