トランザクション手数料が必要なためコインを送れない?
残高全額を送ると、手数料を支払う分が残らない。49.99を送ればいい。
なぜそうなるのかはわからない。統合されていない取引に手数料がかかるべきではない。
0.3.12には取引手数料に関するいくつかの変更が含まれている。そのバージョンを使っているか?
丸め誤差? Faucetからビットコインを受け取った後、0.0495 BTCを誰かに支払ったことはないか。小数第3位以下の操作をしたことはないか? TAABLに0.01があるが、丸め誤差のせいで引き出せない。とはいえ、+50.00は+50.00であり、それは引き出せるはずだ。
新しいブロックは承認に約100ブロックかかる。待ったと思うが。
これが起きたバージョンは何だ?リリースビルドか、自分でビルドしたものか?どのオペレーティングシステムだ?
IPアドレスで送信したか、それともBitcoinアドレスで送信したか?
49.99を送信した時、0.01の手数料を支払うよう求められたか?
GetMinFeeに変更があったが、これが原因となるとは思えない。ブロックが巨大になった時にのみ適用され始める。
ブロック番号の違いの理由は、表示される数値が0.3.11で1減らされたためで、その方が理にかなっていたからだ。
何が起きたかわかったと思う。生成されたトランザクションをダブルクリックしてくれ。おそらく0.01未満のトランザクション手数料が含まれている。
誰かが0.00000010のトランザクション手数料を支払っている。-paytxfeeでそれを設定できるとは思えない。おそらくコードを修正する必要があるだろう。あなたの生成されたブロックは50.00000010の価値があるため、全額を送信しようとするとお釣りに0.00000010が残り、それがダストスパムの0.01手数料をトリガーする。
このコーナーケースを除けば通常は無害だ。これを処理するためにCreateTransactionに特別なケースを追加すべきだ。
この件にはまったく困惑している。自分もブロックを生成してすぐに送金した。取引を見てみると:
"address" : "1LCSXSx8sjcZKHFXbyasBsuEdJtBVRaco7",
"label" : "",
"txid" : "1249190d1a13b03b51c27ded2e8441d446a8ae6ef90f90db31a8267da0845685",
"txtime" : 1283997623,
"category" : "debit",
"amount" : 50.01000000,
"confirmations" : 228
},
自分も手数料を払ったようだ。なぜだろう? 取引が多すぎるブロックだったのか、複数の小額の財布から値が来ているのか(でもクライアントは取引全体を満たす一つの財布を見るはずだよね?)、それとも他に何かあるのだろうか?
[Deleted] Quote from: davidonpda on September 10, 2010, 01:45:58 PM
それで1ペニー失ったのか。ではその取引手数料は次のブロックに行くのか?それとも自分が生成したブロックの一つ前のブロックに行くのか?
取引手数料は支払っていない。残高に0.01000010がある。ただそれを使えないだけだ。0.01000010全額を別のアドレスに送ればネットワークは受け入れるが(分割はできない)、Bitcoinのインターフェースはそこまでの高精度をサポートしていない。
これはネットワークで強制されるものではない。取引手数料は「アウトプット」ではないので、「ダストスパム」制限の対象外だ。
Quote from: nelisky on September 10, 2010, 02:02:36 PM
この件にはまったく困惑している。自分もブロックを生成してすぐに送金した。取引を見てみると:
"address" : "1LCSXSx8sjcZKHFXbyasBsuEdJtBVRaco7", "label" : "", "txid" : "1249190d1a13b03b51c27ded2e8441d446a8ae6ef90f90db31a8267da0845685", "txtime" : 1283997623, "category" : "debit", "amount" : 50.01000000, "confirmations" : 228 },自分も手数料を払ったようだ。なぜだろう? 取引が多すぎるブロックだったのか、複数の小額の財布から値が来ているのか(でもクライアントは取引全体を満たす一つの財布を見るはずだよね?)、それとも他に何かあるのだろうか?
0.01の手数料を受け取ったのだ。支払ったのではない。
修正はSVN rev 151に入っている。
次にアップグレードした時に、停滞している0.01(実際は0.01000010)を送信できるようになる。