# Подключение к вознаграждаемому тестнету Aptos

Вы подключаетесь только в случае получения электронного письма с подтверждением вашего  права доступа от команды Aptos. Ноды, которые не были выбраны, не включаются в генезис, поэтому они не смогут подключиться к вознаграждаемому тестнету в качестве валидирующих нод. Если хотите, вы можете запустить в этом случае общедоступную полную ноду.

### Подключение с использованием исходных файлов

* Остановите ноду и удалите каталог данных
* Загрузите файлы `genesis.blob` и `waypoint.txt` , опубликованные командой Aptos Labs
* Подтяните последние изменения ветки `testnet` , убедитесь, что вы подтверждены `317f80bb`
* Перезагрузите ноду

### Подключение с использованием Docker

* Остановите ноду и удалите массивы данных  `docker-compose down --volumes`
* Загрузите файлы `genesis.blob` и `waypoint.txt` , опубликованные командой Aptos Labs
* Обновите docker-образ, чтобы использовать тэг `testnet_317f80bb`. Проверьте образ sha256 [здесь](https://hub.docker.com/layers/validator/aptoslab/validator/testnet_317f80bb/images/sha256-5184f637f15a9c071475c5bfb3050777c04aa410e9d43c7ff5e7c4a99a55a252?context=explore)
* Перезагрузите ноду `docker-compose up`

### Подключение с использованием Terraform

* Увеличьте порядковый номер `era` в вашей конфигурации Terraform, это приведет к удалению данных после их применения
* Обновите ваш docker-образ, чтобы использовать тэг `testnet_317f80bb` в конфигурацииTerraform. Проверьте образ sha256 [здесь](https://hub.docker.com/layers/validator/aptoslab/validator/testnet_317f80bb/images/sha256-5184f637f15a9c071475c5bfb3050777c04aa410e9d43c7ff5e7c4a99a55a252?context=explore)
* Примените Terraform: `terraform apply`
* Загрузите `genesis.blob` и `waypoint.txt` , опубликованные командой Aptos Labs
* Восстановите секретные ключи, убедитесь, что секретное имя соответствует порядковому номеру `era` , например: если у вас `era = 3`, вы должны заменить секретное имя на `${WORKSPACE}-aptos-node-genesis-e3`

```
export WORKSPACE=<your workspace name>

kubectl create secret generic ${WORKSPACE}-aptos-node-genesis-e2 \
    --from-file=genesis.blob=genesis.blob \
    --from-file=waypoint.txt=waypoint.txt \
    --from-file=validator-identity.yaml=validator-identity.yaml \
    --from-file=validator-full-node-identity.yaml=validator-full-node-identity.yaml
```

### Проверка подключений ноды

Вы можете сверить критерии работоспособности ноды [здесь](https://cr-nepos.gitbook.io/aptos-ru/kriterii-rabotosposobnosti-nody).

1. Убедитесь, что ваша нода подключается к другим одноранговым нодам в тестнете (Замените `127.0.0.1` на IP/DNS вашего валидатора, если он развернут в облаке).

```
curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_connections{.*\"Validator\".*}"
```

Команда выведет количество входящих и исходящих подключений вашей валидирующей ноды, например:

```
aptos_connections{direction="inbound",network_id="Validator",peer_id="2a40eeab",role_type="validator"} 5
aptos_connections{direction="outbound",network_id="Validator",peer_id="2a40eeab",role_type="validator"} 2
```

Пока одна из метрик больше нуля, ваша нода подключена по крайней мере к одному из пиров в тестнете.

2\. Вы также можете проверить, подключен ли ваш узел к узлу AptosLabs, замените `<Aptos Peer ID>` на ID узла, общий для команды Aptos.

```
curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_network_peer_connected{.*remote_peer_id=\"<Aptos Peer ID>\".*}"
```

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

```
curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_consensus_current_round"
```

Вы должны ожидать, что это число будет продолжать увеличиваться.
