初心者のテスト - 1ドルで画像を買いたい人はいる？
皆さんこんにちは。Bitcoinを試してみることにした。テストとして、画像を売って1ドルを稼げるかどうかやってみたい。これによると、500 Bitcoinがおおよそ1ドル（PayPal手数料差し引き後）になるはずだよね？正しく理解していれば、誰かがBitcoinを送ってくれた場合、その人のBitcoinアドレスが通知されるはず。そして送金にメッセージを添付する機能もある？ もしそうなら、0 Bitcoinを返信として送り、メッセージにフルサイズ画像のダウンロードリンクを含めれば良いのだろう。これがあるべき使い方なのか、それとも勘違いしているだろうか？ 画像を入手するには、コインを送ってから送金した時刻をプライベートメッセージで教えてほしい。画像リンクをプライベートメッセージで返信する。
販売する画像は自作で、解像度は1280x960 - デスクトップ壁紙にぴったりだ。低画質のプレビューはこちら：
いずれにしても、皆さんにお会いできて嬉しい。アドレスは1BHtsCnpmTvpgJEP7eMKEVhpJFunxSM8vq。もし反応があれば、もっと画像を提供することもできる……
はい、技術的な制約だ。ビットコインアドレスで送ると、トランザクションはネットワークに入り、受取人はネットワークからそれを見つける。相手と直接つながるわけではないし、相手がその時点でオンラインである必要もない。
短いメッセージを添えられる方法を、私はぜひとも見つけたかった。だが問題は、そのメッセージが世界中から見えてしまうことだ。メッセージはまったく私的なものではないと、どれだけ念を押し続けても、いずれ事故が起きるのは目に見えている。
あいにくECDSAは署名しかできず、メッセージを暗号化できない。そして私たちにはECDSAの小ささが要る。RSAならメッセージを暗号化できるが、ECDSAの何倍も大きい。
各トランザクションに暗号化メッセージを添付できるなら、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を支払い手段として受け入れる市場を拡大するためには、支払いの自動化に取り組む必要がある。
ありがとう。😊
私のウェブサイト上の支払い手順を修正した。提案ありがとう。
このオファーは望まれていないということが明らかなようだ。今後の試みを改善するために聞きたい：なぜだろう？
- 画像が気に入らない？
- 価格に納得できない？
- ほかの理由？
その壁紙を買いたくないのは、本物のお金で壁紙を買いたくないのと同じ理由だ。
とてもいい壁紙が無料で手に入るところがあるのに、なぜお金を払う？