並列ブロックチェーン入門

並列チェーンのエンジニアリング：「動く」から「耐える」へ

本番投入の前夜、多くのチームが最後にもう一度やる負荷試験は、スコアを出すためではなく、ひとつの問いに答えるためです。もし明日、トラフィックが三倍になったら、システムはどのように壊れるのか。

ネットワークに接続するとき、たいていは書類の記入から始まります。資料を出し、審査を待ち、長い約款に同意します。承認された後も、その規則に従って仕事をします——それがより合理的だからではなく、門が相手の手にあるからです。

二つの機関が共同でリスクモデルを作ろうとしました。提案は見事にまとまっていましたが、法務は一行だけ返してきました。データを自分たちのシステムの外に出してはならない、と。プロジェクトはそこでホワイトボードの上に止まりました。

ある技術選定の会議で、安全性・消費電力・コストの三つが並ぶと、ほぼ必ず互いにぶつかります。より安全にしたければ、より「高く」なります。より省こうとすれば、どこかの中心により頼ります。議論は最後まで同じ問いの周りを回ります。コンセンサスは結局、何を解いているのでしょうか。

業務をオンチェーンに載せようとするたび、最初に聞かれる問いはほぼ決まっています。「ピークが来ても、耐えられるのか」。

あるチェーンには最高のレンディングプロトコルがあり、別のチェーンには最も活発なクリエイター市場があります。ユーザーは両方を使いたいだけなのに、まず「引っ越し」を求められます。資産をこちらからあちらへ移し、手数料を払い、しばらく待ち、ブリッジが壊れるリスクまで負います。