3.11 Снимок для поставщиков данных
Загрузите снимок
ℹ Если ваш узел близок к самой новой высоте блока (около нескольких часов, чтобы наверстать упущенное) или уже наверстывает упущенное, делать ничего не нужно.
Скачать снимок с помощью торрента (обновлено 30.04.2022): здесь
Загрузка займет некоторое время, так как файл большой. Подождите ☕
ℹ Архив снимков составляет ~500 ГБ; если у вас недостаточно места, рассмотрите возможность извлечения во внешнее хранилище.
Чтобы извлечь файл, выполните:
tar -xvzf prb-next-snapshot-2022–04–30.tar.gz
3.11 Runtime Bridge 2.0 Примечания
Обзор
Runtime Bridge 2 использует технологии P2P для улучшения работы майнинга. Это позволяет нескольким поставщикам данных совместно использовать экземпляры жизненного цикла, чтобы уменьшить нагрузку на хранилище и поддерживать избыточность поставщиков данных для обеспечения общей стабильности.
- Для использования с докером: docker pull phalanetwork/prb:next
- Чтобы использовать монитор с докером: docker pull phalanetwork/prb-monitor:next
Walkie
Внутренний протокол связи был реорганизован с помощью libp2p (тот же протокол, который использует Substrate), который обеспечивает обнаружение компонентов возможность быстро построить установку.
Кроме того, мы сделали его отдельным пакетом, чтобы упростить использование API. Запустите yarn add @phala/runtime-bridge-walkie, чтобы просто добавить его в свое приложение Node.js.
Исходный код: https://github.com/Phala-Network/runtime-bridge-walkie
Подробные документы будут опубликованы в стабильной версии Runtime Bridge 2.
Дата провайдер
Старый компонент выборки обновлен до data_provider. Он делает то же самое, что и старый компонент выборки, но также служит сервером BLOB-объектов.
Жизненный цикл
Один экземпляр жизненного цикла теперь запускает несколько исполнителей, если у него слишком много рабочих процессов из-за поточно-ориентированной модели Node.js.
Сохраненная важная информация теперь зашифрована. Необработанный polkadotJson больше нельзя экспортировать.
Монитор
Монитор может автоматически обнаруживать работающие. компоненты благодаря libp2p.
Обновления с beta.0
- Исправлено: проблемы с OOM.
- Исправлено: BlockNumberMismatch.
Известные проблемы
- Дата провайдер: синхронизация из сети P2P еще не реализована
- Монитор: функции добавления/редактирования/удаления воркеров/пулов еще не реализованы.
- Торговля: в будущих версиях будет исключена поддержка bee-queue.
3.12 Runtime Bridge 2.2 Примечание к выпуску
Если вам нужно пошаговое руководство, см. руководство по обновлению от сообщества.
Обзор
Runtime Bridge 2 использует технологии P2P для улучшения майнинга. Это позволяет нескольким экземплярам жизненного цикла совместно использовать поставщиков данных, чтобы уменьшить нагрузку на хранилище и поддерживать избыточность поставщиков данных для обеспечения общей стабильности.
Руководство по развертыванию: https://github.com/Phala-Network/runtime-bridge/wiki/Deployment-Guide-for-Runtime-Bridge-2 Миграция с v0: https://github.com/Phala-Network/runtime- bridge/wiki/Migrate-from-v0-to-v2
Для использования с докером: docker pull phalanetwork/prb:next Чтобы использовать монитор с докером: docker pull phalanetwork/prb-monitor:next
Обзор
Версия 2.2.0 значительно увеличивает скорость синхронизации рабочих процессов и вводит поддержку активности TCP для повышения общей стабильности.
Важно
Для работы с Runtime Bridge v2.2.0 необходимо обновить pRuntime на рабочих процессах до версии 0.2.4 (phalanetwork/phala-pruntime:22051201) или выше.
Дата провайдер
- Перезапуск скрипта переноса базы данных поставщика данных , необходим поскольку данные необходимо пересчитать для работы с улучшенным механизмом синхронизации.
Жизненный цикл
- Добавьте WORKER_KEEPALIVE_ENABLED=true в среду, чтобы включить функцию поддержки активности TCP, это повысит производительность в сценарии с огромным количеством рабочих процессов.
Предупреждение: при запуске старой версии pRuntime рабочие процессы завершатся ошибкой.
- Добавьте USE_BUILT_IN_TRADER=true в среду, чтобы включить встроенного trader, trader и arena будут работать с менеджером жизненного цикла, когда опция включена, а внешний trader больше не понадобится. Эта опция будет включена по умолчанию в следующей основной версии.
- Выровняйте процесс с pherry при синхронизации данных блока с воркерами.
Известные проблемы
- Поставщик данных: Синхронизация из P2P-сети еще не реализована.
- Торговля: в будущих версиях будет исключена поддержка bee-queue.
3.13 Как переключиться с майнинга Solo на майнинг PRB
Solo Майнер Solo запускает 3 контейнера Docker с именами Phala-node, Phala-pherry и Phala-pRuntime.
Node предоставляет услуги узла блокчейна; PRuntime предоставляет сервисы времени выполнения TEE; А Pherry действует как мост между узлами TEE и блокчейна. Единственный компонент, который действительно предоставляет децентрализованные вычислительные услуги для сети, — это pRuntime.
Как это работает Prb
Prb — это «Phala Runtime Bridge», который заменяет pherry, создавая мост между блокчейном и pRuntime для пакетной передачи информации.
Как переключиться с соло-майнинга на майнинг PRB
- Отключите услугу Ferry на соло-майнерах
- Отключите службу Node на соло-майнерах
- Позвольте pRuntime работать отдельно и добавьте конечную точку pruntime в PRB.
Последовательность
- Шаг 1 sudo phala stop
- Шаг 2 sudo mkdir ~/prb
- Шаг 3 Копировать файлы docker-compse.yml и .env в папке майнинга Solo в ~/prb
- Шаг 4 sudo vim docker-compose.yml Отредактируйте файл docker-compose и удалите описания служб node и ferry
- Шаг 5 sudo docker-compose up -d запустить только время выполнения
- Шаг 6 Добавьте конечную точку этого времени выполнения на рабочую страницу Prb (формат: http://xxx.xxx.xxx.xxx:8000)
- Шаг 7 Перезапустите компонент жизненного цикла prb
Как установить PRB воркера
Просто узнайте на этой странице: настройка PRB
💎 — Discord PhalaNetwork | Телеграм | Telegram en