スケーラビリティ

すべてのユーザーがネットワークノードである現在のシステムは、大規模向けの意図された構成ではない。それはすべてのUsenetユーザーが自分のNNTPサーバーを運用するようなものだ。この設計はユーザーを単なるユーザーのままにすることをサポートしている。ノードの運用負担が大きくなるほど、ノード数は少なくなる。少数のノードは大規模なサーバーファームになるだろう。残りはトランザクションのみを行い生成を行わないクライアントノードになる。

トランザクションのないブロックヘッダーは約80バイトだ。ブロックが10分ごとに生成されると仮定すると、80バイト × 6 × 24 × 365 = 年間4.2MBだ。2008年時点でコンピュータシステムが通常2GBのRAMで販売されており、ムーアの法則が年間1.2GBの成長を予測していることから、ブロックヘッダーをメモリに保持する必要があっても、ストレージは問題にならないはずだ。

設計では、完全なブロックチェーンを必要としない軽量クライアントの概要が示されている。設計PDFでは簡易支払い検証（Simplified Payment Verification）と呼ばれている。軽量クライアントはトランザクションの送受信ができるが、ブロックの生成はできない。支払いの検証にノードを信頼する必要はなく、自分で検証できる。

軽量クライアントはまだ実装されていないが、必要になった時に実装する計画だ。今のところ、全員がフルネットワークノードを実行している。

ノード数は10万を超えることはないと予想しており、おそらくそれ以下だろう。それ以上のノードが参加する価値がない均衡点に達する。残りは軽量クライアントになり、数百万になる可能性がある。

均衡サイズでは、多くのノードはサーバーファームとなり、1つか2つのネットワークノードがLAN経由でファームの残りに供給する。