常にトランザクション手数料を支払う？
トランザクションの処理にはネットワーク全体で一定のリソースコストが発生するという事実を正確に反映するため、X日時（Xは数ヶ月先の将来）以降、すべてのトランザクションにトランザクション手数料を必須とすることを提案する。
その月数は1440にすることを提案する。
誰かがクライアント（または現在のクライアントにオプション追加）を作って、生成するブロックにトランザクション手数料を課せるようにすれば、おそらく自然とそうなるだろう。
現時点で正しい手数料は非常に小さいので、それを課すことの心理的デメリットは利益をはるかに上回ると思う。9ドルの食事を買った時に小さなカップの水に25セント請求してくるあの店みたいなものだ。ボタンを押すコストがあるのは分かっているが、もうあなたが嫌いだ。
通常のトランザクションに手数料を要求するノードが高い割合になるのはまだかなり先のことだと思う。つまり、ほとんどのユーザーは手数料を付けず、平均4ブロック待つのを厭わないだろう。だからしばらくは手数料を課すということは単にブロックにトランザクションを入れないということを意味し、Bitcoinの魅力が少し下がり使用が少し減り、コインの価値が少し下がる。だからコインを持っている人は自己利益のためにトランザクションを無料で含められる。
jgarzik、通常のトランザクションのリソースコストの推測はあるか？
もう一つの選択肢は、トランザクション手数料が必要になる前にブロックごとに許可される無料トランザクションの数を減らすことだ。ノードはブロックごとに一定KBの無料トランザクションしか受け付けず、それを超えると最低0.01のトランザクション手数料を要求し始める。
閾値はおそらく現在よりも低くすべきだろう。
閾値を0にすべきではないと思う。常に少なくとも一部の無料トランザクションは許可すべきだ。
今からトランザクション手数料を支払い始めたいなら、-paytxfee=0.01という（ベータ版？）コマンドラインスイッチで可能だ。このスイッチを使う人が増えれば、他の人が強制手数料を要求することを思いとどまらせるかもしれない。
Quote from: satoshi on September 07, 2010, 04:32:21 PM
もう一つの選択肢は、トランザクション手数料が必要になる前にブロックごとに許可される無料トランザクションの数を減らすことだ。ノードはブロックごとに一定KBの無料トランザクションしか受け付けず、それを超えると最低0.01のトランザクション手数料を要求し始める。
閾値はおそらく現在よりも低くすべきだろう。
閾値を0にすべきではないと思う。常に少なくとも一部の無料トランザクションは許可すべきだ。
現在の閾値はいくつで、クライアントはどうやって事前にこの手数料を支払うべきか知るのだろうか？
Quote from: creighto on September 07, 2010, 07:20:29 PM
Quote from: satoshi on September 07, 2010, 04:32:21 PM
もう一つの選択肢は、トランザクション手数料が必要になる前にブロックごとに許可される無料トランザクションの数を減らすことだ。ノードはブロックごとに一定KBの無料トランザクションしか受け付けず、それを超えると最低0.01のトランザクション手数料を要求し始める。
閾値はおそらく現在よりも低くすべきだろう。
閾値を0にすべきではないと思う。常に少なくとも一部の無料トランザクションは許可すべきだ。
現在の閾値はいくつで、クライアントはどうやって事前にこの手数料を支払うべきか知るのだろうか？
現在、手数料の支払いは-paytxfeeスイッチで手動制御されている。最近のブロックのサイズを自動的にチェックして手数料を支払うべきか判断させるのは非常に簡単だ。閾値に到達するにはまだほど遠いので、まだ必要ない。いずれにせよ、まず手動制御で状況を見るのは良いアイデアだ。
閾値に到達しても大したことではない。無料トランザクションがブロックに入るまでに時間がかかるだけだ。
74000から78000あたりの4000ブロックの大まかな集計を行った。ブロック報酬トランザクションを除いて：
ブロックあたり平均2トランザクション、1時間あたり17トランザクション、1日あたり400トランザクションだった。
ブロックあたりの平均トランザクションバイト数は428バイト、つまりトランザクションあたり214バイトだった。
現在の閾値はブロックあたり200KB、つまりブロックあたり約1000トランザクションだ。ブロックあたり50KBに下げるべきだと思う。それでもブロックあたりの平均トランザクション数の100倍以上だ。
閾値は将来簡単に変更できる。時が来たら増やすことを決められる。回路遮断器として低く保ち、必要に応じて増やすのは良いアイデアだ。今閾値に到達するなら、ほぼ確実に何らかのフラッドであり実際の使用ではない。閾値を低く保つことで、そのような場合の無駄なディスクスペースの量を制限できる。
Quote from: satoshi on September 08, 2010, 05:30:14 PM
現在、手数料の支払いは-paytxfeeスイッチで手動制御されている。最近のブロックのサイズを自動的にチェックして手数料を支払うべきか判断させるのは非常に簡単だ。閾値に到達するにはまだほど遠いので、まだ必要ない。いずれにせよ、まず手動制御で状況を見るのは良いアイデアだ。
閾値に到達しても大したことではない。無料トランザクションがブロックに入るまでに時間がかかるだけだ。
74000から78000あたりの4000ブロックの大まかな集計を行った。ブロック報酬トランザクションを除いて：
ブロックあたり平均2トランザクション、1時間あたり17トランザクション、1日あたり400トランザクションだった。
ブロックあたりの平均トランザクションバイト数は428バイト、つまりトランザクションあたり214バイトだった。
現在の閾値はブロックあたり200KB、つまりブロックあたり約1000トランザクションだ。ブロックあたり50KBに下げるべきだと思う。それでもブロックあたりの平均トランザクション数の100倍以上だ。
閾値は将来簡単に変更できる。時が来たら増やすことを決められる。回路遮断器として低く保ち、必要に応じて増やすのは良いアイデアだ。今閾値に到達するなら、ほぼ確実に何らかのフラッドであり実際の使用ではない。閾値を低く保つことで、そのような場合の無駄なディスクスペースの量を制限できる。
この変更をSVN rev 157で実装した。
以前これを高く設定していた理由は、取引手数料に引っかからずに非常に大きなトランザクションを可能にするためだった。50 BTCの生成コインで構成されるトランザクションの場合、閾値は約26,000 BTCだった。当時は生成が100倍容易だったにもかかわらず、そのレベルで手数料に遭遇した人はほんの数人だった。新しい閾値では、生成コインの送金で約11,000 BTCになる。これに達するのはほとんどの場合、生成されたビットコインだけだろう。ビットコインを購入した場合、より大きなトランザクション単位になるため、数百件の別々のトランザクションで購入しない限り、手数料の上限に近づくことはない。たとえ手数料レベルに達したとしても、小さなトランザクションをまとめるために一度だけ支払えばよいのだ。