Какие шаги необходимо предпринять для безопасного обновления пекаря после обновления нового протокола

В принципе,узел не нуждается в обновлении,он способен принимать новый протокол 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.

Пекарям не нужно обновлять узел,когда проходит Афины. Обновленные правила активируются автоматически в конце цикла голосования (если оно прошло успешно).

Для демонов выпечки обновленное программное обеспечение должно быть запущено в целом,поскольку поправка может иметь прямое влияние на создание нового блока.

С точки зрения оперативного подхода я считаю,что вы должны быть в безопасности,работая одновременно с демонами 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 ..... (Афины A) завершится на уровне блока 39216. У нас есть подавляющее большинство,чтобы протестировать выигравшее предложение (Афины A)

Это означает,что когда фаза исследования ( https://tzscan.io/proposals ) заканчивается,Tezos Цепочка разветвляется с тестовой цепочкой,и в этой тестовой цепочке должны использоваться двоичные файлы 004-Pt24m4xi. Основная цепочка по-прежнему остается на двоичных файлах 003

Узел может поддерживать как основную,так и тестовую цепочки. Чтобы включить тестовую цепочку на вашем текущем узле,вы должны запустить ее с помощью --enable-testchain или добавить "enable_testchain": true в разделp2p узла config.json и перезапустите узел

Когда мы входим в фазу тестирования,узел с включенной тестовой цепочкой автоматически будет следовать за обеими цепочками.

Я не уверен в этом на 100%,возможно,кто-то может подтвердить,но права на выпечку в тестовой цепочке такие же,как и в основной цепочке. Так что,если у вас есть право выпечки/одобрения в основной цепочке,вы также имеете это право в тестовой цепочке.

Это означает,что пекари,которые действительно хотят протестировать новый протокол (и продолжать тестовую цепочку),также должны участвовать в тестовой цепочке.

Для этого нужно использовать двоичные файлы 004. Вы можете запустить их с помощью параметров –chain test

Итак,для пекаря:

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

Вы можете запустить его прямо сейчас (в дополнение к двоичным файлам 003),и он скажет что-то вроде Waiting for the test chain to be forked

Напоминание: пекари должны быть особенно осторожны с двойной выпечкой

Вы также можете разделить настройку,и есть действительно полезные инструкции

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.