提出が却下された場合、大抵はコードの問題ではなく、以下のいずれかが原因です：名前空間が不正、TXTレコードの配置場所が誤っている、説明文が長すぎる、バージョンが重複している。
当社が自社の x402 データ市場を提出した際、これらの落とし穴をすべて経験しました——同一バージョン番号での再発行は禁止（1.0.0 → 1.0.1 と必須）、TXT レコードはドメインルートではなく _mcp-auth この種のセレクタ下では、description が 100 文字を超えると直ちに拒否されます。このツールは公式ルールに従って各項目を検証し、そのまま実行可能なコマンドシーケンスを生成します。
—
—
| エラー / 現象 | 真の原因 | どう修正するか |
|---|---|---|
| version already exists | 同一のバージョン番号で再リリースできません | バージョン番号を +1 してから（1.0.0 → 1.0.1）再送信してください |
| generic signature error | TXT レコードが以下に配置されました _mcp-auth.ドメイン名 この種のセレクタ下で | 以下に配置する必要がありますドメインルート（apex）、DKIM 方式ではなく SPF 方式で配置 |
| キーを変更した後も検証が失敗します | 古い TXT レコードが削除されておらず、優先的に読み込まれています | キーをローテーションする際に、古いTXTレコードも同時に削除します。 |
| HTTP 認証：ローカルの curl は成功、公式サーバーは失敗 | 公式の取得元は、その独自のマシンからです。また、3xx をフォローしない | 検証ファイルはHTTPステータス200を直接返す必要があります（リダイレクト不可）；IPv6 AAAAレコードが到達可能かどうかを確認してください。 |
| 名前空間の検証に失敗しました | nameはドメイン名の逆順形式ではありません。 | feegate.org 対応 org.feegate/* |
| descriptionが拒否されました。 | 100 文字を超えています | 100 文字以内に収め、詳細は README に記載してください |
| macOS での鍵生成に失敗しました | システム LibreSSL は Ed25519 をサポートしていません | OpenSSL 3.0+を使用します（brew install openssl@3） |
1・同一のバージョン番号で再送信できません。公開後にdescriptionを変更したい場合は、バージョンを1.0.0から1.0.1に上げる必要があります。そうしないと、そのまま却下されます。
2・TXTレコードはドメインのルートに配置する必要があります。直感的にはレコードが以下に追加されると思われます _mcp-auth.example.com、公式では apex（のみを認識しますexample.com）、セレクターを追加すると一律で汎用的な署名エラーが発生し、位置の誤りとはなかなか連想できません。
3・プルリクエストではなく、リリースを行います。公式リポジトリに server.json を追加したり seed.json を変更したりしても、公開されません。必ず自身のプロジェクトディレクトリで CLI を使用して発行してください。
4 · 公式サーバーによる取得と自身の curl 実行は別物です。公式側は自社のインフラストラクチャからアクセスし、リダイレクトを追跡しません。IPv6 レコードが到達不能なアドレスを指している場合、ブラウザ上で IPv4 が正常に動作していても、即座に失敗します。