SirArthur は通常のオンライン加盟店のケースについて良い指摘をしている。これは IP 送信オプションがより適している場合だ。加盟店が固定 IP のサーバーを持ち、独自のドメイン名と SSL 証明書を持つケースだ。
IP で接続する代わりに、既存の CA 基盤を使用して、そのドメインの所有者に接続していることを認証しながら、SSL でドメイン名に接続できる。
ユーザーは domain.com（または www.domain.com でも OK）に送信する。これは非常に自然で、ユーザーは入力した内容が支払いたい相手であることを確認できる。
SSL は TOR ユーザーにとっても安全になる。
問題は、加盟店は支払いが何のためのものか確実に把握するために、やはりビットコインアドレスの使用を好むだろうということだ。コメント欄にトランザクションを識別するための正しい情報を入力してくれるとユーザーに期待することは、単純にできない。注文番号でコメント欄を事前入力する mailto スタイルのリンクがあれば実用に近づくが、そのリンクにはビットコインアドレスを入れても同じことだ。
domain.com にユーザーが身元不明の支払いを送信できるオープンなビットコインサーバーを持つだけでは、リスクが大きすぎる。一般ユーザーは支払いを識別する必要があるという考えに慣れていない。加盟店は空白の支払いを大量に受け取り、その後 1 週間後に「支払ったが、商品はどこだ？！」というクレームが来ることになるだろう。
支払いシーケンスには、受取人が受け入れる前に注文を確認するステップがある。有効な注文番号が含まれていない場合、支払いを拒否してエラーメッセージを返すことができる。しかし、それにはビットコインサーバーとカスタムコードの困難なレベルの統合が必要だ。