初心者のテスト - 1 ドルで写真を買いたい人はいる？
皆さんこんにちは。Bitcoin を試してみることにした。テストとして、写真を売って 1 ドルを稼げるかどうかやってみたい。これによると、500 Bitcoin がおおよそ 1 ドル（PayPal 手数料差し引き後）になるはずだよね？正しく理解していれば、誰かが Bitcoin を送ってくれた場合、その人の Bitcoin アドレスが通知されるはず。そして送金にメッセージを添付する機能もある？もしそうなら、0 Bitcoin を返信として送り、メッセージにフルサイズ画像のダウンロードリンクを含めれば良いのだろう。これがあるべき使い方なのか、それとも勘違いしているだろうか？写真を入手するには、コインを送ってから送金した時刻をプライベートメッセージで教えてほしい。画像リンクをプライベートメッセージで返信する。
販売する画像は自作で、解像度は 1280x960 - デスクトップ壁紙にぴったりだ。低画質のプレビューはこちら：
いずれにしても、皆さんにお会いできて嬉しい。アドレスは 1BHtsCnpmTvpgJEP7eMKEVhpJFunxSM8vq。もし反応があれば、もっと写真を提供することもできる……
各トランザクションに暗号化メッセージを添付できるなら、Bitcoin アプリケーションが多少大きくなっても構わない。現在、bitcoin を送ってくれた顧客にはメールメッセージを要求している。これは理想的ではない。なぜなら、別の人がそのトランザクションを知っていた場合、bitcoin を送った本人よりも先にメッセージを送ることで、そのトランザクションの手柄を横取りできるからだ。何 MB くらい増えると思うか？ もちろんこれらのメッセージは保存される確認ブロックのサイズを増加させるので、最大サイズを設けるべきだろう。メールアドレスの最大サイズが 254 文字なので、256 文字が最大として適切かもしれない。
購入した商品やサービスが配送できない場合に、販売者がより簡単かつ確実に bitcoin を返金できるよう、トランザクションに返送先アドレスが含まれると良いだろう。
拡張トランザクションデータを持ちつつも、インスタントメッセンジャークライアントにはならないバランスが良いだろう。😛
現在、bitcoinを送ってくれた顧客にはメールメッセージを要求している。これは理想的ではない。なぜなら、別の人がそのトランザクションを知っていた場合、bitcoinを送った本人よりも先にメッセージを送ることで、そのトランザクションの手柄を横取りできるからだ。
トランザクションの前にメールを送ってもらうようにしたらどうだ？ そうすればそのメールに、新しいユニークな Bitcoin アドレスを返信できる。メールを使う必要すらない。匿名性は下がるが、顧客のメールアドレスと Bitcoin アドレスをサイトのフロントページで公開しても同等のセキュリティになる。
今使っている方法は、誰かが匿名で現金を封筒に入れて送り、投函した時刻のメモを添えて、その後あなたが封筒の時刻と金額を名乗る最初の人物に商品を返送するのと同じだ。（郵便配達員やあなたの郵便受けにアクセスできる人も含めて。）😛
トランザクション前にメールを送る方法は、誰かがあなたに電話し、お金を送るためのユニークな私書箱アドレスをもらうのと同じだ。その私書箱にお金が届いたら、顧客に商品を送ればいい。
注文の支払いに推奨される方法：
- 販売者が静的 IP を持ち、購入者がコメント付きでその IP に送金する。
- 販売者が新しい Bitcoin アドレスを作成し、購入者に渡す。購入者はそのアドレスに送金する。これがウェブサイトソフトウェアでの標準的な方法になるだろう。
RSA 対 ECDSA：問題は実行ファイルのサイズではなくデータのサイズだ。ブロックチェーン、Bitcoin アドレス、ディスク容量、帯域幅の要件がすべて一桁大きくなると実用的ではないと考えた。また、メッセージに RSA を使用する場合でも、Bitcoin ネットワーク全体は ECDSA で行い、メッセージ部分のみに RSA を並行使用する方が理にかなっている。その場合、これまでに実装されたものはすべて、まったく同じように実装されていたことになる。
これを行う最善の方法はもっと後で考えることができる。メッセージの受け渡しに別の（既存の可能性がある）メールや IM のインフラを使用し、RSA の代わりに、メッセージのハッシュをトランザクションに入れて、そのトランザクションがメッセージに記述された注文のためであることを証明する方法もあるかもしれない。メッセージにはソルトを含める必要があり、誰も短いメッセージを明かすためにハッシュをブルートフォースできないようにする。
主な問題は、bitcoin アプリケーションがエンドユーザー向けの P2P プログラムとして設計されている（そして概念実証として？）ということだ。この分野では非常に成功すると見ている。
ただ、マーチャント（俺自身や他の人たち）の視点から見ると、現状では支払いの自動化は不可能だ。:/ コンソール版だけに分岐させてもいいし、あるいはコンパイル時に切り替えできる define をいくつか入れて、X11/wxwidgets 部分を取り除いて制御 API をオンにする、というのもありだ。俺は後者を期待している。
bitcoin を支払い手段として受け入れる市場を拡大するためには、支払いの自動化に取り組む必要がある。
ありがとう。😊
俺のウェブサイト上の支払い手順を修正した。提案ありがとう。