bgimg_pk.png
検索
  • Moku

Tezosのプロトコルアップグレード案第9弾 "Ithaca "を発表





Tenderbake

TenderbakeはTezosのコンセンサスアルゴリズムの大幅なアップデートである。Tendermintと同様に、TenderbakeはTezosプロトコルに高速で決定論的なファイナリティをもたらします。

  1. プロトコルは、ロールベースの基本モデルからステークのモデルに移行します。ベーカーはしたがってロールの数を基本にするのではなく、その時のステークを基本にします

  2. バリデーターとして選ばれるために必要な最小限のトークン数を、8,000 Tez から 6,000 Tez に引き下げます。この最小限の6,000 tezは、パフォーマンス上の理由から必要です。

  3. ベーキングとエンドースメントの報酬の仕組みが作り直されました(報酬のドキュメントを参照 rewards documentation)。特に、ベーキングの報酬は即座に加算され、エミーの場合のように5サイクル凍結されることはありません。さらに、エンドースメント報酬の変動もなくなります。1サイクルのエンドースメント報酬の合計は、代表者が少なくとも2/3のエンドースメント枠をブロックに含んでいる場合、同じサイクルの終わりに完全に分配されます。

  4. 新しい保証金の仕組みが導入されました。デリゲート、及びエンドースメントの権利を得るために、最低でも出資額の10%を事前に凍結する必要があります。この制限を手動で管理するために、新しい操作Set_deposit_limitも導入されました。

  5. ブロックごとの推薦枠が256から7,000に増えました。これは、最小限のトークンを持つデリゲートが平均して10ブロック毎に参加することを意味します。ノードのストレージレイヤーと予審バリデーターが課金に対応できるように最適化され、予審チェック機能も性能向上に寄与しています。今後も複数のスロットをエンドースするエンドースメント操作は、ネットワーク内のバリデーター数に比例して、つまり500程度になる予定です。

  6. Tenderbakeは、古典的なBFTコンセンサスアルゴリズムをモデルとしているため、活発性よりも安全性を優先し、チェーンを進行させるためには、2/3のステークを保有するバリデータの積極的な参加を必要としています。

このコンセンサスアルゴリズムは、ブロック間の最小時間を容易に短縮できる可能性があり、今後のTezosプロトコルの修正で提案される可能性があります。


動作の事前確認

新バージョンのプロトコルでは、操作の事前チェックが可能になります。これはIthacaプロトコル提案の機能そのものではなく、経済的プロトコルが公開する新しい関数群で構成されており、ネットワークを通じてゴシップする前に操作を完全に実行することを避けるために任意のTezosシェル(OctezやTezEdgeなど)が使用することができます。

この機能の主な目的は1つで、Tezosネットワーク上でゴシップされる操作の数を増やすことです。これはTezosネットワーク上のトランザクションのスループットを向上させるためのさらなる最適化の前段階です。

流動性ベーキング

Ithacaは、流動性焼成のサンセットレベルを819,200ブロック、つまり20投票期間、およそ10ヶ月延長することを含んでいます。この大きな増加により、今後数回のプロトコル改正のためのサンセットレベルを心配する必要がなくなります。また、この増加のバランスをとるために、エスケープハッチを作動させるための閾値が50%から33%に引き下げられています。

提案内容の詳細については、チェンジログ(changelog) をご覧いただきますようお願いいたします。

IthacaはTezosのこれまでで最大のアップデートであり、テストが非常に重要です。Ithacanetと名付けられたIthacaプロトコルのテストネットが数日中に立ち上がる予定です。このテストネットにできるだけ多くのベーカーが参加し、ノードを稼働させ、ブロックを生成し、アプリをデプロイすることが重要である。私たちは、初日から参加してくれるブートストラップ・ベイカーをより多く募集しています。もし興味があれば、baking slack に参加し、test-network チャンネルで自分の存在をアピールしてください。


さらに、ご自身のTezosベースのアプリケーションをテストして、Ithacaとの互換性に問題がないかを確認されることを強くお勧めします。IthacaとそのテストネットワークIthacanetの構成は、Octezのバージョン12に含まれる予定です。


Ithacaプロトコルの提案がコミュニティに受け入れられた場合、プロトコル環境の変更に伴い、コンセンサスに参加するためには以下の最小バージョンのTezosノード(シェル)ソフトウェアが必要になります:Octezのv12、またはTezEdgeのv2です。


Ithacaが採用されれば、次の提案(おそらく「J」で始まる名前になるでしょう)が提案され、来年にはTezosの修正プロセスに入るはずです。


今後数ヶ月の間、我々のチームはパフォーマンスの向上、ガス消費量の削減、ブロック時間の短縮、Tezosネットワーク全体のスループットの向上(例えば、秒あたりのトランザクション数や秒あたりのスマートコントラクト呼び出し数で測定)のための開発および修正を提案し続けるつもりです。私たちは皆、Tezosの未来を開発し続けることにエキサイトしています。