マグネットリンクの検証

機能

• 有効 / 無効を判定し、どこで落ちたかを説明します
• 十六進と Base32 の info hash を相互変換（それぞれコピーボタン付き）
• v1（btih / SHA-1）、v2（btmh / SHA-256）、hybrid torrent に対応
• dn、xl、tr、ws、as、xs、kt、so、x.pe と未知のパラメータを分解
• Web ページからのコピーで混入する &、ゼロ幅文字、囲み引用符を検出
• 正規化したリンクを提示しつつ、元の入力はそのまま保持
• 完全にローカルで解析：通信も DHT 照会もシード確認も行いません

使い方

1. マグネットリンクを貼り付けます
2. 最初の行に結論（有効 / 無効）が出ます
3. 識別子の欄で必要なハッシュ表記をコピーします
4. きれいなリンクが欲しいときは最後の「正規化したリンク」をコピーします

よくある質問

この torrent にまだシードがいるか分かりますか？

いいえ、意図的にそうしていません。それには DHT への照会が必要で、当サイトはサーバーを一切介しません — すべてブラウザ内で完結します。逆に、今シードがいないことはリンク自体の不備を意味しません。合法なリンクなのにたまたま落とせないだけで、この二つはよく混同されます。

大文字の XT= はなぜ無効で、他の書き方は注意にとどまるのですか？

それが本当にリンクを機能させなくするからです。スキーム名やほとんどの値は大文字小文字を区別しませんが、magnet のパラメータ名は区別します。クライアントは小文字の `xt` を探すため、`XT` は無いのと同じです。症状は「見た目は完全に正常なのに貼っても何も起きない」というものです。パーセントエンコードされていない表示名は別の話で、ほとんどのクライアントが許容します。

「正規化したリンク」はデータを書き換えませんか？

値を触るのは二つの場合だけです。ひとつはコピー時のノイズ（`&`、ゼロ幅文字、囲み引用符）、もうひとつは表示名の再エンコードです。生の `&` や `#` はクエリ構造を壊すため、そのままにするとクライアント側で別のものを指してしまいます。トラッカーとその他のパラメータは書かれたままを保ち、判別できないパラメータも削除しません。元の入力は独立した行に一文字も変えずに残ります。

Base32 と十六進、クライアントはどちらを認識しますか？

どちらも認識します。BEP 9 は両方の表記を定めています。ただし十六進はほぼすべてのツールやインデックスサイトが出力する形式で通用しやすく、Base32 は歴史的な表記で、一部の古いクライアントや集約サイトは十六進しか受け付けません。手元が Base32 の場合は、上に示した等価な十六進を渡す方が安全です。