nansen-polymarket-insider-scan

認証

ブラウザーログインでは、API キーと同等のアカウント API 権限を得るために nansen:api を要求します。既存の OAuth／MCP における nansen:read のセマンティクスと、ウォレットの個別認証は変更されません。

調査コマンドやループを実行する前に、API キーまたは保存済みブラウザーセッションが明示的に選択されていることを必須とします。まず nansen auth status を実行してください。キャッシュされた未検証のメタデータは、認証情報の有効性やストレージのロック解除を証明するものではありません。キャッシュされたアクセストークンの有効期限が切れているだけでは、セッションが使用不能とは限りません。CLI は通常、すでに認証済みの調査タスクの実行中に、追加の同意要求や別途のアカウント確認なしで、選択されたセッションを自動更新します。匿名アクセスが選択されている場合、認証状態が無効な場合、更新やクリーンアップがブロックされている、または不確かな場合、あるいは拒否された更新権限や期限切れの更新権限を含む実際の認証失敗が発生した場合は、停止してください。CLI のエラーガイダンスに従ってください。トラブルシューティングで指示された場合は、無料の nansen account 確認を使用してください。失敗したキーを解除したり、セッションを消去したり、再試行のために匿名アクセスへ切り替えたりしないでください。

プラットフォームの文書化された適用範囲内で新たにブラウザー認証を行うには nansen login を使用するか、従来の API キーを設定してください。NANSEN_API_KEY は保存済みセッションより優先されます。OpenClaw の任意の primaryEnv マッピングは、設定済み API キーの注入を維持するものであり、キーを必須とするゲートや認証の証明ではありません。通常のクレジットと利用資格が適用されます。ログインによってクレジットが購入されることはありません。ブラウザーログインは、CLI 2.0.0 において、macOS arm64 のプレビュー適用範囲で利用できます。

API キーとブラウザーセッションでは、同じ x402 自動決済の動作が使われます。サポート対象の HTTP 402 チャレンジによって、既存のウォレット認証、決済ポリシー、支出上限に基づき、設定済みウォレットの資金が支払われることがあります。ループ内の呼び出しを含め、各呼び出しで支払いが発生する可能性があります。認証、アクセス許可、セッション更新の失敗によって支払いが発生することはありません。ログイン確認と nansen account で自動決済が行われることもありません。匿名 x402 は、明示的なユーザーの意思と決済設定を必要とする、独立した有料ワークフローとして引き続き利用できます。この調査ワークフローを匿名で実行したり、認証失敗後に匿名アクセスへ切り替えたりしないでください。

PM 不審なウォレットのスキャナー

回答する質問：「この Polymarket 市場に、不審な取引パターンを示すウォレットはありますか？」

# 1. Find the resolved market
nansen research prediction-market market-screener --query "<market name>" --status closed --limit 5
# → market_id, question, volume, last_trade_price

# 2. Get top winners (positive PnL) — paginate if needed, keep per_page <= 10
MID=<market_id>
nansen research prediction-market pnl-by-market --market-id $MID --limit 10
# → address (proxy), owner_address (wallet), side_held, net_buy_cost_usd, total_pnl_usd

# 3. For each top winner, run these three calls (use proxy address for PM, owner for profiler):
PROXY=<address_from_pnl>
nansen research prediction-market trades-by-address --address $PROXY --limit 100
# → market_id, market_question, side, price, size, usdc_value, taker_action, timestamp

OWNER=<owner_address_from_pnl>
nansen research profiler historical-balances --address $OWNER --chain polygon --days 365 --sort block_timestamp:asc --limit 100
# → block_timestamp, value_usd, token_symbol — first non-zero value_usd = wallet funding date

nansen research profiler labels --address $OWNER --chain polygon
# → label, category

各勝者について、ROI = total_pnl_usd / net_buy_cost_usd * 100 を計算します（net_buy_cost_usd <= 0 の場合、ROI のフラグ判定はスキップします）。その後、スコア（0～13）を算出します。各ティアグループ内では、該当するフラグのうち最も高いものだけを適用します。

フラグ	点数	条件
NEW_WALLET	3	今から7日以内に初めて資金が入金された
YOUNG_WALLET	1	8～28日前に初めて資金が入金された（NEW_WALLET が該当する場合はスキップ）
SINGLE_MARKET	3	trades-by-address で異なる market_id が1つだけ表示される
FEW_MARKETS	1	異なる market_id が2～3個（SINGLE_MARKET が該当する場合はスキップ）
EXTREME_ROI	3	ROI >= 500%
HIGH_ROI	2	ROI 200～499%（EXTREME_ROI が該当する場合はスキップ）
LATE_ENTRY	2	この市場で価格 >= 0.80 の取引がある
LARGE_POSITION	2	net_buy_cost_usd >= $10k
KNOWN_ENTITY	-2	Nansen のラベルがある

スコアが >= 3 の場合にフラグを付けます。>= 7 は高リスクです。信頼度の高い不審パターン：NEW_WALLET + SINGLE_MARKET + EXTREME_ROI（スコア9以上）。

owner_address が無効な場合（例：「0x」）、プロファイラーの呼び出しにもプロキシアドレスを使用してください。historical-balances が value_usd > 0 のレコードを返さない場合、そのウォレットは365日の期間より前から存在している可能性があります。ウォレットの経過期間は不明として扱い、NEW_WALLET／YOUNG_WALLET のフラグ判定をスキップしてください。レート制限を避けるため、ウォレット間に約1.5秒の間隔を空けてください。エラーが発生したウォレットはスキップしてスキャンを続けてください。