ビットコインの分割可能性 - 技術的な側面
やあ、
別のスレッドでBitcoinと小数点以下の桁数について質問がある。クライアントは小数点以下2桁しか表示しないが、合計8桁あるとされている。作業をしていて、少なくとも小数点以下4桁の精度で送金できると嬉しいのだが、8桁全部が使えればなお良い。
コードを見ると、bitcoindから丸めを除去するのは十分簡単そうだが、受信側はどうだろうか？ UIなしのクライアントならすべて表示するだろうが、GUIクライアントを過度に混乱させることにならないだろうか？
自分のクライアントにパッチを当てて完全精度を扱えるようにすることに何か問題はあるだろうか？
取引手数料のせいで無意味にならないか？
スポーツブックから正確な配当を出そうとしているなら、今のところ0.01で四捨五入しても誰も気にしないだろう。結局のところわずか$0.0006でしかない。
取引手数料のせいで無意味にならないか？
スポーツブックから正確な配当を出そうとしているなら、今のところ0.01で四捨五入しても誰も気にしないだろう。結局のところわずか$0.0006でしかない。
0.01を超える送金でも、より高い精度の場合に取引手数料がかかるのだろうか？ そうだとは知らなかった。
そう、今のところは四捨五入しているが、きれいにしておきたいんだ。高精度の金額の引き出しを許可するか、賞金の配布を小数点以下2桁に丸めるかのどちらかだが、前者の方がいい、それだけだ。
いや、これはスポーツブックだけのためではない。計画がある…… 😊
追加の小数点以下の桁数を使用することは推奨しない。それらは将来の使用のためにのみ意図されている。
0.01以上でも追加の精度を持てるというのはその通りだが、受信者はそれを確認できない。UIでは切り捨てて表示される。
FreeMoneyの投稿（2010年9月23日18:01 UTC）トランザクション手数料があるなら、それは無意味じゃないか？
もしsportsbookから正確な支払いをしようとしているのなら、当面は.01で丸めても誰も気にしないと思う。結局のところ$0.0006でしかない。
0.01を超える送金でも、より高い精度の場合に取引手数料がかかるのだろうか？ そうだとは知らなかった。
そう、今のところは四捨五入しているが、きれいにしておきたいんだ。高精度の金額の引き出しを許可するか、賞金の配布を小数点以下2桁に丸めるかのどちらかだが、前者の方がいい、それだけだ。
そして、いや、sportsbookだけのためではない。計画がある……
忙しい人だな！
お釣りに手数料が課されるとかいう話を聞いた気がするが。ああ、あれは小さな手数料が入っていたブロックだ。つまり50.00001が50を送ると、お釣りは.00001なので手数料が発生する。しかし通常は手数料がない、なぜなら70.00001 = 50 + 20.00001のお釣り = 手数料なしだから。だがこれはとにかく小さな部分だけを手数料として課すように修正された。
それをやりたいなら、rpc.cppを変更してnValueを直接扱うのがおそらくベストだ。
受信者はコインを受け取るために特別なことをする必要はない。ただし、追加の（0.01未満の）ビットコインのほとんどは結局破棄することになるだろう。あなた自身もコインを破棄することになる、ただしおそらくより頻繁に。この方法だとかなりの量を失うかもしれない。
Bitcoinがどのコインを送るかを選ぶ方法を改善することで、（自分自身の）0.01未満のビットコインを扱うことによる損失をなくすことはできる。現状では「ダストお釣り」状況を避けようとしないので、ランダムに発生する。
