ビットコイン・インスティテュート

常にトランザクション手数料を支払う?

トランザクションの処理にはネットワーク全体で一定のリソースコストが発生するという事実を正確に反映するため、X日時(Xは数ヶ月先の将来)以降、すべてのトランザクションにトランザクション手数料を必須とすることを提案する。

MoonShadow 2010年9月7日04:10 UTC

その月数は1440にすることを提案する。

caveden 2010年9月7日07:19 UTC

誰かがクライアント(または現在のクライアントにオプション追加)を作って、生成するブロックにトランザクション手数料を課せるようにすれば、おそらく自然とそうなるだろう。

FreeMoney 2010年9月7日08:04 UTC

現時点で正しい手数料は非常に小さいので、それを課すことの心理的デメリットは利益をはるかに上回ると思う。9ドルの食事を買ったのに小さなカップの水に25セント請求してくる、あのいまいましい店みたいなものだ。ボタンを押すコストがあるのは分かっているが、それでもあなたのことはもう好きじゃない。

通常のトランザクションに手数料を要求するノードが高い割合になるのはまだかなり先のことだと思う。つまり、ほとんどのユーザーは手数料を付けず、平均4ブロック待つのを厭わないだろう。だからしばらくは手数料を課すということは単にブロックにトランザクションを入れないということを意味し、Bitcoinの魅力が少し下がり使用が少し減り、コインの価値が少し下がる。だからコインを持っている人は自己利益のためにトランザクションを無料で含められる。

jgarzik、通常のトランザクションのリソースコストは、見当がつく?

もう一つの選択肢は、トランザクション手数料が必要になる前にブロックごとに許可される無料トランザクションの数を減らすことだ。ノードはブロックごとに一定KBの無料トランザクションしか受け付けず、それを超えると最低0.01のトランザクション手数料を要求し始める。

閾値はおそらく現在よりも低くすべきだろう。

閾値を0にすべきではないと思う。常に少なくとも一部の無料トランザクションは許可すべきだ。

lfm 2010年9月7日17:36 UTC

本当に今からトランザクション手数料を支払い始めたいなら、-paytxfee=0.01という(ベータ版?)コマンドラインスイッチで可能だ。このスイッチを使う人が増えれば、他の人が強制手数料を要求することを思いとどまらせるかもしれない。

MoonShadow 2010年9月7日19:20 UTC
サトシ・ナカモトの投稿(2010年9月7日16:32 UTC)

もう一つの選択肢は、トランザクション手数料が必要になる前にブロックごとに許可される無料トランザクションの数を減らすことだ。ノードはブロックごとに一定KBの無料トランザクションしか受け付けず、それを超えると最低0.01のトランザクション手数料を要求し始める。

閾値はおそらく現在よりも低くすべきだろう。

閾値を0にすべきではないと思う。常に少なくとも一部の無料トランザクションは許可すべきだ。

現在の閾値はいくつで、クライアントはどうやって事前にこの手数料を支払うべきか知るのだろうか?

MoonShadowの投稿(2010年9月7日19:20 UTC)

現在の閾値はいくつで、クライアントはどうやって事前にこの手数料を支払うべきか知るのだろうか?

http://www.bitcoin.org/wiki/doku.php?id=transaction_fee

現在、手数料の支払いは -paytxfeeスイッチで手動制御されている。最近のブロックのサイズを自動的にチェックして手数料を支払うべきか判断させるのは非常に簡単だ。閾値に到達するにはまだほど遠いので、まだ必要ない。いずれにせよ、まず手動制御で状況を見るのは良いアイデアだ。

閾値に到達しても大したことではない。無料トランザクションがブロックに入るまでに時間がかかるだけだ。

74000から78000あたりの4000ブロックの大まかな集計を行った。ブロック報酬トランザクションを除いて:

ブロックあたり平均2トランザクション、1時間あたり17トランザクション、1日あたり400トランザクションだった。

ブロックあたりの平均トランザクションバイト数は428バイト、つまりトランザクションあたり214バイトだった。

現在の閾値はブロックあたり200KB、つまりブロックあたり約1000トランザクションだ。ブロックあたり50KBに下げるべきだと思う。それでもブロックあたりの平均トランザクション数の100倍以上だ。

閾値は将来簡単に変更できる。時が来たら増やすことを決められる。回路遮断器として低く保ち、必要に応じて増やすのは良いアイデアだ。今閾値に到達するなら、ほぼ確実に何らかのフラッドであり実際の使用ではない。閾値を低く保つことで、そのような場合の無駄なディスクスペースの量を制限できる。

サトシ・ナカモトの投稿(2010年9月8日17:30 UTC)

現在の閾値はブロックあたり200KB、つまりブロックあたり約1000トランザクションだ。ブロックあたり50KBに下げるべきだと思う。それでもブロックあたりの平均トランザクション数の100倍以上だ。

この変更をSVN rev 157で実装した。

以前これを高く設定していた理由は、取引手数料に引っかからずに非常に大きなトランザクションを可能にするためだった。50 BTCの生成コインで構成されるトランザクションの場合、閾値は約26,000 BTCだった。当時は生成が100倍容易だったにもかかわらず、そのレベルで手数料に遭遇した人はほんの数人だった。新しい閾値では、生成コインの送金で約11,000 BTCになる。これに達するのはほとんどの場合、生成されたビットコインだけだろう。ビットコインを購入した場合、より大きなトランザクション単位になるため、数百件の別々のトランザクションで購入しない限り、手数料の上限に近づくことはない。たとえ手数料レベルに達したとしても、小さなトランザクションをまとめるために一度だけ支払えばよいのだ。

Babylon 2010年9月23日19:23 UTC

手数料の変更や承認をGUIに組み込めば、bitcoinを一般の人々に使ってもらううえで大きな助けになるはずだ。コマンドライン操作はUnix界隈の外では人気がない。