Tezosのコンセンサスに関する変更は、すでに公開される準備ができています。必要なのは、あと数人のベイカーだけです。
あなたがTezosのベイカーなら、最近tz4アドレスについてかなりのことを聞いているはずです。もしベイカーではないなら……皆が急にそれを気にし始めた理由をよく分からないまま、その言葉を目にしていたかもしれません。
おもしろいのは、tz4アドレスは実は新しいものではないという点です。これらは、TezosにBLS署名をもたらすMumbaiアップグレードによって、2023年3月のかなり昔に導入されました。ただ当時は、コンセンサスのためにベイカーがそれらを使うことはできなかったため、多くの人にとっては特に注目する理由がありませんでした。本当に興味深いのは、さらにずっと後になってからで、Seoulや、そして何よりもTallinnのアップグレードです（その詳細は後ほど）。
今日、ベイカーの間でのtz4採用は重要な節目にゆっくりと近づいています。これは、Tezosのコンセンサスが動く方法そのものに変化を解き放つ、まさにそのような節目です。しかも、これはこれから開発され、投票され、そして有効化される未来のプロトコルアップグレードではありません。この変更はすでにそこにあり、十分なベイカーが切り替えるのを待っているのです。
さて、この記事では、なぜtz4アドレスが突然これほど重要になるのか、その違いは何か、ベイカーの採用が必要なしきい値に達したときに何が起きるのか、そしてもちろん、ベイカーが実際に切り替えるには何が必要なのかを詳しく見ていきます。さっそく始めましょう。
そもそも、なぜtz4アドレスが必要なのか？
tz4に進む前に、まず今日のTezosでアテステーションがどのように機能しているのかを少し理解する必要があります。
すべてのブロックはベイカーによってアテストされる必要がありますが、それは「ネットワーク上のすべてのベイカーがすべてのブロックにアテストする」という意味ではありません。代わりに、Tezosのプロトコルは各ブロックごとに委員会（コミッティ）を選び、ベイキングパワーに基づいてベイカーにアテスト権が与えられます。
各アテステーションは、「そのブロックが有効である」というベイカーの信頼の投票だと考えることができます。問題は、これらの投票のそれぞれが独自の署名を伴うことです。誰にでも別々のファイルで投票を提出してもらうようなものです。もし100人のベイカーがブロックにアテストすると、ネットワークがそれらを送受信し、処理し、保存するために必要な、個別の署名ファイルが大量にできます。
ここでtz4が登場します。tz4アドレスはBLS署名を使い、その便利な点の1つは、署名を集約（アグリゲート）できることです。たとえば先ほどの投票の例では、すべてのベイカーが別々のファイルに投票を提出する代わりに、BLSによってtz4ベイカー全員が、実質的に同じ1つの署名に自分たちの署名を追加できるようになります。誰が署名したかは引き続き正確に分かり、全員の投票を検証できます。ただし、何十本、何百本もの別々の「署名ファイル」を抱えたり送ったり保存したりする代わりに、いまや1つで済むのです。
（もちろん、これは仕組みをかなり単純化して説明していますが、言いたいことは伝わりますよね。）
つまり、ここで再びSeoulアップグレードに戻ります。Seoul以降、ベイカーはコンセンサスキーとしてtz4アドレスを使うことができ、アテステーションは単一の集約（アグリゲート）にまとめられます。tz1、tz2、tz3のコンセンサスキーを使っているベイカーは、これまでどおり通常どおりアテストを続けられますが、それらの署名は個別に含める必要があります。そして、それらの違いは決して小さくありません。Seoulの周辺で公開された推計では、BLSの完全採用によって、アテステーションに使われる帯域と保存量は、日あたり約900MBから約14MBへと、最大63倍も削減できる可能性があるとされていました。
さて、先ほど「現在は各ブロックをアテストしているのはベイカーの委員会だけだ」という話をしましたよね。では、もしBLSによって、はるかに少ない空間により多くのアテステーションを収められるのなら、面白い疑問が出てきます。そもそも、アテステーションを委員会に制限する必要はまだあるのでしょうか？
そして、その疑問がこの「タリン（Tallinn）アップグレード」につながります。さらに、この文章のタイトルにある50%という数字も一緒にです。
Tallinn と All Bakers Attest
答えは…実はあまりありません。
2026年1月のTallinnアップグレードで「All Bakers Attest」が導入されます。これは、現在の委員会（コミッティ）方式を廃し、名前のとおり、すべてのアクティブなベイカーがすべてのブロックにアテストできるようにする機能です。ランダムに割り当てられるアテスト権を受け取るのではなく、各ベイカーは、ベイキングパワーに直接対応するアテスト能力を持って、すべてのブロックに参加します。
ただし、その切り替えを実現するには条件が1つあります。アクティブなベイカーのうちtz4の採用率が50%を超える必要があります。
そして今、その理由が分かります。すべてのベイカーがすべてのブロックにアテストすることは、通常ならネットワーク側で扱うべき「個別の署名」を大幅に増やすことになります。しかし、十分なベイカーがtz4を使うようになれば、その多くの署名は集約できます。これによって、余分なオーバーヘッドを伴わずに「All Bakers Attest」が現実的になります。
これが有効になると、かなり嬉しい利点が得られます。すべてのベイカーがすべてのブロックに参加することで、コンセンサスはより堅牢になり、さらに、ランダムに割り当てられた委員会の権利に依存しなくなるため、アテスト報酬はより予測可能になります。また、毎ブロックごとに新しいアテスト委員会を選ぶ必要がなくなるため、コンセンサス手順の一部が簡素化され、将来的にはブロック時間の短縮など、さらなる最適化の余地が広がります。
ただし覚えておいてください。この50%というしきい値はステークではなくベイカー数を数えます。ベイカーが大量のステークを管理していようが、小規模で独立したベーカリーであろうが関係ありません。しきい値到達のためには、各ベイカーは「1」としてカウントされます。では、いま私たちはどこまで来ているのでしょう？
Tezos.systems では、現在の進捗と、まだtz4への切り替えを行っていないすべてのベイカーを確認できます。
執筆時点で、アクティブベイカー195人中83人がtz4コンセンサスキーを使用しており、採用率は42.6%です。現在のベイカー数のままなら、しきい値を超えるのにあと15人のベイカーが必要です。そして、しきい値を超えればそれで十分なのは「一度だけ」です。万一、All Bakers Attestが有効になり、後になって何らかの理由でtz4の採用率が再び50%を下回ったとしても、この機能が自動的にオフに戻るわけではありません。あのラインを越えた時点で、越えたのです。
もちろん、50%に到達したらそれで仕事が終わりというわけではありません。tz4コンセンサスキーを使わないベイカーでも参加は可能ですが、先ほど言ったとおり、署名はやはり個別に含める必要があります。つまり50%は「All Bakers Attest」機能を有効化するのに十分ですが、tz4の集約によるメリットは、より多くのベイカーが切り替えるほど、ずっと伸び続けます。
ベイカーとして切り替える
では、たとえばあなたが、まだtz1、tz2、またはtz3キーを使っているベイカーだとします。実際の「切り替え」とはどういう意味でしょうか？
まず最初に、ベイカーのアドレスを変える必要はありません。
あなたの既存のベイカーは、今の場所にそのまま置いておけます。ステークを移す必要はありませんし、委任者やステーカーに移動を依頼する必要もありません。まったく新しいtz4ベイカーを作り直し始める必要もありません。変えるのは、あなたのベイカーがブロックやアテステーションに署名するために使う「コンセンサスキー」です。要するに、同じベイカーで、署名用のキーが違うだけです。
少し手間がかかる可能性があるのは、署名（signer）のセットアップです。Ledgerデバイスは現在、tz4コンセンサス署名者として使えるほど十分に速くBLS署名を作れませんし、BLSはすべてのクラウド型鍵管理ソリューションでもサポートされているわけではありません。
ありがたいことに、他にも選択肢はすでにあります。Tezos RPi BLS Signer、TezSign、Russignolはいずれもtz4コンセンサスキーに対応しています。したがって、ベーカリーの構成次第で、取れるルートはいくつかあります。
また、Data Availability Layer（DAL）に参加する場合は追加で1ステップあります。tz4コンセンサスキーを使うベイカーは、DALのアテステーション用にもtz4コンパニオンキーを設定する必要があります。ここでは技術的な細部まで踏み込む必要はありませんが、切り替えの際に意識しておくべきポイントです。こちらの手順ガイドが役に立つはずです。
そうです、いまのセットアップによっては、tz4への移行には署名インフラ側でいくつか変更が必要になるかもしれません。でも、それはベイカーとしての「身元（アイデンティティ）」を変えたり、すべてを新しいアドレスへ移したりすることを意味しません。
出典：tzkt.io
そしていま、アクティブベイカー195人中83人がすでにtz4コンセンサスキーを使っています。しきい値を超えるには98人必要です。あと必要なのは15人だけ。
では、あなたがベイカーでまだ切り替えをしていないなら、この記事が「なぜ切り替えると役に立つのか」を理解する助けになっていれば嬉しいです。利用可能な署名者（signer）の選択肢は複数ありますし、ベイカーのアドレスを変える必要はありません。そして何より重要なのは、あなたの切り替えが、すでに稼働するのを待っているプロトコル機能の有効化に実際に貢献できることです。
では、次の15人は誰になるのでしょうか？
「50%への道：なぜtz4の採用が重要なのか」は当初、Medium上のTezos Commonsで公開されました。現在も、人々がこのストーリーを取り上げて強調し、反応しながら会話を続けています。