はい、ほとんどの P2P クライアントはルーターに自動的にポートを開かせるために UPnP プロトコルを使用していると思う。これでリッスン率が大幅に向上するだろう。自分のルーターで DMZ が有効になっていなかったことに気付いたが、有効だと思っていた。今は修正した。
新しいバージョンを知らせてもらう方法はあるだろうか？アプリは自動更新するのだろうか？繰り返しになるが、何らかのメーリングリストがあれば素晴らしい。
ここ数日、ウェブ向けの実用的なマイクロペイメント実装がどのように機能するかについて考えていた。重要な問題の一つは、マイクロペイメントを完全に自動化しつつ、ユーザーの口座を容易に使い果たすような悪用ができないようにすることだ。正しいアプローチは、EV SSL 証明書を提示するウェブサイトがマイクロペイメントを自動的に要求できるようにし、課金が「低額」である限りブラウザーがデフォルトで常に承認し、何が起きたかの小さな通知を表示することだと思う。サイトは、サイトデザインに合った任意の方法でコンテンツに支払いが必要であることを示せる。シンプルなガイドライン（例：リンクをクリックすると支払いが発生することを明確に示す、検索エンジンからの直接リンクで課金しない等）を満たさない悪質なサイトは、フィッシング対策フィルターと同様に SSL 証明書をブラックリストに載せるだけだ。
プロトコルは非常にシンプルで、Firefox の拡張機能や IE の BHO で実装できる。何らかの静的ファイル（例：protocol buffer）がサイトにホストされる。それは課金額、トランザクションの説明、ターゲット IP、およびトランザクションがターゲットノードに受け入れられた後にブラウザーが読み込む URL を指定し、ユーザー識別子が URL パラメーターで送信される。サイトは Cookie とペイウォールコンテンツを返すことができる。プロセス全体は自動的で、例えば URL バーに小さなコインのアニメーションが表示されるだけだ。したがって、通常のウェブブラウジングと同様に便利だ。ユーザーのソフトウェアには、自動的に承認される支払いに何らかの制限がある。
このアプローチの主な問題は、誰かがユーザーインターフェースのガイドラインを決定し、ブラックリストによってそれを強制し、さらにどの支払い要件が自動承認に十分低いか、ユーザープロンプトが必要かを決定しなければならないことだ。これにより信頼された権威がシステムに再導入される。しかし、ユーザーがオープンマーケットで選択できるものだ。
ところで、もしノード間通信にまだ protocol buffers を使用していないのであれば、勧める。ここ Google では全てに使用しており、多くのバージョニングの問題をシンプルかつ効率的に解決する。