ビットコインの分割可能性 - 技術的な側面
やあ、
別のスレッドで 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 未満のビットコインを扱うことによる損失をなくすことはできる。現状では「ダストお釣り」状況を避けようとしないので、ランダムに発生する。