deadchannel と Hosaka

x402 上でAIエージェントに販売する2つのサービス。呼び出しごとにUSDCで支払う。登録不要、APIキー不要、サブスクリプション不要——エージェントが呼び出し、支払い、回答を得る。

Hosaka — エージェント向け企業データ

MCPサーバーとして利用可能。あらゆるMCPクライアントが直接購入できる:

npx -y hosaka-mcp

{
  "mcpServers": {
    "hosaka": {
      "command": "npx",
      "args": ["-y", "hosaka-mcp"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

HOSAKA_PRIVATE_KEY はBase上に少量のUSDCを保持するウォレット。4つのツールが4つの価格帯で提供されるため、安価な質問が高価な回答のコストを負担することはない:

調査書に価値がある理由。 企業は購入するすべてのSaaS製品に対してDNS検証レコードを配置することで自社ドメインの所有を証明し、使用するすべての送信者をSPFレコードで承認する。この2つのリストは、企業自身が公開した購入履歴である。

figma.com を問い合わせると、Anthropic、OpenAI、Adobe、Atlassian、MongoDB Atlas、Greenhouse、Docusign、Stripe、Notion、Dropbox、Zendesk が返る——それぞれにそれを証明する正確なレコードが付属するため、購入者は信頼する代わりに確認できる。

ページフィンガープリントは、読み込まれたスクリプトまたはCDNホストを必要とし、言及だけでは不十分: 統合機能の中にベンダーのロゴを掲載しているサイトは、そのベンダーを利用しているサイトではない。

hosaka-agents.vercel.app で稼働中。

Related MCP server: Sirenic

deadchannel — x402エンドポイントのリスクオラクル

URLを渡すと、そのエンドポイントが生存しているか、正直な価格設定か、安全に呼び出せるかをエージェントに伝える——1セントも使わずに。

調査したx402エンドポイントの約17%は死んでいるか罠であり、Bazaarのディスカバリーレイヤーは自らの認めるところ、ランキング、品質、評判のシグナルを一切提供していない。そのカタログから選ぶエージェントは、実際の金銭を賭けて推測していることになる。

チェック内容

すべての判定は無料の 402 レスポンスから得られる。これこそが、カタログ全体に対して実行できるほど安価である理由だ。

判定: live、degraded、trap、testnet、dead、unknown、および0〜100の範囲のリスクスコア。

使用方法

Node 22+ が必要。ランタイム依存関係はゼロ — 型はネイティブに除去されるため、ビルドステップはなく、監査対象はこのリポジトリのみ。

node src/cli.ts https://x402.org/protected
node src/cli.ts --quiet --samples 5 url-a url-b url-c
node src/cli.ts --json url > verdict.json

いずれかのターゲットが trap または dead の場合、終了コードは非ゼロになる。そのため、不正なエンドポイントを指すエージェントを出荷しないためのガードとしてCIに組み込める。

TESTNET   risk 80   $0.01  355ms p99  https://x402.org/protected
  x network-mainnet   Only testnet networks offered (base-sepolia, solana-devnet).
                      This endpoint cannot accept real value.
  ! schema-advertised No input or output schema. An agent has to pay before it
                      can find out what it gets back.

初の全カタログスキャン — 2026年8月20日

node src/scan.ts --live 150 は、公開Bazaarファシリテーターが公開するすべてのリソースを取得し監査する。14,979リソース に対する結果:

中央値価格 $0.01、範囲 $0〜$1,000、30日間で316,927回の有料呼び出し。

カタログは噂が示唆するよりも良好な状態にある。しかし均等に分布しているわけではない: 3つのアドレスが合計2,750リソースをリストし、80回に1回の呼び出しを受けており、これは彼らが提供する需要に対して約15倍の過剰代表である。カタログの規模はカタログの深さではない。

訂正、そして再発防止策

この表の以前のバージョンでは、カタログの89.8%がタグを公開していないと主張していた。それは誤りだった。ローダーが extensions.bazaar.tags のみを読み取っていた一方、ほとんどのパブリッシャーはタグをアイテムのルートに配置していた——実際の数値は40.9%である。

このバグは、肯定的なカウントを検証するものが何もなかったため、レビューを生き延びた。欠けているものだけを数えるチェックは、「パブリッシャーがこれを省略している」と「私たちが間違った場所を見ている」を区別できない。test/catalog.test.ts は現在、ライブカタログの取得済み200アイテムのスライス内の既知の3つの場所すべてでタグを手動カウントし、ローダーが双方向で正確に一致することを検証する。

実地からのメモ

仕様だけでなく、ライブエンドポイントに対して構築された:

• v2は支払い要件をbase64の payment-required ヘッダーに移動し、ボディは {} のままにする。ボディのみを読み取るパーサーは、公式リファレンスエンドポイントを死んでいると判定する。

• v2はCAIP-2ネットワークIDを送信する（eip155:84532、solana:EtWTRA…）。v1はフレンドリーネームを送信していた。両方が同時に稼働している。

• v2は maxAmountRequired を amount に改名し、共有の resource メタデータをペイロードのルートに引き上げる。

• いくつかのサーバーは、リファレンス実装がすべて送信するトップレベルの x402Version を省略し、一部は accepts[] を文書化されたものより1レベル深くネストする。両方とも解析され、拒否ではなく警告として報告される。

• ほとんどのリソースはPOSTである。 GETでプローブすると404/405が返り、これは死んだエンドポイントとまったく同じに見える——最初のライブプローブの死亡率が25%になったが、実際の数値は2.7%だった。動詞は現在カタログから取得され、不明な場合はPOSTリトライが行われる。高い死亡率を報告するx402インデックスは、この点を確認する価値がある。

• ディスカバリーメタデータは散在している。 仕様は serviceName/tags をResourceInfoオブジェクトに配置し、CDPカタログはそれらをアイテムのルートに平坦化し、少数派は extensions.bazaar の下にネストする。1つの場所だけを読むと、半分に過小カウントされる。

• ブローカー経由のレールが存在する。 AWS Marketplaceリソースは、チェーンアドレスの代わりに aws:base ネットワークの下のURNで支払い先を指定する。これは正当だが、資金はブローカーに行くため、無効な支払いとしてスコアリングされるのではなく、警告として報告される。

販売

このサービスは自社のチェックをx402上で販売する。src/server/ はv2 HTTPトランスポートのセラー側を実装する: PAYMENT-REQUIRED 出力、PAYMENT-SIGNATURE 入力、PAYMENT-RESPONSE 応答、認可フロー内で——検証、リソース実行、そして決済。

秘密鍵は関与しない。 セラーは決済先を宣言し、バイヤーが署名し、ファシリテーターがブロードキャストする。したがって支払い先アドレスは公開情報であり、誰も監査できないダッシュボードではなく、誰でも監査できる deadchannel.config.json に置かれる。

決済はプローブが結果を生成した後にのみ実行されるため、当方の障害はバイヤーにコストを課さない。

GET  /             service card, free
GET  /health       liveness, free
GET  /facilitator  proves credentials are accepted, free, moves no money
POST /probe        the check, $0.001 in USDC on Base

GET /facilitator が存在するのは、誤った資格情報が誰かが支払いを試みるまで見えないままであり、最初に発見するのは顧客になるからである。

稼働状況

サービスは https://deadchannel.vercel.app にデプロイされ、Baseメインネットで1回の呼び出しあたり$0.001で販売し、Coinbaseファシリテーターを通じて決済している。

最初の決済済み支払い: 0x6ac4a22c、ブロック50230005、2026年8月20日。ガスはバイヤーではなくファシリテーターが支払った——x402ではバイヤーは署名のみ行うため、USDCのみを保持するウォレットでも支払える。

npm run validate は、Bazaarがリソースをインデックスする前に適用する25のプリフライトチェックを再実行し、リストが現在アクティブかどうかを報告する。キーは不要で、資金も移動しない。

resource : https://deadchannel.vercel.app/probe
valid    : true
accepted : accepted
checks   : 25/25 passed
indexed  : active=true

Hosaka

同じ支払い先アドレス上の2つ目のショップ。企業の事実をエージェントに販売する。

POST /lookup    $0.01   domain age, registrar, mail and DNS provider, DMARC, HTTPS
POST /dossier   $0.07    every third-party vendor we can prove, with the proof

https://hosaka-agents.vercel.app で稼働中、Baseメインネットで決済。

プロフィールは、キーもサプライヤーも不要な4つのソースから組み立てられる: DNS over HTTPS、RDAPレジストリ、TLSハンドシェイク、ホームページ。プロフィールあたりのコストはゼロ——マージンは組み立てにある。

興味深い部分はベンダー検出である。企業は購入するすべてのSaaS製品に対してDNS検証レコードを配置することで所有を証明し、使用するすべての送信者をSPFレコードで承認する。この2つのリストは、企業自身が公開した購入履歴である。すべての主張にはそれを証明するレコードが付属するため、購入者は信頼する代わりに確認できる。

Claude または ChatGPT から使用する

Bazaarの検索はクエリを無視してユニークペイヤー数でランク付けするため、新しいショップは品質に関係なくそこでは見えない。MCPは初日から機能するチャネルである——エージェントはすでにそれを話すクライアントの中にいる。

{
  "mcpServers": {
    "hosaka": {
      "command": "node",
      "args": ["/absolute/path/to/src/hosaka/mcp/server.ts"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

バイヤーは自分のウォレットを持ち込む: キーは支払いをローカルで署名し、マシンから離れることはない。キーがない場合、ツールは会話の途中で失敗する代わりに、何が欠けているかを伝える。

開発

npm install     # typescript only, for typechecking
npm test        # 18 tests, no network required
npm run typecheck

ライセンス

MIT