NFTホワイトリスト

NFTホワイトリストとは？

NFTホワイトリストとは、一般公開前、または特別な条件のもとでNFTをミント、購入、受け取り、利用できるウォレットアドレスを事前に承認したリストです。

現在の暗号資産関連の文章では、許可を与えるリストであり、ユーザーを排除するものではないことから、NFT許可リスト（allowlist）と呼ぶチームも増えています。

基本的な仕組みはシンプルです。

プロジェクトは、ミントまたは受け取りイベントの前に、対象となるウォレットアドレスのリストを作成します。

スマートコントラクト、ミントサイト、またはバックエンドシステムが、ユーザーのウォレットがリストに含まれているか確認します。

対象のウォレットであれば、プロジェクトのルールに従ってNFTをミントまたは受け取れます。

対象外の場合、一般販売まで利用できない、完全に拒否される、または別のミント条件が提示されることがあります。

NFTホワイトリストは、アートのドロップ、ゲーム内資産、会員パス、プロフィール画像コレクション、イベントチケット、ロイヤルティ報酬、トークンゲート型コミュニティ、初期支援者向けキャンペーンなどで広く利用されています。

NFTのミントでは、供給を上回る需要が集まることがあるため、ホワイトリストが使われます。

プロジェクトはホワイトリストを使うことで、初期ユーザーへの報酬、ボットとの競争の緩和、ミント段階の管理、ガス代の高騰抑制、ローンチ体験の改善を図れます。

NFTホワイトリストは、利益、希少性、法的権利、長期的な価値を保証するものではありません。

特定のルールに基づき、特定のNFT操作が許可されたウォレットであることを示すだけです。

NFTホワイトリストの要点

• • NFTホワイトリストは、定められた条件のもとでNFTのミント、受け取り、購入、利用を許可するウォレットアドレスのリストです。
  • 現在、多くのチームはホワイトリストの代わりに許可リスト（allowlist）という用語を使っていますが、通常は同じミントアクセスの仕組みを指します。
  • NFTホワイトリストは、先行アクセス、割引ミント、確定ミント枠、抽選当選者、コミュニティ報酬、プライベートセール段階などに利用できます。
  • スマートコントラクトは、保存済みのマッピング、Merkle proof、署名メッセージ、トークン、認証情報、外部アクセス確認などを使って対象資格を確認できます。
  • Merkle treeは、すべてのウォレットアドレスをオンチェーンに保存せず、大規模な許可リストをコントラクトで検証できるため、広く使われています。
  • EIP-712の型付き署名は、すべてのウォレットアドレスをオンチェーンに保存する代わりに利用できます。
  • EIP-712の型付き署名を使うと、読みやすいオフチェーンのミント認証を作成できますが、リプレイ攻撃対策とドメイン分離は引き続き必要です。
  • ホワイトリストの枠はNFTの所有と同じではありません。ユーザーは引き続きミントまたは受け取りの手続きを完了する必要があります。
  • ホワイトリストには、確定枠、先着順、抽選制、段階制、トークンゲート型、期間限定などがあります。
  • ホワイトリスト詐欺はよくあるため、署名する前に公式リンク、コントラクトアドレス、ウォレットの確認画面、承認リクエストを確認してください。
  • 開発者は、明確な対象条件、公平な上限、強固なアクセス制御、リプレイ攻撃対策、透明性のあるミント段階を備えたNFTホワイトリストを設計する必要があります。

NFTホワイトリストの仕組み

NFTホワイトリストは対象条件の設定から始まります。

プロジェクトは、誰に先行アクセスや特別なアクセスを付与するかを決定します。

対象ユーザーには、初期のコミュニティメンバー、ゲームのテスター、トークン保有者、過去のNFT保有者、コンテスト当選者、DAOの投票者、提携コミュニティ、イベント参加者、特定のタスクを完了したユーザーなどが含まれる場合があります。

プロジェクトは対象ユーザーのウォレットアドレスを収集するか、別の方法で取得します。

次に、ミントコントラクトまたはミントサイトがそれらのアドレスを検証できる技術的な方法を用意します。

最も簡単な方法は、対象アドレスをスマートコントラクトに直接保存することです。

よりガス効率の高い方法では、Merkle rootを保存し、ユーザーがMerkle proofを提出します。

別の方法として、ミント時にスマートコントラクトが検証する署名付きミント認証を使えます。

対象ウォレットが別のトークンや認証情報をすでに保有しているか確認する、トークンゲート型のロジックを使うプロジェクトもあります。

ミントが始まると、ユーザーは対象ウォレットを接続し、ミントトランザクションを送信します。

コントラクトはNFTをミントする前に、対象資格、供給量、価格、ミント上限、期間、支払いを確認します。

NFTプロジェクトがホワイトリストを使う理由

NFTプロジェクトは、希少性と需要を管理するためにホワイトリストを使います。

コレクションのNFTが5,000点で、ミント希望者が50,000人いる場合、制限のない一般ミントは混乱する可能性があります。

ユーザー同士がブロックスペースを激しく取り合うことがあります。

ボットが一般ユーザーより速くトランザクションを送信する場合があります。

ガス代が上昇する可能性があります。

早期からプロジェクトを支援していたコミュニティメンバーが、ミントに失敗することもあります。

ホワイトリストを利用すれば、対象ウォレットに明確なミント期間を設け、このような負荷を軽減できます。

ミント前に貢献したユーザーへの報酬にも役立ちます。

たとえば、ゲームプロジェクトはベータテスターをホワイトリストに登録できます。

アーティストは長年のコレクターを対象にできます。

DAOは積極的に投票するメンバーを対象にできます。

会員制プロジェクトは、学習イベントへの参加や参加証明タスクの完了を条件にできます。

ホワイトリストと許可リストの違い

NFTのミントでは、ホワイトリストと許可リストは通常、同じ意味で使われます。

どちらも承認済みウォレットのリストを指します。

許可リストは、機能をより直接的に表し、従来のセキュリティ用語を避けられるため、技術文書で好まれるようになっています。

一方、初期のNFTブームで広まった用語であるため、暗号資産ユーザーの多くは現在も「NFTホワイトリスト」で検索しています。

プロジェクトの文書では、どちらの用語も使われる可能性があります。

ユーザーは名称ではなく、実際のルールを確認してください。

重要なのは、誰が対象か、ウォレットで何ができるか、ミント可能なNFT数、アクセス期間の開始・終了時刻、ユーザーが署名する必要のある内容です。

明確な許可リストでは、ミント開始前にこれらの詳細が説明されています。

アクセスルールが不明確だと、混乱、サポート上の問題、フィッシングリスクにつながる可能性があります。

信頼できるプロジェクトは、ユーザーが受け取るものを正確に理解できるよう、平易な言葉で説明します。

ホワイトリスト枠とNFT所有の違い

ホワイトリストの枠は、NFTの所有と同じではありません。

ホワイトリスト枠は、ウォレットにミントまたは受け取りの操作を行う許可があることを示します。

通常、ミントまたは受け取りのトランザクションが成功するまでは、NFTはユーザーのウォレットに存在しません。

ミント期間を逃した場合、十分なガス代がない場合、誤ったトランザクションを送った場合、最終条件を満たせない場合には、ホワイトリスト枠が失効することがあります。

確定枠を提供するホワイトリストもあります。

プライベート期間中の先着順にすぎない場合もあります。

ミント権ではなく、抽選への応募権だけの場合もあります。

無料ミントではなく、割引が提供される場合もあります。

ウォレットごとに1点の場合もあれば、複数回ミントできる場合もあります。

ホワイトリストに登録されたからといって、すでに資産を所有していると思い込まないでください。

NFTホワイトリストの主な種類

確定型ホワイトリストでは、対象ウォレットは指定期間内に定められた数のNFTをミントできます。

先着順のホワイトリストでは、対象ウォレットが先行ミントできますが、すべての対象者がミントする前に供給がなくなる可能性があります。

抽選型ホワイトリストでは、多数の応募者の中から対象ウォレットをランダムに選びます。

トークンゲート型ホワイトリストでは、ウォレットが別のトークン、NFT、バッジ、会員資格を保有しているかを確認します。

段階型ホワイトリストでは、グループごとに無料ミント、割引ミント、先行ミント、より高いミント上限など異なる条件を設けます。

動的ホワイトリストでは、ユーザーの行動、スナップショット、コミュニティの決定に基づいて対象資格を随時更新します。

署名型ホワイトリストでは、対象ウォレットをすべてコントラクトに保存せず、オフチェーンの署名付き認証を利用します。

Merkle型ホワイトリストでは、Merkle rootとMerkle proofを使って対象資格を効率的に検証します。

受け取り型ホワイトリストでは、報酬、チケット、バッジなどとして、ユーザーが自分向けに確保されたNFTを受け取れます。

それぞれの方式で、公平性、コスト、セキュリティ、ユーザー体験のトレードオフが異なります。

Merkle treeを使ったNFTホワイトリスト

Merkle treeは、すべてのデータをオンチェーンに置かずに、大規模な集合の中に特定の項目が含まれることを証明できる暗号学的データ構造です。

NFTホワイトリストでは、プロジェクトは対象ウォレットアドレスとミント上限をハッシュ化してリーフを作成できます。

それらのリーフを組み合わせてMerkle treeを作ります。

最終的なroot hashをスマートコントラクトに保存します。

ユーザーがミントする際、ウェブサイトはウォレットと割当量がツリーに含まれていることを示すMerkle proofを提供します。

コントラクトは保存されているrootと照合してproofを検証します。

OpenZeppelinのMerkleProofドキュメントでは、Merkle treeのproofを検証する関数としてMerkleProofが説明されています。

数千件のアドレスをオンチェーンに直接保存するとコストが高くなるため、この方法が広く使われています。

コントラクトに保存するのはrootのみで、ユーザーはミント時に自分のproofを提出します。

Merkle型ホワイトリストは効率的ですが、正しく生成し、十分にテストする必要があります。

Merkle root

Merkle rootとは、Merkle tree内のすべてのエントリーを表す最終的なハッシュです。

NFTホワイトリストでは、Merkle rootが対象者のリスト全体を確定します。

ウォレットアドレス、ミント上限、段階、エンコードされた項目のうち一つでも変更されると、rootも変わります。

スマートコントラクトは通常、ミント期間の前または期間中にrootを保存します。

ユーザーがproofを提出すると、コントラクトはユーザーのリーフからrootまでの経路を再計算します。

計算したrootが保存済みのrootと一致すれば、proofは有効です。

一致しなければ、ユーザーは拒否されます。

これにより、リスト全体を確認せずにコントラクトが対象資格を検証できます。

開発者は、各リーフに含まれるデータを明確に公開する必要があります。

たとえば、リーフにウォレットアドレス、最大ミント数、価格段階、フェーズID、チェーンIDを含めることができます。

Merkle proof

Merkle proofとは、特定のリーフがMerkle treeに含まれていることを証明するために必要な兄弟ハッシュの集合です。

NFTミントでは、ユーザーのミントトランザクションにproofをcalldataとして含める場合があります。

コントラクトはミントを許可する前にproofを検証します。

proofが誤っていれば、ミントは失敗します。

proofが正しくてもユーザーがすでに割当枠を使い切っていれば、ミントは失敗する必要があります。

そのため、Merkle proofだけでは不十分です。

コントラクトにはミント上限の追跡も必要です。

有効なproofは、ウォレットが対象であることを示します。

割当枠が残っていることを自動的に示すわけではありません。

安全なコントラクトは、対象ウォレットごとにミント済みのNFT数を追跡します。

その記録がなければ、一つの有効なproofを本来の上限を超えて再利用できる可能性があります。

署名方式のNFTホワイトリスト

署名方式のNFTホワイトリストでは、Merkle treeやアドレスリストの代わりにオフチェーン署名を使います。

プロジェクトの認証済み署名者が、特定の条件でウォレットがミントできることを示すメッセージを作成します。

ユーザーはミント時に、その署名付きメッセージをスマートコントラクトへ提出します。

コントラクトは、署名が認証済みの署名者によるものかを検証します。

署名付きメッセージには、ユーザーアドレス、ミント上限、価格、フェーズID、コントラクトアドレス、チェーンID、nonce、期限を含める必要があります。

Merkle rootを更新せずに認証を発行できるため、この方法は柔軟です。

ただし、署名の範囲が広すぎたり、再利用できたりするとリスクがあります。

EIP-712の型付きデータを使うと、ウォレット上で署名内容を読みやすく表示しやすくなります。

EIP-712標準は、型付き構造化データのハッシュ化と署名を定めていますが、リプレイ攻撃対策はデフォルトで含まれていないと明記しています。

そのため開発者は、nonce、期限、ドメイン分離、署名の使用済み状態の追跡を追加する必要があります。

オンチェーンマッピング型ホワイトリスト

オンチェーンマッピング型ホワイトリストでは、対象となるウォレットアドレスをスマートコントラクトに直接保存します。

コントラクトは、アドレスごとに対象かどうかを示すマッピングを持つ場合があります。

アドレスごとにミント可能数を記録するマッピングを持つこともあります。

この方式は理解しやすく、簡単に照会できます。

一方、ガスコストが課題です。

多数のアドレスをコントラクトのストレージに書き込むには費用がかかります。

明確なルールなしに所有者がリストを更新できる場合、管理上のリスクも生じます。

少数のリスト、高価値のコレクション、単純なアクセス制御では、オンチェーンマッピングが適している場合があります。

数万件のアドレスを含む大規模なコミュニティミントでは、効率が低くなります。

ホワイトリストが固定か、更新可能か、管理者ウォレットによって制御されるかをプロジェクトは開示してください。

トークンゲート型NFTホワイトリスト

トークンゲート型NFTホワイトリストは、ユーザーが特定のトークン、NFT、バッジ、認証情報をすでに保有しているか確認します。

たとえば、既存の保有者に新しいコレクションの先行ミントを許可するプロジェクトがあります。

創設者パスを持つプレイヤーが、新しいゲームアイテムを受け取れるようにすることもあります。

DAOが投票メンバーに会員NFTのミントを許可する場合もあります。

ミント時にオンチェーンで対象資格を検証できるため、この方式は透明性を高められます。

一方、スナップショットに関する疑問が生じる場合があります。

現在の保有状況をリアルタイムで確認する方式では、ユーザーがミント直前に対象トークンを購入する可能性があります。

過去のスナップショットに基づく方式では、後から購入したユーザーは対象外になる場合があります。

リアルタイムの保有状況とスナップショットのどちらで対象資格を判断するか、プロジェクトは明示してください。

現在トークンを保有していても、過去のスナップショットの対象になるとは限りません。

スナップショット型NFTホワイトリスト

スナップショット型ホワイトリストは、特定のブロック番号または時点におけるウォレットの対象資格を記録します。

ルール公開後にユーザーが一つのトークンを多数のウォレットに移すのを防ぐため、プロジェクトはスナップショットを使います。

スナップショットは、特定時点のトークン保有、DAO活動、ポイント、過去の購入、コミュニティ参加などを記録できます。

プロジェクトは、そのスナップショットデータを基にホワイトリストを作成します。

スナップショットのルールは公開し、正確に定める必要があります。

対象チェーン、ブロック番号、対象資産、必要残高、除外条件を含めてください。

基準が曖昧だと、異議や争いが生じます。

ユーザーが対象だと思っていても、実際には資格がない場合があります。

可能であれば、プロジェクトはミント前に対象確認ツールを提供してください。

優れた確認ツールでは、危険なトランザクションへの署名を求めずに対象資格を確認できます。

ホワイトリストのミント段階

NFTローンチでは、複数のミント段階が設けられることがよくあります。

第一段階をチーム割当、提携先、コミュニティ報酬向けに確保する場合があります。

第二段階を確定枠のホワイトリスト対象ウォレット向けにする場合があります。

第三段階を先着順の許可リスト対象ウォレット向けにする場合があります。

最終段階で一般ミントを行う場合があります。

各段階で価格、供給量、ミント上限、開始時刻を変えることができます。

可能な限り、コントラクトでこれらのルールをオンチェーンに適用する必要があります。

ウェブサイトのカウントダウンだけでは、コントラクトレベルで段階を確認するより確実性に欠けます。

コントラクトが段階を正しく適用しなければ、ユーザーが早期にミントしたり、上限を回避したりできる場合があります。

段階を明確に設計すると、需要の高いミント時の混乱やサポート上の問題を減らせます。

ホワイトリストのミント上限

ミント上限は、ホワイトリストの段階でウォレットがミントできるNFT数を定めます。

上限はウォレットごとに1点、複数点、または段階ごとに設定できます。

スナップショット時にウォレットが保有していた対象トークンの数に応じて決まる場合もあります。

ミント上限は公平性と供給分配に影響するため重要です。

上限が高すぎると、少数のウォレットが供給の大部分を取得する可能性があります。

上限が低すぎると、継続的に支援してきたコレクターが制限を感じる場合があります。

コントラクトはウォレットごと、段階ごとにミント済みの数を追跡する必要があります。

Merkle方式では、許可数をMerkle leafに含められます。

署名方式では、許可数を署名付きメッセージに含められます。

複数の段階やトランザクションを通じてミントしようとするケースなど、エッジケースもテストしてください。

ホワイトリストの価格設定

NFTホワイトリストには、特別なミント価格が含まれる場合があります。

対象ウォレットが無料でミントできる場合があります。

割引価格でミントできる場合もあります。

一般ユーザーと同じ価格で、先行アクセスだけを受けられる場合もあります。

価格割引はなく、ミント上限が高く設定される場合もあります。

価格ルールはコントラクトで適用し、ミント画面に明確に表示する必要があります。

フィッシングサイトは支払い内容を変更することがあるため、署名する前に価格を確認してください。

隠れた手数料や不明確な返金ルールは避けてください。

過払い分の返金やダッチオークション方式を使う場合は、トランザクション前に仕組みを説明する必要があります。

価格がシンプルで透明なホワイトリストほど、信頼されやすくなります。

確定枠と先着順のホワイトリストの違い

確定枠のホワイトリストでは、段階のルールに従ってすべての対象ウォレットがミントできるだけの供給量を確保します。

すぐにトランザクションを急ぐ必要がないため、ユーザーの負担を軽減できます。

先着順のホワイトリストは、供給が続く間だけ対象ウォレットに先行アクセスを提供します。

この方式でも、ガス代の競争やユーザーの不満が生じる可能性があります。

ミント前に両者の違いを明確に説明する必要があります。

先着順のリストを「確定」と呼ぶのは誤解を招きます。

可能であれば、プロジェクトは対象ウォレット数と、その段階に割り当てられた供給量を公開してください。

枠が確保されていると思い込まず、ユーザーはミントルールを確認してください。

確定枠はユーザー体験を改善できますが、慎重な供給計画が必要です。

先着順は素早く行動するユーザーに報いる一方、対応が遅いユーザーには不公平に感じられる場合があります。

NFTホワイトリストとガス戦争

ガス戦争とは、多数のユーザーがトランザクションを早く取り込ませようと競う状態です。

需要の高いNFTミントでは、供給がなくなる前にミントするため、ユーザーがトランザクション手数料を引き上げる場合があります。

ホワイトリストは需要を複数段階に分けることで、ガス戦争を緩和できます。

必ずしもガス戦争をなくせるわけではありません。

先着順のホワイトリストでも手数料の競争が起こる場合があります。

ミント期間が短いと、多数のユーザーが同時に操作することもあります。

確定枠、長めのミント期間、効率的なコントラクトコード、バッチミント、Layer 2への展開、ランダムな割当などにより、プロジェクトはガスの負荷を軽減できます。

トランザクションを確定する前にガス代を確認してください。

ネットワーク手数料が急騰すれば、安価なミントでも高額になる場合があります。

ガス代はNFTホワイトリストのミントにかかる実際のコストの一部です。

NFTホワイトリストとERC-721

ERC-721は、Ethereum系のスマートコントラクトシステムで一意のNFTを扱う主要な標準です。

EthereumのERC-721ドキュメントでは、ERC-721はスマートコントラクト内のトークン向けAPIを実装する非代替性トークンの標準と説明されています。

ERC-721のホワイトリストミントでは通常、対象資格を満たしたユーザーに一意のトークンIDが発行されます。

コントラクトはミント関数を実行する前に、Merkle proofまたは署名を確認する場合があります。

ミント後、トークン保有者は通常、コントラクトのルールに従ってNFTを移転、保有、表示、利用できます。

ホワイトリストが制御するのはミントへのアクセスです。

コントラクトに移転制限などがない限り、ミント後のNFTを自動的に制御するものではありません。

ミント後すぐに移転できるのか、公開までロックされるのか、制限があるのかをプロジェクトは説明してください。

ユーザーはミント前にルールを確認してください。

ERC-721との互換性があると、ウォレットやアプリケーションがミント後のNFTを認識しやすくなります。

NFTホワイトリストとERC-1155

ERC-1155は、一つのコントラクトで代替性、準代替性、非代替性トークンを扱えるマルチトークン標準です。

ERC-1155標準では、一つのコントラクトで複数種類のトークンを管理できます。

ERC-1155のホワイトリストは、ゲーム、エディション、パス、報酬アイテム、複数段階のドロップなどでよく使われます。

ホワイトリストにより、唯一のNFTではなく、特定のトークンIDをミントできる場合があります。

たとえば、イベントプロジェクトが、エディション付きバッジコレクションから一つを対象ユーザーに受け取らせることができます。

ゲームでは、同じコントラクトから複数種類のアイテムを受け取れる場合があります。

必要に応じて、トークンIDごと、ウォレットごとにミント上限を追跡してください。

バッチミントは、複数アイテムの受け取り効率を高められます。

ERC-1155のアイテムが、ゲームやコレクションの文脈で一意なのか、エディション付きなのか、代替可能なのかをユーザーは理解する必要があります。

アクセスを制御するのはホワイトリストですが、資産の挙動を定めるのはトークン標準です。

NFTホワイトリストとメタデータ

NFTメタデータは、トークンの画像、名前、特性、アニメーション、外部リンク、その他の表示情報を記述します。

ホワイトリストの対象ユーザーは、メタデータがすべて公開される前にミントすることがあります。

これには公開時のリスクがあります。

ユーザーは特性や希少性を正確に知らないままトークンの代金を支払う場合があります。

レアなトークンだけを選んでミントする行為を防ぐため、公開を遅らせるプロジェクトもあります。

一方、メタデータをすぐに公開するプロジェクトもあります。

IPFSのNFTデータのベストプラクティスでは、クリエイターと保有者がより長期的に利用できるよう、NFTデータを保存する方法が説明されています。

ホワイトリストの対象者は、メタデータがオンチェーン、コンテンツアドレス型ストレージ、通常のウェブサーバーのどこに保存されているか確認してください。

ホワイトリスト枠は、メタデータの保存状態の悪さからユーザーを守るものではありません。

NFTの価値は、ミントへのアクセスだけでなく、メタデータの永続性にも左右される場合があります。

NFTホワイトリストと公開の仕組み

公開の仕組みは、ユーザーが最終的なNFTのアートワークや特性をいつ確認できるかを決めます。

プロジェクトはまず仮のメタデータでミントし、後から最終コレクションを公開する場合があります。

公平な公開では、内部関係者やボットが他のユーザーより先にレアなトークンを選べないようにする必要があります。

プロジェクトはランダム割当、公開遅延、commit-reveal方式、検証可能な乱数などによって公平性を高められます。

ホワイトリストミント開始前に、公開の仕組みを文書で説明してください。

トークンIDが順番に割り当てられるのか、ランダムに割り当てられるのかをユーザーは理解する必要があります。

メタデータの順序が早期に判明している場合、連番のトークンIDが公平性への懸念につながることがあります。

正しく実装すれば、ランダム割当によって選別ミントのリスクを減らせます。

予測や操作が可能な脆弱な乱数を開発者は避けてください。

ホワイトリストはアクセスを管理できますが、公平性の印象には公開設計も影響します。

NFTホワイトリストとアクセス制御

アクセス制御とは、制限された関数を誰が実行できるかを決める仕組みです。

NFTホワイトリストのコントラクトでは、管理者機能がMerkle rootの更新、ミントの一時停止、資金の引き出し、価格設定、段階設定の変更を行う可能性があるため、アクセス制御が特に重要です。

OWASPの2026年のスマートコントラクトTop 10では、開発者やセキュリティチームが理解すべき主要なスマートコントラクトのリスクカテゴリが示されています。

アクセス制御が不十分だと、権限のないユーザーがミントしたり、供給量を変更したり、ホワイトリストデータを更新したり、ミント収益を奪ったりする可能性があります。

優れたコントラクトは管理者権限を制限し、マルチシグなどの強固な管理で保護します。

どの関数を所有者が制御できるのか、プロジェクトは開示してください。

ホワイトリスト参加後にミントルールが変更される可能性があるか、ユーザーは理解する必要があります。

ホワイトリストの信頼性は、基盤となるコントラクトと管理者の制御方法に左右されます。

話題性よりもセキュリティを優先してください。

アクセス制御の不具合により、公平なミントが侵害される可能性があります。

NFTホワイトリストとリプレイ攻撃対策

リプレイ攻撃対策は、同じ認証が意図した回数を超えて使われるのを防ぎます。

これは特に署名方式のホワイトリストで重要です。

署名付きのミント認証を再利用できる場合、ユーザーや攻撃者が許可数を超えてNFTをミントする可能性があります。

コントラクトアドレスが署名に含まれていなければ、別のコントラクトで再利用される可能性があります。

チェーンIDが含まれていなければ、別のチェーンで再利用される可能性があります。

nonceや使用済み状態の確認が含まれていなければ、何度も送信される可能性があります。

期限が含まれていなければ、想定より長く有効なままになる可能性があります。

リプレイ攻撃対策では、署名を一つのウォレット、一つのコントラクト、一つのチェーン、一つの段階、一つの割当、一つの期間に結び付ける必要があります。

Merkle型ホワイトリストでも、有効なproofを許可数以上に使えないよう利用状況を追跡する必要があります。

リプレイ攻撃対策により、ホワイトリストのアクセスを無制限ではなく、適切に制御されたものにできます。

NFTホワイトリストとSybil攻撃

Sybil攻撃とは、一人のユーザーが多数のウォレットやIDを作り、本来より多くの割当を受けようとすることです。

ウォレットアドレスは簡単に作成できるため、NFTホワイトリストはSybil行為の影響を受けやすくなります。

プロジェクトがウォレットごとにNFTを1点ミントできると定めても、対象条件で防がなければ、ボットが何百個ものウォレットを作る可能性があります。

プロジェクトは、スナップショット、参加証明、コミュニティ審査、トークン保有要件、ウォレットの利用期間、オンチェーン活動、本人確認、抽選などによりSybilリスクを軽減できます。

どの方法にもトレードオフがあります。

厳格な確認は、実際のユーザーを除外する可能性があります。

緩い確認では、ボットが有利になる可能性があります。

KYC形式の確認はSybilリスクを減らせる一方で、プライバシーやコンプライアンス上の懸念が生じます。

オンチェーン活動の確認は、活動を稼ぐユーザーによって攻略されることがあります。

公平なホワイトリストを設計するには、偽のウォレットを作成するコストを現実的に考慮する必要があります。

NFTホワイトリストとボット

ボットは、ミント、受け取り、ウォレットの申請、トランザクション手数料の入札を自動化できます。

ホワイトリストは、ミント可能な対象を絞ることで、ボットによる負荷を減らせます。

ただし、ボットを完全になくすことはできません。

対象資格の確認が不十分だと、多数のホワイトリスト対象ウォレットをボットが管理することもあります。

先着順の段階では、ボットが人間より速くトランザクションを送信する可能性があります。

確定割当、長めの期間、CAPTCHAに似たフロントエンド確認、ランダム抽選、ウォレットごとの上限、コントラクトレベルでの強固な対象確認により、プロジェクトはボットの優位性を抑えられます。

フロントエンドのボット対策だけに頼るべきではありません。

ボットはコントラクトを直接呼び出し、ウェブサイトを迂回する可能性があります。

重要なミントルールは、スマートコントラクト自体で適用する必要があります。

仕組みの説明なしに「ボットのいないミント」を約束するプロジェクトには注意してください。

NFTホワイトリストとKYC

NFTホワイトリストにKnow Your Customer（KYC）や本人確認が含まれる場合があります。

規制対象資産、現実資産を裏付けとするNFT、チケット、高価値ドロップ、コンプライアンスに配慮が必要なコミュニティなどで行われることがあります。

KYCはボットやSybil行為を減らせる場合があります。

一方で、プライバシー、データセキュリティ、アクセス、法域に関する課題も生じます。

ウォレットアドレスを使うホワイトリストは、仮名性を保ちます。

KYCを伴うホワイトリストは、ウォレットアクセスを個人情報に結び付けます。

誰がデータを収集するのか、どのように保存するのか、どれくらいの期間保持するのか、必要以上の情報を開示せずに参加できるかをプロジェクトは説明する必要があります。

知らないNFTプロジェクトに本人確認書類を送ることには注意してください。

正当なKYCが必要な場合もありますが、偽のKYCページもフィッシングのリスクです。

本人確認は、セキュリティと法的要件に配慮して実施する必要があります。

NFTホワイトリスト詐欺

先行アクセスを求めるユーザーがいるため、NFTホワイトリスト詐欺はよく見られます。

詐欺師がダイレクトメッセージで、ユーザーがホワイトリストに当選したと告げることがあります。

偽サイトがプロジェクトのミントページを模倣する場合があります。

フィッシングリンクからウォレット接続や悪意のあるメッセージへの署名を求められることがあります。

偽の対象確認ツールがシードフレーズを求めることもあります。

悪意のあるミントで、通常のミントトランザクションではなく、トークンやNFTの承認を要求される場合があります。

正規のミントで、ユーザーのシードフレーズや秘密鍵が必要になることはありません。

公式プロジェクトのチャネルでリンクを確認してください。

署名する前に、ウォレットの確認画面を注意深く確認してください。

すぐにミントするよう急かすメッセージは避けてください。

ウォレット全体を失うリスクに比べれば、ホワイトリストの機会に価値はありません。

NFTホワイトリストでの安全なウォレット利用

使い慣れていないNFTプロジェクトを利用する際は、ミント専用のウォレットを使用してください。

長期保有する資産は別の保管用ウォレットに入れてください。

高価値の資産を保管するウォレットを、知らないミントサイトに接続しないでください。

ホワイトリスト確認ツールにシードフレーズを入力しないでください。

ミント前に公式コントラクトアドレスを確認してください。

トランザクションがミント、承認、permit、移転のどれに当たるか確認してください。

可能な場合は、価値の高い資産にハードウェアウォレットを使用してください。

ミント参加後はトークンやNFTの承認を確認してください。

無料ミントでも悪意のあるトランザクションによって資産が盗まれることがあるため、注意してください。

早さよりセキュリティが重要です。

NFTプロジェクト向けのベストプラクティス

ウォレットアドレスの収集前にホワイトリストのルールを公開してください。

ユーザーが検証できる明確な対象条件を設定してください。

ホワイトリストが確定枠、抽選制、段階制、先着順のどれかを明示してください。

ミント価格、供給割当、ウォレット上限、各段階の開始時刻、期限を定めてください。

ガスコストを抑え、セキュリティを保つため、Merkle proofや署名付き認証を慎重に利用してください。

署名付きメッセージには、チェーンID、コントラクトアドレス、フェーズID、nonce、期限、価格、ウォレットアドレス、ミント割当を含めてください。

ウォレットごと、段階ごとにミント済み数量を追跡してください。

ローンチ前に、proofの検証、リプレイの試行、段階の移行、エッジケースをテストしてください。

必要に応じて、強固なアクセス制御とマルチシグで管理者機能を保護してください。

危険な署名を求めない読み取り専用の対象確認ツールを提供してください。

NFTコレクター向けのベストプラクティス

ホワイトリストが確定アクセスを提供するのか、単に先行アクセスを提供するのか確認してください。

ミント期間を確認してください。割当枠が失効する可能性がある場合、直前まで待たないようにしましょう。

署名する前にチェーン、コントラクト、価格、ミント上限を確認してください。

公式リンクを使用し、ダイレクトメッセージからのミントリンクは避けてください。

正しいネットワークでガス代に必要なネイティブトークンを十分に用意してください。

ホワイトリスト枠があるからといって、NFTの将来的な価値が高いと思い込まないでください。

ミント前にチーム、コントラクト、メタデータの保存方法、供給量、権利、用途、コミュニティを調べてください。

ミントに使うウォレットには少額のみを入れてください。

リスクのある操作後は、不要な承認を取り消してください。

悪意のあるトランザクションに署名するくらいなら、ミントを逃すほうがよいことを忘れないでください。

NFTホワイトリストのメリット

第一のメリットは先行アクセスです。

対象ユーザーは一般公開より前にミントできます。

第二のメリットはコミュニティへの報酬です。

プロジェクトは初期に貢献したユーザーを評価できます。

第三のメリットはガスの負荷を軽減できることです。

ミントを複数段階に分け、需要を時間的に分散できます。

第四のメリットは、より公平な分配です。

ウォレットごとの上限や対象確認により、供給の偏りを減らせます。

第五のメリットは、ローンチ計画の改善です。

一般販売前に需要を推定できます。

第六のメリットは、柔軟なアクセス設計です。

段階設定、割引、受け取り、抽選、トークンゲート型のミント段階を設けられます。

NFTホワイトリストのリスクと制約

第一のリスクは、実態のない希少性です。

NFTの用途や需要が乏しくても、ホワイトリストが期待感をあおる可能性があります。

第二のリスクはフィッシングです。

詐欺師はホワイトリストの連絡を利用して、ウォレット署名やシードフレーズを盗もうとすることがあります。

第三のリスクは不公平な分配です。

ルールが不十分だと、ボットやSybilウォレットがホワイトリスト枠を不正に取得する可能性があります。

第四のリスクはスマートコントラクトの不具合です。

バグによって、不正なミント、過剰なミント、対象ユーザーのミント拒否が発生する可能性があります。

第五のリスクはルールの不明確さです。

アクセスが確定しているのか、先着順なのか、ユーザーが誤解する場合があります。

第六のリスクはプライバシーの喪失です。

ウォレット情報の収集、Discordとの連携、ソーシャルタスク、本人確認によってユーザーデータが流出する可能性があります。

第七のリスクは価値に関する思い込みです。

ホワイトリストに登録されても、ミント後にNFTの価格が上昇するとは限りません。

NFTホワイトリストに関するよくある誤解

よくある誤解の一つは、ホワイトリスト枠が利益を保証するという考えです。

NFT価格は需要、流動性、用途、希少性、メタデータ、市場状況に左右されるため、利益は保証されません。

もう一つの誤解は、ホワイトリスト枠を得るとNFTがすでにウォレットに入っているという考えです。

通常、ユーザーはミントまたは受け取りを自分で完了する必要があります。

三つ目の誤解は、すべてのホワイトリストが確定枠だという考えです。

供給がある間だけ先行アクセスを提供するホワイトリストもあります。

四つ目の誤解は、ホワイトリストのタスクがプロジェクトの質を証明するという考えです。

ソーシャルタスクを設定していても、コントラクトの質が低い、アートが不十分、トークノミクスに問題がある、実際のコミュニティがないプロジェクトはあり得ます。

五つ目の誤解は、ホワイトリスト確認ツールは常に安全だという考えです。

悪意のある確認ツールが危険な署名や承認を要求することがあります。

ウォレットを接続する前に確認してください。

NFTホワイトリストの評価方法

まず、プロジェクトの公式ウェブサイトと連絡チャネルを確認してください。

複数の信頼できる情報源でコントラクトアドレスを照合してください。

ミントルールを注意深く読んでください。

ホワイトリストが確定枠か、先着順かを確認してください。

価格、ガス代の見込み、ミント上限、供給割当、期間を確認してください。

コントラクトが検証済みか、ミント関数がプロジェクトの説明と一致するか確認してください。

メタデータが公開済み、公開遅延、凍結、更新可能のどれかを確認してください。

ロイヤルティ、権利、用途、移転制限について明確な情報があるか確認してください。

コミュニティの活動が実際のものか、人工的に作られたものか評価してください。

ホワイトリストの話題性を、基本的なデューデリジェンスの代わりにしないでください。

NFTホワイトリストが役立つ場面

需要が供給を上回ると予想される場合、NFTホワイトリストが役立ちます。

初期貢献者に報酬を与えたいプロジェクトにも適しています。

ミント時のボット負荷を下げたい場合にも役立ちます。

一般ミントの前にプライベートセールを行いたい場合にも利用できます。

トークン保有者、DAOメンバー、ゲームプレイヤー、イベント参加者に特別なアクセスを提供したい場合にも適しています。

コレクションの供給計画を明確にしたい場合にも役立ちます。

需要が低い場合は、あまり役に立ちません。

人工的な期待感を作るためだけに使うプロジェクトには、あまり適していません。

不明確なメッセージへの署名や秘密鍵の開示を求められる場合は危険です。

ホワイトリストは公平性と明確さを高めるために使うべきであり、混乱や乗り遅れへの不安を生むためのものではありません。

一言で言うNFTホワイトリスト

NFTホワイトリストとは、スマートコントラクトの特定ルールに基づき、一般ミントの前またはそれとは別の条件で、選ばれたウォレットアドレスによるNFTのミント、受け取り、購入、利用を許可する事前承認リストです。

FAQ

NFTホワイトリストとはどういう意味ですか？

NFTホワイトリストとは、特別なルールのもとでNFTのミント、購入、受け取り、利用が許可されたウォレットアドレスのリストです。

NFTホワイトリストはNFT許可リストと同じですか？

はい。NFT許可リスト（allowlist）とNFTホワイトリストは通常同じ意味ですが、技術的により明確な表現として、現在はallowlistが好まれることもあります。

ホワイトリストに登録されると、すでにNFTを所有していることになりますか？

いいえ。通常、ホワイトリスト登録はミントまたは受け取りの許可を得たことを意味するだけで、トランザクションを正常に完了する必要があります。

NFTホワイトリストは常に確定枠ですか？

いいえ。割当を確定するホワイトリストもあれば、先着順で先行アクセスのみを提供するものもあります。

Merkle型ホワイトリストとは何ですか？

Merkle型ホワイトリストは、Merkle rootとMerkle proofを使い、リスト全体をオンチェーンに保存せずに、スマートコントラクトが対象ウォレットを検証できる仕組みです。

署名方式のホワイトリストとは何ですか？

署名方式のホワイトリストでは、認証済みの署名者がオフチェーンでミント条件を承認し、ミント時にスマートコントラクトが署名を検証します。

NFTプロジェクトがホワイトリストを使うのはなぜですか？

初期ユーザーへの報酬、ミント段階の管理、ボット負荷の軽減、需要管理、公平なアクセスの実現を目的に使われます。

NFTホワイトリストを使った詐欺はありますか？

はい。偽のホワイトリストリンク、偽のミントページ、偽の確認ツール、悪意のある署名、シードフレーズの窃取などがよく見られます。

ホワイトリストの対象確認のためにメッセージへ署名すべきですか？

注意が必要です。安全な対象確認ツールでは、通常、危険な署名やウォレットの承認は必要ありません。

ホワイトリスト枠の価値がなくなることはありますか？

はい。需要の低下、プロジェクトの失敗、ミント期間の失効、NFTへの市場関心の低下などにより、ホワイトリスト枠が無価値になる場合があります。

一つのウォレットで複数のNFTのホワイトリストに登録されることはありますか？

はい。プロジェクトがより多い割当や複数の対象エントリーを設定していれば、一つのウォレットで複数のミントが許可される場合があります。

ホワイトリストからミントする前に確認すべきことは何ですか？

公式リンク、コントラクトアドレス、チェーン、価格、ミント上限、ガス代、メタデータのルール、ウォレットの確認画面、プロジェクトの信頼性を確認してください。

まとめ

NFTホワイトリストは、NFTローンチで実用的なアクセス制御ツールです。

プロジェクトは、一般公開前または特別な条件のもとで、NFTをミント、受け取り、購入、利用できるウォレットを指定できます。

適切に使えば、初期支援者への報酬、ガス戦争の緩和、ボットの制限、供給分配の改善、スムーズなミント体験につながります。

不適切に使うと、混乱、不公平な割当、人工的な期待感、フィッシングリスク、スマートコントラクトの脆弱性を招く可能性があります。

優れたホワイトリストシステムは、明確で、実施可能で、透明性があります。

対象者、ウォレットごとのミント可能数、段階の開始・終了時刻、価格、アクセスが確定しているかを説明します。

また、ウェブサイトだけに頼らず、スマートコントラクトでルールを適用します。

Merkle proofは、オンチェーンのストレージコストを抑えられるため、大規模な許可リストに有用です。

署名方式は柔軟な認証に役立ちますが、リプレイ攻撃対策、期限、ドメイン分離、厳格な署名者管理が必要です。

トークンゲート型システムは既存の保有者への報酬に有用ですが、リアルタイム確認とスナップショット方式のどちらかを明示する必要があります。

コレクターは、ホワイトリストが単なる許可であることを忘れないでください。

利益、希少性、流動性、用途、法的権利を約束するものではありません。

ホワイトリスト対象でも、ミント価格が割高な場合があります。

無料ミントでも、悪意のある承認を求められれば危険です。

有名なコミュニティでも、メタデータの保存状態が悪かったり、コントラクト権限にリスクがあったりする場合があります。

ユーザーはリンクを確認し、ウォレットの確認画面を精査し、ウォレットを用途別に分け、理解できない操作には署名しないでください。

プロジェクトは、ホワイトリストの設計をセキュリティとコミュニティからの信頼の一部として扱う必要があります。

エッジケースをテストし、管理者機能を保護し、明確なルールを公開し、安全な対象確認ツールを提供し、通知なしに条件を変更しないでください。

公平なNFTホワイトリストは、先行アクセスを提供するだけのものではありません。

アクセスを予測可能で、安全で、理解しやすいものにすることが重要です。

話題性がデューデリジェンスより速く広がる市場では、ユーザーとプロジェクトの双方が拙速な判断を避けられるホワイトリストが最適です。

NFTホワイトリストへのアクセスには価値がある場合もありますが、ミント、コントラクト、メタデータ、権利、コミュニティそのものにアクセスする価値があることが前提です。