NFT マーケットプレイス スマート コントラクトを作成するためのステップバイステップ ガイド

コアアーキテクチャを理解する

1. NFT マーケットプレイスのスマート コントラクトは、イーサリアム互換ブロックチェーン上で固有のデジタル資産を表現するために ERC-721 または ERC-1155 標準に大きく依存しています。

2. 契約には、作成者が価格、通貨タイプ (ETH または ERC-20 トークン)、および販売期間を定義できるリスト メカニズムを統合する必要があります。

3. 所有権の検証は、転送またはリストを許可する前に、 msg.senderおよびownerOf(tokenId)呼び出しを使用したオンチェーン チェックを通じて強制されます。

4. 二次販売中にクリエイターが設定したパーセンテージを尊重するには、多くの場合 EIP-2981 インターフェイスを利用して、ロイヤリティ執行モジュールを組み込む必要があります。

5. 不正な機能の実行を防ぐために、 admin 、 minter 、およびFeeCollectorなどのロールを介してアクセス制御が実装されます。

トークン規格の選択と実装

1. ERC-721 は、厳格な 1 対 1 のトークン マッピングにより、アートワークや収集品などの完全にユニークで代替不可能なアイテムに対して依然として有力な選択肢です。

2. ERC-1155 は、単一の契約で複数のアセットタイプを処理する際の効率性を提供します。これは、NFT と半代替可能なゲームアイテムの両方をサポートするマーケットプレイスに最適です。

3. 開発者は、メタデータの取得とバッチ操作をサポートするために、OpenZeppelin のERC721EnumerableまたはERC1155URIStorageを継承する必要があります。

4. メタデータ URI はオフチェーンに保存されますが、オンチェーンで参照されます。契約では URI 形式を検証し、承認されたアドレスによる更新のみを許可する必要があります。

5. 生成された各トークンには、衝突を回避し不変性を確保するためにカウンターまたはハッシュベースのスキームによって生成される一意のtokenId が必要です。

上場と取引のロジック

1. リスト構造には、売り手、価格、通貨、ステータス、有効期限などのフィールドが含まれます。

2. 購入機能は、単一のアトミック トランザクションで内部残高チェック、transferFrom 呼び出し、料金分配ロジックをトリガーします。

3. オファーと入札は、 tokenIdとbiddによってインデックス付けされたマッピングに保存されている入札構造体を介して管理され、期限付きの受け入れウィンドウが設定されます。

4. アクティブなリストのキャンセルでは、再入または古い状態の悪用を防ぐために、イベントを発行し、ストレージ スロットをリセットする必要があります。

5. すべての取引関数には、セキュリティ保証を維持するためにnonReentrantとwhenNotPausedを強制する修飾子が含まれています。

料金管理と収益分配

1. プラットフォーム料金はETHまたはステーブルコインで収集され、ガバナンスまたはマルチシグによって管理される専用のfeeWalletアドレスに保持されます。

2. 料金パーセンテージは、10000 でスケールされた uint256 値 (例: 2.5% = 250) として保存され、浮動小数点演算を行わずに正確な計算が可能になります。

3. ロイヤルティの支払いは、 RoyalyInfo(tokenId, salePrice) 、返される受信者および EIP-2981 に基づく金額を使用して販売後に実行されます。

4. 引き出し機能は、指定されたfeeCollectorロールへのアクセスを制限し、透明性とオフチェーン追跡のためのイベント発行を含みます。

5. 料金パラメータは、タイムロックされたガバナンス提案または明示的なイベントログを備えた所有者専用機能を介してのみ更新可能です。

セキュリティ監査と導入に関する考慮事項

1. 再入ガード、整数オーバーフロー保護、および未チェックの外部呼び出しリターンは、すべての支払い可能な機能にわたって必須です。

2. 価格オラクルやクロスチェーンブリッジの Oracle フィードなどの外部依存関係は、既知の安全な実装に対して検証する必要があります。

3. コントラクト展開では、可能な場合は CREATE2 経由で決定的なアドレスを使用し、予測可能なプロキシ アップグレードとフロントランニングの抵抗を可能にします。

4. すべての状態変更関数は、インデックス サービス用に、 ItemListed 、 ItemSold 、 RoyaltyPaidなどの標準化されたイベントを発行します。

5. 構造体のパッキング、ストレージに対するメモリ使用量、ループの展開などのガス最適化手法を適用して、ユーザーのトランザクション コストを削減します。

よくある質問

Q: このコントラクトを変更せずに Polygon または Arbitrum にデプロイできますか? A: はい、ガス制限などのチェーン固有のパラメーターを調整し、それらのネットワークの仮想マシンをサポートする互換性のある OpenZeppelin バージョンを使用する場合に限ります。

Q: ミント後のメタデータの更新はどのように処理すればよいですか? A: 明示的に許可されていない限り、トークン所有者または管理者に制限されたsetTokenURI関数を実装して、URI の不変性を確保できます。

Q: 自分が所有していない NFT を出品できないのはなぜですか? A: 契約では、リストリクエストを受け入れる前に、ownerOf(tokenId) == msg.senderによる所有権チェックを強制します。

Q: ETH の代わりに USDC または DAI で支払いを受け入れることは可能ですか? A: はい、ERC-20 承認ワークフローを統合し、小数点以下の検証と転送の成功を確認しながら購入機能内でsafeTransferFromを使用することで可能です。