イーサリアムのスピードアップという話は、ずっと「解けないもつれ」に引っかかっています。チェーンをより速く動かすには、往々にして分散化か検閲耐性のどちらかを犠牲にしなければならないのです。
著者 #Ethlabs が提案した EIP-8198(Quick Slots)は、このもつれを回避しようとするもので、発想はなかなか賢いです。
やり方は2段階です。まずブロック生成時間を 12 秒から 10 秒へ徐々に圧縮しますが、一気にそこへ改めるのではなく、「制御可能で、段階的にテストできる可変速のアップグレード」にします。同時に、容量、Gas、Blob パラメータも調整します。
ポイントは「逐次(段階的)」という2文字。過去のイーサリアムのアップグレードで最も怖かったのは、パラメータを一刀両断で切り替えてしまうことです。変更後に問題が起きれば、全ネットワークが一緒に巻き込まれてしまう。可変のレート設計なら、リスクを小さな単位に分けて、毎回少しだけ動かし、問題がなければ次へ進む、という形にできます。
これがまた、イーサリアムの進化がいつも「遅く見える」理由も説明します。求めているのは最速ではなく、「暴走せずに速くなる」ことだからです。速度は徐々に上げられても、一度分散化を失ってしまえば、二度と取り戻せません。
本当の技術的な難所は、速くできるかどうかではなく、速くした後に、それでも元のチェーンのままでいられるか、です。
著者 #Ethlabs が提案した EIP-8198(Quick Slots)は、このもつれを回避しようとするもので、発想はなかなか賢いです。
やり方は2段階です。まずブロック生成時間を 12 秒から 10 秒へ徐々に圧縮しますが、一気にそこへ改めるのではなく、「制御可能で、段階的にテストできる可変速のアップグレード」にします。同時に、容量、Gas、Blob パラメータも調整します。
ポイントは「逐次(段階的)」という2文字。過去のイーサリアムのアップグレードで最も怖かったのは、パラメータを一刀両断で切り替えてしまうことです。変更後に問題が起きれば、全ネットワークが一緒に巻き込まれてしまう。可変のレート設計なら、リスクを小さな単位に分けて、毎回少しだけ動かし、問題がなければ次へ進む、という形にできます。
これがまた、イーサリアムの進化がいつも「遅く見える」理由も説明します。求めているのは最速ではなく、「暴走せずに速くなる」ことだからです。速度は徐々に上げられても、一度分散化を失ってしまえば、二度と取り戻せません。
本当の技術的な難所は、速くできるかどうかではなく、速くした後に、それでも元のチェーンのままでいられるか、です。