はじめに
初めまして。 CryptoGamesというブロックチェーンゲーム企業でエンジニアをしている cardene（かるでね） です！ スマートコントラクトを書いたり、フロントエンド・バックエンド・インフラと幅広く触れています。
代表的なゲームはクリプトスペルズというブロックチェーンゲームです。
今回は、1つ以上の連続したトークンIDのERC721規格のNFTを発行、もしくは送付する時に発行されるイベントを定義している、ERC2309についてまとめていきます！
以下にまとめられているものを翻訳・要約・補足しながらまとめていきます。
「そもそもインターフェースって何？」という方は以下の記事を参考にしてください！
要約
1つ以上の連続したトークンIDのERC721規格のNFTを発行、もしくは送付する標準化されたイベントを発行する。
概要
1つ以上のERC721規格のNFTを発行、もしくは送付するかには触れず、実行された後に発行されるイベントについて定義されています。
動機
この機能拡張は、ERC721規格のスケーラビリティをさらに強化します。
1つのトランザクションで最大2^256のNFTを発行、送付、破棄することが可能です。
しかし、1つのトランザクションでその数のTransferイベントを発生させることはできません。
TransferイベントはERC721規格の中で以下のように述べています。
NFTの所有権が変更されたときに発行します。このイベントは、NFTが発行されたとき（
from == 0）と破棄されたとき（to == 0）に発行されます。コントラクトのデプロイ時にはtrasferイベントは発行されません。
ERC721規格の中ではTransferイベントは1つのNFTに対して発生することが可能となり、これにより我々にはO(n)の時間的複雑度をもたらします。
10億のNFTを効率的に1つのトランザクションで発行することは可能だが、ERC721規格に従ってTransferイベントを発生させるためには、ガスを使い果たすか、トランザクションのタイムアウト制限を超える1億のループが必要です。
これはERC721規格では実現できないですが、ERC2309ではその問題を解決できます。
多くの分散型マーケットプレイスやブロックエクスプローラーは、Transferイベントを利用してアドレスが所有しているNFTを判断しています。
ERC2309は、プラットフォームなどが多数のNFTの所有権を判断するための標準的なメカニズムを提供します。
仕様
-
ERC721規格のコントラクトは、ERC2309を実装して1つ以上のトークンIDが連続したNFTの発行、破棄、または送付時に発生する標準イベントを提供することができます。
-
トランザクションを実行するアドレスは、
fromTokenIdとtoTokenIdの範囲内のすべてのNFTを所有しているか、権限を付与されたアドレスでなければならない。 -
fromTokenIdとtoTokenIdは、連続したトークンIDでなければならない。 -
fromTokenId、fromAddress、toAddressはインデックス付きパラメータ（adress indexed ~）でなければならない。indexedをつけることで、付与されたパラメータでフィルタリングすることができます。
-
toTokenIdはインデックス付きパラメータであってはいけない。 -
NFTを発行するとき、
fromAddress引数は0x0（ゼロアドレス）に設定しなければならない。 -
NFTを破棄するとき、
toAddress引数は0x0（ゼロアドレス）に設定しなければならない。 -
ConsecutiveTransferイベントを発行するとき、Transferイベントは発行してはいけない。
実装コード
event ConsecutiveTransfer(uint256 indexed fromTokenId, uint256 toTokenId, address indexed fromAddress, address indexed toAddress);実装例
ConsecutiveTransferイベントは、単一のNFTと多数のNFTの両方に使用できます。
単一NFTの作成
fromが0アドレス。
emit ConsecutiveTransfer(1, 1, address(0), toAddress);複数NFTの作成
emit ConsecutiveTransfer(1, 100000, address(0), toAddress);複数NFTの送付
emit ConsecutiveTransfer(1, 100000, fromAddress, toAddress);NFTの破棄
toが0アドレス。
emit ConsecutiveTransfer(1, 100000, from, address(0));補足
ConsecutiveTransferイベントの標準化により、新たなNFTの規格をサポートすることなく、大量のNFTの所有権を判定する分散プラットフォームの標準仕様が提供されます。
NFTのバッチ発行と送付の実装方法は複数あります。
Consecutive Transfer Extensionは、コントラクトの作成者がNFTのバッチ発行、送付、破棄機能を自由に実装できるようにし、すべての実装において使用できる標準イベントを提供します。
連続したトークンIDを指定することで、最大2^(256)のNFTの発行や送付を簡単に実行でき、分散プラットフォームが対応できます。
ERC2309を使用すれば、初めての10,000本の木のNFTを1回のトランザクションで発行できます。 バッチで追加の1,000本の木のNFTを迅速かつ安価に発行することができます。 その後、10,000本以上の木のNFTをすべて、販売と資金配布を追跡する特別なスマートコントラクトを使用して1回のトランザクションで送付できます。 これは全て規格に沿って実行できます。
NFTの発行、送付、破棄をカバーする単一イベントの補足
ConsecutiveTransferイベントは、NFTの発行、送付、破棄のイベントをカバーするために使用できます。
ConsecutiveTransferの提案を確認し、コントラクトがERC165標準を使用してERC721インターフェイスをサポートしていることか確認できます。
インデックス付きイベントパラメータ
Solidityのイベントでは、最大で3つのインデックス付きパラメータを使用できフィルタリングが可能です。
ERC2309では、fromAddress、toAddress、fromTokenIdをインデックス付きパラメータとして設定しますtoTokenIdはログのデータ部分から取得できます。
これは、要件によってはイベントを検索することがあるためです。
その後、fromTokenIdを他の2つのインデックス付きパラメータと共に簡単に取得できます。
ConsecutiveTransferが発行されたときにTransferを発行しない理由
NFTの所有権を追跡するためにこれらのイベントを使用しているプラットフォームに対してバグや複雑なロジックを引き起こす可能性があります。
1つのNFTを送付するときは、元のTransferイベントを発行することが許容されるが、同じトランザクション中にConsecutiveTransferイベントを発行するべきではなく、逆も同様です。
2309と1155の比較
NFT市場が成長し続けるにつれて、スマートコントラクトのスケーラビリティも必要になります。 ユーザーは一度に大量のNFTを発行したり、大量のNFTを送付したり、所有権を追跡できる必要があります。 これは費用対効果の高い方法で、イーサリアムブロックチェーンの制約内で行う必要があります。 何百万ものNFTが発行されるとスケーラビリティのあるコントラクトが必要になります。
ERC1155はこれらの問題を解決するために作成されましたが、大量のユニークなNFTを費用対効果の高い方法で発行するという点では不十分です。 ERC1155では、何百ドル（あるいは何千ドル）もの費用がかかるか、ガスが不足するかのどちらかになります。 ERC1155は、多数の同じトークンIDのNFTを発行する場合にはうまく機能するが、多数のユニークなNFTを発行する場合には不十分です。 ERC2309を使用すれば、大量のNFTを前もって発行し、それぞれのメタデータを費用対効果の高い方法で更新することができます。
ERC1155については以下の記事を参考にしてください。
最後に
今回は「1つ以上の連続したトークンIDのERC721規格のNFTを発行、もしくは送付する時に発行されるイベントを定義しているERC2309」についてまとめてきました！ いかがだったでしょうか？
実装については今後追記していきます。
質問などがある方は以下のTwitterのDMなどからお気軽に質問してください！
採用強化中！
CryptoGamesでは一緒に働く仲間を大募集中です。
この記事で書いた自分の経験からもわかるように、裁量権を持って働くことができて一気に成長できる環境です。 「ブロックチェーンやWeb3、NFTに興味がある」、「スマートコントラクトの開発に携わりたい」など、少しでも興味を持っている方はまずはお話ししましょう！