NFTが以前に販売されたかどうかを確認するにはどうすればよいですか?

オンチェーントランザクション履歴の検証

1. イーサリアムまたは互換性のあるブロックチェーン上で鋳造されたすべての NFT は、そのコントラクト アドレスに関連付けられた一意のトークン ID を保持します。このペアは、ネットワーク上のすべてのアクティビティを追跡するために使用される不変の識別子を形成します。

2. ユーザーは、NFT のコントラクト アドレスとトークン ID を Etherscan、Polygonscan、Solscan などのエクスプローラーに入力して、完全なトランザクション ログを取得できます。各転送、販売、書き込みイベントは、タイムスタンプ、ブロック番号、関連するウォレット アドレスを含む個別のエントリとして表示されます。

3. 最初の mint トランザクションが原点をマークします。 「値」フィールドにゼロ以外の値がある後続の転送イベント (特に、既知のマーケットプレイスのプロキシ呼び出しと組み合わせた場合) は、販売が確認されたことを示します。

4. OpenSea や Blur などのプラットフォーム上のリストでは、ファイナライズ前であっても、オンチェーンで表示されるプロキシ トランザクションが生成されます。これらはマーケットプレイスのルーターまたはシーポート契約に基づいて表示され、保留中だが実行されていない販売を検出できるようになります。

5. Transfer イベントが存在しない場合、元の所有権は保証されません。一部のウォレットは移動せずにNFTを保持していますが、他のウォレットはエアドロップまたはミント経由で取得した可能性があり、どちらも二次販売の足跡を残しません。

マーケットプレイス出品メタデータ分析

1. マーケットプレイスは、オンチェーンに保存されているイベントのリストにメタデータを埋め込みます。たとえば、OpenSea の Seaport v1.4 は、オファー者、ゾーン、支払われた ETH または ERC-20 の金額を含む対価の詳細を含む OrderFulfilled イベントをログに記録します。

2. Blur のオークションベースの出品では、入札提出と決済コールが個別に記録されます。オークションが完了すると、落札者と最終価格を参照する実行イベントがトリガーされ、オフチェーン API キャッシュに依存せずに表示されます。

3. LooksRare のようなプラットフォームは、RewardDistributed および TradeExecuted イベントを使用して、取引確認を独自のコントラクトに直接保存します。これらには、購入者、販売者、トークン ID、およびウェイ単位の価格が含まれます。

4. これらのプラットフォームのオフチェーン API は、遅延したり、リストから除外されたアイテムを省略したりすることがよくあります。フロントエンド表示のみに依存すると、現在の上場ステータスより前に発生した過去の取引を見逃してしまう可能性があります。

5. 一部の NFT は、ピアツーピアの署名付きメッセージを介して独占的に取引されます (例: Wyvern または Seaport のプライベート注文)。これらは実行後にのみ痕跡を残します。つまり、署名済みだが履行されていない注文は決済されるまで履歴に表示されません。

スマートコントラクトイベントのデコード

1. ERC-721 および ERC-1155 標準では、所有権が変更されるたびに転送イベントを義務付けています。これらは、_from、_to、_tokenId という 3 つのインデックス付きパラメーターを発行します。これらを解析すると、プラットフォームの関与に関係なく動きが明らかになります。

2. ERC-165 supportInterface チェックを実装するコントラクトでは、Transfer イベントが発行されるかどうかを問い合わせることができます。 SupportsInterface(0x80ac58cd) がない場合は、非標準の動作を示唆しており、カスタム ロジックを通じて転送が隠蔽されている可能性があります。

3. 特定の悪意のあるコントラクトまたは実験的なコントラクトは、転送エミッションを無効にするか、内部機能を通じて転送します。このような場合、移動パスを再構築するには、debug_traceTransaction による内部呼び出しのトレースが必要になります。

4. 再入可能性の高いコントラクトでは、onERC721Received 処理中など、コールバック シーケンス中に実行中に Transfer が発行される場合があります。これにより、ブロックとトランザクション インデックスによって関連付けられる必要があるネストされた転送レコードが作成されます。

5. イベント ログはストレージへの書き込みよりも安価であるため、正規のプロジェクトが転送を抑制することはほとんどありません。ただし、プライバシーを重視した一部の NFT は、ゼロ知識証明を使用して受信者のアドレスを隠すため、信頼できる中継者がいないと検証が不可能になります。

希少性と来歴の相関関係

1. 希少性の高い特性は、初期の取引活動と相関関係があることがよくあります。 Rareity Sniper や Trait Sniper などの集約希少性ツールは、主観的な認識ではなく、オンチェーンの属性分布に基づいて統計的な希少性を計算します。

2. 最上位の特性を持つが転送イベントがゼロの NFT は、最近の鋳造または意図的な買いだめのいずれかを示している可能性があります。逆に、低レアリティのトークン間の頻繁な移転は、長期保有ではなく投機的な反転を示唆しています。

3. 検証済みのミント スクリプトを含むコレクションでは、トークン ID の生成順序を相互参照できます。統計的に、ブロック 12,345,678 で鋳造された 10,000 個のうち #37 のトークン ID は、ブロック 12,345,702 で鋳造された #9999 よりも前に販売された可能性が高くなります (両方の転送数が同じである場合)。

4. 所有権の集中指標（コレクションごとのウォレット保有量に適用されるジニ係数など）は、早期採用者が資産を保持したか分散したかを明らかにします。濃度が低いということは、流通市場の流通範囲が広いことを意味します。

5. マークル ツリー ルートまたは VRF ランダム性を介して割り当てられたトークン ID は、逐次的な仮定を破ります。このような場合、出所はミントオーダーのヒューリスティックではなく、イベント ログに完全に依存する必要があります。

よくある質問

Q1: NFT が Sudoswap のような分散型取引所で取引された場合、過去の売上を確認できますか?はい。 Sudoswap は、各スワップが買い手、売り手、トークン ID、受信金額を含むスワップ イベントを発行する直接ペア コントラクトを使用します。これらは Etherscan で完全にインデックス付けされており、集中化されたオーダーブックには依存しません。

Q2: ワームホールでラップされた NFT は元の販売履歴を保持しますか?いいえ。ラッピングにより、イベント ログが継承されない新しいトークンが宛先チェーンに作成されます。ブリッジング トランザクションのみが記録されます。以前の販売は引き続きソース チェーンのエクスプローラーに限定されます。

Q3: NFT に複数の転送イベントが表示されるが、値フィールドのエントリがゼロである場合は何を意味しますか?これは、贈与、ウォレットの統合、保管アカウント間の移行など、金銭のやりとりを伴わない移転を指します。これらは、外部の支払い証拠が添付されない限り、販売とはみなされません。

Q4: オンチェーンデータを使用してウォッシュ取引を検出するにはどうすればよいですか?同一のガス料金、重複する時間枠、仲介マーケットプレイス契約のない 2 つのウォレット間での迅速な送金を探してください。 Chainalies または Nansen によって公開されている既知のボット ウォレット クラスターと照合します。