FAQ · よくある質問

よくある質問

jp402 の使い方・掲載方法・信頼の考え方について、全般 / 売り手向け / 買い手向けに分けてまとめました。

全般

jp402 について

jp402 とは何ですか?
jp402 は、JPYC(Polygon)で支払える x402 リソース(API・コンテンツ・商品)を見つけるためのディスカバリー scanner です。jp402-registry という公開台帳を「真実の源」として読み込み、一覧・選別・詳細表示します。 独自のデータベースは持たず、台帳を読んで見せることに徹した軽量なアプリです。
JPYC 株式会社の公式サービスですか?
いいえ。有志による非公式プロジェクトで、JPYC 株式会社とは資本・運営上の関係はありません (「JPYC」は同社の登録商標です)。”jp402” は x402(HTTP-native 決済プロトコル)を JPYC 向けに準拠拡張した呼称であり、特定企業の製品名ではありません。
なぜ JPYC と Polygon に限定しているのですか?
既存の汎用 x402 エクスプローラが Base / Solana・USDC に最適化され、Polygon を構造的に外している (チェーンセレクタからの削除など)ためです。jp402 はその「汎用が降りた空白」だけを取り、 JPYC のホームである Polygon に集中することで、他にない発見体験を提供します。 全チェーン対応や網羅性の競争は意図的に追いません。
「載っている」ことは「信頼できる」ことと同じですか?
いいえ。jp402 は 「載る(listing)」と「信頼される(trust)」を別レイヤーとして扱います。 準拠ファイルを置けば誰でも載れますが、それは推薦を意味しません。各リソースには着金実績などの 信頼シグナルを透明に表示し、利用者・エージェントが自分で判断できるようにすることが scanner の役割です。
ソースコードやライセンスは公開されていますか?
jp402(本サイト)と jp402-registry(台帳・標準)はいずれも GitHub で公開しています。台帳は誰でも読める JSON 形式で、 他のツールからも参照できる公共のデータ源として運用しています。

売り手向け

載せる・登録する

売り手として掲載されるにはどうすればよいですか?
jp402-registry に opt-in 登録(PR)するだけです。自分の x402 エンドポイントに .well-known/x402-catalog.json(x-jp402 準拠)を置き、その URL を台帳に 1 行 PR します。CI が「スキーマ準拠」と 「402 応答が生きているか」を客観的にチェックし、問題なければ掲載されます。掲載は無料です。
掲載に審査や手数料はありますか?
審査による可否判断はありません。運営が「載せる / 載せない」を決める中央集権的な台帳にはしない方針です。 能動的な opt-in(公開 PR)と、既知の悪性のみを除外する denylist で運用します。 手数料も当面いただきません。
適格請求書(インボイス)や T 番号には対応していますか?
x-jp402 仕様には invoice 区画があり、登録番号(T 番号)や適格請求書発行事業者かどうかを記述できます。 現状は自己申告値の表示で、国税庁の適格請求書 Web-API による実在検証(verified)は 順次対応していく予定です。それまでは「T 番号あり(要実在検証)」のように明示します。

買い手向け

買う・エージェントで使う

買い手や AI エージェントはどう使いますか?
2 通りあります。(1) トップページの「買い手エージェント向け」セクションにあるプロンプトをコピーして、 お使いのエージェント(Claude / ChatGPT / kova / 自作 agent 等)に貼り付ける。 (2) list API GET /api/services を直接呼ぶ。 返り値の services[] から registered かつ信頼度の高いものを選び、 各リソースを x402(HTTP 402)フローで取得して JPYC 決済します。 yen402-mcp を使えば、MCP 経由でこの API を自動的に参照します。
表示される実績データ(着金額・tx 数)はどこから来ますか?
Polygon 上の JPYC 着金を Alchemy 経由でオンチェーン実測しています。 台帳メタデータ(何のリソースか・JPYC 建てか・T 番号の有無)は registry 由来、 実績シグナルはチェーン由来で、両者を突き合わせて「説明つき・実績裏付き」の発見にします。 実測キーが未設定の環境では、デザイン確認用のサンプル表示になります。
詐欺やなりすましのリスクはどう考えていますか?
permissionless に載れる以上、詐欺的なリソースも準拠ファイルさえあれば掲載され得ます。 ただし allowlist(許可制)は中央集権の再生産になるため採りません。代わりに、payTo(受取先)はオンチェーンの事実なので、着金実績ゼロやアドレス不一致は露見し、 信頼シグナルで自然に下位へ沈みます。既知の悪性は denylist で除外します。 最終的な支払い判断は、買い手側のポリシー(支出上限など)と併用してください。
解決しませんでしたか?

不明点・要望は jp402-registry の Issue / Discussion で受け付けています。 売り手として載せたい場合は下のボタンからどうぞ。

GitHub で質問する →レジストリに登録 →