最近のP2PソフトウェアはほとんどがデフォルトでUPnPを試行する。もちろん、（通常は）オプションで無効にできる。
うーん、私もそれについて考えていた。最初のアイデアがおそらく最善だろう。そうすればサーバーデーモンを「ヘッドレス」で動かし、フロントエンドを自由に選べる。（フロントエンドの一つは、好みのウェブサーバーで動くPHP [またはC++ CGI] プログラムにもできる）。
これにより、フロントエンドとバックエンドを別々のマシンで実行することも可能になる。（例：静的IPを持つLinuxサーバーでヘッドレスで動かして受け取りを容易にし [IPモードでの支払い]、管理用のフロントエンドクライアントはWindows/Mac/その他で実行する）。フロントエンドは携帯電話のようなCPUパワーの低いクライアントでも実行できる。nudge nudge 😉
もう一つ考えていることがある。シーディングだ。アプリはダウンロード前にプリシードしておくことができる。毎日プリシード済みの新しいアーカイブを準備できる。そうすればIRC接続は不要になる。（あるいはフォールバックとして使うこともできるだろう。IRC接続のコードはまだ監査していない。いくつかのエクスプロイトを思いついたが、実際に存在するか確認するまでは言及したくない。）プリシーディングはTOR+IRC問題も解決する。このシステムをI2P+TOR上で動かしたい人が出てくるのは分かっている。😛
また、ブロックもプリシードしておけば、初回起動時にダウンロードする必要がなくなる。（28,000ブロックを低速ADSLでダウンロードするのは永遠にかかる。数百万ブロックになったらどれほどの時間がかかるか想像もつかない――一生かかるだろう。）
CVSアクセスか何かをもらえないだろうか？ （無理なら、パッチを送ることはできるか？）手伝いたい。私は主にLinux/BSDの人間で、その分野の専門知識を提供したい。
それでは！ 😊
サトシ・ナカモトの投稿（2009年12月9日18:45 UTC）UPnPを試してみるのが楽しみだ。ほとんどのP2PクライアントはUPnPをデフォルトで有効にしているのだろうか？
管理インターフェースの最適な構成をまだ検討中だ。コマンドラインからバックグラウンドデーモンに通信して、受信トランザクションの照会や送金の開始を行う方法がよいかもしれない。その方が自動化に適している。あるいは80以外のポートでHTTPインターフェースを提供して、ブラウザーで管理する方法はどうだろうか？