Tuco二重性トークンPandora：資産発行の新たなパラダイムとなるか？

出典：Chain View

FTとNFTを共生させ、NFTの流動性の低さという問題を解決した革新的トークン@Pandora_ERC404の "Token Duality "をどう理解するか。技術的な観点からは、FTとNFTという本来相反する2つのトークンを混合して応用するというのは斬新で興味深い。

ERC404標準の何がそれほど革新的なのでしょうか？一次資産発行の新しいパラダイムなのでしょうか？SmartLayerのTokenScriptと組み合わせてうまく機能するのでしょうか？次に、私の理解についてお話します。

まず、ERC404は現在実験であり、正式なイーサEIP提案の一部ではないこと、そしてPandoraは新しい実験に基づいて作成される最初のトークンであることに注意することが重要です。 ERC404は、均質化されたトークンのためのオリジナルのERC20標準と、非均質化されたトークンのためのERC721標準との違いに対処することを意図しています。ERC721非均質化トークン標準。

例えば、ユーザーがFTトークンとNFTトークンを同時に保有している場合、ユーザーがNFTトークンを売却することを選択すると、契約はどのようにしてユーザーの意図がFTではなくNFTを売却することであると判断できるのでしょうか、また、その判断が正しいとしても、契約はどのようにして保管データ状態の異なるデータ状態をエラーなく更新できるのでしょうか。非常に抽象的ではありませんか？

平たく言えば、ERC20トークン標準のスマートコントラクトは、トークンの残高をライン上で管理するだけでよく、保存データの残高を増減させるロジックは単純明快です。

スマートコントラクトは、同時にERC20とERC721を処理させることは面倒になります：

コントラクトは、最初のユーザー転送呼び出しがFTまたはNFTであるかどうかを判断する必要があり、NFTの状態を変更することに加えて、また、選択するトークンIDを決定する必要があるため、Uniswapと他のそのようなスマートコントラクトは、直接NFTトランザクションを扱うことができないだけでなく、マッピングマッピング対応の層の確立の間にFTとNFTする必要があります。また、NFTのトランザクションを完了しながら、FTのトランザクションを達成するように、FTとNFTの間にマッピング対応の層を確立する必要があります。

ERC404（実験的）標準の中核はこれであり、ERC20トークンの番号とERC721トークンの固有IDが、その区別と独立性を維持しながら、非可逆エンコーディングスキームを通じてコントラクトストレージで同じデータ構造を使用できるようにします。

たとえば、2.9個の魔法の豆（ERC20）と2枚の魔法のカード（ERC721、ID 101とID 102）があり、非可逆エンコーディングで両方の種類のデータを同時に管理しなければならないとします。1000000000000、このマークはトークン供給をはるかに超えても、データを呼び出すときに契約がERC20とERC721を区別するのは簡単です。

このステップを完了した後、効果的にFTとNFTの共生関係を管理するには、契約にマッピング論理関係のセットを記述する必要があります、例えば、あなたが1 FTトークンを持っている、契約は自動的にあなたにNFTを造幣局になります、あなたが2 FTトークンを保持するとき、契約は自動的に追加のNFTを発行しますが、あなたのFT残高が1未満であるとき、契約はあなたのNFTを破棄します。この一連のやり取りを理解するのは難しくない。 では、FTトークンのみをサポートするプロトコルであるUniswapでNFTトークンを取引できるようにするにはどうすればよいのでしょうか。答えは、マッピング対応を使うことです。UniswapにFTトークンを普通に扱わせるだけで、NFTトークンは自動的に帰属状態の変更に追随します。例えば、NFTトークンを売却したい場合、FTトークンを売却するだけで、契約は自動的にあなたのウォレット内のFTの数が1つ減ったことを記録し、あなたのウォレット内のNFTを1つ破棄します。 注意深い友人なら問題を発見するはずだ。ユーザーが2.9 FTトークンと2 NFTトークンを保有している場合、ユーザーが1 FTを売却すると、契約は2 NFTのうちどちらを破棄するのだろうか？これは実際にはかなり複雑な問題で、契約はどのFTトークンが売却されたかを判断できず、対応するNFTに対応できないため、厳密に言えば、これは実際にはERC404実験標準の「欠陥」と考えられています。

しかし、テクノロジーがトークノミクスと出会うとき、その化学反応は魔法のようです。

1つの賢い方法は、NFTのレアリティをリフレッシュするメカニズムを設計して、ユーザーがスタックされたFTトークンを転送し続けるように促すことです。FTが転送されるたびに、NFTトークンの破壊と新規発行が実現するのと同じことであり、レアリティを一度リフレッシュするのと同じことでもあるため、ユーザーはFTトークンを分離する傾向があり、レアなNFTの破壊を回避する手段として使用し、同時に新しいNFTのレアリティをリフレッシュします。新しいNFTのレアリティをリフレッシュする

.本来は技術的なロジックのバグであったものが、レアリティのレイヤーの運用設計によって効果的に解決できるのです。もちろん、ユーザーがウォレットに複数の FT トークンをスタックし、既存の NFT トークンを自分の希望に応じて（ランダムではない）破棄させることを真剣に考えなければならない場合、どのようにすればよいでしょうか。 2）NFTのフロア価格に近い指定されたバーンが、これは実際にはオフチェーンロジックの層であり、それはオラクルフィード遅延の問題は、非意志の破壊につながる可能性が高いです。そして、そのNFTは、実際にはまた、NFTの市場データへの別のアクセスに相当する、定義するために事前に注文をハングアップするユーザーを望んでいる床価格に近い。 このような複雑さの代わりに、ユーザーがウォレット側で編集して選択できるようにするのが良いでしょう。そうすれば、FTトークンのためのプログラム可能なフロントエンドを実装するTokenScriptスキームを導入する必要があります。そうすれば、ユーザーはウォレット側で、FTトークンを取引する際にどのNFTトークンを優先的に破棄するか、どのレアリティのNFTトークンを残すかを独自に選択することができます。

実際、Smartlayerについては、ERC404とは何の関係もありません。ERC404はトークンにNFT画像に対応する基本的な機能を持たせることを目指していますが、SmartlayerはERC-5169とTokenScriptを統合した一連の標準であり、本質的にFTトークンのプログラム可能な実行特性を達成することを目指しています。この2つは能力レベルで一致しており、後者の方が少し複雑です。 簡単に言うと、TokenScript はデジタルトークンの動作と相互作用ロジックを定義する標準化された方法を提供し、トークン発行者がトークンのためのプログラム可能なフロントエンドのセットを設計できるように設計されたオープンソースのフレームワークです。例えば、ERC404のシナリオでは、ユーザーはSmartlayerのフロントエンドに基づいて、どのNFTを優先的に破壊するかを選択したり、破壊を避けるために希少なNFTをマークしたり、その他のパーソナライズされた機能を利用したりすることができます。 元々、Smartlayerが何をしているのかを研究していたとき、プログラマブル・トークン、スマート・トークン、トークン外部実行可能スクリプトなどのコンセプトが脳裏を焼き、ERC404標準トークンの出現を見たとき、私は一種の悟りのような感覚を覚えました。スマートトークンフロントエンドソリューション？ 上記 この記事を読んだ後、あなたは "一粒で二度おいしい "感覚を持ち、Token404 標準の Pandora を理解するだけでなく、Smartlayer を深く理解し、それは間もなく TGE になる。 結局のところ、アセット発行をめぐるイノベーションは、ビットコインエコシステムにおけるインスクリプションであれ、今回のイーサエコシステムにおけるハイブリッドスタンダードやプログラマブルトークンであれ、毎回かなり長い物語的な発酵効果を持ち、今後も様々なイノベーションとその遊び方を産み出していくように思います。ERC404が次にどのように進化し、Smartlayerと相互運用することで革新的な火花を散らすかどうかは分かりませんが、これまで互換性のなかったトークン標準を一連のスマートコントラクトの下に置くというこの管理手法は、資産発行パラダイムの革新として適格です。

注：ERC404標準はまだ実験段階であり、まだ多くのロジックの反復があるかもしれませんが、この記事は、この種の技術標準の内容の最終的な説明としてではなく、最初の理解を助けるためにポピュラーサイエンスを行うだけです。より多くのコンテンツは、私はさらに分析をフォローアップします。