# Вызов сообщества валидаторов #2 - 30/08/23 By [ke1pie.eth](https://paragraph.com/@ke1pie) · 2023-11-20 --- В этом документе обобщены основные выводы, сделанные в ходе конференции Validator Call #2 - 30/08/23. Команда Heliax знает о проблеме с хранением данных в тестовой сети и работает над ее решением, но на данный момент более приоритетной задачей является обеспечение трансфера на IBC. Валидаторам рекомендуется использовать немного более высокую спецификацию HD, чтобы обойти проблему с хранилищем. Тестовая сеть Campfire запущена, и компания B-harvest готова предоставить RPC для сети devnet. Обновляются тарифы на газ и плату, скоро будет улучшена документация по SDK. Кроме того, обсуждались конечные точки RPC, гарантии безопасности и liveness, экранированные передачи и удаленная подпись для TMKMS. Привет всем! Спасибо за участие в последнем звонке валидатора. Это был плодотворный разговор, и я думаю, что в ходе обсуждения мы затронули много тем. Запись разговора можно посмотреть здесь: [Namada Validator Call (2023-08-30 11:07 GMT-4)](https://drive.google.com/file/d/1Fp-22pTrefa66M4hfor9r4xDw-8PSfVk/view?usp=sharing) ### Высокий уровень: * Мы знаем о проблеме с хранилищем в тестовой сети и работаем над ее решением, но работа с трансферами IBC на данный момент является более приоритетной, она будет исправлена в следующей тестовой сети. * На данный момент мы рекомендуем использовать немного более мощный HD (600 Гб против 500 Гб), чтобы обойти эту проблему. * Спасибо всем за тестирование в тестовой сети 12! Мы определенно хотим, чтобы вы попробовали больше видов транзакций, которые имеют более высокий шанс сломать тестовую сеть, так что, пожалуйста, подумайте об этом. * Для тех, кто еще не присоединился, сообщаем, что вы все еще можете присоединиться! Просто синхронизация займет много времени. * Тестовая сеть Campfire запущена! * Спасибо команде vKnowable за создание этой сети, чтобы люди могли работать и тестировать в ней, она не будет поддерживаться командой Heliax - вы можете посмотреть, как присоединиться к ней (или создать свою собственную!) здесь: [Campfire testnet](https://www.notion.so/Campfire-testnet-5e4c1df53ab64b818a55bfcf36ccc550?pvs=21) и пообщаться с другими пользователями этой сети по #Campfire-testnet в нашем [Discord](https://www.notion.so/e23503e9d7bb452991c4d388fdb3ebe5?pvs=21). * Мы планируем, что члены сообщества будут участвовать и тестировать нашу внутреннюю сеть DevNet. * Когда она заработает, мы бы хотели, чтобы некоторые факультативные RPC выполнялись членами сообщества, и мы разработаем стимулы для этого в раунде PGF. У нас уже есть 8 добровольцев, хотелось бы, чтобы их было до 15-20. * Стимулирующий тестнет будет примерно за 3-4 недели до запуска - это должно дать вам представление о том, когда будет Mainnet, как только мы объявим о стимулирующем сете. * Это означает, что вероятность того, что мы запустимся в середине сентября, невелика, и все более возрастает по мере приближения к концу октября. * Работа над SDK продолжается, но не является обязательным условием для Mainnet, а конфигурация и совместимость с удаленной подписью (TMKMS) также является вероятным компонентом стека при запуске. Свободные заметки по итогам разговора (Toggle): ----------------------------------------------- Пока мы не решили проблему хранения данных - мы не хотим, чтобы следующий testnet также был бомбой замедленного действия. * Юджи работает над проектом IBC. У нас есть человек, который знает, как решить проблему с хранилищем, но он работает над чем-то другим. Газ и плата за него также обновляются * B-harvest готова предоставить RPC для devnet * свяжитесь с ними * Проблема с хранением возникает из-за способа, которым мы отслеживаем проблемы с хранением - хранение растет сверхлинейно, но это будет решено в следующем тестнете * рекомендуемая емкость - около 500 Гб, но для testnet, похоже, пока придется использовать валидаторы с емкостью 1 Тб. * 4 ядра по 8 Гб, но все равно недостаточно для работы с исходным кодом * Обновление до 16 Гб, вероятно, является хорошей идеей * возможно, пока рекомендуется иметь немного больше памяти * Sirouk - RPC endpoints, узел, отвечающий на запросы, содержит Block0 forward? - Можно ли работать с RPC с неполной историей * Erteman - большинство RPC не должны нуждаться в полной истории * В зависимости от того, как вы синхронизируете свой узел, это может быть полезно, но в целом это не должно быть проблемой * Архивные узлы, вероятно, будут требовать полного состояния для записи, но это не обязательно. * В ближайшее время должна быть улучшена документация по SDK * Код шаблонов не готов * Гарантии безопасности, гарантии живучести и т.д. --- *Originally published on [ke1pie.eth](https://paragraph.com/@ke1pie/2-30-08-23)*