6 июня 2023 года OP Mainnet была обновлена ​​до Bedrock, и весь процесс миграции был разработан таким образом, чтобы его можно было проверить и воспроизвести.

6 июня 2023 года OP Mainnet был обновлен до Bedrock. Это был немалый подвиг, требующий вклада членов сообщества по всему Коллективу. Успешная миграция Bedrock ознаменовала начало новой эры оптимизма, в которой мы можем ускорить наш прогресс в направлении технической децентрализации и реализации концепции Superchain .

Есть много чего отметить, связанного с миграцией, но есть одна деталь, которой команда OP Labs с гордостью может поделиться, а именно то, что весь процесс миграции был разработан таким образом, чтобы его можно было проверить и воспроизвести!

В этом сообщении в блоге рассказывается о работе, проделанной инженерами OP Labs для подготовки к дню миграции, и рассказывается, как запустить сценарий миграции и убедиться, что обновление прошло должным образом.

Миграция была выполнена с помощью хорошо документированного и проверенного инструмента миграции с открытым исходным кодом, созданного командой OP Labs. Этот инструмент взял базу данных старой сети и преобразовал ее в формат, совместимый с сетью Bedrock.

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

Команда репетировала в течение нескольких недель, детально отслеживая, что должно произойти на каждом этапе процесса. Каждый элемент в контрольном списке миграции был тщательно определен, поэтому выполнение требовало минимальных усилий. Цель состояла в том, чтобы сделать процесс максимально «скучным», чтобы предотвратить ошибки оператора, которые могли возникнуть из-за того, что ему приходилось слишком много думать о процессе в данный момент. Каждая репетиционная сеть работала на теневой вилке, аналогично тому, как разработчики L1 Ethereum практиковались для обновления слияния.

Процесс миграции прошел аудит Sherlock, в ходе которого были обнаружены и устранены проблемы. Одним из примеров проблемы, обнаруженной в процессе аудита, была ошибка , которая могла позволить пользователю остановить вывод средств на полпути, записав вредоносное состояние в хранилище, которое используется в качестве входных данных для инструмента миграции. Перед миграцией команда прочесала код в поисках дополнительных проблем, какими бы незначительными они ни были. В течение дня миграции усердие команды преобладало, так как обновление прошло гладко, и секвенсор был восстановлен в течение 3 часов.

Для процедуры требовались определенные входные файлы, которые были получены путем синхронизации устаревшего узла. После синхронизации устаревший узел создал необходимые файлы-свидетели, и средство миграции использовало их для проверки плавного выполнения полной миграции. Учитывая эту настройку, любой, у кого есть возможность синхронизировать устаревший узел, может использовать сценарий миграции, чтобы убедиться, что миграция имела место, как мы утверждали!

Мы разработали выходные данные миграции так, чтобы их можно было проверить, для дополнительного уровня прозрачности. На выходе генерируется уникальный корень состояния, соответствующий успешной миграции. Любое несоответствие или изменение информации во время миграции приведет к созданию неправильного корня состояния. Таким образом, корень состояния служит поддающимся проверке свидетельством правильности процесса миграции.

Необходимый код для миграции доступен в репозитории optimism-legacy . Мы сохранили его отдельно от репозитория OP Mainnet, чтобы упростить обновление основной кодовой базы.

Чтобы запустить сценарий миграции, вам сначала понадобится специальный файл-свидетель, который можно создать путем синхронизации с устаревшим l2gethузлом. L2GETH_STATE_DUMP_PATHДля этого необходимо установить переменную окружения .

Получив полностью синхронизированную устаревшую систему, вы можете запустить следующую команду из пакета op-chain-ops. Обязательно внимательно просмотрите все аргументы и переменные среды, так как они могут нуждаться в корректировке в зависимости от вашей настройки.

INPUT_DATA=$MONOREPO_BASE/packages/migration-data/data DEPLOY_CONFIG=$MONOREPO_BASE/packages/contracts-bedrock/deploy-config/mainnet.json DEPLOYMENTS=$MONOREPO_BASE/packages/contracts/deployments,$MONOREPO_BASE/packages/contracts-periphery/deployments,$MONOREPO_BASE/packages/contracts-bedrock/deployments DB_PATH=/mnt/geth

go run cmd/op-migrate/main.go \  --l1-rpc-url "$L1_RPC" \  --ovm-addresses $INPUT_DATA/ovm-addresses.json \  --ovm-allowances $INPUT_DATA/ovm-allowances.json \  --ovm-messages $INPUT_DATA/ovm-messages.json \  --witness-file $DB_PATH/l2geth-state \  --db-path $DB_PATH \\  --deploy-config $DEPLOY_CONFIG \  --network mainnet \  --hardhat-deployments $DEPLOYMENTS \  --rollup-config-out=$MONOREPO_BASE/rollup.json

Файл-свидетель включает информацию обо всех учетных записях, в которых хранится эфир, чтобы его можно было перевести из представления ERC20 в собственный формат. Он также содержит информацию об учетных записях, которые инициировали снятие средств, чтобы обеспечить беспрепятственный переход этих транзакций в новую систему снятия средств. Таким образом, пользователям не придется перезапускать вывод средств после обновления сети.

Если вы не можете полностью синхронизировать устаревшую систему, вы все равно сможете загрузить базу данных в блоке непосредственно перед или сразу после миграции, используя следующую команду:

 wget https://datadirs.optimism.io/mainnet-bedrock.tar.zst

Вы будете знать, что миграция была успешно воспроизведена, если сможете запустить op-gethперенесенную базу данных и синхронизировать ее с последней точкой сети.

💡 Чтобы сделать синхронизацию более удобной, мы внесли некоторые улучшения в этот PR .

Обновление до Bedrock превратило стек OP в более гибкую и модульную систему. OP Mainnet теперь может поддерживать несколько клиентов и несколько схем подтверждения , а затраты на передачу данных значительно снижены . Компания Bedrock также заложила основу концепции Superchain . Это готовит нас к будущему, в котором объединяются несколько цепей, что позволяет нам обеспечить беспрецедентный рост в гармоничной экосистеме блокчейна.

Если вы хотите внести свой вклад в это видение, начните с просмотра того, что стало возможным благодаря OP Stack .

Перевод оригинальной статьи:

https://blog.oplabs.co/reproduce-bedrock-migration/

6 июня 2023 года OP Mainnet была обновлена ​​до Bedrock, и весь процесс миграции был разработан таким образом, чтобы его можно было проверить и воспроизвести.

6 июня 2023 года OP Mainnet был обновлен до Bedrock. Это был немалый подвиг, требующий вклада членов сообщества по всему Коллективу. Успешная миграция Bedrock ознаменовала начало новой эры оптимизма, в которой мы можем ускорить наш прогресс в направлении технической децентрализации и реализации концепции Superchain .

Есть много чего отметить, связанного с миграцией, но есть одна деталь, которой команда OP Labs с гордостью может поделиться, а именно то, что весь процесс миграции был разработан таким образом, чтобы его можно было проверить и воспроизвести!

В этом сообщении в блоге рассказывается о работе, проделанной инженерами OP Labs для подготовки к дню миграции, и рассказывается, как запустить сценарий миграции и убедиться, что обновление прошло должным образом.

Миграция была выполнена с помощью хорошо документированного и проверенного инструмента миграции с открытым исходным кодом, созданного командой OP Labs. Этот инструмент взял базу данных старой сети и преобразовал ее в формат, совместимый с сетью Bedrock.

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

Команда репетировала в течение нескольких недель, детально отслеживая, что должно произойти на каждом этапе процесса. Каждый элемент в контрольном списке миграции был тщательно определен, поэтому выполнение требовало минимальных усилий. Цель состояла в том, чтобы сделать процесс максимально «скучным», чтобы предотвратить ошибки оператора, которые могли возникнуть из-за того, что ему приходилось слишком много думать о процессе в данный момент. Каждая репетиционная сеть работала на теневой вилке, аналогично тому, как разработчики L1 Ethereum практиковались для обновления слияния.

Процесс миграции прошел аудит Sherlock, в ходе которого были обнаружены и устранены проблемы. Одним из примеров проблемы, обнаруженной в процессе аудита, была ошибка , которая могла позволить пользователю остановить вывод средств на полпути, записав вредоносное состояние в хранилище, которое используется в качестве входных данных для инструмента миграции. Перед миграцией команда прочесала код в поисках дополнительных проблем, какими бы незначительными они ни были. В течение дня миграции усердие команды преобладало, так как обновление прошло гладко, и секвенсор был восстановлен в течение 3 часов.

Для процедуры требовались определенные входные файлы, которые были получены путем синхронизации устаревшего узла. После синхронизации устаревший узел создал необходимые файлы-свидетели, и средство миграции использовало их для проверки плавного выполнения полной миграции. Учитывая эту настройку, любой, у кого есть возможность синхронизировать устаревший узел, может использовать сценарий миграции, чтобы убедиться, что миграция имела место, как мы утверждали!

Мы разработали выходные данные миграции так, чтобы их можно было проверить, для дополнительного уровня прозрачности. На выходе генерируется уникальный корень состояния, соответствующий успешной миграции. Любое несоответствие или изменение информации во время миграции приведет к созданию неправильного корня состояния. Таким образом, корень состояния служит поддающимся проверке свидетельством правильности процесса миграции.

Необходимый код для миграции доступен в репозитории optimism-legacy . Мы сохранили его отдельно от репозитория OP Mainnet, чтобы упростить обновление основной кодовой базы.

Чтобы запустить сценарий миграции, вам сначала понадобится специальный файл-свидетель, который можно создать путем синхронизации с устаревшим l2gethузлом. L2GETH_STATE_DUMP_PATHДля этого необходимо установить переменную окружения .

Получив полностью синхронизированную устаревшую систему, вы можете запустить следующую команду из пакета op-chain-ops. Обязательно внимательно просмотрите все аргументы и переменные среды, так как они могут нуждаться в корректировке в зависимости от вашей настройки.

INPUT_DATA=$MONOREPO_BASE/packages/migration-data/data DEPLOY_CONFIG=$MONOREPO_BASE/packages/contracts-bedrock/deploy-config/mainnet.json DEPLOYMENTS=$MONOREPO_BASE/packages/contracts/deployments,$MONOREPO_BASE/packages/contracts-periphery/deployments,$MONOREPO_BASE/packages/contracts-bedrock/deployments DB_PATH=/mnt/geth

go run cmd/op-migrate/main.go \  --l1-rpc-url "$L1_RPC" \  --ovm-addresses $INPUT_DATA/ovm-addresses.json \  --ovm-allowances $INPUT_DATA/ovm-allowances.json \  --ovm-messages $INPUT_DATA/ovm-messages.json \  --witness-file $DB_PATH/l2geth-state \  --db-path $DB_PATH \\  --deploy-config $DEPLOY_CONFIG \  --network mainnet \  --hardhat-deployments $DEPLOYMENTS \  --rollup-config-out=$MONOREPO_BASE/rollup.json

Файл-свидетель включает информацию обо всех учетных записях, в которых хранится эфир, чтобы его можно было перевести из представления ERC20 в собственный формат. Он также содержит информацию об учетных записях, которые инициировали снятие средств, чтобы обеспечить беспрепятственный переход этих транзакций в новую систему снятия средств. Таким образом, пользователям не придется перезапускать вывод средств после обновления сети.

Если вы не можете полностью синхронизировать устаревшую систему, вы все равно сможете загрузить базу данных в блоке непосредственно перед или сразу после миграции, используя следующую команду:

 wget https://datadirs.optimism.io/mainnet-bedrock.tar.zst

Вы будете знать, что миграция была успешно воспроизведена, если сможете запустить op-gethперенесенную базу данных и синхронизировать ее с последней точкой сети.

💡 Чтобы сделать синхронизацию более удобной, мы внесли некоторые улучшения в этот PR .

Обновление до Bedrock превратило стек OP в более гибкую и модульную систему. OP Mainnet теперь может поддерживать несколько клиентов и несколько схем подтверждения , а затраты на передачу данных значительно снижены . Компания Bedrock также заложила основу концепции Superchain . Это готовит нас к будущему, в котором объединяются несколько цепей, что позволяет нам обеспечить беспрецедентный рост в гармоничной экосистеме блокчейна.

Если вы хотите внести свой вклад в это видение, начните с просмотра того, что стало возможным благодаря OP Stack .

Перевод оригинальной статьи:

https://blog.oplabs.co/reproduce-bedrock-migration/