新しいプロトコルの更新後にパン屋を安全にアップグレードするために取るべき手順

原則として、ノードを更新する必要はありません.ノードは新しいプロトコル004を受信し、コンパイルして、プロトコル004によって生成されたブロックを検証するために使用できます.実際には、最新のプロトコルに更新することをお勧めします.常に有用な改善があるため、リリースします.たとえば、メインネットで導入されたスナップショットにより、移行ブロックの検証がはるかに高速になる可能性があります.

逆に、デーモンtezos-baker- *tezos-endorser- *およびtezos-accuser- *は、その名前が示すようにプロトコル固有であるため、現在のプロトコルに適したデーモンのセットを実行する必要があります.チェーンでアクティブです.プロトコル004の(可能な)アクティブ化までは、003のデーモンを実行する必要があります.その後は、デーモンを停止して、004デーモンのみを実行できます.

事前に実行しておけば、このターンオーバーは自動的に行われます.デーモンはノードと通信して、現在実行されているプロトコルを確認します.デーモンが実行されていない場合は、アイドル状態のままになります.したがって、今日の時点で003と004の両方のデーモンセットを実行することはまったく問題ありません.プロトコル004がアクティブ化されると、セット004が開始され、同時にセット003が停止します.

In principle the node doesn't need to be updated, it is capable of receiving a new protocol 004, compile it and use it to validate blocks produced by protocol 004. In practice it is a good idea to update to the latest release because there are always useful improvements. For example the snapshots introduced in Mainnet May allow for a much faster validation of the migration block.

On the contrary the daemons, tezos-baker-* tezos-endorser-* and tezos-accuser-*, are protocol specific as their name suggests, so you need to run the right set of daemons for the protocol that is currently active in the chain. Until the (possible) activation of protocol 004 you need to run daemons for 003. After that you can stop them and only run 004 daemons.

This turn over is automatic if you run them in advance. The daemons talk to the node to know which protocol is currently running and if it is not theirs, they just stay idle. So it is perfectly fine to run both sets of daemons for 003 and 004 as of today. The set 004 will start if protocol 004 is activated and the set 003 will stop at the same time.

ベイカーは、athensが通過するときにノードを更新する必要はありません.更新されたルールは、投票サイクルの最後に自動的にアクティブになります(成功した場合).

ベーキングディーモンの場合、修正は新しいブロックの構築に直接影響を与える可能性があるため、更新されたソフトウェアは一般的に実行する必要があります.

運用上の観点から、003と004の両方のデーモンを並行して安全に実行する必要があると思います.それぞれがアクティブなプロトコルに応じて常にアクティブになるためです.

元帳の両方のセットを実行することに不安がある場合は、新しいプロトコルがアクティブ化されて新しいデーモンを起動するまで待つことができるはずです.もちろん、移行直後に権利がある場合を除いて、これは機能します！

私は、運用の観点からパン屋向けの書面によるガイダンスを見つけようとしています.一方、詳細については確認できます

https://tezos.gitlab.io/master/whitedoc/voting.html

https://medium.com/tezos/amending-tezos-b77949d97e1e

編集:何も更新する必要がないと誤って述べていた以前の回答を修正しました.

Bakers don’t have to update the node when athens goes through. The updated rules will activate automagically at the end of the voting cycle (if succesful).

For the baking deamons updated software needs to be run in general since an amendment can have direct impact on the construction of the new block.

From an operational persective i believe that you should be safe running both 003 and 004 deamons in parallel since each will only be active depending on the active protocol at any given time.

If you don’t feel comfortable running both sets of ledger you should be able to wait until the new protocol is activated to launch the new deamons. This works except if you have rights just after the transition of course!

I am trying to find some written guidance for bakers from an operational perspective. Meanwhile for more details you can check

https://tezos.gitlab.io/master/whitedoc/voting.html

https://medium.com/tezos/amending-tezos-b77949d97e1e

EDIT: corrected previous answer that incorrectly stated that nothing has to be updated.

Pt24m4xi .....(Athens A)の探索フェーズは、ブロックレベル39216で終了します. 受賞した提案をテストするための過半数があります(アテネA)

これは、探索フェーズ( https://tzscan.io/proposals )がTezosを終了することを意味しますチェーンはテストチェーンでフォークされており、このテストチェーンでは004-Pt24m4xiバイナリを使用する必要があります.メインチェーンはまだ003バイナリに残っています

ノードはメインチェーンとテストチェーンの両方をサポートできます.現在のノードでテストチェーンを有効にするには、 -enable-testchain を使用して実行するか、ノードのp2pセクションに "enable_testchain":true を追加する必要があります. config.json をクリックしてノードを再起動します

テストフェーズに入ると、テストチェーンが有効になっているノードは自動的に両方のチェーンをたどります.

これについて100％確信はありません.誰かが確認できるかもしれませんが、テストチェーンのベーキング権は、メインチェーンのベーキング権と同じです.したがって、メインチェーンにベーキング/承認の権利がある場合は、テストチェーンにもこの権利があります.

これは、新しいプロトコルを本当にテストしたい(そしてテストチェーンを継続したい)パン屋もテストチェーンで焼く必要があることを意味します.

この目的のために、004バイナリを使用する必要があります.オプション –chaintest

パン屋の場合:

 tezos-baker-004-Pt24m4xi--ローカルノードで実行されたチェーンテスト[tezos-nodeへのパス] [アカウント]
 

(003バイナリに加えて)今すぐ開始でき、テストチェーンがフォークされるのを待っています

リマインダー:パン屋はダブルベーキングで特に注意する必要があります

セットアップを分離することもでき、非常に優れたハウツーがあります

http://tezos.gitlab.io/mainnet/releases/april.html

テストがうまくいった場合でも、新しいプロトコルを宣伝するために投票する必要があります.これが過半数に達しない場合は、003のままになります.

The Exploration phase for Pt24m4xi.....(Athens A) will end on block level 39216. We have a supermajority to test the winning proposal (Athens A)

This means that when the exploration phase (https://tzscan.io/proposals) ends the Tezos chain is forked with a test chain and the 004-Pt24m4xi binaries must be used on this test chain. The main chain still remains on the 003 binaries

The node can support both the main and the test chain. To enable the test chain on your current node you should run it with --enable-testchain or add "enable_testchain": true in the p2p section of the node config.json and restart the node

When we enter the testing phase the node with test chain enabled will automatically follow both chains.

I am not 100% sure about this, maybe someone can confirm, but the baking rights in the test chain are the same that they are on the main chain. So if you have the baking/endorsing right on the main chain you also have this right on the test chain.

This means that bakers who really want to test the new protocol (and keep the test chain going) should be also baking on the test chain.

For the purpose one needs to use the 004 binaries. You can start them with the options –chain test

So for the baker :

tezos-baker-004-Pt24m4xi --chain test run with local node [path to tezos-node] [account]

You can already start it now (in addition to the 003 binaries) and it will say something like Waiting for the test chain to be forked

Reminder : bakers should be extra careful with double baking

You can also separate the setup and there is a really good how-to on

http://tezos.gitlab.io/mainnet/releases/april.html

When the test goes well we still need to vote to Promote the new protocol, if this does not reach super majority we will stay on the 003.