Не работает сеть solana что делать

Уведомление о приостановке вывода средств в сети Solana (SOL)

25.04.2022 (UTC) вывод средств в сети Solana (SOL) был приостановлен несколько раз. Причина связана с большим объемом вывода средств с неуказанным идентификатором транзакций. После подтверждения того, что транзакции не завершилась в сети, запрос на вывод средств будет отклонен. Процесс займет не менее четырех часов.

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

Приносим извинения за неудобства.

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

У сети Solana большие проблемы: решение и причины возникновения

Неожиданно для многих в сети Solana возникли серьезные проблемы. Уже на протяжении более чем 16 часов сеть не производит блоки, что неизбежно приводит к тому, что стоимость SOL падает, а пользователи недовольны. За это время были попытки восстановить сеть, однако четкой работы в сети до сих пор не наблюдается.

За сутки стоимость криптовалюты сети блокчейна снижалась более чем на 13 процентов до 142 $ за единицу. Сейчас цена колеблется в пределах 163 долларов за монету, и начала расти в то время, когда труды команды начали давать хоть не постоянные, но плоды по восстановлению. Вчера сеть перестала создавать блоки примерно в 14:00 по МСК. Сейчас вся команда разработчиков и валидаторов продолжают восстановить работу сети. Координаторы осуществляют перезапуск, чтобы потом начать проверку транзакций.

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

По словам генерального директора Solana Labs Анатолия Яковенко, поток транзакций от ботов был нацелен на протокол децентрализованного финансирования Radium.

Radium начал производить децентрализованный обмен для набора инструментов, который используется в сети для приложений и проектов, работающих с NFT. Напомним о том, что NFT стали популярны на Solana благодаря нескольким проектам, в частности Aurory. Также возросло и число активов, которые были заблокированы в протоколах Solana. Сейчас они составляют примерно 11,3 миллиарда $.

Восстановление Solana

На момент написания статьи Solana заявили, что перезапуск сети осуществлен, работа восстановится в ближайшие несколько часов:

«Сообщество валидаторов Solana успешно завершило перезапуск бета-версии Mainnet после обновления до 1.6.25. Dapps, обозреватели блоков и вспомогательные системы восстановятся в течение следующих нескольких часов, после чего должна быть восстановлена ​​полная функциональность».

Пока цена на криптовалюту SOL падает, сам же рынок криптовалют вырос примерно на 3 процента. Чем дольше будет процесс отладки, тем значительнее будет снижение стоимости актива сети. К тому же это еще и удар по репутации сети, которая всегда позиционировала себя, как надежную и безопасную.

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

Подписывайтесь на Фридман клаб в соцсетях и наш Телеграм канал, чтобы всегда быть в курсе самых последних и горячих новостей @like_freedman

Информация о проблеме с выводом Solana (SOL)

Дорогие участники сообщества Binance,
Сеть Solana (SOL) перегружена из-за роста количества сложных транзакций, сокративших ее производительность до нескольких тысяч транзакций в секунду и вызвавших сбой некоторых пользовательских транзакций. Вывод средств на Binance через сеть Solana (SOL) может иногда приостанавливаться из-за перегруза. Мы активно сотрудничаем с проектом для поиска стабильного долгосрочного решения. Приносим извинения за неудобства.
Дополнительная информация: Статус работы сети Solana .
Предупреждение о рисках. Торговля криптовалютой связана с высокими рыночными рисками. Торгуйте с осторожностью. Binance не несет ответственности за ваши убытки при торговле.

Спасибо за поддержку!

Команда Binance

Присоединяйтесь к нам:

Не работает сеть solana что делать

Блокчейн Solana часто переживает сбои. Последний из них, произошедший на днях, был связан с ошибкой в механизме консенсуса сети. Эта ошибка была знакома команде блокчейна ранее, но проблем из-за нее до этого на возникало.

Цена SOL, токена Solana, который входит в топ-10 криптовалют, падала сильнее рынка, достигая снижения в 12% в день сбоя 01 июня.

Со своего максимума в районе 250 долларов, достигнутого летом прошлого года SOL потерял более 85% и сейчас торгуется на отметке 39,34 доллара США.

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

После прекращения расчета новых блоков сети со стороны валидаторов, все децентрализованные приложения (dApps), основанные на Solana перестали работать. Эта остановка длилась более 4 часов.

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

Solana позиционирует текущую сеть как бета-версию, и предупреждает пользователей, что возможно наличие в ней багов и ошибок. Только блоки Mainnet-Beta прекращали работать в текущем году дважды — 30 апреля и 1 июня. Подобные остановки работы наблюдались также в сентябре прошлого года и в декабре позапрошлого года.

Причина остановки блокчейна Solana

Представитель Solana Labs Остин Федера сообщил, что валидаторы возобновляют работу только при условии, что устойчивые одноразовые транзакции — метод, с помощью которого транзакции могут быть подписаны в автономном режиме, не требуя хэша последнего блока, — отключены. Эти нишевые транзакции дважды учитывались валидаторами сети с двумя разными блоками, а не рассматривались как одна транзакция. Это привело к поломке механизма консенсуса Соланы.

«Вероятно, это была ошибка, которая существовала какое-то время, но никогда не становилась проблемой, потому что это не то, что используется большинством людей», — объяснил Federa.

Торговые площадки в последнее время стали больше использовать подобные виды транзакций, вероятно, из-за их настройки холодного хранения.

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

Лейн из Stakewiz, одного из операторов валидатора Solana, сообщил, что ошибка, вызвавшая остановку сети, была знакома разработчикам, и они ее исправляли еще до сбоя.

В беседе в Twitter Spaces Остин Федера и соучредитель Solana Labs Анатолий Яковенко обсуждали, насколько данная ошибка взаимосвязана с проводимыми блокчейном улучшениями в вопросах функциональности и производительности сети. Яковенко уверил, что ошибка с ними не связана.

Спешка команды Solana — причина ошибки?

Несмотря на регулярное возникновение сбоев в сети Solana, ее основатели критикуют другие блокчейны.

Так, недавно cооснователи Solana, Анатолий Яковенко и Радж Гокал, обсуждали, что блокчейн Cardano создается чрезмерно тщательно. Они утверждали, что разработчики Cardano никогда не завершат работу над ней такими темпами.

Создатель сети Cardano Чарльз Хоскинсон в ответ на их высказывания, заявил, что на самом деле их разработчики усердно трудятся над программным обеспечением, так как от работы их инфраструктуры будут зависеть миллионы пользователей и множество проектов.

Хоскинсон считает, что разработчикам Solana не помешало бы также тщательно подходить к своей работе.

Анализ Solana

Galaxy Digital Surveying выпустила отчет по Solana, в котором написано, что в своей технической документации Solana заявила, что ее пропускная способность составляет 710 000 транзакций в секунду. Но на сайте Solana указано, что в настоящее время в сети проходит в среднем

1500 транзакций в секунду (tps). Таким образом фактическая пропускная способность сети в 500 раз ниже заявленной.

В этих 1500 транзакциях Solana учитывает и сообщения внутреннего консенсуса, которые другими сетями обычно не учитываются.

Солана учитывает консенсусные сообщения как «транзакции голосования» — это валидаторы, управляемые учетными записями для голосования, которые обрабатывают регистрацию голосов, сбор голосов и подписание новых голосов. А транзакции, включающие взаимодействие смарт-контрактов с децентрализованными приложениями (dapps), называются транзакциями «без голосования» (большинство других блокчейнов учитывают только транзакции «без голосования»).

Согласно информации Dune Analytics, 80-90% всех транзакций в сети Солана составляют транзакции голосования. Если вычесть их из общего числа транзакций, то скорость обработки tps составит 300 транзакций в секунду.

Эта цифра намного отличается от заявленных 710 000 транзакций в секунду. Но, к примеру, в сравнении с Ethereum с их максимальной продуктивностью 12-15 транзакциями в секунду — это хороший показатель.

Проблема централизации

По состоянию на начало июня сеть Солана защищают 1 785 валидаторов. Их распределение централизованно, соответственно они могут остановить сеть самостоятельно. Централизация сети не уникальна для Solana, некоторые другие сети, например Avalanche, также более централизованы.

Кастодианы и централизованные биржи имеют большие остатки токенов Solana. Это позволяет им регистрироваться в качестве валидаторов и получать от этого дополнительные доход.

Вывод

Solana — это относительно молодой быстрорастущий блокчейн, который становится все более популярным во многих областях и стремится к тому, чтобы превзойти Ethereum в качестве лидера смарт-контрактов. Но наличие фундаментальных недостатков конструкции и постоянные сбои могут окончательно подорвать доверие к этой сети, несмотря на проводимые технологические исправления и обновления. Скорость разработки — это всегда хорошо. Вероятно, команде Solana стоит поучиться у других блокчейн-проектов, которые слишком тщательно подходят к своему развитию, потому что понимают, насколько они важны для криптосообщества и индустрии в целом.

Подписывайтесь на Фридман клаб в соцсетях и наш Телеграм канал, чтобы всегда быть в курсе самых последних и горячих новостей @like_freedman

Пополняем кошелек Phantom, если solana работает не стабильно

Переходим на Cex биржи, например Binance / Bybit (ссылки на биржи кликабельны, регистрируемся и получаем скидки на комиссии и бонусы) и переходим в p2p торговлю, последовательность действий:
– Binance-кошелек-кошелек пополнения-p2p
– Bybit-купить криптовалюту(на главном экране)-p2p трейдинг

В p2p производим обмен вашего кеша в криптовалюту #usdt

Получили свои usdt теперь переходит к этапу номер 2

2 Этап – Установка кошельков Метамаск

При регистрации кошелька запоминаем свои пароли и seed фразу(это главный ключик к твоему кошельку, храни ее у сердца и никому не показывай)

Регистрируем также кошелек Phantom(сомневаюсь что у вс его нет, но напишу все-таки) Скачиваем кошелек https://phantom.app/download и устанавливаем(лучше также в браузер) https://chrome.google.com/webstore/detail/phantom/bfnaelmomeimhlpmgjnjophhpkkoljpa

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

3 Этап – Выводим ваши доллАры на кошелек

И производим обмен ваших usdt на usdc. Обмен завершен.
Переходим в кошелек вашей биржи и нажимаем вывести usdc

При выводе выбираем сеть BNB Smart Chain/BSC (BEP20)
В Метамаске копируем адрес своего кошелька

И вставляем этот адрес в биржи при выводе. Производим транзакцию, подтверждаем вывод. И переходим к 4 эатпу.

4 Этап – Совершаем Кроссчейновый перевод

Получили свои монетки на метамаск, пора нам перекинуть их в phantom.
Идем на сайт: https://app.allbridge.io/bridge?from=BSC&to=SOL&asset=USDC

Выбираем как показано на картинке, и нажимаем CONNECT WALLET

2 этапом в алл бридж, надо вставить свой адрес из phantom кошелька, выбрать сумму перевода(я подчеркнул 14,95 это общее кол-во долларов у меня на кошельке) и нажать send(обратите внимание, что прийдет меньше, потому что сервис имеет свою комиссию)

3 этап аллбриджа, дожидаемся когда до тикает таймер.

ВОТ СЕЙЧАС ВНИМАНИЕ, НАЖИМАЕМ FINISH FOR ME – так вы снимите головную боль комиссий и у вас должно быть как на скрине ниже

Нажимаем receive, до тех пор, пока не увидите что все прошло, как на скрине ниже

Нажимаем и нажимаем и нажимаем, пока не увидите successful, когда солана упала и тормозила, а все биржи отказывались выводить ее, я нажимал recieve более 15 раз, только с 16-20 раза получалось(сеть была не стабильна).
Далее нажимаем на кнопку Swap Jupiter

И уже в этом обменике справа сверху нажимаем connect wallet и «разворачиваем» ваши usdc в сеть solana
ВОт более полробный гайд от алл бридж https://docs.allbridge.io/guides/bridging-guides/how-to-transfer-usdt – тут в примере из polygon , но смысл тот же, также на 2 этапе all bridge можно запустить видео, где тоже понятно по шагам что делать.

Надеемся было очень полезно, а главное понятно! Прыгай в наш канал Plus 0 и ставь огоньки у этого поста , а также пиши в комментах, что не понятно или как бы ты улучшил данную схему!

Не работает сеть solana что делать

Блокчейн Solana периодически отключается. Как разработчики планируют исправить проблему?

С момента своего запуска в 2020 году сеть Solana уже пять раз приостанавливала свою работу, то есть по сути отключалась на несколько часов. Три раза из этих пяти случаев пришлись на 2022 год. Причиной «падения» сети могут быть либо баги в коде проекта, либо перегрузка из-за наплыва трафика транзакций ботов. Как бы там ни было, разработчики в курсе происходящего, однако уже говорят о наличии долгосрочного исправления неполадок.

По традиции начнём с объяснения. Solana — современный высокоскоростной блокчейн на алгоритме консенсуса Proof-of-History, который при этом является модификацией более популярного Proof-of-Stake. В целом сеть работает очень быстро и позволяет проводить тысячи транзакций в секунду.

Для сравнения: сеть Биткоина в состоянии справиться с приблизительно 5-7 переводами в секунду, тогда как у Эфириума данный показатель составляет около 15 транзакций. Да, после внедрения шардинга в сеть Eth эта сумма вырастет как минимум в 64 раза на первом этапе запуска, однако подобного ещё предстоит дождаться.

Мы уточнили свежие данные: сейчас Solana проводит 4181 транзакцию в секунду, при этом данный показатель постоянно меняется.

Показатель количества проводимых транзакций в сети Solana

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

К тому же сами разработчики сети поддерживают подход «сначала сделать, а потом что-то исправлять». Поэтому они делают ставку на производительность блокчейна, запускают продукты и обновления для привлечения пользователей, а уже потом при необходимости исправляют проблемы. Таким образом девелоперы привлекают юзеров и постоянно двигаются вперёд в развитии.

При этом как сообщает сооснователь Solana Анатолий Яковенко, долгосрочное решение проблемы уже найдено.

Почему не работает блокчейн Solana?

У сооснователя Solana Labs Анатолия Яковенко есть хорошие новости: во время эфира подкаста gm от Decrypt он заявил, что решением проблемы в длительной перспективе является новый отдельный клиент сети под названием Firedancer. Его анонсировали в августе — предполагается, что Firedancer сможет значительно расширить масштабируемость Solana, а значит сеть альткоина больше не будет подвергаться перегрузке.

Новый клиент разрабатывается отдельной Web3-командой Jump Crypto в партнёрстве с Solana Foundation. Разработчики уверены, что релиз Firedancer позволит более эффективно обрабатывать транзакции на базе альткоина уже в следующие один-два года. Необходимость разработки решения проблемы отдельной командой пояснил сам Яковенко.

Так как это отдельная команда, вероятность того, что у них будут такие же баги, как и у нас, равна нулю.

То есть Анатолий даёт понять, что Firedancer — отдельное программное обеспечение для подтверждения транзакций в сети Solana и обеспечения её работы. Описанная выше ситуация перегрузки операторов нод характерна для одного клиента сети, который пока является единственным. А значит теперь Яковенко считает, что даже если часть операторов нод столкнётся с проблемами и отключится, пользователи другого клиента смогут продолжить работу и поддерживать сеть.

Сооснователь Solana Labs Анатолий Яковенко

Сооснователь Solana заявил, что разработчики трудятся над решением проблемы устойчивости сети проекта уже долгое время. При этом Solana является «достаточно сложным» комплексным альткоином с точки зрения технологических нюансов, которые постоянно нужно учитывать программистам. В целом, практически все инциденты с неработоспособностью Solana «связаны с человеческим фактором», отмечает Яковенко.

Это монолитный блокчейн — как Эфириум, только Solana делает всё и сразу.

В частности, последнее падение сети было вызвано неправильной настройкой одного из валидаторов, что привело к проблемам с выбором самой длинной «истинной» цепочки блоков. Однако Яковенко отмечает, что подобные инциденты не приводят к потерям средств пользователей: всё же Solana достаточно децентрализована, а в сети работают как минимум 2000 валидаторов.

Пока существует хотя бы одна копия блокчейна, работу всей сети удастся восстановить.

К тому же Эфириум страдал от проблем с перегрузкой своей сети куда чаще, чем Solana. Напомним, в прошлом мы не раз писали о стремительном росте комиссий за транзакции с альткоином — иногда операции со смарт-контрактами Эфириума обходились пользователям в сотни долларов. Недавний переход Эфира на новый алгоритм консенсуса Proof-of-Stake с последующими апгрейдами тоже должен решить эту проблему, однако этого ещё предстоит дождаться.

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

Сегодня криптовалюта SOL находится на девятом месте в общем рейтинге монет по рыночной капитализации. Курс крипты отстаёт от её исторического максимума на уровне 260 долларов на 87 процентов. При этом в прошлом году SOL стала одной из наиболее прибыльных инвестиций, поскольку курс криптовалюты вырос на более чем 11 тысяч процентов.

Актуальная ситуация по криптовалюте Solana SOL

Релиз Firedancer может стать одной из причин для новой волны популяризации альткоина. К сожалению, разработчики из Jump Crypto пока не объявляли никаких конкретных дат в отношении релиза. Больше подробностей о клиенте может рассказать сам Яковенко в ноябре — напомним, в начале месяца пройдёт масштабная конференция Solana Breakpoint, где будут обсуждаться последние новшества в экосистеме альткоина.

Напомним, что мы писали отдельное руководство по стейкингу SOL с помощью приложения Ledger Live. Текст доступен по ссылке.

Страница компании Jump и клиента Firedancer

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

Непрекращающиеся сбои в работе сети Solana могут иметь катастрофические последствия для массового внедрения SOL

И снова в субботу страница статуса Solana подтвердила слухи о большом количестве сбоев транзакций за последние 2–3 дня после того, как некоторые пользователи сети выразили обеспокоенность.

«Бета-версия основной сети Solana испытывает высокий уровень перегрузки сети….. Текущая проблема, с которой сталкиваются валидаторы, связана с чрезмерным дублированием транзакций». Читает статус.

Последняя проблема снижения производительности возникла через несколько дней после того, как Солана стала свидетелем другой проблемы, из-за которой Binance приостановила снятие средств через сеть, которое еще предстоит возобновить.

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

Согласно объявлению, в то время как последняя проблема была вызвана исчерпанием кеша программы, текущая проблема вызвана дублированием транзакций. Таким образом, пользователи должны обновить свою основную сеть до версии 1.8.14, чтобы смягчить наихудшие последствия этой проблемы, поскольку команда работает над внедрением дополнительных улучшений. Тем не менее, команда еще не сняла предыдущее предупреждение о том, что передача моста через цепь в Солану может завершиться неудачей из-за червоточины.

Проблемы с сетью, не соответствующие цене

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

«Какую сеть вы бы предпочли использовать? Чрезвычайно дорогой (eth) или дешевый, который не работает (sol)?» — спросил один недовольный пользователь после объявления: «Это просто делает меня более оптимистичным в отношении AVAX».

Дэниел Чунг из Kikitrade критикует монолитный характер Solana, обвиняя ее в недавних простоях. «Очевидно, что в будущем победителем станет блокчейн с модульной архитектурой. Бычий $ETH 2.0 & Космическая экосистема», он говорит.

Другие, такие как Роберт Флуд, опытный биткойн-трейдер, считают, что выбор Соланой первоначальных инвесторов во многом виноват в ее бедах. «Экосистема $SOL была распродана венчурным капиталистам с высоким временным приоритетом и серийным дамперам и полностью разрушила участие в розничной торговле». Он говорит: «Все в экосистеме Solana кажется сфабрикованным и по своей сути уступает $ETH. ”

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

Постоянная проблема Соланы теперь угрожает дальнейшему снижению цены SOL, несмотря на то, что она уже понесла серьезный удар, поскольку такие инвесторы, как генеральный директор FTX Сэм-Бэнкман Фрид, прогнозируют снижение цен.

На момент публикации криптовалюта продавалась по цене 98 долларов США после того, как потеряла более 63% стоимости после достижения рекордного максимума в 259,80 долларов США.

Сеть Solana вернулась к работе после масштабного сбоя

Бета-версия основной сети Solana была успешно перезапущена валидаторами. Полная функциональность блокчейна будет восстановлена в течение следующих нескольких часов. В результате масштабного сбоя новые блоки не выходили в сети свыше 16 часов.

Сбой в блокчейне Solana произошел 14 сентября около 16:00 мск. Разработчики проекта объяснили, что бета-версия основной сети столкнулось с высокой транзакционной нагрузкой, на пике достигавшей 400 тыс. транзакций в секунду. Инженеры безуспешно пытались стабилизировать работу сети, в итоге было принято решение перезапустить ее.

На фоне неполадок в сети альткоина его цена падала на 13%, с $160 до $140, после чего вернулась к прежним значениям. По состоянию на 15 сентября 12:00 мск Solana торгуется на уровне в $162, за прошедшие сутки она подешевела на 5%.

Больше новостей о криптовалютах вы найдете в нашем телеграм-канале РБК-Крипто.

Solana: и вечный сбой! Покой нам только снится…

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

От исчерпания ресурсов до остановки подтверждения блока – сеть Solana (SOL) потерпела ряд неудач, которые привели к неоднократным отключениям, в результате чего сеть несколько раз прекращала работу на несколько часов.

Впервые сеть Solana вышла из строя 4 декабря 2020 года, примерно через три года после своего появление, и это вызвало замешательство в сообществе.

Похоже, блокчейн прекратил проверку новых блоков на слоте 53 180 900, что предотвратило подтверждение транзакций. Сетевые инженеры обнаружили и устранили проблему, но Solana не работала примерно шесть часов.

14 сентября 2021 года официальный дескриптор службы поддержки Solana в Твиттере сообщил, что сеть испытывала «периодическую нестабильность» в течение примерно 45 минут.

Согласно отчету, вероятной причиной проблемы, которая привела к отказу в обслуживании, было исчерпание ресурсов. По словам службы поддержки, инженеры работали над этой проблемой и рассматривали возможность перезапуска, если она не исчезнет.

Недавно в сети произошел еще один сбой, уже в седьмой раз. На этот раз проблема была вызвана ботами, инициировавшими большое количество транзакций на Metaplex, рынке невзаимозаменяемых токенов (NFT), построенном на Solana. Отключение длилось около семи часов.

В настоящее время валидаторы Solana замедляются, по словам Джорджа Харрапа, соучредителя Step Finance — управляющего портфелем Solana, — потому что боты рассылают спам по чеканным и арбитражным транзакциям NFT. У них огромные требования к полосе пропускания, поэтому значительное их количество оказывает влияние.

«Solana — это не централизованная организация с одним человеком, который может принимать решения. Более 1700 валидаторов должны решить, что делать. Многие из них внедряют исправления и достигают консенсуса в отношении того, что следует делать в интересах сети, — говорит Харрап. – Согласно исследованию Нансена, на Solana зачастую в 10 раз больше транзакций, чем на Ethereum. Это означает, что Solana имеет дело с требованиями, с которыми не сталкиваются другие блокчейны, и это новая территория. Так что «икота» неизбежна».

В настоящее время одной из самых известных торговых площадок NFT является OpenSea на Ethereum, однако Metaplex постепенно набирает обороты и позволяет пользователям создавать и продавать NFT на блокчейне Solana.

Тем не менее, учитывая недавнюю проблему с рынком и постоянные отключения Solana, неудивительно, если некоторые пользователи начнут пересматривать свое мнение.

Харрап добавил, что «в настоящее время некоторые обновления узлов валидатора находятся в стадии разработки и изучения, чтобы исправить проблему. В основном она связана с новыми протоколами связи между узлами (такими как QUIC) и изменениями в контракте Candy Machine, используемом минтерами NFT, где за неудачные транзакции взимается комиссия».

Solana стремится решить трилемму блокчейна

Solana начала работать с полным функционалом два года назад. Криптосообщество считает ее одним из убийц Ethereum, то есть, таких сетей, которые стремятся превзойти блокчейн Ethereum с точки зрения принятия путем решения некоторых проблем, возникших в результате того, что в настоящее время блокчейн Ethereum сильно зависит от механизма консенсуса Proof-of-Work (PoW).

Solana была разработана с учетом трилеммы блокчейна, концепции, предложенной Виталиком Бутериным, канадско-российским программистом и соучредителем Ethereum.

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

Сеть Solana стремится решить эту проблему, включив механизм доказательства истории (PoH) в блокчейн с доказательством доли (PoS). С PoH сеть делегирует центральному узлу определение времени транзакции, которое может согласовать вся сеть. Это ускоряет транзакции, но жертвует децентрализацией, которая является ключевой особенностью блокчейна.

По словам Хишама Хана, основателя и генерального директора Aldrin (RIN), пользователи обратились к блокчейнам уровня 2 и другим блокчейнам уровня 1, таким как Avalanche (AVAX), а также к временным решениям для Ethereum. Но на самом деле это не решает текущих проблем масштабируемости, транзакционных издержек и скорости.

«Если вы посмотрите на количество транзакций в секунду, Solana неизменно входит в пятерку лучших. Чтобы оценить, насколько перспективна экосистема, посмотрите на количество разработчиков. Неудивительно, что Solana продолжает расти, и к ней присоединяется большинство разработчиков, – говорит Хан. – Масштабируемость и стресс-тесты являются необходимой частью процесса формирования экосистемы до зрелости — мы имеем дело не только с финансовыми транзакциями, но и с первоначальными предложениями DEX, NFT, ботами и многим другим. Все эти проблемы могут быть устранены в течение пяти лет, но, как и в первые дни Интернета, пользовательский интерфейс и серверная часть все еще нуждаются в улучшении. Хотя пользователи могут не заметить разницы, процесс будет более плавным, поскольку базовые смарт-контракты и технологии продолжают развиваться».

Высказываются опасения по поводу того, действительно ли сеть Solana децентрализована. Хотя большинство криптоэнтузиастов признают низкую комиссию сети и заметную масштабируемость, они утверждают, что сеть не является полностью децентрализованной, ссылаясь на ее зависимость от PoH, выделение почти 50% токенов инсайдерам и зависимость от Solana Foundation для разработки основных узлов.

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

Solana использует механизм proof-of-stake, что означает, что пользователи могут размещать нативный токен Solana (SOL) в пуле, чтобы получать вознаграждение. Эти токены затем передаются валидаторам, чтобы увеличить их влияние на консенсус в блокчейне. Это быстро подтверждает последовательность транзакций, созданную текущим генератором PoH, выбирает новые генераторы PoH и наказывает недобросовестных валидаторов.

В результате многие пользователи воспользовались возможностью стекинга Solana, особенно в качестве дополнительного источника дохода, но несколько пользователей на официальном канале Solana Reddit сообщили о проблемах со стекингом своих SOL с использованием кошелька Moonlet и кошелька Solana Phantom.

Долгий путь

Экосистема Solana создала ряд децентрализованных приложений (DApps), включая протоколы кредитования, такие как Apricot Finance и Francium, проекты децентрализованного финансирования (DeFi), такие как Orca, Sabre и Raydium, торговые площадки NFT, такие как Metaplex и Solanart, и приложения Web3, такие как как Audius (AUDIO) и Brave Browser.

Тем не менее, имея в общей сложности 71 проект, экосистема Solana сильно отстает от основных экосистем, таких как Ethereum, где насчитывается 3249 проектов.

Orca, децентрализованная биржа на блокчейне Solana, была наиболее используемым DApp в экосистеме Solana за последнее время. База пользователей Orca составляет 272 000 человек, а NFT Marketplace Magic Eden занимает второе место с 121 000 пользователей.

В то же время самым популярным DApp в экосистеме Ethereum был NFT Marketplace OpenSea с примерно 148 000 пользователей, и общая заблокированная стоимость экосистемы Ethereum (TVL) намного выше, чем у его конкурента: 113 миллиардов долларов, по данным DeFiLlama. Solana же имеет TVL в размере 6 миллиардов долларов.

Низкие сборы, которые обещает сеть Solana, привлекли как разработчиков, так и пользователей, но частые сбои в сети препятствовали полному ее использованию и отпугивали некоторые потенциально заинтересованные стороны, что тормозило рост экосистемы.

Обещанные обновления впереди

В ответ на эти опасения Solana Labs — технологическая фирма, стоящая за блокчейном Solana, — обнародовала планы обновлений «управления потоком», которые могут решить растущие проблемы со сбоями в работе сети.

Остин Федера, глава отдела коммуникаций Solana Labs, ранее в этом году принимал генерального директора Анатолия Яковенко и других членов команды разработчиков Solana в Twitter на сессии Twitter Spaces, чтобы обсудить возможные решения. Это произошло после того, как только в январе в сети произошло несколько отключений, что вызвало беспокойство у пользователей.

Яковенко заявил во время заседания, что в разработке находятся планы по внедрению обновлений, которые помогут решить эти проблемы, и что они будут развернуты в ближайшие недели. Он также отметил, что некоторые из них уже реализованы.

Было бы логично ожидать значительного улучшения стабильности блокчейна Solana в ближайшие месяцы, в основном из-за того, что сеть все еще находится в зачаточном состоянии, и ей нужно дать некоторое время для развития. Тем не менее, проблемы, по-видимому, в основном уникальны для сети, что вызывает вопросы о том, будут ли они в конечном итоге решены в криптопространстве.

В более техническом смысле можно утверждать, что текущая версия все еще находится в стадии бета-тестирования и что полная версия будет включать обновления для решения этих проблем. Однако в ответ на сообщение Reddit модератор Solana сообщил, что упомянутое «бета» — это «просто слово, которое можно удалить в любое время».

В апреле 2021 года прозвучали предложения внедрить протокол управления блокчейном, чтобы позволить держателям токенов демократично влиять на обновление сети. Это помогло бы делегировать решения об обновлении держателям и стейкерам.

Solana расширяется, и с рыночной капитализацией в 30 миллиардов долларов нативный токен SOL поднялся на шестое место среди самых ценных цифровых активов.

Согласно недавнему опросу Finder, ожидается, что к концу года цена SOL достигнет 222 долларов. Несмотря на сбои, которые кажутся уникальными для сети, быстрый рост экосистемы дает основания полагать, что однажды Solana может стать одной из доминирующих сетей PoS.

«Solana не является строго консенсусом PoS, как другие системы PoS, скорее, она пробует что-то новое. Выдержит ли сеть испытание временем и масштабом, пока неизвестно», — заключает Харп.

Настройка сервера, установка ноды, администрирование

Мануал почти готов, нашли ошибки — пишите мне в личку.

Какие гайды уже существуют?

На текущий момент я знаю 3 авторов, которые писали гайды по установке ноды в Солане и одного, который выпустил другие гайды для Соланы, а именно:

Какой гайд использовать для установки ноды?

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

Для установки ноды нам будет нужен сервер, как выбрать дата-центр читаем тут, какую выбрать конфигурацию для сервера читаем тут. — Эта статья пока не готова

У нас есть два варианта, как мы будем производить настройку сервера и дальнейшую установку ноды, мы можем это делать или под самым главным пользователем операционной системы Ubuntu — Root, или под любым другим пользователем, который уже создан в системе, например, у дата-центра OVH стандартная настройка сервера подразумевает работу под пользователем ubuntu, или под тем пользователем, которого вы создадите сами.

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

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

Давайте договоримся сразу, если вы работаете под Root, то при вводе команд вам не нужно использовать sudo, например, команда для установки файлового менеджера Midnight Commander под Root будет иметь такой вид:

А под пользователем, вот такой:

sudo apt install mc

Подготовка к установке

Для того, чтобы исключить возможные проблемы после установки Соланы, нам необходимо провести тестирование железа и интернет-канала, очень часто бывают проблемы на новых серверах, связанные с коннектором для NVME дисков, в связи с этим скорость их записи и чтения становится недопустимо маленькой. Чтобы потом не мучиться и не писать в чат вопросы: «А почему у меня что-то не работает» мы и проводим все эти процедуры. Но для начала установим Raid 0 и операционную систему Ubuntu 20.04

Raid 0

Raid 0 представляет собой массив из двух или более дисков, запись на которые происходит параллельно, за счет этого скорость записи и считывания увеличивается в 2 и более раз (зависит от количества дисков, если 2 диска — в два раза, 3 — в три). Реальное увеличение скорости можно увидеть для записи/чтения больших файлов, но и при записи/чтении маленьких файлов скорость также увеличивает, но немного меньше.

Для чего это там нужно? Так как Солана достаточно требовательна к скорости вашего диска и команда рекомендует использовать NVME-диски, то оптимизировать их работу мы можем с помощью Raid 0.

Внимание! Raid 0 можно сделать только ДО установки Соланы, более того Raid 0 делается ДО установки операционной системы. Поэтому, если вы решили сделать Raid 0 после того, как вы установили Солану — у вас ничего не выйдет. Придется форматировать диск (что повлечет за собой потерю всех данных, если не создадите резервную копию), создавать Raid 0, устанавливать операционную систему, а уже потом устанавливать Солану.

Проверка дисков

Сначала запускаем команду, которая проверит скорость записи/чтения информации на диск:

curl -sL yabs.sh | bash -s — -ig

И видим следующую информацию:

Обращаем внимание на скорость записи/чтения для файлов 4k, т.е. для файлов размером 4кб, так как основной объем работы Солана проделываем как раз с файлами такого размера. На скриншоте мы видим отличные показатели диска для работы Соланы. Если ваш диск покажет скорость меньше 500мб/с на запись/чтение, то с большей долей вероятности этот диск не подойдет для работы Соланы. Хотя, есть успешные истории людей, которые запускали Солану на HDD-дисках, в которых скорость еще меньше. Но мы люди не рисковые, делать будем все максимально безопасно, чтобы в будущем не хапнуть проблем.

Также хорошо бы посмотреть, новые нам дали диски или старые, хотя даже диски использованные на 50% могут работать отлично, при этом многие дата-центра не будут вам менять диски, если с ними все в порядке, но они не новые. Эта информация больше нужна нам самим, для понимания, с каким железом мы работаем, писать в саппорт с предъявами, что нам поставили старые диски смысла особо нет, но вы можете попробовать это сделать ).

Итак, сначала смотрим список всех дисков, которые установлены на нашем сервере, вводим команду:

И видим такую информацию:

Красным я выделил диски и их названия в системе, теперь нам нужно проверить каждый из них, для этого устанавливаем сначала утилиту smart:

Далее смотрим информацию по первому диску:

Модель нашего первого NVME диска Объем нашего первого NVME диска Критическая температура, выше которой нашему диску будет плохо

Спускаемся ниже и видим остальную информацию:

Текущую температуру первого NVME-диска (информация поступает с двух сенсоров) Процент износа диска Объем информации, который уже были записаны на наш первый NVME-диск Объем информации, который был считан с нашего первого NVME-диска Отсутсвие информации об ошибках

Так выглядит диск, который отработал около 8 месяцев на сервере с работающей Соланой.

Исходя из этой информации, мы можем сделать для себя несколько выводов:

Диск не новый, но рабочий Скорость записи/чтения отличные Солана за 8 месяцев работы убивает диск на 31%

Для дополнительной уверенности советую также протестировать и второй диск, в нашем случае это можно будет сделать командой:

smartctl -a /dev/nvme1n1

Возможно, вам пригодится еще команда, чтобы посмотреть свободное место на дисках, вот она:

Тут видим, что у нас из 1,9Тb занято системой (потому что сейчас на диск установлена только система) 2,4Gb, а свободно 1,8Тб. Этого для работы Соланы нам более чем достаточно.

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

Проверка интернета

Для Соланы необходим канал в 1Гбит, обычно она потребляет не больше 300мбит/сек входящего и 300мбит/сек исходящего трафика. Суммарно за месяц в тестнете тратится около 100Тб трафика (50Тб исходящий, 50 Тб входящий), если ваш дата-центр или провайдер ограничивает скорость при достижении порога в 50Тб или меньше, то вам этот провайдер или дата-центр не подойдет, возможно, придется докупать еще трафик дополнительно. Запускаем проверку скорости первым способом:

curl -sL yabs.sh | bash -s — -fg

Получаем вот такой результат:

Как мы видим на скриншоте, на нашем сервере достаточно хороший интернет, для Соланы нам его однозначно хватит.

Обычно этого теста достаточно, чтобы понять, все ли у нас хорошо с интернетом или нет, но можно протестировать его еще этим способом, устанавливаем:

apt install speedtest-cli -y

И этот тест тоже говорит нам, что с каналом у нас все отлично.

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

Проверка памяти

Достаточно редкое явление, что вам подсунули в дата-центре плохую память, но такой дата-центр как Икула ( ikoula.com ) частенько подсовывает битую память своим клиентам, видимо она переходит от одного сервера к другому, вдруг арендатор сервера не заметит что с ней есть проблемы и будет работать на битой памяти. Видимо так они рассуждают. Поэтому проверить память точно будет не лишним, устанавливаем memtester:

apt install memtester

Будьте готовый к тому, что тестирование оперативной памяти процесс длительный, если с памятью есть проблемы, то ошибки могут показаться уже на первых минутах теста, а если с ней все хорошо, то тестирование может занять несколько часов. На тест 64Гб памяти может потребоваться около 4-6 часов, на тесты 128Гб около 12 часов.

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

И видимы мы следующую информацию:

Свободная оперативная память 61 619Мб Доступная оперативная память 63 317Мб

Можно попробовать и запустить проверку доступной оперативной памяти, если не получится, запускайте проверку свободной оперативной памяти, вот так:

memtester 60G 1

Цифра 1 указывает на количество циклов, которые будет тестировать память программа memtester, в нашем случае 1 цикла будет достаточно.

61Gb = 61 * 1024 = 62 464Mb, так как это значение входит в доступную память, которая на момент проверки ровняется 63 317Мб, то у меня проверку запустить удалось. Если у вас запустить не получится и memtester выдаст ошибку, то запускайте проверку свободной оперативной памяти, в Гб это будет 61 619 / 1024 = 60Gb

В результате тестов увидим следующую информацию:

У нас все с памятью хорошо, все тесты пройдены.

Запомните! Если вы решили протестировать оперативную память после того, как установили Солану, обязательно остановите ее перед тестированием памяти. Если не остановите, то memtester не сможет протестировать около 32Гб памяти в тестнете и 64Гб памяти в майннете. Почему? Потому что memtester может проверять только свободную оперативную память, чтобы ее освободить, перед тестом Солану нужно остановить!

Firewall

Firewall — это программа, которая выполняет роль сетевого экрана и ограничивает трафик. С одной стороны если мы умеем (реально умеем, а не думаем, что умеем) ей пользоваться она позволит нам защитить сервер от лишнего трафика, сетевых атак и взлома. С другой стороны (если вы читаете о фаирволе впервые в этом мануале) фаирвол может запороть работу ноды, что в результате выльется в высокий скип-рейт. Если вы не знаете, что это, то в работе Соланы вы можете не использовать фаирвол, все будет работать и так хорошо, но если у вас возникают проблемы с дата-центром, и он рекомендует вам ограничить трафик вашего сервера в приватные сети (это такие сети, в которые если вдруг ваша нода начинает слать трафик, то это будет выглядеть как попытка атаки, и ваш дата-центр может на время изолировать трафик вашего сервера).

apt install ufw

Проверка статуса фаирвола:

После этой команды (если вы еще не производили никаких настроек фаирвола) вы увидите ответ — Status: inactive, это значит, что в данный момент вы только установили фаирвол, но он у вас еще не активен.

Далее добавляем правила, по которым наш фаирвол будет фильтровать трафик:

ufw allow 22
ufw allow 8000/tcp
ufw allow 8899/tcp
ufw allow 8900/tcp
ufw allow 8000:8020/udp

Первая строка разрешает нам работать по 22 порту (по этому порту мы подключаемся к нашему серверу по SSH)

Далее мы открываем порты, по которым мы будем получать и отправлять трафик по протоколу TCP.

И нижняя строчка разрешает нам отправлять и получать трафик по протоколу UPD через порты с 8000 до 8020.

Если в настройках фаирвола вы нечаянно запретите или НЕ разрешите серверу принимать или отправлять UDP трафик, то будьте уверены, нода ваша работать будет очень плохо, практически не будет. Все потому, что основной трафик у Соланы — это UPD трафик.

Далее запрещаем ноде отправлять трафик в приватные сети (куда нельзя посылать трафик лучше всего уточнить у вашего провайдера), в данном случае написаны правила для дата-центра Hetzner, у вас однозначно адреса подсетей будут другие:

ufw deny out from any to 10.0.0.0/8
ufw deny out from any to 172.16.0.0/12
ufw deny out from any to 192.168.0.0/16
ufw deny out from any to 169.254.0.0/16

После того, как создали правила дня нашего фаирвола, мы можем его включить:

И еще раз на всякий случай проверить его статус:

В ответ вы увидите список правил, который вы прописали для работы вашего фаирвола.

Еще раз напомню, фаирвол можно не использовать вообще, лично я, не использую.

Если вы решили устанавливать ноду под пользователем Root, а ваш дата-центр предпочитает выдавать клиентам пользователя с правами администратора (могут быть ограничения, по сравнению с пользователем Root), то вам нужно его включить и разрешить авторизоваться с помощью пользователя Root по SSH.

sudo passwd root

Вводим пароль для пользователя root, его нужно будет ввести дважды, видим такое сообщение:

Теперь нам нужно от отредактировать конфигурационный файл SSH, который позволит нам подключаться к серверу по SSH используя пользователя Root, вводим команду:

sudo nano /etc/ssh/sshd_config

Нам интересна вот эта строка — #PermitRootLogin prohibit-password она запрещает пользователю Root авторизироваться в системе с помощью пароля.

Убираем решетку (#) из строчки PermitRootLogin, убираем значение prohibit-password и дописываем в конце yes, чтобы было вот так:

Нажимаем ctrl+c, сохраняем изменения (нажимаем y, потом enter)

Перезагружаем сервис SSH:

systemctl restart ssh

Далее система попросит ввести текущий пароль от пользователя, под которым вы подключены сейчас к серверу по SSH, вводим пароль.

После введения пароля системы ответит нам, что сервис SSH перезапустился.

Все, мы включили пользователя Root и разрешили ему подключаться к серверу по SSH, теперь нам нужно проверить, все ли нормально, для этого еще раз подключаемся к нашему серверу по SSH (не закрываем старое подключение), но теперь уже под пользователем root и паролем, который мы задали. Если подключение прошло успешно, то смело можем закрывать старое подключение под пользователем. Теперь у нас все работает под root. Мы молодцы)

Ram-диск

Что такое рамдиск?

Рамдиск представляет собой область в оперативной памяти, куда оперативная система может складывать файлы для хранения, словно они находятся на жестком диске.

Для чего он нужен и нужен ли нам он вообще?

В официальной документации Соланы написано, что если на вашем сервере много оперативной памяти, то вы можете использовать рамдиск для хранения на нем папки accounts. Что значит много?

Если мы ставим ноду для тестнета, то там во время обычной работы сети Солана потребляет порядка 32Гб оперативной памяти, с возможными скачками до 64Гб, а в моменты стресс-тестов и 128Гб не хватает, спасает свап. Если мы говорим о майннет, то тут оперативной памяти Солана потребляет больше и 64ГБ тут минимальное значение с возможными скачками до 128Гб, но бывают момент, когда сеть нереально загружена и 128Гб оперативной памяти в майннете тоже не хватает, и тут опять же спасает свап.

Поэтому, если у вас 128Гб оперативной памяти, то и для тестнета и для майннета можно сделать рамдиск на 300Гб, при этом свап можно сделать 250-300Гб (я делаю 300Гб).

Что такое свап?

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

В папку accounts Солана постоянно записывает и считывает маленькие файлы размером 4Кб, этих файлов очень много. А так как у каждого жесткого диска есть ресурс на запись/чтение информации, то с помощью переноса папки accounts на рамдиск мы увеличиваем срок службы нашего жесткого диска.

Если вы решили делать рамдиск (я делаю всегда), то вот инструкция:

Отключаем все файлы подкачки (свап):

2. Создаем новый свап-файл для хранения данных размером в 300Гб:

dd if=/dev/zero of=/swapfile bs=1G count=300

Создание свап-файла в 300Гб может занять до 10 минут.

В результате создания увидим такую картину:

3. Задаем необходимые права для свап-файла:

chmod 600 /swapfile

4. Создаем свап из свап-файла:

5. Включаем файл подкачки (свап):

6. Проверить свап файл и память можно командой:

Вот и появился наш раздел с файлом подкачки.

7. В конфигурационный файл файловой системы fstab добавляем информацию о новом файле и комментируем старые файлы подкачки (свапы):

Комментируем решеткой, ищем строчки, где содержатся слова swap и их комментируем (выключаем) с помощью символа решетка — #, вот так:

Добавляем в конец файла 2 строчки:

/swapfile none swap sw 0 0

tmpfs /mnt/ramdisk tmpfs nodev,nosuid,noexec,nodiratime,size=300G 0 0

В общем запись будет иметь такой вид:

Нажимаем на клавиатуре ctrl+x, затем y и enter

Обратите внимание, что у вас в файле /etc/fstab может быть несколько разделов со свапом, в этом случае вам придется закомментировать их все.

8. Создаем новую папку для рамдиска:

mkdir -p /mnt/ramdisk

9. Монтируем папку в качестве нового раздела:

10. Проверяем созданный рамдиск командой:

df -h | grep ramdisk

На этом все, наш рамдиск готов, теперь нам лишь осталось в сервисном файле указать, где будет храниться папка accounts, это мы сделаем уже после установки Соланы с помощью параметра:

По сравнению настройкой Raid 0, для создания рамдиска нам не нужно форматировать жесткий диск и снова устанавливать систему. Рамдиск мы можем сделать в любое время, лучше всего во время его создания остановите Солану и запустите ее только после того, как сделаете все настройки. Я предпочитаю сначала пройти все подготовительные этапы, а уже потом только устанавливать Солану, но, выбор за вами.

Установка ноды под Root

В этом пункте вы уже должны протестировать свой сервер и сделать необходимые настройки, а именно:

Однозначно должен быть сделан Raid 0, Настроен Root (по желанию, но я делаю все только под рутом), Протестирован жесткий диск Протестирован интернет канал Протестирована оперативная память по желанию настроен фаирвол (можете его вообще не устанавливать, как я), создан рамдиск.

Теперь нам нужно узнать, какую на данный момент версию команда просит чтобы устанавливали валидаторы? Так как если вы зайдете на https://docs.solana.com/cli/install-solana-cli-tools , то с большей вероятностью вы увидите последнюю версию Соланы, которая еще не рекомендована для всех валидаторов, что в теснтете, что в майннет, поэтому нам нужно будет зайди в дискорд проекта и посмотреть анонсы:

Для майннета Для тестнета

Там вы увидите просьбы команды обновиться до той или иной версии, также вы можете перейти на сайт SolanaTools и посмотреть, на какой версии в тестнете или в майннет больше всего валидаторов и поставить эту версию вот такой командой:

За место 1.9.2 поставьте ту версию, которую решили ставить.

Видимо вот такой результат:

Солана просит нас или закрыть текущую сессию (отключиться от сервера) и подключиться снова или прописать нижнюю строчку в консоль, отключаться мы не будем, а просто выделим эту строчку и введем в консоль:

Только выделите ее без лишних пробелов, или возьмите прям с мануала.

Потом смотрим, добавили ли мы в переменную PATH пути до Соланы, вводим:

Увидим вот такую страшную строку, у вас она может быть другой, так что не пугаемся:

Далее создаем папку solana, в которой у нас все (кроме папки accounts) будет храниться:

Переходим в эту папку:

Настройки конфига соланы

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

solana config set —keypair /root/solana/validator-keypair.json

solana config set —keypair /root/solana/mainnet-validator-keypair.json

Сюда скриншот вставлять не буду, разница будет только в адресе и файле.

Актуальную информацию по адресу кластера берем на этой странице .

для тестнета — вот для майннета — вот

Обратите внимание! Имена ключей validator-keypair.json и mainnet-validator-keypair.json могут быть какими угодно, точнее такими, какими вы их создали или планируете создать, главное, чтобы вы понимали, что этот ключ именно от тестнета, а другой, именно от майннета.

Создание ключей

Внимание! Если вы переезжаете с одного сервера на другой, вам все равно нужно указать Солане какой ключ она должна использовать по дефолту для подписи транзакций solana config set —keypair и в каком кластере вы будете работать solana config set —url. И если вы решили перенести ключи майннета на ноду, на которой раньше работали ключи тестнета, или наоборот, то не забудьте сменить в конфиге ключ и кластер на нужные!

Теперь мы будем или создавать ключи (если мы первый раз устанавливаем ноду и у нас вообще нет никаких ключей) или будем их копировать с нашего домашнего компьютера на сервер.

Обратите внимание! То, что мы называем ключом на самом деле является парой ключей, на английском это keypair. Пара ключей состоит из публичного ключа, который выглядит вот так — 7MrYU7fnghgmtx9pWnbfsNJN3ZJTrUnn25Nx7z3x1TpV и приватного ключа, который может быть файлом в формате .json или мнемонической фразой. А ключом мы называем эту пару ключей потому, что все так привыкли.

Создаем основной ключ валидатора:

solana-keygen new -o /root/solana/validator-keypair.json

И видим следующее:

Система предлагает нам добавить дополнительное слово в нашу стандартную мнемоническую фразу, которая состоит из 12 слов, если вы добавите это слово, то мнемоника вашего ключа будет состоять уже из 13 слов (точнее 12+1), вероятно, это уменьшает шансы на взлом вашего ключа, но я не использую дополнительной слово и просто нажимаю Enter, в результате система нам покажет нам:

Внимание! Если вы решили добавить дополнительное слово или любой набор символов в качестве 13 слова то запомните его или запишите, так как потом без него вы не сможете восстановить свой ключ.

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

Обязательно скопируйте файл validator-keypair.json на свой локальный компьютер и сохраните мнемоническую фразу где-нибудь в надежном месте или запишите на бумаге.

Запрашиваем на свой основной ключ токены из тестовой сети, для этого идем на сюда и вводим публичный ключ своего основного ключа, жмем «show me the money!»:

Ждем надписи на сайте Tokens sent! и проверяем баланс нашего кошелька:

И видим там 100 SOL:

Обратите внимание! Для того, чтобы нам узнать баланс своего ключа нам не пришлось писать его публичный ключ или указывать путь до файла этого ключа. Все потому, что выше мы задали дефолтный ключ для системы командой solana config set —keypair /root/solana/validator-keypair.json, поэтому Солана по дефолту в эту команду и подставила наш ключ.

В майннете попросить у кого-то токенов не получится, поэтому свой ключ пополняем сами)

Создаем ключ для воут-аккаунта:

solana-keygen new -o /root/solana/vote-account-keypair.json

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

Создаем ключ для ауторизед виздравера (Authorized Withdrawer Account):

solana-keygen new -o /root/solana/authorized-withdrawer-keypair.json

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

Из ключа, который мы создали для воут-аккаунта, делаем это самый воут-аккаунт, и сразу в этой же команде назначаем ауторизет виздравером тот ключ, который мы для этого создали следующей командой:

solana create-vote-account /root/solana/vote-account-keypair.json /root/solana/validator-keypair.json /root/solana/authorized-withdrawer-keypair.json

И видим что у нас все получилось:

Если бы у нас не было SOL на основном ключе, то мы бы не смогли создать воут-аккаунт для нашего основного ключа, так как для этой операции нам нужны SOL для оплаты комисси, которая составляет около 0,026 SOL. Столько стоит эта операция хоть в тестнете, хоть в майннете.

Если мы создаем воут-аккаунт для майннета, то нам еще нужно изменить комиссию, которую наш войт-аккаунт получает за работу в сети, по дефолту это значение равно 100%, но для получения делегации от фонда необходимо установить комиссию не более 10% (можно и меньше), это мы можем сделать сразу, во время создания войт-аккаунта, вот так:

solana create-vote-account /root/solana/vote-account-keypair.json /root/solana/validator-keypair.json /root/solana/authorized-withdrawer-keypair.json —commission 10

Или после того, как вы сделали войт-аккаунт (без ауторизет виздравера), вот так:

solana vote-update-commission 81iuTYDaeJ71XFGkPXNUuQ8gNvHQfBxpU7Vj2hzJ9Q4e 10 /root/solana/validator-keypair.json

Или после того, как вы сделали войт-аккаунт (с авторизет виздравером), вот так:

solana vote-update-commission 81iuTYDaeJ71XFGkPXNUuQ8gNvHQfBxpU7Vj2hzJ9Q4e 10 /root/solana/authorized-withdrawer-keypair.json

За место 81iuTYDaeJ71XFGkPXNUuQ8gNvHQfBxpU7Vj2hzJ9Q4e ставите пабкей своего воут-аккаунта.

Что это вообще за ключ такой ауторизет виздравер и зачем мы его создали?

Для повышения безопасности средств в Солане есть возможность дать права на распоряжение стейком-аккаунтом и на снятие ревардов с воут-аккаунта другому ключу, которому нет необходимости постоянно находиться на сервере. Раньше функцию ауторизет виздравера выполнял ключ validator-keypair.json, который всегда должен находиться на сервере, так как от его имени происходит голосование в сети и с этого же ключа списывается комиссия для голосования в сети. Но это не безопасно, так как если злоумышленник получит доступ к вашему серверу с нодой, то сможет забрать стейк и реварды и переслать на свой ключ. А если эти права передать другому ключу, который будет лежать у вас на домашнем компьютере, то даже с доступом к серверу он не сможет забрать ваши деньги. Поэтому теперь все ключи, которые являются и основным ключом валидатора и ауторизет виздравером, помечаются в сервисе validators.app желтым треугольником, вот таким:

Как его убрать, читаем тут.

Еще одно важное дополнение. Создается воут-аккаунт и связываются ключи 1 раз. Один раз для одной ноды в тестнете и один раз для одной ноды в майннет. Если вы переезжаете на новый сервер вам не нужно проводить эту процедуру снова, ее нужно сделать только 1 раз! Если вы надумаете переехать на другой сервер, то вам просто нужно будет сохранить свои ключи у себя на локальном компьютере и потом скопировать их на новый сервер.

Продолжаем установку Соланы.

Установка систюнера

Систюнер представляет собой набор настроек, которые оптимизируют операционную систему для работы Соланы. Так как систюнер уже встроен в Solana CLI, то мы можем или запускать его каждый раз перед запуском или рестартом Соланы вот так:

sudo $(command -v solana-sys-tuner) —user $(whoami) > sys-tuner.log 2>&1 &

Или прописать те настройки, которые устанавливает систюнер, сразу в систему и не запускать его каждый раз перед стартом или рестартом Соланы. Мы пойдем вторым путем, сразу пропишем все настройки и не будем систюнер постоянно запускать, для этого вводим эти команды по очереди, всего 3 команд:

Сервисный файл. Создание и настройка

Теперь создаем сервисный файл:

Обратите внимание! Эта команда работает так: если у вас нет файла по тому пути, который вы указали, а сейчас мы хотим создать файл в /root/solana/, то тогда мы создадим его сразу будем в него записывать необходимую нам информацию. Но если у нас этот файл есть по данному пути, то мы откроем его в режиме редактирования и сможем в него записывать все, что нам нужно. Поэтому в данный момент мы его только создаем, потом уже этой же командой будем редактировать.

И записываем в этот файл следующее:

Взять и скопировать сервисный файл вообще не добавляет человеку ни знаний, ни счастья, а только умножает печали, поэтому, чтобы мы не печалились, будем разбирать каждый параметр, который используем. Поехали.

Начиная с версии 1.9 команда добавила в Солану инкрементальные снепшоты, за место вот этих параметров:

Вы можете поставить эти:

Текущие значения для инкрементальных снепшотов не являются единственно верными! Эксперементируйте, подбирайте удобные для вас значения, на мой взгляд таких значений достаточно.

Опишу каждый параметр я ниже.

Для начала хотелось бы прояснить один момент, сервисный файл используется Соланой в качестве параметров для запуска, а это значит что Солана использует его ТОЛЬКО в момент запуска или в те моменты, когда происходит рестарт ноды из-за сбоев в системе (например, переполнение оперативной памяти). Поэтому не нужно бояться изменять сервисный файл в момент, когда нода работает, так как его изменение не нарушит работу ноды.

Обратите внимание на такой параметр, как —no-port-check, что он делает, описано ниже. На что обращать внимание? Если вы устанавливаете новую ноду и где то в другом гайде увидели, что этот параметр в сервисном файле присутствует и решили его себе тоже добавить, то есть возможность получить проблемы в виде большого скипа. Почему? Потому что без проверки портов на открытие солана запустится и когда к вам будет идти трафик по тому порту, который у вас закрыт (а вы не знаете, есть ли у вас проблемы с портами, если солана их не проверяет), вы скипнете лидер-блок. Поэтому настоятельно рекомендую не ставить этот параметр, если на 100% не уверены, что с портами проблем нет.

—entrypoint — Точка входа для Соланы, представляет собой такую же ноду, как и у нас, только она мощнее и является своеобразным маяком, на который ориентируются рядовые ноды в кластере. Эта нода принадлежит команде Соланы. Для каждого кластера мы указываем свои энтрипоинты, их мы можем найти в официальной документации Соланы

—known-validator — известный нам валидатор, которому мы доверяем и с которого мы будем качать снепшоты в случае, если мы их не пишем на свой жесткий диск или они оказались повреждены. В случае, когда мы берем этих валидаторов с доков соланы (для каждого кластера свои кноун-валидаторы), то мы указываем ноды, которые принадлежат команде Соланы, также мы можем указать там своего друга и качать снепшоты с него (но чтобы это заработало, нужны настройки его ноды, ниже об этом будет сказано)

—only-known-rpc — запрещает вашей ноде качать снепшоты с НЕ известных вам валидаторов, если у вас стоит этот параметр, то вы будете качать снепшот только с тех валидаторов, которые указали в параметре —known-validator, если же этого параметра не будет, то сначала нода попробует скачать снепшот с кноун-валидаторов, и если не получится, начнет качать у других. Почему этот параметр может оказаться важным? Все потому, что он защищает кластер от злоумышленников. Если вдруг владелец ноды, с которой можно качать снепшоты, изменит снепшот и внедрит в него вредоностный код, то ноды, которые будут с него качать этот снепшот будут делать то, что нужно ему. Если в тестнете это не критично, так как перезапустить сеть не стоит денег, а вот в майннете это может дорогого стоить, поэтому в майннете лучше качать снепшоты с доверенных нод.

—expected-genesis-hash — Ожидание определенного хэша у генезиса

—wal-recovery-mode — Режим восстановления леджера

—identity — путь до нашего основного ключа

—vote-account — путь до нашего воут-аккаунта

—ledger — путь до леджера

—accounts — путь до папки с аккаунтами

—snapshot-interval-slots — интервал, через сколько слотов делать снепшоты

—snapshot-compression — сжимать или не сжимать снепшоты, которые мы записываем на диск, если указываем значение none — то не сжимаем, если вообще не указываем параметр «—snapshot-compression» в сервисном файле — то сжимаем

—snapshot-archive-format — в каком формате будем сжимать снепшоты, если их сжимаем. По дефолту — zstd, могут быть варианты: bz2, gzip, zstd, tar.

—maximum-local-snapshot-age — этот параметр необходим для того, чтобы нода стартовала с локального снепшота в том случае, если он моложе этого показателя. Если поставите значение 2000, то с локального будете стартовать тогда, когда ваш локальный снепшот младше 2000 слотов (менее 2000 слотов отстает от кластера на данный момент), если старше — нода скачает свежий снепшот с кластера.

—incremental-snapshots — наличие этого параметра в вашем сервисном файле говорит о том, что вы включили функцию инкрементальных снепшотов.

—full-snapshot-interval-slots — через сколько слотов делать полный снепшот кластера.

—incremental-snapshot-interval-slots — через сколько слотов делать инкрементальные снепшоты.

—maximum-full-snapshots-to-retain — максимальное количество полных снепшотов кластера, которые будут храниться в вашем леджере (или в том месте, где укажите, чтобы хранились ваши снепшоты)

—maximum-incremental-snapshots-to-retain — максимальное количество инкрементальных снепшотов, которые будут храниться в вашем леджере (или в том месте. где укажете, чтобы хранились ваши снепшоты

—maximum-snapshots-to-retain — сколько снепшотов хранить на диске (этот параметр используется в случае, если инкрементальные снепшоты мы не включали)

—minimal-snapshot-download-speed — минимальная скорость скачивания снепшотов, этот параметр будет работать только в том случае, если есть выбор откуда качать снепшоты. Если у нас стоит запрет на скачивание снепшотов с НЕ известных для нас валидаторов, то скачивание снепшота будет идти с тех, кого мы указали в списке известных валидаторов, вне зависимости от скорость, с которой это скачивание будет происходить.

—limit-ledger-size — ограничение размера леджера, которое исчесляется в шредах, что такое шреды читаем тут .

—dynamic-port-range — порты, на которые Солана будет принимать и отправлять трафик.

—log — путь до файла с логами. Если этот параметр не указан, что логи будут писаться с системный журнал Соланы, как их смотреть в этом случае смотрим тут .

—private-rpc — запрещает другим валидаторам качать с вас снепшоты и выполнять другие действия с помощью RPC-команд, которые могут нагружать ваш сервер. Для обычных валидаторов (таких как мы) команда не советует открывать RPC наружу.

—rpc-bind-address — этот параметр раньше выполнял роль параметра —private-rpc, по идее его уже можно не использовать, на на всякий случай он есть в моем сервисном файле.

—rpc-port — на каком порте будет работать RPC, если вдруг вы решите ее открыть наружу и сделать доступной для других. В этом случае этот порт должен быть у вас открыт (если вы используете фаирвол)

—no-port-check — не выполнять проверку доступных портов для работы Соланы. Вы можете поставить этот параметр себе в сервисный файл после того, как проверите, что у вас Солана работает нормально и логах нет никаких ошибок, связанных с портами. Этот параметр может сократить время запуска Соланы после перезагрузки на несколько секунд.

Параметры, которые могут нам пригодиться в момент подъема кластера, после падения сети:

—expected-shred-version

—wait-for-supermajority — запускает работу ноды полностью только тогда, когда 80% стейка окажется на слоте, который на 1 меньше значение, которое указано в параметре

—no-snapshot-fetch — запрет на скачивание снепшотов с других валидатор. Старт с локального снепшота, если он есть

—no-genesis-fetch — не запрашивать из кластера данные о генезисе

Информацию по остальным параметрам вы можете найти в своем терминале введя команду:

Установка logrotate

Для чего нам нужно?

Логротейт позволяет нам создать ротацию для файла лога, если сказать простым языком, то файл с логированием всех событий в Солане мы режем на куски, которые по времени равны одному дню. Файлы, которые содержат логи старше чем за 7 дней система удаляет. Итого у нас в системе находится актуальный файл с логами за текущий день плюс 7 файлов логов за последние 7 дней. Файл с логами за каждый день в Солане весит около 10Гб, итого получается мы храним 70Гб логов за 7 дней плюс логи за текущий день.

Создаем файл в папке Solana:

И записываем в него следующее:

Что значат эти параметры?

rotate 7 — храним 7 файлов;

daily — интервал файлов 1 день;

missingok — не записывать сообщение об ошибке, если файл с логом отсутсвует;

postrotate — после этой команды и между endscript записывается команда, которая будет выполнена после создания каждого файла с логами.

systemctl kill -s USR1 solana.service — отправляет сигнал USR1 процессу solana-validator (так называется процесс нашей ноды Соланы) на пересоздание лог файла.

Создание символических ссылок

Для чего нам нужны?

Символические ссылки это своеобразные ярлыки на файлы или папки в Windows, используем мы их для удобства, чтобы производить редактирование сервисного файла из папки solana, а не из папки /etc/systemd/system

Создаем символические ссылки следующими командами

Если вам удобнее размещать файлы в системные директории, а не хронить их в папке solana, то символические ссылки создавать вам не нужно, вам нужно сразу создавать файлы в /etc/systemd/system и в /etc/logrotate.d/

Включение сервиса Соланы и запуска ноды

Теперь нам остался последний шаг, нам нужно включить в системе сервис и запустить Солану:

systemctl daemon-reload — эта команда выполняет роль «мягкой» перезагрузки системы, обновляет конфигурации из файловой системы и восстанавливает деревья зависимостей.

systemctl enable solana.service — эта команда автоматически запускает Солану после перезагрузки вашего сервера.

systemctl start solana.service — запускает Солану.

Поздравляю! Мы запустили нашу ноду. Теперь нам предстаит научиться ее обсуживать, читать логи, искать проблемы и устранять их.

Похожие публикации:

1. Где в москве купить узбекские сумы
2. Как разогнать карту для майнинга
3. Сколько стоит возврат билета аэрофлот
4. Сколько стоит золото в москве