（NewLibertyStandardのコンテキスト投稿）
各トランザクションに暗号化メッセージを添付できるなら、Bitcoinアプリケーションが多少大きくなっても構わない。現在、bitcoinを送ってくれた顧客にはメールメッセージを要求している。これは理想的ではない。なぜなら、別の人がそのトランザクションを知っていた場合、bitcoinを送った本人よりも先にメッセージを送ることで、そのトランザクションの手柄を横取りできるからだ。何MBくらい増えると思うか？ もちろんこれらのメッセージは保存される確認ブロックのサイズを増加させるので、最大サイズを設けるべきだろう。メールアドレスの最大サイズが254文字なので、256文字が最大として適切かもしれない。
購入した商品やサービスが配送できない場合に、販売者がより簡単かつ確実にbitcoinを返金できるよう、トランザクションに返送先アドレスが含まれると良いだろう。
拡張トランザクションデータを持ちつつも、インスタントメッセンジャークライアントにはならないバランスが良いだろう。Tongue
Quote from: NewLibertyStandard on January 28, 2010, 09:58:17 AM
現在、bitcoinを送ってくれた顧客にはメールメッセージを要求している。これは理想的ではない。なぜなら、別の人がそのトランザクションを知っていた場合、bitcoinを送った本人よりも先にメッセージを送ることで、そのトランザクションの手柄を横取りできるからだ。
トランザクションの前にメールを送ってもらうようにしたらどうだ？ そうすればそのメールに、新しいユニークなBitcoinアドレスを返信できる。メールを使う必要すらない。匿名性は下がるが、顧客のメールアドレスとBitcoinアドレスをサイトのフロントページで公開しても同等のセキュリティになる。
今使っている方法は、誰かが匿名で現金を封筒に入れて送り、投函した時刻のメモを添えて、その後あなたが封筒の時刻と金額を名乗る最初の人物に商品を返送するのと同じだ。（郵便配達員やあなたの郵便受けにアクセスできる人も含めて。）Tongue
トランザクション前にメールを送る方法は、誰かがあなたに電話し、お金を送るためのユニークな私書箱アドレスをもらうのと同じだ。その私書箱にお金が届いたら、顧客に商品を送ればいい。
注文の支払いに推奨される方法：
- 販売者が静的IPを持ち、購入者がコメント付きでそのIPに送金する。
- 販売者が新しいBitcoinアドレスを作成し、購入者に渡す。購入者はそのアドレスに送金する。これがウェブサイトソフトウェアでの標準的な方法になるだろう。
RSA対ECDSA：問題は実行ファイルのサイズではなくデータのサイズだ。ブロックチェーン、Bitcoinアドレス、ディスク容量、帯域幅の要件がすべて一桁大きくなると実用的ではないと考えた。また、メッセージにRSAを使用する場合でも、Bitcoinネットワーク全体はECDSAで行い、メッセージ部分のみにRSAを並行使用する方が理にかなっている。その場合、これまでに実装されたものはすべて、まったく同じように実装されていたことになる。
これを行う最善の方法はもっと後で考えることができる。メッセージの受け渡しに別の（既存の可能性がある）メールやIMのインフラを使用し、RSAの代わりに、メッセージのハッシュをトランザクションに入れて、そのトランザクションがメッセージに記述された注文のためであることを証明する方法もあるかもしれない。メッセージにはソルトを含める必要があり、誰も短いメッセージを明かすためにハッシュをブルートフォースできないようにする。