原作者：ハオティエン（X：@tmel0211）
「絵とコインの二重性」革新的なトークン @Pandora_ERC 404 を理解するにはどうすればよいですか?これにより、FTとNFTが共生関係を持つことができ、NFTの流動性の低さの問題を解決できます。技術的な観点から見ると、FT と NFT という 2 つのネイティブの矛盾したトークンを混合して適用できることは斬新で興味深いものです。
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 ステータスを変更する場合は、どのトークン ID を選択するかも決定する必要があります。Uniswap などのスマート コントラクトは NFT トランザクションを直接処理できないため、FT と NFT の間のマッピング関係を確立することも必要です。するとFTの取引が実現し、NFTの取引も完了します。
これは、ERC 404 (実験) 標準のコア ブラック テクノロジであり、非可逆エンコーディング スキームを使用して、ERC 20 トークンの数と ERC 721 トークンの一意の ID が、それらの区別を維持しながら契約ストレージ内で同じデータ構造を使用できるようにします。そして独立。
たとえば、2.9 個のマジック Bean (ERC 20) と 2 枚のマジック カード (ERC 721、ID 101、および ID 102) があるとします。不可逆エンコードでは 2 種類のデータを同時に管理する必要があります。マジック Bean を次の形式に直接変換できます。数量 2.9 を全体のデータとして保存すると同時に、マジック カードの ID 番号に 1000000000000 などの特別なマークを追加することができ、このマークはトークンの供給量をはるかに超えており、契約を容易に行うことができます。データ呼び出し時にERC 20とERC 721を区別します。
このステップを完了した後、FT と NFT 間の共生関係を効果的に管理するには、コントラクトのマッピング ロジック関係のセットを記述する必要があります。たとえば、FT トークンが 1 つある場合、コントラクトは自動的に NFT を生成します。 2 つの FT トークンを保持すると、契約により追加の NFT が 1 つ自動的に発行されますが、FT 残高が 1 未満になると、契約により NFT が破棄されます。この一連の対応関係を理解するのは難しくありません。
では、FT トークンのみをサポートする Uniswap のようなプロトコルで NFT トークンを取引できるようにするにはどうすればよいでしょうか?回答: マッピング対応を使用します。 Uniswap に通常どおり FT トークンを処理させるだけで、NFT トークンはそれに応じて所有権ステータスを自動的に変更します。たとえば、NFTトークンを販売したい場合、FTトークンを直接販売すると、ウォレット内のFTが1減少したことが契約に自動的に記録され、ウォレット内のNFTが破棄されます。
気配りのある友人が問題を発見したはずです。ユーザーが 2.9 FT トークンと 2 NFT トークンを保有している場合、ユーザーが 1 つの FT を販売する場合、契約により 2 つの NFT のうちどちらを破棄する必要がありますか?
これは実際には非常に複雑な問題で、契約では販売された部分がどのFTトークンであるかを判断できず、対応するNFTに対応できないため、厳密に言えば、これは実際にはERC 404実験標準の「欠陥」です。
しかし、テクノロジーがトケノミクスと出会うと、魔法のような化学反応が起こります。
賢い方法は、ユーザーが重ね合わせた FT トークンを継続的に転送することを奨励する一連の NFT レア リフレッシュ メカニズムを設計することです。FT の各転送は、NFT トークンの破棄と新規発行に相当します。また、レアリティを 1 回リフレッシュすることにも相当します。 、そのため、ユーザーはFTトークンを分離し、これを使用してレアなNFTが破壊されるのを防ぎながら、新しいNFTのレアリティを更新する傾向があります。
ご存知のとおり、これはもともと技術的なロジックのバグでしたが、まれな運用設計の層を通じて実際に効果的に解決できます。もちろん、ユーザーが真剣であることを主張し、ウォレットに複数のFTトークンを積み重ねたいと考えており、また、既存のNFTトークンを自分の希望に従って（ランダムではなく）破棄したい場合は、どうすればよいでしょうか？
既存の手法は2つあり、1) レアな特性を持つNFTを破壊する可能性が高いトークンIDに従って順次実行する、2) 最低価格に近いバーンのNFTを指定するが、これは実際にはオフチェーンロジックの層であり、これにより、Oracle の価格フィード遅延の問題が発生し、意図しない破壊につながる可能性があります。さらに、NFTが最低価格に近い場合、実際にはユーザーがそれを定義するために事前に注文する必要があり、これはNFT市場のデータにアクセスするのと同等です。
そんなに複雑にするよりも、ユーザーがウォレット側で直接編集したり選択したりできるようにする方が良いでしょう。
次に、FT トークンのプログラム可能なフロントエンドを実装する TokenScript ソリューションを導入する必要があります。これにより、ユーザーはFTトークンを取引する際にどのNFTトークンを最初に破棄し、どのレアなNFTトークンを保持するかをウォレット側で選択することができ、まさに冒頭で述べた@SmartLayerの目指す機能となります。
スマート レイヤーに関しては、実際には ERC 404 とは何の関係もありません。ERC 404 の目標は、トークンに対応する NFT イメージの基本機能を持たせることである一方、スマート レイヤーは ERC-5169 と ERC-5169 を統合する一連の標準であるということだけです。 TokenScript は、基本的に FT トークンのプログラム可能な実行プロパティを実現することを目的としています。この 2 つは機能的には一致しますが、後者の方がより複雑です。
簡単に言えば：TokenScript は、トークンの動作と対話ロジックを定義する標準化された方法をデジタル トークンに提供することを目的としたオープン ソース フレームワークであり、トークン発行者は、トークンのプログラム可能なフロントエンドを設計できます。
たとえば、ERC 404 シナリオでは、ユーザーはスマート レイヤー フロントエンドに基づいて最初に破壊する NFT を選択したり、まれな NFT にマークを付けて破壊を回避したり、その他のパーソナライズされた機能を使用したりできます。 NFT ペットに、アップグレード、反復、その他の属性を NFT に追加します。
Smart Layer が何をしているのかを勉強していたとき、プログラマブル トークン、スマート トークン、トークンの外部実行可能スクリプトなどの概念が非常に頭に浮かびましたが、ERC 404 標準トークンの登場を見たときは、安堵感を感じました。陽気ですね、ERC 404 実験段階における NFT の差別化の最後の問題は、Smart Layer のスマート トークン フロントエンドで解決できないでしょうか?
これを読んだ後、「1 つのことで 2 ドルも得したい」と感じませんか? あなたは、Token 404 標準に基づく Pandora についての一般的な理解だけでなく、TGE になる予定の Smart Layer についても深く理解しています。
判明したのは、資産発行に関するあらゆるイノベーションには、長期にわたって物語が発酵する効果があり、それがビットコイン エコシステムの登録であれ、イーサリアム エコシステムのハイブリッド標準トークンやプログラム可能なトークンであれ、私の意見では、あらゆる種類のトークンを導き出し続けるでしょう。イノベーションとゲームプレイ。
ERC 404が次にどのように進化するのか、スマートレイヤーとの相互運用性がイノベーションの火花を生むのかどうかはわかりませんが、互換性のない元のトークン標準を一連のスマートコントラクトの下に置くこの管理方法は、実際には、まさに「スマートコントラクト」と呼ぶことができます。資産発行パラダイムにおける革新。
注: ERC 404 標準はまだ実験段階にあり、論理的にはまだ多くの反復が行われる可能性があります。この記事は、誰もが最初に理解できるように一般科学のみを目的としており、この種の技術標準の最終的な説明としては機能しません。 。詳細については、さらに分析を追跡します。
IOS
Android