새로운 프로토콜 업데이트 후 베이커를 안전하게 업그레이드하기 위해 취해야 할 조치

원칙적으로 노드는 업데이트 할 필요가 없습니다. 새로운 프로토콜 004를 수신하여 컴파일하고이를 사용하여 프로토콜 004에 의해 생성 된 블록의 유효성을 검사 할 수 있습니다. 실제로는 최신 버전으로 업데이트하는 것이 좋습니다. 항상 유용한 개선 사항이 있기 때문입니다. 예를 들어 Mainnet May에 도입 된 스냅 샷은 마이그레이션 블록의 훨씬 더 빠른 유효성 검사를 허용합니다.

반대로 데몬 인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.

Bakers는 아테네가 통과 할 때 노드를 업데이트 할 필요가 없습니다. 업데이트 된 규칙은 투표주기가 끝날 때 자동으로 활성화됩니다 (성공한 경우).

개정 사항이 새 블록의 건설에 직접적인 영향을 미칠 수 있으므로 베이킹 데몬의 경우 일반적으로 업데이트 된 소프트웨어를 실행해야합니다.

작전 박해자로부터 저는 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에서 종료됩니다. 우리는 우승 한 제안을 테스트 할 다수가 있습니다 (Athens A)

이는 탐색 단계 ( https://tzscan.io/proposals )가 Tezos를 종료 함을 의미합니다. 체인은 테스트 체인으로 분기되며 004-Pt24m4xi 바이너리는이 테스트 체인에서 사용해야합니다. 메인 체인은 여전히 ​​003 바이너리에 남아 있습니다.

노드는 메인 체인과 테스트 체인을 모두 지원할 수 있습니다. 현재 노드에서 테스트 체인을 활성화하려면 -enable-testchain 으로 실행하거나 노드 의p2p 섹션에 "enable_testchain":true 를 추가해야합니다. config.json 및 노드 다시 시작

테스트 단계에 들어가면 테스트 체인이 활성화 된 노드는 자동으로 두 체인을 따릅니다.

나는 이것에 대해 100 % 확신하지 못합니다. 누군가가 확인할 수 있을지도 모르지만 테스트 체인의 베이킹 권한은 메인 체인에있는 것과 동일합니다. 따라서 메인 체인에 베이킹/보증 권한이있는 경우 테스트 체인에서도이 권한이 있습니다.

즉,새로운 프로토콜을 테스트하고 테스트 체인을 계속 유지하려는 제빵사도 테스트 체인을 굽고 있어야합니다.

목적을 위해 004 바이너리를 사용해야합니다. – 체인 테스트

제빵사에게 :

 tezos-baker-004-Pt24m4xi-로컬 노드 [tezos-node 경로] [계정]을 사용하여 체인 테스트 실행
 

이미 시작할 수 있으며 (003 개의 바이너리 외에도) Waitingforthetest chaintobe fork

알림 : 제빵사는 이중 베이킹에 특히주의 해야합니다.

설정을 분리 할 수도 있으며 정말 좋은 방법이 있습니다.

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.