[パッチ] ブロックサイズ制限の引き上げ
このパッチを適用すると、他の Bitcoin クライアントと互換性がなくなる。
+1 theymos。このパッチは使わないでくれ。ネットワークと互換性がなくなり、自分自身が不利益を被る。
必要になってきたら、後で段階的に変更を導入できる。
必要になってきたら、後で段階的に変更を導入できる。
個人的にはマーケティングの問題だと思う。ネットワークが技術的に高いトランザクションレートを処理できないとなると、人々をこのシステムに参加させるのは難しい。
サトシ・ナカモトの投稿（2010年10月3日 12:07 UTC）必要になってきたら、後で段階的に変更を導入できる。
個人的にはマーケティングの問題だと思う。ネットワークが技術的に高いトランザクションレートを処理できないとなると、人々をこのシステムに参加させるのは難しい。
サトシは変更できると言ったばかりだ。だから技術的にはネットワークは対応可能だ。
ジェフ・ガージックの投稿（2010年10月3日 12:38 UTC）サトシ・ナカモトの投稿（2010年10月3日 21:07 UTC）必要になってきたら、後で段階的に変更を導入できる。
個人的にはマーケティングの問題だと思う。ネットワークが技術的に高いトランザクションレートを処理できないとなると、人々をこのシステムに参加させるのは難しい。
サトシは変更できると言ったばかりだ。だから技術的にはネットワークは対応可能だ。
見ての通り、非互換な変更でもある……
[Deleted] Quote from: martin on October 04, 2010, 11:50:35 AM
いや、少数の人だけが振る舞いを変えれば非互換になる。ネットワークに変更を展開するには、ほとんどのクライアントに新旧両方のプロトコルを理解させ、過半数に達したら新しいプロトコルを有効にする必要がある。
今説明したのはネットワーク全体のアップグレードだ。それは非互換な変更と呼ぶだろう 😊
取引レート制限を上げる労力は、ビットコインの根本的な性質を変更する労力と同じだ：大多数にアップグレードを納得させること。
段階的に導入できる。例えば：
if (blocknumber > 115000) maxblocksize = largerlimit
かなり前のバージョンから組み込み始めることができるので、そのブロック番号に達して有効になる頃には、それを持たない古いバージョンはすでに廃れている。
カットオフのブロック番号が近づいたら、古いバージョンにアラートを出して、アップグレードが必要であることを確実に知らせることができる。
martinからの引用（2010年10月4日 11:50 UTC）いや、ほんの数人が挙動を変えるだけで非互換になる。ネットワークに変更をロールアウトするには、ほとんどのクライアントに古いプロトコルと新しいプロトコルの両方を理解させ、過半数に達したところで新しいプロトコルをオンにする必要がある。
それはネットワーク全体のアップグレードを述べているだけだ。それは非互換変更と呼ぶ
トランザクションレートの上限を上げるための労力は、ビットコインの根本的な性質を変えるための労力と同じだ：大多数を説得してアップグレードさせることだ。
今アップグレードすれば、ビットコイン経済が成長を続ける場合に、後でそれほど多くの人を説得する必要はなくなる。
ジェフ・ガージックの投稿（2010年10月4日 18:33 UTC）martinからの引用（2010年10月4日 11:50 UTC）いや、ほんの数人が挙動を変えるだけで非互換になる。ネットワークに変更をロールアウトするには、ほとんどのクライアントに古いプロトコルと新しいプロトコルの両方を理解させ、過半数に達したところで新しいプロトコルをオンにする必要がある。
それはネットワーク全体のアップグレードを述べているだけだ。それは非互換変更と呼ぶ
トランザクションレートの上限を上げるための労力は、ビットコインの根本的な性質を変えるための労力と同じだ：大多数を説得してアップグレードさせることだ。
今アップグレードすれば、ビットコイン経済が成長を続ける場合に、後でそれほど多くの人を説得する必要はなくなる。
同意する、特にジェネレーターはネットワーク内のブロックと「投票」の両方の源だからだ。ブロック制限があるとジェネレーターはより高いトランザクション手数料を請求できるので、将来は最大サイズの増加に「反対」票を投じるかもしれない。
ただ、それが実際の問題になる可能性は低そうだが。
このブロックサイズ制限について最近知ったばかりだ。
制限を設けないとフラッディングが許されるかもしれないことは理解できる。一方で、ブロックが小さいほどネットワークへの伝播は速い（と思う……それともブロックの全内容の前に「ブロック持ってる！」というメッセージが送られるのだろうか？）から、マイナーには大きなブロックを作らない動機がある。
このブロックサイズ制限ルールには非常に違和感がある。これは（「クライアントルール」ではなく）「プロトコルルール」で、十分な数の異なるソフトウェアがプロトコルを動かしている状態になると、変更がほぼ不可能になる。SMTP を例に取れ……変更不可能だ。
プロトコルルールが変更しやすい今のうちに、ブロックサイズ制限の大幅な引き上げをスケジュールすべきだと思う。50年後にトランザクションがどれだけあるかを実際に予測できないので、無限の増加シリーズをスケジュールしてもいいかもしれない。
正直なところ、こういうルールは廃止したい。危険だと感じている。しかし、それなしでフラッディングを止める簡単な方法は思いつかない。