nodera labs

Namada. Часть III: Формирование мультичейн приватности

2023-11-16T13:09:58.206Z

На днях завершился прием заявок в программу амбассадоров Namada и я был выбран в качестве Community Builder. Поэтому в течении следующего месяца вместе с гайдами по установки нод других проектом буду публиковать серию статей и переводов про Namada для русскоязычного криптокомьюнити: что такое Namada, что они делают и почему это важно.

Это третья статья в серии, первые две доступны по ссылкам: https://nodera.tech/namada_chapter_I

https://nodera.tech/namada_chapter_II

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

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

Наборы конфиденциальности фрагментированы

Конфиденциальность сегодня фрагментирована токенами, приложениями и платформами. В протоколах криптовалют, таких как Zcash или Monero, набор конфиденциальности Zcash не связан с набором конфиденциальности Monero. Это результат привязки конфиденциальности к конкретной валюте, ZEC и XMR — люди не могут использовать соответствующие функции конфиденциальности без использования своей национальной валюты. Кроме того, размер набора конфиденциальности ограничен взаимодействием людей, которым нужны как гарантии конфиденциальности, так и денежно-кредитная политика, которую предлагают Zcash или Monero.

На таких платформах, как Ethereum (L1 и L2), где люди используют приложения для обеспечения конфиденциальности (Tornado Cash или ZK Money), которые поддерживают различные взаимозаменяемые токены (ETH, USDC, DAI), наборы конфиденциальности фрагментированы по приложениям и активам: существует приватный ETH-ZK Money набор и набор ETH-Tornado Cash. Пользователи обоих dApps получили бы значительно лучшую конфиденциальность, если бы эти наборы были объединены. Наборы конфиденциальности также привязаны к платформам: приватный USDT на Ethereum не может быть объединен с приватным USDT на Near (или любых платформах, на которых выпущен Tether). Это также относится к уровням L1 с приватными средами выполнения, такими как Aleo или Espresso, где приложения на этих приватных платформах имеют общий набор конфиденциальности, но не на разных платформах, например, между Aleo и Espresso или Aleo и Ethereum.

Конфиденциальность в мире мультичейнов фрагментирована по валютам, платформам и приложениям

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

Что, если бы существовал способ «объединить» все наборы конфиденциальности?

Объединение наборов конфиденциальности

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

В Namada все токены, взаимозаменяемые и невзаимозаменяемые, имеют один защищенный набор

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

Унифицированный защищенный набор включается с использованием MASP/CC
Пользователи могут перемещать активы в защищенный набор через IBC и специальные мосты, такие как собственный мост Ethereum от Namada

Внесение и модернизация конфиденциальности

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

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

Использование ETH из защищенного набора Namada для оплаты комиссий и газа в децентрализованных приложениях Ethereum

Namada также может предоставить конфиденциальность пользователям, которые хотят использовать актив, происходящий из одной сети, в другой сети, не теряя конфиденциальности.

Например, пользователю нужен ETH (в настоящее время на публичном Ethereum), чтобы использовать dApp на Aleo (с приватным выполнением). Чтобы сделать это конфиденциально, пользователь может сначала перевести ETH из Ethereum в единый защищенный набор Namada, а затем использовать его для заполнения ETH на Aleo, нарушая связь между ETH на Ethereum и ETH, используемым в Aleo, поэтому перевод не может быть связан.

Namada модифицирует конфиденциальность активов, которые были созданы и уже используются в публичных сетях. Кто-то, кто хочет приватно использовать ATOM, может перенести ATOM из Cosmos Hub в единый защищенный набор Namada и выполнить передачу внутри защищенного набора или перенести их обратно в новую учетную запись в Cosmos Hub, тем самым нарушив возможность связывания. Для сетей, ориентированных на конкретные приложения, таких как Penumbra, Namada может выступать в качестве приватного моста между публичными и приватными сетями, где пользователи сохраняют конфиденциальность активов в Namada, а затем соединяют их с Penumbra для приватного DeFi.

Защищенные действия

Вы можете использовать Namada для прямого взаимодействия с другими сетями и соответствующими децентрализованными приложениями приватно с помощью защищенных действий.

В сетях для приложений, таких как Osmosis, пользователи могут приватно обменивать ATOM на OSMO. В Namada пользователь подписывает последовательность действий, которые срабатывают автоматически:

Отправьте ATOM из защищенной учетной записи Namada через IBC на публичную учетную запись Osmosis
Обменяйте ATOM на OSMO на Osmosis (это взаимодействие публично)
Перенесите OSMO из Osmosis в защищенную учетную запись пользователя на Namada через IBC.

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

Приватный обмен ATOM на OSMO

Защищенные действия не ограничиваются сетями приложений, совместимыми с IBC, они работают с любой сетью, подключенной к Namada, например, Ethereum, а действия можно обобщить для взаимодействия с любым децентрализованным приложением, например, для торговли NFT или стекинга ETH.

График, показывающий, как Namada формирует конфиденциальность мультичейнов

Конфиденциальность как общественное благо

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

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

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

Коллективная приватность: сделать конфиденциальность антиконкурентной

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

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

Как Namada формирует приватность в мультичейне

Без Namada конфиденциальность будет продолжать расти горизонтально, поскольку все больше и больше L1/L2 развертывают схемы сохранения приватности, но из-за разделения наборов приватности это не приведет к повышению приватности для их пользовательских баз.

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

Перевод оригинальной статьи: https://namada.net/blog/shaping-multichain-privacy

Nodera

Telegram | Discord | Twitter

Namada. Часть II: Что такое Namada?

2023-11-01T14:35:19.486Z

На днях завершился прием заявок в программу амбассадоров Namada и я был выбран в качестве Community Builder. Поэтому в течении следующего месяца вместе с гайдами по установки нод других проектом буду публиковать серию статей и переводов про Namada для русскоязычного криптокомьюнити: что такое Namada, что они делают и почему это важно.

Это вторая статья в серии, первая доступна по ссылке: https://nodera.tech/namada_chapter_I

Что такое Namada?

Namada — это L1 PoS протокол для обеспечения конфиденциальности между цепочками, не зависящий от активов, и первый фрактальный экземпляр Anoma. Протокол Namada фокусируется на подмножестве компонентов Anoma, которые обеспечивают защищенные переводы для любого типа активов (взаимозаменяемых и невзаимозаменяемых) независимо от платформы, на которой они были созданы, например, такие как Ethereum и IBC-совместимые блокчейны. Используя Namada, вы можете перевести свой ETH, DAI или любой другой взаимозаменяемый актив или NFT из Ethereum или ваши ATOM и OSMO из любой IBC сети и отправить их конфиденциально с задержкой транзакции в несколько секунд и почти нулевой комиссией.

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

Почему Namada?

Моя первая работа в сфере децентрализованных протоколов была не в организации, которая работала над L1 или dApp, а в компании, которая разрабатывала инструменты для деанонимизации пользовательских данных в блокчейнах и продавала их с целью получения прибыли. Удивительно, как много вы можете сказать, просто просматривая адреса, значения, отметки времени, графики взаимодействия, шаблоны использования или просто сопоставляя псевдонимы с данными OSINT ( особенно если люди используют NFT в качестве своего профиля в Твиттере). Я (считая себя внимательным пользователем) был в паре ситуаций, когда чуть не доксовал — нужно быть предельно осторожным, и UX становится ужасным.

Я воодушевлен ростом этой сферы, особенно в направлении более широкого использования всех видов взаимозаменяемых и невзаимозаменяемых токенов "мультисетевом" мире. Но меня беспокоит отсутствие встроенной поддержки конфиденциальности во всех протоколах, тем более, что большинство пользователей практически не понимают, сколько конфиденциальных данных они передают на всех фронтах при каждом взаимодействии — и как эти данные можно использовать любому, имеющему доступ к Интернету, для собственной выгоды. Если есть данные, они кем-то используются/будут использованы. То, что этого еще не произошло, является просто показателем того, что соответствие рынку данных еще не наступило.

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

Как развивалась защищенная передача данных?

Опубликованная в 2014 году статья Zerocash впервые предложила идею использования zk-SNARK для обеспечения защищенных переводов и обеспечения более сильных гарантий конфиденциальности, чем псевдонимные транзакции. Позднее этот протокол был реализован компанией Electric Coin Company, разработчиками протокола ZCash, который был запущен в конце 2016 года и посредством многочисленных обновлений от Sprout до недавнего NU5. На протяжении многих лет протоколы, сохраняющие конфиденциальность, связывали защищенные переводы с собственными активами, поэтому пользователи не могли осуществлять защищенные переводы без использования ZEC на ZCash.

В последние годы наблюдается бум исследований и внедрения криптографии (особенно схем доказательства с нулевым разглашением (zero-knowledge proof)) на различных протоколах и платформах, таких как Tornado Cash Nova и ZK Money от Aztec на Ethereum. Самое интересное в них то, что они позволяют осуществлять переводы различных видов взаимозаменяемых активов с сохранением конфиденциальности: ETH в случае Tornado Cash Nova и ETH, DAI в случае ZK Money — шаг вперед в отделении конфиденциальности от конкретной валюты. Однако использование протоколов, сохраняющих конфиденциальность, еще не нормализовано и и практически не используется по сравнению с псевдо анонимными протоколами.

Я очень рад сам использовать Namada и видеть, что пользователи будут делать с Namada, которая позволяет пользователям нескольких сетей осуществлять защищенные переводы с любым типом активов, принадлежащих пользователю, будь то взаимозаменяемые или невзаимозаменяемые активы - вне зависимости от сети или платформы, на которых они были созданы. Одним из ключевых свойств Namada является то, что все активы будут использовать один набор анонимности. Эта функция позволяет нам отказаться от защищенного набора для каждого актива, который может значительно ослабить гарантии конфиденциальности, особенно когда актив имеет низкий объем транзакций и/или высокую стоимость; это также позволяет нам создать гораздо больший набор анонимности, поскольку любые взаимозаменяемые и невзаимозаменяемые активы во всех суверенных цепочках и платформах могут использовать один и тот же защищенный набор.

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

Как выглядит архитектура Namada?

Это всего лишь краткий обзор, актуальные спецификации вы найдете тут.

Namada — это протокол уровня 1, который использует Comet BFT в качестве алгоритма консенсуса и Cubic Proof-of-Stake (CPoS) в качестве механизма устойчивости к sybil атакам, с моделью распределения вознаграждений через автоматически суммируемый вариант распределения комиссий F1 и кубический слэшинг, предназначенная для того, чтобы помешать валидаторам управлять сетью с аналогичными конфигурациями и повысить надежность сети с помощью набора валидаторов с большим разнообразием в инфраструктурной архитектуре. Для поддержки неродных взаимозаменяемых и невзаимозаменяемых токенов Namada интегрируется с протоколом IBC и пользовательскими мостами, чтобы обеспечить совместимость с платформами, которые не поддерживают детерминированную окончательность (в первую очередь, мост Ethereum).

Для управления, Namada имеет два компонента: механизм сигнализации off-chain и механизм голосования on-chain. Механизм голосования on-chain представляет собой простую текстовую систему голосования по предложениям, особенность которой заключается в том, что она реализована как предикат достоверности (запомните этот термин, поскольку он будет все более и более заметным в более поздних версиях протокола Anoma). Механизм сигнализации off-chain предназначен для работы в качестве координатора среди валидаторов в случае появления предложения, требующего хард-форка, чтобы операторы могли использовать его для согласования следующего шага. Другими словами, механизм управления работает вне сети, включая ставку на основе последнего снимка.

В последней версии программного обеспечения Namada используется защищенный пул с несколькими активами (MASP), схема с нулевым разглашением, которая позволяет всем активам использовать один набор анонимности. Это свойство очень важно, поскольку оно позволяет как взаимозаменяемым, так и невзаимозаменяемым активам совместно использовать тот же защищенный набор, поэтому гарантии конфиденциальности не зависят от объема транзакций с этим конкретным активом. Кроме того, Namada v1.0 будет поставляться с еще одним обновлением (Convert Circuit), которое представляет собой модифицированную версию MASP, позволяющую получать вознаграждения для пользователей, использующих защищенные переводы. Этот механизм субсидирует конфиденциальность как общественное благо посредством инфляции протоколов, не поощряя при этом транзакционный спам.

В следующих частях поговорим о том:

Часть III. Как Namada формирует приватность мультичейнов?

Перевод оригинальной статьи: https://namada.net/blog/introducing-namada-interchain-asset-agnostic-privacy

Nodera

Telegram | Discord | Twitter

Namada. Часть I: Финансовая приватность

2023-10-27T14:40:43.769Z

На днях завершился прием заявок в программу амбассадоров Namada и я был выбран в качестве Community Builder. Поэтому в течении следующего месяца вместе с гайдами по установки нод других проектом буду публиковать серию статей и переводов про Namada для русскоязычного криптокомьюнити: что такое Namada, что они делают и почему это важно.

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

Отсутствие приватности становится все более актуальной проблемой

Утечки данных и нарушение конфиденциальности в наши дни слишком распространены. Всего месяц назад хакеры получили доступ к личным данным 37 миллионов клиентов T-Mobile. В прошлом году нарушение безопасности IKEA затронуло 95 тысяч их клиентов, а кибератака на Международный комитет Красного Креста поставила под угрозу личные данные 515 000 людей. Киберпреступники могут использовать полученные персональные данные для доступа к финансовым счетам или для фишинговых атак, последствия которых могут быть разрушительными, включая потерю сбережений в считанные секунды.

Но дело не ограничивается преступниками. Правительства и частные компании также жаждут данных, чтобы «следить» за населением. В США Патриотический акт 2001 года позволил правительственным агентам осуществлять наблюдение за гражданами без их ведома. Срок действия этого закона истек в 2020 году, но большая часть его инфраструктуры и власти остались позади. Штаб правительственной связи Великобритании (GCHQ) также нарушает конфиденциальность граждан, получая доступ и отслеживая их электронную почту, подключения к социальным сетям, историю поиска, IP-адреса и многое другое.

Криптовалютная индустрия также не освобождена от проблем конфиденциальности, связанных с правительством. В прошлом году Управление по контролю за иностранными активами Министерства финансов США (OFAC) не смогло провести различие между создателями программного обеспечения Tornado Cash и самим программным обеспечением для анонимизации цифровых активов, добавив их в список граждан особых категорий и заблокированных лиц (SDN). Этим решением департамент превысил свои полномочия и потенциально нарушил «конституционные права», согласно анализу Coin Center, который рассматривает возможность подачи судебного иска в ответ на это решение.

Некоммерческая правозащитная группа Fight for the Future также присоединилась к обсуждению цифровой конфиденциальности, опубликовав на своем сайте открытое письмо с призывом к новоизбранным членам Конгресса США защищать конфиденциальность. Аналогичным образом, осведомленность о цифровой конфиденциальности охватила Crypto Twitter в прошлом году, когда изображение с надписью «Конфиденциальность — это нормально», созданное Крисом Томео (Electric Coin Co.), получило тысячи ретвитов. На рисунке приведены примеры того, почему конфиденциальность должна быть нормализована. Конфиденциальность уже стала нормой в наших домах и умах — она также должна стать статус-кво в сфере финансов.

Но со временем все больше информации и активов хранится в Интернете, и потребность в эффективных решениях проблем конфиденциальности становится все более острой. Таким образом, остается открытым вопрос: может ли технология блокчейна стать ответом, даже несмотря на вышеупомянутые проблемы? Конечно, но не в его нынешнем состоянии.

Давайте погрузимся глубже.

Современные блокчейны – путешествие в "1984"?

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

Мы должны смириться с тем фактом, что блокчейны не являются частными. Хотя криптовалюта позволяет отправлять и получать деньги из «анонимных» кошельков, это та самая технология «публичного реестра», которая делает все ваши данные общедоступными и доступными для просмотра и использования любым желающим.
Люди называют блокчейны «публичными реестрами», потому что они отслеживают данные транзакций каждого и делают их общедоступными для всеобщего обозрения. И в этом-то и проблема: блокчейны в их нынешнем виде не могут решить проблемы конфиденциальности, поскольку они созданы для передачи пользовательских данных. Другие пользователи, организации и правительства могут узнать, чем именно вы занимаетесь, практически в любое время, что является основным способом воплощения мира Джорджа Оруэлла в реальность.

Вы можете думать об этом так: строки кода в ваших транзакциях в блокчейне функционируют как Twitter для вашего банковского счета. Абсолютно любой может видеть адреса вашего кошелька, транзакции, балансы и временные метки. Люди уже пользуются богатством пользовательской информации, которую блокчейны публикуют, и продают ее компаниям, которые затем могут вернуться и получить доступ к еще более показательным данным. Слышали о цепном анализе?...
Если мы не будем действовать сейчас, в не столь отдаленном будущем мы можем столкнуться с тоталитаризмом, «большим братом», и массовой слежкой.

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

Решение – блокчейны, сохраняющие приватность

Так какой здесь ответ? Если технология блокчейн, самый безопасный и децентрализованный метод финансовых транзакций, не поможет, то что сможет?
Решение состоит в том, чтобы изменить наше представление о блокчейне и принять подход, ориентированный на конфиденциальность. Вы должны иметь возможность отправлять и получать криптовалюты, чтобы весь мир не мог шпионить за вами. Именно здесь на помощь приходит Namada — чтобы обеспечить бесшовную, межцепочную и независимую от активов конфиденциальность.

Namada — это протокол L1 с доказательством доли, сохраняющий конфиденциальность, который позволяет пользователям полностью анонимно передавать любые активы из любой цепочки и в нее, через схему с нулевым разглашением Multi-Asset Shielded Pool (MASP) Namada, со скоростью транзакций, подобной Visa, и почти нулевыми комиссиями. Через Namada все передачи активов снаружи выглядят одинаково (например, передача NFT будет неотличима от передачи DAI), что делает невозможным для любого правительства, компании или киберпреступника получение какой-либо информации о транзакциях — это полностью защищено и анонимно - никакие данные транзакций не видны наблюдателям цепочки.

В отличие от других цепочек сохранения конфиденциальности, которые разобщены из-за их связи с конкретными активами, децентрализованными приложениями или платформами, Namada создала единый защищенный набор для всех активов (взаимозаменяемых или невзаимозаменяемых) и нашла способ отделить активы от платформ, что позволяет им перейти к единой системе конфиденциальности. Конечным решением является поистине революционный протокол, который обеспечивает более высокие гарантии конфиденциальности и безопасности, чем другие существующие сегодня блокчейны. Что еще интереснее, вы можете использовать защищенный набор Namada для распространения конфиденциальности в других цепочках, например, защищенный набор активов может засеивать и нарушать возможность связывания действий (например, ставок, торговли) в другой цепочке. Аналогичным образом вы можете изменить конфиденциальность своих предыдущих активов или действий в других цепочках, чтобы затем нарушить возможность связи с конфиденциальными данными, которые вы могли раскрыть непреднамеренно.

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

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

Приватность это нормально!

В следующих частях поговорим о том:

Часть II. Что такое Namada?
Часть III. Как Namada формирует приватность мультичейнов?

Перевод оригинальной статьи: https://namada.net/blog/why-do-we-need-financial-privacy-now

Nodera

Telegram | Discord | Twitter

Avail: installation guide

2023-10-26T14:53:21.700Z

Avail — это модульный блокчейн, созданный для масштабирования других блокчейнов. Avail — это эффективный, масштабируемый уровень доступности данных, к которому могут подключиться другие блокчейны, чтобы они могли сосредоточиться на тех уровнях, которые у них работают лучше всего.
Avail обеспечивает скачок в масштабируемости всего пространства Web3. В модульном мире объединения и уровни доступности данных позволяют экосистеме Ethereum масштабироваться как никогда раньше. Avail воплощает нашу веру в то, что модульный подход к проектированию блокчейна — это то, что принесет Web3 в массы.

Для участия в награждаемом тестнете заполняем форму: https://docs.google.com/forms/d/e/1FAIpQLScvgXjSUmwPpUxf1s-MR2C2o5V79TSoud1dLPKVgeLiLFuyGQ/viewform

Гайд актуален для версии 1.8.2-d517e727f6a

DYOR:

Website

Discord

Twitter

Github

Подготовка сервера

Оглавление

На данном этапе устанавливаю на сервере Hetzner - CPX21: 3 CPU, 4 GB RAM, 80 GB SSD.

Официальные требования: 2 CPU, 4GB RAM, 20-40 GB SSD, Ubuntu 20.04++

Обновляем пакеты

sudo apt update && sudo apt upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

sudo apt install make clang pkg-config libssl-dev build-essential git screen protobuf-compiler -y

Учтанавливаем Rust

curl https://sh.rustup.rs -sSf | sh
source $HOME/.cargo/env
rustup update nightly
rustup target add wasm32-unknown-unknown --toolchain nightly

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

Оглавление

Если у вас была установлена нода в сети Kate, удаляем данные

cd $HOME
sudo systemctl stop availd
sudo systemctl disable availd
sudo systemctl daemon-reload
rm /etc/systemd/system/availd.service
rm /usr/bin/availd
rm -rf .avail && rm -rf avail

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

mkdir $HOME/.avail && cd $HOME/.avail

AVAIL_MONIKER=ваш_никнейм

Сохраняем переменные, перезагружаем .bash_profile и проверяем значения переменных

echo "export AVAIL_MONIKER="${AVAIL_MONIKER}"" >> $HOME/.bash_profile
source $HOME/.bash_profile
echo -e "\navail_moniker > ${AVAIL_MONIKER}.\n"

Скачиваем и распаковываем бинарный файл

wget https://github.com/availproject/avail/releases/download/v1.8.0.2/amd64-ubuntu-2004-data-avail.tar.gz
tar -xvf amd64-ubuntu-2004-data-avail.tar.gz
rm -rf amd64-ubuntu-2004-data-avail.tar.gz
mv amd64-ubuntu-2004-data-avail /usr/bin/avail

Проверяем версию

avail --version
#avail 1.8.2-d517e727f6a

Создаем сервисный файл. Заменяем Nodera_Guide на свой моникер.

printf "[Unit]
Description=Avail Validator
After=network-online.target
StartLimitIntervalSec=0
[Service]
User=root
ExecStart= $(which avail) -d /home/avail/data --chain goldberg --validator --name ${AVAIL_MONIKER}
Restart=always
RestartSec=120
LimitNOFILE=65535
[Install]
WantedBy=multi-user.target" > /etc/systemd/system/availd.service

Запускаем сервис и проверяем логи

sudo systemctl daemon-reload && \
sudo systemctl enable availd && \
sudo systemctl restart availd && \
sudo journalctl -u availd -f -o cat

Переходим в телеметрию и проверяем синхронизацию https://telemetry.avail.tools/

Синхронизация на данный момент занимает около 2 часов

Создание кошелька и идентификация

Оглавление

Скачиваем расширение polkadot js для своего браузера - https://polkadot.js.org/extension/

Создаем новый кошелек, !сохраняем мнемонику в надежном месте! и вводим моникер и пароль

Переходим в канал дискорда #avail-faucet и запрашиваем токены командой

/deposit ваш_адрес

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

Вводим ваш моникер, имя, адрес почты, сайт (если есть) и аккаунты твиттера и дискорда

Подписываем транзакцию

Создание валидатора

Оглавление

Для создания валидатора необходимо 1000 токенов, которые будут отправлены командой, если вы будете выбраны в тестнет

Удаление ноды

Оглавление

Для удаления ноды используйте следующие команды

cd $HOME
sudo systemctl stop availd
sudo systemctl disable availd
sudo systemctl daemon-reload
rm /etc/systemd/system/availd.service
rm /usr/bin/availd
rm -rf .avail && rm -rf avail

Полезные команды

Оглавление

Рестарт ноды

sudo systemctl restart availd

Проверка логов

sudo journalctl -u availd -f -o cat

Nodera

Telegram | Discord | Twitter

Cascadia: Installation Guide

2023-04-18T18:06:53.100Z

Cascadia — это блокчейн уровня 1, созданный для изучения природы стимулов сетевых эффектов, начиная с токеномики. Главной миссией проекта является построение сети, которая будет действительно использоваться людьми и иметь экономический смысл. Гайд актуален для версии 0.1.3.

Тестнет эксплорер - http://explorer.nodera.org/cascadia/staking

DYOR:

Website

Discord

Twitter

Подготовка сервера

Оглавление

На данном этапе устанавливаю на сервере Hetzner - CPX31: 4 CPU, 8 GB RAM, 160 GB SSD.

Обновляем пакеты

sudo apt update && sudo apt upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

sudo apt install curl build-essential pkg-config libssl-dev git wget jq make gcc tmux chrony -y

Устанавливаем GO

wget https://go.dev/dl/go1.19.5.linux-amd64.tar.gz; \
rm -rv /usr/local/go; \
tar -C /usr/local -xzf go1.19.5.linux-amd64.tar.gz && \
rm -v go1.19.5.linux-amd64.tar.gz && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> ~/.bash_profile && \
source ~/.bash_profile && \
go version

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

Оглавление

Клонируем репозиторий, переходим в директорию проекта, выбираем версию и устанавливаем ноду

git clone https://github.com/cascadiafoundation/cascadia
cd cascadia 
git checkout v0.1.3 
make install

Проверяем версию

cascadiad version
#0.1.3

В настоящее время после каждой введенной команды появляются следующие строки

Это проблема со стороны проекта, на функциональность не влияет - не обращаем внимание.

Создаем переменные

MONIKER_CASCADIA=вводим свое имя
CHAIN_ID_CASCADIA=cascadia_6102-1
PORT_CASCADIA=39

Сохраняем переменные, перезагружаем .bash_profile и проверяем значения переменных

echo "export MONIKER_CASCADIA="${MONIKER_CASCADIA}"" >> $HOME/.bash_profile
echo "export CHAIN_ID_CASCADIA="${CHAIN_ID_CASCADIA}"" >> $HOME/.bash_profile
echo "export PORT_CASCADIA="${PORT_CASCADIA}"" >> $HOME/.bash_profile
source $HOME/.bash_profile

echo -e "\nmoniker_CASCADIA > ${MONIKER_CASCADIA}.\n"
echo -e "\nchain_id_CASCADIA > ${CHAIN_ID_CASCADIA}.\n"
echo -e "\nport_CASCADIA > ${PORT_CASCADIA}.\n"

Настраиваем конфиг

cascadiad config chain-id $CHAIN_ID_CASCADIA
cascadiad config keyring-backend test
cascadiad config node tcp://localhost:${PORT_CASCADIA}657
sed -i -e "s/^minimum-gas-prices *=.*/minimum-gas-prices = \"0.025aCC\"/" $HOME/.cascadiad/config/app.toml

Инициализируем ноду

cascadiad init $MONIKER_CASCADIA --chain-id $CHAIN_ID_CASCADIA

Загружаем генезис файл и адресбук

wget -O $HOME/.cascadiad/config/genesis.json "https://anode.team/Cascadia/test/genesis.json"
wget -O $HOME/.cascadiad/config/addrbook.json "https://anode.team/Cascadia/test/addrbook.json"

Добавляем сиды и пиры

EXADDRESS=$(wget -qO- eth0.me)
sed -i.bak -e "s/^external_address *=.*/external_address = \"$EXADDRESS:${PORT_CASCADIA}656\"/" $HOME/.cascadiad/config/config.toml
PEERS="1d61222b7b8e180aacebfd57fbd2d8ab95ebdc4c@65.109.93.152:35656"
sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \"$PEERS\"/" $HOME/.cascadiad/config/config.toml
SEEDS=""
sed -i.bak -e "s/^seeds =.*/seeds = \"$SEEDS\"/" $HOME/.cascadiad/config/config.toml
sed -i 's/max_num_inbound_peers =.*/max_num_inbound_peers = 50/g' $HOME/.cascadiad/config/config.toml
sed -i 's/max_num_outbound_peers =.*/max_num_outbound_peers = 25/g' $HOME/.cascadiad/config/config.toml
sed -i -e "s/^filter_peers *=.*/filter_peers = \"true\"/" $HOME/.cascadiad/config/config.toml

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

sed -i.bak -e "s%^proxy_app = \"tcp://127.0.0.1:26658\"%proxy_app = \"tcp://127.0.0.1:${PORT_CASCADIA}658\"%; s%^laddr = \"tcp://127.0.0.1:26657\"%laddr = \"tcp://127.0.0.1:${PORT_CASCADIA}657\"%; s%^pprof_laddr = \"localhost:6060\"%pprof_laddr = \"localhost:${PORT_CASCADIA}060\"%; s%^laddr = \"tcp://0.0.0.0:26656\"%laddr = \"tcp://0.0.0.0:${PORT_CASCADIA}656\"%; s%^prometheus_listen_addr = \":26660\"%prometheus_listen_addr = \":${PORT_CASCADIA}660\"%" $HOME/.cascadiad/config/config.toml
sed -i.bak -e "s%^address = \"tcp://0.0.0.0:1317\"%address = \"tcp://0.0.0.0:${PORT_CASCADIA}317\"%; s%^address = \":8080\"%address = \":${PORT_CASCADIA}080\"%; s%^address = \"0.0.0.0:9090\"%address = \"0.0.0.0:${PORT_CASCADIA}090\"%; s%^address = \"0.0.0.0:9091\"%address = \"0.0.0.0:${PORT_CASCADIA}091\"%" $HOME/.cascadiad/config/app.toml

Настраиваем прунинг

pruning="custom"
pruning_keep_recent="1000"
pruning_interval="10"
sed -i -e "s/^pruning *=.*/pruning = \"$pruning\"/" $HOME/.cascadiad/config/app.toml
sed -i -e "s/^pruning-keep-recent *=.*/pruning-keep-recent = \"$pruning_keep_recent\"/" $HOME/.cascadiad/config/app.toml
sed -i -e "s/^pruning-interval *=.*/pruning-interval = \"$pruning_interval\"/" $HOME/.cascadiad/config/app.toml

Переходим в файл app.toml и в разделе JSON RPC Configuration меняем значение параметра enable с true на false

nano /root/.cascadiad/config/app.toml

Сбрасываем данные

cascadiad tendermint unsafe-reset-all --home $HOME/.cascadiad

Создаем сервисный файл

printf "[Unit]
Description=cascadiad
After=network-online.target

[Service]
User=$USER
ExecStart=$(which cascadiad) start
Restart=on-failure
RestartSec=3
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target" > /etc/systemd/system/cascadiad.service

Для ускорения синхронизации используем State Sync

SNAP_RPC=https://cascadia.rpc.t.anode.team:443
LATEST_HEIGHT=$(curl -s $SNAP_RPC/block | jq -r .result.block.header.height); \ 
BLOCK_HEIGHT=$((LATEST_HEIGHT - 1000)); \
TRUST_HASH=$(curl -s "$SNAP_RPC/block?height=$BLOCK_HEIGHT" | jq -r .result.block_id.hash) 

echo $LATEST_HEIGHT $BLOCK_HEIGHT $TRUST_HASH 

sed -i.bak -E "s|^(enable[[:space:]]+=[[:space:]]+).*$|\1true| ; \
s|^(rpc_servers[[:space:]]+=[[:space:]]+).*$|\1\"$SNAP_RPC,$SNAP_RPC\"| ; \
s|^(trust_height[[:space:]]+=[[:space:]]+).*$|\1$BLOCK_HEIGHT| ; \
s|^(trust_hash[[:space:]]+=[[:space:]]+).*$|\1\"$TRUST_HASH\"| ; \
s|^(seeds[[:space:]]+=[[:space:]]+).*$|\1\"\"|" $HOME/.cascadiad/config/config.toml

Запускаем сервис и проверяем логи

sudo systemctl daemon-reload && \
sudo systemctl enable cascadiad && \
sudo systemctl restart cascadiad && \
sudo journalctl -u cascadiad -f -o cat

Ждем окончания синхронизации, проверить синхронизации можно командой

curl localhost:39657/status|grep catching_up

Если параметр "catching_up"=false, синхронизация завершена.

Создание кошелька и валидатора

Оглавление

Создаем кошелек

cascadiad keys add $MONIKER_CASCADIA

Сохраняем мнемоник фразу в надежном месте!

Если вы участвовали в предыдущих тестнетах, восстанавливаем кошелек командой и вводим мнемоник фразу

cascadiad keys add $MONIKER_CASCADIA --recover

Создаем переменную с адресом кошелька и валидатора

WALLET_CASCADIA=$(cascadiad keys show $MONIKER_CASCADIA -a)
VALOPER_CASCADIA=$(cascadiad keys show $MONIKER_CASCADIA --bech val -a)

echo "export WALLET_CASCADIA="${WALLET_CASCADIA}"" >> $HOME/.bash_profile
echo "export VALOPER_CASCADIA="${VALOPER_CASCADIA}"" >> $HOME/.bash_profile
source $HOME/.bash_profile
echo -e "\nwallet_CASCADIA > ${WALLET_CASCADIA}.\n"
echo -e "\nvaloper_CASCADIA > ${VALOPER_CASCADIA}.\n"

Кран принимает адрес кошелька в формате EIP-55. Для получения адреса в этом формате используйте команду

cascadiad debug addr $WALLET_CASCADIA

Копируете значение Address (EIP-55) и запращиваете токены для создания валидатора по ссылке - https://www.cascadia.foundation/faucet

Проверяем свой баланс

cascadiad q bank balances $WALLET_CASCADIA

После завершения синхронизации и пополнения кошелька, создаем валидатора

cascadiad tx staking create-validator \
--amount 1000000000000000000aCC \
--commission-rate "0.07" \
--commission-max-rate "0.20" \
--commission-max-change-rate "0.1" \
--min-self-delegation "1000000" \
--pubkey $(cascadiad tendermint show-validator) \
--moniker $MONIKER_CASCADIA \
--chain-id $CHAIN_ID_CASCADIA \
--identity="" \
--details="" \
--website="" \
--gas auto \
--gas-adjustment=1.2 \
--gas-prices=7aCC \
--from $MONIKER_CASCADIA

Проверяем своего валидатора в эксплорере - http://explorer.nodera.org/cascadia/staking

Мониторинг можно настроить с использованием Panic! бота по гайду - https://nodera.org/panic_bot

Обновление v0.1.3

Оглавление

Для обновления выполняем следующие команды

cd $HOME/cascadia
git pull
git checkout v0.1.3
make install

Проверяем версию

cascadiad version
#0_1_3

Перезаупускаем сервис и проверяем логи

sudo systemctl restart cascadiad && sudo journalctl -u cascadiad -f -o cat

ДЛя ускорения синхронизации или освобождения места на сервере можно воспользоваться снапшотом

sudo systemctl stop cascadiad
cp $HOME/.cascadiad/data/priv_validator_state.json $HOME/.cascadiad/priv_validator_state.json.backup
rm -rf $HOME/.cascadiad/data
curl -L https://ss.nodeist.net/t/cascadia/snapshot_latest.tar.lz4 | lz4 -dc - | tar -xf - -C $HOME/.cascadiad --strip-components 2
mv $HOME/.cascadiad/priv_validator_state.json.backup $HOME/.cascadiad/data/priv_validator_state.json
sudo systemctl restart cascadiad && sudo journalctl -u cascadiad -f --no-hostname -o cat

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

cascadiad tx slashing unjail --from $MONIKER_CASCADIA --gas-prices="7aCC" --gas="auto"  --gas-adjustment=1.2  --chain-id=$CHAIN_ID_CASCADIA  --yes

Удаление ноды

Оглавление

Перед удалением ноды убедитесь, что сохранены файлы из каталога /root/.cascadiad/config

Для удаления ноды используйте следующие команды

sudo systemctl stop cascadiad
sudo systemctl disable cascadiad
sudo rm -rf $HOME/.cascadiad
sudo rm -rf $HOME/cascadia
sudo rm -rf /etc/systemd/system/cascadiad.service
sudo rm -rf /usr/local/bin/cascadiad
sudo systemctl daemon-reload

Полезные команды

Оглавление

Рестарт ноды

sudo systemctl restart cascadiad

Проверка логов

sudo journalctl -u cascadiad -f -o cat

Узнать адрес валидатора

cascadiad keys show $MONIKER_CASCADIA --bech val -a

Делегировать токены валидатору

cascadiad tx staking delegate $VALOPER_CASCADIA 1000000000000000000aCC --from $MONIKER_CASCADIA --chain-id $CHAIN_ID_CASCADIA --gas auto --gas-adjustment=1.2 --gas-prices=7aCC

Внести изменения в валидатора

cascadiad tx staking edit-validator --identity="" --details="" --website="" \
--from $MONIKER_CASCADIA --chain-id $CHAIN_ID_CASCADIA --gas auto --gas-adjustment=1.2 --gas-prices=7aCC-y
#identity - PGP ключ c keybase.io (устанавливает аватар валидатора)
#details - текстовое описание валидатора

Nodera

Telegram | Discord | Twitter

Namada: Installation Guide

2023-04-02T22:18:28.615Z

Namada - это Proof-of-Stake L1-проект для межцепочечной конфиденциальности активов. Протокол Namada фокусируется на подмножестве компонентов, что позволяет осуществлять защищенные переводы для любого вида токенов, независимо от платформы, на которой они были созданы. Используя Namada, вы можете перевести свои ETH, DAI или любой другой актив (NFT из Ethereum, ATOM, OSMO и т.д.) и отправить их с задержкой транзакции в несколько секунд и практически нулевой комиссией.

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

Anoma собрали 32,8M USD инвестиций в двух раундах, который возглавил Polychain Capital. На борту также Electric Capital, Coinbase Ventures, FBG Capital, CMS Holdings и др.

DYOR:

Website

Discord

Twitter

Подготовка сервера

Оглавление

Нода довольно таки прожорливая, я бы не советовал ставить, если у вас меньше 300GB свободного места. Официальные требования: 4 CPU, 8 GB RAM, 1TB SSD.

Нода использует следующие порты: 26656, 26657, 26658.

В Namada в настоящее время не стоит менять порты на кастомные.

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

Обновляем пакеты

sudo apt update && sudo apt upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

sudo apt install curl tar wget clang libudev-dev pkg-config libssl-dev libclang-dev jq build-essential bsdmainutils git make ncdu gcc git jq chrony liblz4-tool uidmap dbus-user-session -y

Устанавливаем GO

wget https://go.dev/dl/go1.20.5.linux-amd64.tar.gz; \
rm -rv /usr/local/go; \
tar -C /usr/local -xzf go1.20.5.linux-amd64.tar.gz && \
rm -v go1.20.5.linux-amd64.tar.gz && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> ~/.bash_profile && \
source ~/.bash_profile && \
go version

Устанавливаем Rust

cd $HOME
sudo curl https://sh.rustup.rs -sSf | sh -s -- -y
. $HOME/.cargo/env
curl https://deb.nodesource.com/setup_17.x | sudo bash
sudo apt install cargo nodejs -y < "/dev/null"
cargo --version

Устанавливаем protoc

apt install unzip && apt -y remove protobuf-compiler

cd && mkdir protoc && cd protoc
wget https://github.com/protocolbuffers/protobuf/releases/download/v23.0/protoc-23.0-linux-x86_64.zip
unzip protoc-23.0-linux-x86_64.zip
cp bin/protoc /usr/local/bin/

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

Оглавление

Создаем переменные

VALIDATOR_ALIAS=вводим свое имя
CHAIN_ID_NAMADA=shielded-expedition.b40d8e9055
WALLET_NAMADA=wallet
BASE_DIR_NAMADA=$HOME/.local/share/namada

Сохраняем переменные, перезагружаем .bash_profile и проверяем значения переменных

echo "export VALIDATOR_ALIAS="${VALIDATOR_ALIAS}"" >> $HOME/.bash_profile
echo "export CHAIN_ID_NAMADA="${CHAIN_ID_NAMADA}"" >> $HOME/.bash_profile
echo "export WALLET_NAMADA="${WALLET_NAMADA}"" >> $HOME/.bash_profile
echo "export BASE_DIR="${BASE_DIR_NAMADA}"" >> $HOME/.bash_profile

source $HOME/.bash_profile

echo -e "\nvalidator_alias > ${VALIDATOR_ALIAS}.\n"
echo -e "\nchain_id_namada > ${CHAIN_ID_NAMADA}.\n"
echo -e "\nwallet_namada > ${WALLET_NAMADA}.\n"
echo -e "\nbase_dir_namada > ${BASE_DIR_NAMADA}.\n"

Создаем директорию под базу данных

mkdir $HOME/.local/share/namada

Клонируем репозиторий Namada, переходим в папку и собираем бинарные файлы

cd $HOME
git clone https://github.com/anoma/namada
cd namada
git checkout v0.31.0
cp -r $HOME/protoc/include/google $HOME/namada/proto/
make build-release
cp "$HOME/namada/target/release/namada" /usr/local/bin/namada && cp "$HOME/namada/target/release/namadac" /usr/local/bin/namadac && cp "$HOME/namada/target/release/namadan" /usr/local/bin/namadan && cp "$HOME/namada/target/release/namadaw" /usr/local/bin/namadaw

Проверяем версию Namada

namada --version
#Namada v0.23.0

Клонируем репозиторий Comebft, переходим в папку и собираем бинарные файлы

cd $HOME
git clone https://github.com/cometbft/cometbft.git
cd cometbft
git checkout v0.37.2
make install
cp $HOME/go/bin/cometbft /usr/local/bin/cometbft

Проверяем версию Comebft

cometbft version
#0.37.2+fe45483be

Создание генезис валидатора

Оглавление

Создаем ключи валидатора

namadaw --pre-genesis key gen --alias $VALIDATOR_ALIAS
TX_FILE_PATH="$HOME/.local/share/namada/pre-genesis/transactions.toml"
namadac utils init-genesis-established-account --path $TX_FILE_PATH --aliases $VALIDATOR_ALIAS

Записываем адрес и вносим его в качестве переменной

ESTABLISHED_ACCOUNT_ADDRESS="ваш established_account"

Создаем переменные для почты и IP

EMAIL="your_email" 
SELF_BOND_AMOUNT=1000000 
IP="your_ip:26656"

Инициализируем валидатора

namadac utils init-genesis-validator --address $ESTABLISHED_ACCOUNT_ADDRESS --alias $VALIDATOR_ALIAS --net-address $IP --commission-rate 0.05 --max-commission-rate-change 0.01 --self-bond-amount $SELF_BOND_AMOUNT --email $EMAIL --path $TX_FILE_PATH 
namadac utils sign-genesis-txs --path $TX_FILE_PATH --output $HOME/.local/share/namada/pre-genesis/signed-transactions.toml --alias $VALIDATOR_ALIAS

Скачиваем файл валидатора на компьютер ($HOME/.local/share/namada/pre-genesis/signed-transactions.toml) и переименовываем в формат "ваш_моникер.toml"

Переходим в гитхаб: https://github.com/anoma/namada-testnets/

Создаем форк репозитория

Переходим в папку namada-public-testnet-15 и загружаем файл валидатора

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

Нажимаем Create pull request. Если вы были в генезисе ранее называйте PR "Update <ваш_моникер>.toml" и добавляйте в описание ссылки на предыдущие PR, если вы подаетесь в первый раз, то называйте "Create <ваш_моникер>.toml"

На этом пока все. Ждем анонса чейн ID.

Присоединяемся в сети

cd $HOME
namada client utils join-network --chain-id $CHAIN_ID_NAMADA

Важно! Если вы являетесь генезис валидатором, то добавляем флаг --genesis-validator $VALIDATOR_ALIAS

cd $HOME
namada client utils join-network --chain-id $CHAIN_ID_NAMADA --genesis-validator $VALIDATOR_ALIAS

Создаем сервисный файл

printf "[Unit]
Description=namada
After=network-online.target
[Service]
User=root
WorkingDirectory=/root/.local/share/namada
Environment=NAMADA_CMT_STDOUT=true
Environment=TM_LOG_LEVEL="p2p:none,pex:error" 
ExecStart=/usr/local/bin/namada node ledger run
StandardOutput=syslog
StandardError=syslog
Restart=always
RestartSec=10
LimitNOFILE=65535
[Install]
WantedBy=multi-user.target" > /etc/systemd/system/namadad.service

Запускаем сервис и проверяем логи

sudo systemctl daemon-reload && \
sudo systemctl enable namadad && \
sudo systemctl restart namadad && \
sudo journalctl -u namadad -f -o cat

Ждем окончания синхронизации, проверить синхронизации можно командой

curl -s localhost:26657/status

Если вывод показывает false, синхронизация завершена.

P.S По непонятной для меня причине, параметр "catching_up" иногда отображает false с самого начала синхронизации. В таком случае ждем, когда последний блок (параметр - "latest_block_height") будет совпадать с показателем в эксплорере - https://namada.explorers.guru/blocks

Создание кошелька и валидатора

Оглавление

Создаем кошелек

cd $HOME
namada wallet address gen --alias $WALLET_NAMADA --unsafe-dont-encrypt

Запрашиваем токены с крана

namada client transfer --source faucet --target $WALLET_NAMADA --token NAM \
--amount 1000 --signer $WALLET_NAMADA

Ждем окончания PoW расчетов. Данный процесс занимает от 5 секунд до нескольких минут.

Успешное завершение процесса выглядит следующим образом

Инициализируем валидатора

namada client init-validator --alias $VALIDATOR_ALIAS --source $WALLET_NAMADA \
--commission-rate 0.05 --max-commission-rate-change 0.01 --signer $WALLET_NAMADA \
--gas-amount 100000000 --gas-token NAM --scheme ed25519 --unsafe-dont-encrypt

При успешной инициализации вывод покажет вам информацию о вашем валидаторе: адрес, аккаунт и ключ консенсуса.

Важно!! Сохраняем в надежном месте приватные ключи:

Ключ кошелька: /root/.local/share/namada/public-testnet-xxxxxx/wallet.toml
Ключ валидатора: /root/.local/share/namada/public-testnet-xxxxx/tendermint/config/priv_validator_key.json

Для создания валидатора нам понадобится 1000 токенов + комиссия. Так как кран дает за один раз только 1000 токенов, запрашиваем два раза

namada client transfer --token NAM --amount 1000 --source faucet \
--target $VALIDATOR_ALIAS --signer $VALIDATOR_ALIAS

Запрашиваем токены еще раз

namada client transfer --token NAM --amount 1000 --source faucet \
--target $VALIDATOR_ALIAS --signer $VALIDATOR_ALIAS

Проверяем баланс

namada client balance --owner $VALIDATOR_ALIAS --token NAM
#NAM: 2000

Перед тем как застейкать токены валидатору, нужно подождать 2 эпохи. Проверить текущую эпоху можно командой

namada client epoch

По прошествии 2 эпох (около 30 минут), стейкаем токены валидатору

namada client bond --validator $VALIDATOR_ALIAS --amount 1800 \
--signer $VALIDATOR_ALIAS --source $VALIDATOR_ALIAS

Ждем еще 2 эпохи и проверяем застейкались ли токены

namada client bonded-stake --validator $VALIDATOR_ALIAS
namada client bonds --validator $VALIDATOR_ALIAS

P.S. Все имеющиеся на данный момент эксплореры работают нестабильно

Обновление v0.28.0

Оглавление

Клонируем репозиторий Namada, переходим в папку и собираем бинарные файлы

cd $HOME/namada
git fetch && git checkout v0.28.0
make build-release

! Если при предыдущих обновлениях вы устанавливали comebft, то пропускаем этот блок

С версии v0.17.5 используется консенсус Comebft

Клонируем репозиторий Comebft, переходим в папку и собираем бинарные файлы

cd $HOME
git clone https://github.com/cometbft/cometbft.git
cd cometbft
git checkout v0.37.2
make install
cp $HOME/go/bin/cometbft /usr/local/bin/cometbft

Проверяем версию Comebft

cometbft version
#0.37.2+fe45483be

Останавливаем ноду и заменяем исполняемые файлы

cd $HOME 
sudo systemctl stop namadad && sudo systemctl disable namadad

rm /etc/systemd/system/namadad.service
rm /usr/local/bin/namada /usr/local/bin/namadac /usr/local/bin/namadan /usr/local/bin/namadaw

cp "$HOME/namada/target/release/namada" /usr/local/bin/namada
cp "$HOME/namada/target/release/namadac" /usr/local/bin/namadac
cp "$HOME/namada/target/release/namadan" /usr/local/bin/namadan
cp "$HOME/namada/target/release/namadaw" /usr/local/bin/namadaw

Проверяем версию

namada --version
#Namada v0.28.0

Удаляем предыдущие базы данных

rm -r $HOME/.namada/public-testnet-3.0.81edd4d6eb6
rm $HOME/.namada/public-testnet-3.0.81edd4d6eb6.toml
rm -r $HOME/.namada/public-testnet-4.0.16a35d789f4
rm $HOME/.namada/public-testnet-4.0.16a35d789f4.toml
rm -r $HOME/.namada/public-testnet-5.0.d25aa64ace6
rm $HOME/.namada/public-testnet-5.0.d25aa64ace6.toml
rm -r $HOME/.namada/public-testnet-6.0.a0266444b06
rm $HOME/.namada/public-testnet-6.0.a0266444b06.toml
rm -r $HOME/.namada/public-testnet-7.0.3c5a38dc983
rm $HOME/.namada/public-testnet-7.0.3c5a38dc983.toml
rm -r $HOME/.local/share/namada/public-testnet-8.0.b92ef72b820
rm $HOME/.local/share/namada/public-testnet-8.0.b92ef72b820.toml
rm -r $HOME/.local/share/namada/public-testnet-9.0.5aa315d1a22
rm $HOME/.local/share/namada/public-testnet-9.0.5aa315d1a22.toml
rm -r $HOME/.local/share/namada/public-testnet-10.3718993c3648
rm $HOME/.local/share/namada/public-testnet-10.3718993c3648.toml
rm -r $HOME/.local/share/namada/public-testnet-11.3aaeae0d49ea
rm $HOME/.local/share/namada/public-testnet-11.3aaeae0d49ea.toml
rm -r $HOME/.local/share/namada/public-testnet-12.fedec12f3428
rm $HOME/.local/share/namada/public-testnet-12.fedec12f3428.toml
rm -r $HOME/.local/share/namada/public-testnet-13.facd514666d5
rm $HOME/.local/share/namada/public-testnet-13.facd514666d5.toml
rm -r $HOME/.local/share/namada/public-testnet-14.5d79b6958580
rm $HOME/.local/share/namada/public-testnet-14.5d79b6958580.toml
rm $HOME/.namada/global-config.toml
rm $HOME/.local/share/namada/global-config.toml

Создаем генезис валидатора

Инструкция тут

На этом пока все. Ждем анонса чейн ID.

Создаем переменные

NEW_CHAIN_ID_NAMADA=<будет анонсирован позже>

Сохраняем переменные, перезагружаем .bash_profile и проверяем значения переменных

echo "export NEW_CHAIN_ID_NAMADA="${NEW_CHAIN_ID_NAMADA}"" >> $HOME/.bash_profile

source $HOME/.bash_profile

echo -e "\nnew_chain_id_namada > ${NEW_CHAIN_ID_NAMADA}.\n"

Вносим изменения в сервисный файл

printf "[Unit]
Description=namada
After=network-online.target
[Service]
User=root
WorkingDirectory=/root/.local/share/namada
Environment=NAMADA_CMT_STDOUT=true
Environment=TM_LOG_LEVEL="p2p:none,pex:error" 
ExecStart=/usr/local/bin/namada node ledger run
StandardOutput=syslog
StandardError=syslog
Restart=always
RestartSec=10
LimitNOFILE=65535
[Install]
WantedBy=multi-user.target" > /etc/systemd/system/namadad.service

Если вы являетесь генезис валидатором выполняете только данные действия

namada client utils join-network --chain-id $NEW_CHAIN_ID_NAMADA --genesis-validator $VALIDATOR_ALIAS

Вводим пароль

sudo systemctl daemon-reload && \
sudo systemctl restart namadad && \
sudo journalctl -u namadad -f -o cat

#[2023-02-22] Genesis time is in the future. Sleeping until then... module=main genTime="******"

Присоединяемся к сети

cd $HOME
namada client utils join-network --chain-id $NEW_CHAIN_ID_NAMADA

Запускаем сервис и проверяем логи

sudo systemctl daemon-reload && \
sudo systemctl restart namadad && \
sudo journalctl -u namadad -f -o cat

Soft update v0.23.2 (не актуально)

Оглавление

Клонируем репозиторий Namada, переходим в папку и собираем бинарные файлы

cd $HOME/namada
git fetch && git checkout v0.23.2
make build-release
sudo mv $HOME/namada/target/release/namada* /usr/local/bin/

Проверяем версию

namada --version 
#Namada v0.23.2

Перезапускаем ноду и проверяем логи

sudo systemctl restart namadad && sudo journalctl -u namadad -f -o cat

Удаление ноды

Оглавление

Сохраняем в надежном месте приватные ключи:

Ключ кошелька: $HOME/.namada/public-testnet-xxxxxx/wallet.toml
Ключ валидатора: $HOME/.namada/public-testnet-xxxxx/tendermint/config/priv_validator_key.json

Для удаления ноды используйте следующие команды

sudo systemctl stop namadad
sudo systemctl disable namadad
rm -rf $(which namadad)
rm /usr/local/bin/namada /usr/local/bin/namadac /usr/local/bin/namadan /usr/local/bin/namadaw
rm -rf $HOME/.namada* 
rm -rf $HOME/namada 
rm -rf /etc/systemd/system/namadad.service
rm -rf $HOME/tendermint
sudo systemctl daemon-reload

Полезные команды

Оглавление

Рестарт ноды

sudo systemctl restart namadad

Проверка логов

sudo journalctl -u namadad -f -o cat

Узнать адрес кошелька

RAW_ADDRESS=`cat "$HOME/.namada/$CHAIN_ID_NAMADA/wallet.toml" | grep address`
WALLET_ADDRESS=$(echo -e $RAW_ADDRESS | sed 's|.*=||' | sed -e 's/^ "//' | sed -e 's/"$//')
echo "export WALLET_ADDRESS=$WALLET_ADDRESS" >> ~/.bash_profile
source ~/.bash_profile
echo -e " YOUR WALLET ADDRESS: $WALLET_ADDRESS"

Nodera

Telegram | Discord | Twitter

Shardeum: installation guide

2023-02-03T13:12:43.908Z

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

Shardeum собрал 18,2M долларов инвестиций от следующих фондов:

DYOR:

Website

Discord

Twitter

Whitepaper

Подготовка сервера

Оглавление

На данном этапе устанавливаю на сервере Hetzner - CPX31: 4 CPU, 8 GB RAM, 160 GB SSD.

Обновляем пакеты

sudo apt update && sudo apt upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

sudo apt install curl build-essential pkg-config libssl-dev git wget jq make gcc tmux chrony -y

Устанавливаем docker и docker-compose

. <(wget -qO- https://raw.githubusercontent.com/SecorD0/utils/main/installers/docker.sh)

Устанавливаем apparmor

sudo apt install apparmor-profiles

Выдаем необходимые разрешения

sudo chmod +x /usr/bin/docker-compose

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

Оглавление

Скачиваем скрипт для установки и запускаем его

curl -O https://gitlab.com/shardeum/validator/dashboard/-/raw/main/installer.sh && chmod +x installer.sh && ./installer.sh

Отвечаем на следующие вопросы

By running this installer, you agree to allow the Shardeum team to collect this data. (y/n)?:

нажимаем y

Do you want to run the web based Dashboard? (y/n):

нажимаем y

Set the password to access the Dashboard:

вводим ваш пароль

Enter the port (1025-65536) to access the web based Dashboard (default 8080):

Нажимаем Enter, либо вводим кастомный порт, если дефолтный порт занят на вашем сервере (например 12080)

To run a validator on the Sphinx network, you will need to open two ports in your firewall.
This allows p2p commnication between nodes. Enter the first port (1025-65536) for p2p comminucation (default 9001)

Нажимаем Enter, либо вводим кастомный порт, если дефолтный порт занят на вашем сервере (например 9111)

Enter the second port (1025-65536) for p2p comminucation (default 10001):

Нажимаем Enter, либо вводим кастомный порт, если дефолтный порт занят на вашем сервере (например 10111)

What base directory should the node use (defaults to ~/.shardeum):

Нажимаем Enter, оставляя папку по умолчанию

Ждем завершения установки. Процесс занимает от 10 минут до получаса.

Открываем порты в файерволе

ufw allow 22
ufw allow 9001
ufw allow 10001
ufw enable

Если использовали кастомные порты вместо 9001 и 10001 вводим свои порты

Запуск cli и валидатора

Оглавление

Переходим в папку .shardeum

cd && cd .shardeum

Запускаем оболочку

./shell.sh

Запускаем gui

operator-cli gui start

Проверяем статус ноды

operator-cli gui status

Вывод должен выглядеть примерно так

Переходим в браузер по ссылке: https://<ваш_IP>:8080 и вводим ваш пароль

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

 operator-cli gui set password <ваш_пароль>

Переходим во вкладку "Maintenance" и нажимаем кнопку "Start Node"

Переходим в терминал и запускаем ноду

operator-cli start

Переходим обратно в браузер и обновляем страницу. Если кнопка сменилась на "Stop Node", то вы все сделали верно и нода запущена.

Стейк токенов валидатору

Оглавление

Переходим в кран, делаем пост в твиттер с вашим эфировским адресом, копируем ссылку на пост, вставляем скопированную ссылку в кран и получаем тестовые токены в сети Sphinx (Betanet)

Также сейчас можно получить токены в сети Liberty, для текущего тестнета они не нужны, но лишним не будет

Liberty 1.X: https://faucet.liberty10.shardeum.org/
Liberty 2.X: https://faucet.liberty20.shardeum.org/

Переходим на страницу вашего валидатора и подключаете кошелек Metamask (сеть Shardeum Sphinx 1.X)

Нажимаете кнопку "Add Stake", вводим сумму стейка (оставляя немного на комиссию. Минимальный стейк 10 SHM, кран выдает 15 SHM, 14 из которых я застейкал)

Остается только подтвердить транзакцию и валидатор готов к работе

Удаление ноды

Оглавление

Для удаления выполняем следующие команды

cd ~/.shardeum
./cleanup.sh
cd ~/
rm -rf .shardeum
rm installer.sh

Обновление

Оглавление

Для обновления ноды удаляем все данные и устанавливаем с нуля

Полезные команды

Оглавление

Для выхода из оболочки используем команду

exit

Остановка ноды

operator-cli stop

Проверить статус ноды

operator-cli gui status

Мониторинг доступен по ссылке - https://<ваш_порт>:8080/performance

Nodera

Telegram | Discord | Twitter

Obol: installation guide

2023-02-02T14:42:10.901Z

Obol Network - протокол, способствующий минимизации доверительных ставок за счет проверки несколькими операторами. Это обеспечит доступ с низким уровнем доверия к доходности стейкинга Ethereum, который можно использовать в качестве основного строительного блока в различных продуктах Web3. Obol Network создается командой исследователей и разработчиков программного обеспечения, специализирующаяся на инфраструктуре проверки доли владения для общедоступных сетей блокчейна. Особое внимание уделяется таким темам, как интернет-облигации, технология распределенных валидаторов и мультиоператорная валидация. В настоящее время команда состоит из 20 человек, разбросанных по всему миру.

В раунде А проект собрал 12,5М долларов от Pantera, Coinbase Ventures, Spartan, Ethereal Ventures и др.

P.S. Учитывая специфику проекта, одиночное поддержание ноды невозможно, все операторы собираются в кластеры от 4 до 10 человек. Вы может организовать свой кластер с друзьями либо присоединится к стороннему кластеру в канале #bia-find-a-cluster. Также, для запуска своего кластера понадобится 32 ETH Goerli. Список кранов, с которых можно насобирать токены - https://faucetlink.to/goerli

Словарь терминов:

Лидер (или валидатор) - узел, который создает кластер, а также валидирует ноду эфира (сеть Goerli). Для запуска необходимо 32 Goerli ETH.

Оператор - один из участников кластера, проверяет транзакции кластера. Для корректной работы кластера 75% операторов должны быть активны.

DYOR:

Website

Twitter

Discord

Подготовка сервера

Оглавление

Данная нода требует достаточно много ресурсов. Минимальные требования: CPU - 4+ ядер, RAM - 16 GB+, SSD - 1 TB+ (занятое место будет постоянно расти, в настоящее время (2 февраля 2023) нода занимает 360GB). Не пытайтесь запускать на серверах с меньшими параметрами, так как ваша нода работать не будет и может подставить остальных участников кластера. Подходящий выделенный сервер можно поискать на аукционе Hetzner.

Обновляем пакеты

sudo apt-get update && sudo apt-get upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

# скачиваем необходимые зависимости одной командой
sudo apt-get install curl wget git screen jq libpq-dev libssl-dev \
build-essential pkg-config openssl ocl-icd-opencl-dev \
libopencl-clang-dev libgomp1 -y

Устанавливаем docker и docker-compose

. <(wget -qO- https://raw.githubusercontent.com/SecorD0/utils/main/installers/docker.sh)

Опционально. Устанавливаем apparmor

sudo apt install apparmor-profiles

Все дальнейшие действия как лидерам, так и операторам, необходимо проводить в скрине.

screen -S obol

Если вы не знаете, как работает screen, изучите данную статью

Инструкция для лидеров

Оглавление

Сбор адресов

Если вы планируете создать свой кластер, вам необходимо со всех ваших операторов собрать адреса эфира (формат: 0x....................................). Минимальное количество операторов 3 (помимо вас), максимальное 9.

Создание приватного ключа

Клонируем репозиторий

git clone https://github.com/ObolNetwork/charon-distributed-validator-node.git

Переходим в папку с нодой

cd charon-distributed-validator-node

Опционально. Даем разрешение для создания директорий

mkdir .charon
chmod a=rwx /root/charon-distributed-validator-node/.charon

Генерируем приватный ключ

docker run --rm -v "$(pwd):/opt/charon" obolnetwork/charon:v0.13.0 create enr

Процесс занимает некоторое время, после успешного завершения вы увидите свой приватный ключ, начинающийся на enr:

#Created ENR private key: .charon/charon-enr-private-key
#enr:-JG4QGQpV4qYe32QFUAbY1UyGNtNcrVMip83cvJRhw1brMslPeyELIz3q6dsZ7GblVaCjL_8FKQhF6Syg-O_kIWztimGAYHY5EvPgmlkgnY0gmlwhH8AAAGJc2VjcDI1NmsxoQKzMe_GFPpSqtnYl-mJr8uZAUtmkqccsAx7ojGmFy-FY4N0Y3CCDhqDdWRwgg4u

Копируем ключ в блокнот, и делаем бэкап файла .charon/charon-enr-private-key

Создание конфигурационного файла DKG

Переходим на сайт https://bia.launchpad.obol.tech/ и подключаем кошелек, на котором есть 32 Goerli ETH. Список кранов, с которых можно насобирать токены - https://faucetlink.to/goerli

Прокручиваем страницу и выбираем создать кластер

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

Также вы можете добавить еще одного валидатора (на его счету также должно быть 32 ETH), однако это не обязательно. Оставляем одного валидатора и вводим свой enr ключ (в формате enr:-...................................)

Вводим адрес, на котором есть эфир, а также адрес (или адреса) на который будут капать реварды. На скрине ниже указана конфигурация, когда все реварды отправляются на один кошелек (2% забирает себе пул Obol). Количество адресов и проценты наград можно выбрать любые. Нажимаем кнопку "Создать конфигурацию кластера".

На следующей странице проверяем данные, нажимаем кнопку "Deploy Withdrawal Manager" и подтверждаем данные.

В открывшемся окне копируем ссылку и отправляем всем валидаторам

Отправляем данную ссылку своим операторам и ждем пока все присоединятся.

Нажимаем кнопку "Продолжить"

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

По завершению DKG появляются новые файлы, которые необходимо забэкапить - deposit-data.json, cluster-lock.jsonи папка validator_keys/. Все они находятся в папке .charon

Запуск ноды

Для запуска ноды используем следующие команды

rm -r ./data/lighthouse
cd $HOME/charon-distributed-validator-node && docker-compose up -d

По завершению установки проверяем логи

cd $HOME/charon-distributed-validator-node && docker-compose logs -f

Множество варнов и ерроров нормально, главное чтобы логи шли. Проверяем работоспособность ноды в графане

http://<ваш IP>:3000/d/singlenode/single-charon-node-dashboard?orgId=1&refresh=10s

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

Депозит

После завершения синхронизации (около 10 часов, размер директории 350-370GB) можем внести депозит.

Переходим по ссылке, соглашаемся с условиям, загружаем файл deposit-data.json, подключаем кошелек и вносим депозит в размере 32 ETH.

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

Инструкция для операторов

Оглавление

Отправка адреса лидеру

Копируете в метамаске ваш адрес эфира и отправляете его Вашему лидеру.

Создание приватного ключа

Клонируем репозиторий

git clone https://github.com/ObolNetwork/charon-distributed-validator-node.git

Переходим в папку с нодой

cd charon-distributed-validator-node

Генерируем приватный ключ

docker run --rm -v "$(pwd):/opt/charon" obolnetwork/charon:v0.13.0 create enr

#Created ENR private key: .charon/charon-enr-private-key
#enr:-JG4QGQpV4qYe32QFUAbY1UyGNtNcrVMip83cvJRhw1brMslPeyELIz3q6dsZ7GblVaCjL_8FKQhF6Syg-O_kIWztimGAYHY5EvPgmlkgnY0gmlwhH8AAAGJc2VjcDI1NmsxoQKzMe_GFPpSqtnYl-mJr8uZAUtmkqccsAx7ojGmFy-FY4N0Y3CCDhqDdWRwgg4u

Копируем ключ в блокнот, и делаем бэкап файла .charon/charon-enr-private-key

Создание конфигурационного файла DKG

Получаем от лидера ссылку для регистрации в формате https://goerli.launchpad.obol.tech/dv#0x...

Переходим по ссылке и выполняем все действия.

По окончании регистрации вы получите команду для выполнения на сервере

Запуск ноды

Для запуска ноды используем следующие команды

rm -r ./data/lighthouse
cd $HOME/charon-distributed-validator-node && docker-compose up -d

По завершению установки проверяем логи

cd $HOME/charon-distributed-validator-node && docker-compose logs -f --tail 10

Множество варнов и ерроров нормально, главное чтобы логи шли. Проверяем работоспособность ноды в графане

http://<ваш IP>:3000/d/singlenode/single-charon-node-dashboard?orgId=1&refresh=10s

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

Выход из кластера

Оглавление

Создаем переменную с номером эпохи

export EXIT_EPOCH=162304

Вводим команду для выхода из кластера

cd && cd charon-distributed-validator-node
docker exec -ti charon-distributed-validator-node-teku-1 /opt/teku/bin/teku voluntary-exit --beacon-node-api-endpoint="http://charon:3600/" --confirmation-enabled=false --validator-keys="/opt/charon/validator_keys:/opt/charon/validator_keys" --epoch=$EXIT_EPOCH

При успешном выходе из кластера вы получите следующий вывод

После выхода 2/3 операторов из кластера начнется процесс выхода, который можно отслеживать в эксплорере

Через 27 часов можно заклеймить награды и стейк по ссылке

https://bia.launchpad.obol.tech/bia-claim?configHash=<ваш_config_hash>

Config_hash находится в файле cluster-lock.json в папке .charon

Обновление v0.14.0

Оглавление

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

Останавливаем ноду

cd $HOME/charon-distributed-validator-node
docker-compose down

Редактируем конфиг

nano docker-compose.yml

Находим строку image: obolnetwork/charon:${CHARON_VERSION:-v0.13.0}

и заменяем ее на:

image: obolnetwork/charon:57ca044

По итогу у вас должно получиться так:

Собираем заново контейнер

cd $HOME/charon-distributed-validator-node && docker-compose up -d

Проверяем логи

cd $HOME/charon-distributed-validator-node && docker compose logs -f --tail 10

Проверяем версию в графане - http://<ваш IP>:3000/d/singlenode/single-charon-node-dashboard?orgId=1&refresh=10s

P.S. Версия в графане может не сразу отображаться и выдавать ошибку в блоке App Info. Это нормально, подождите ~10 минут.

Удаление ноды

Оглавление

Останавливаем ноду

cd $HOME/charon-distributed-validator-node && docker-compose down -v

Важно!!! Сохраняем на компьютер папку .charon

Удаляем данные

rm -rf $HOME/charon-distributed-validator-node
rm -rf $HOME/.charon

Полезные команды

Оглавление

Проверить логи

cd $HOME/charon-distributed-validator-node && docker-compose logs -f

Перезагрузить ноду

cd $HOME/charon-distributed-validator-node && docker-compose restart

Удалить ноду

cd $HOME/charon-distributed-validator-node && docker-compose down
cd && rm -rf charon-distributed-validator-node

Nodera

Telegram | Discord | Twitter

Lava: Installation Guide

2023-01-05T13:39:45.703Z

Lava Network создает уровень децентрализованной инфраструктуры для удаленных вызовов процедур блокчейна - peer-to-peer RPC сеть. Данное решение позволит Web3 компаниям устранить зависимость от централизованных RPC нод, что уменьшит уязвимость и вероятность быть скомпрометированным.

Форма для участия в тестнете - https://docs.google.com/forms/u/0/d/e/1FAIpQLSd-uRGAInJ6hhdt-354lW2sgY5O_o3m7aigU7-1f6egE1e5Zw/formResponse

Форма для участия в тестнете (для разработчиков) - https://docs.google.com/forms/d/e/1FAIpQLSfEo8fZndjKlPchdDmPvXCdLESYfIUe8-PLC79syX5mo2aBbA/viewform

Тестнет эксплорер - http://explorer.nodera.org/lava/staking

Гайд актуален для версии v0.13.1

DYOR:

Website

Discord

Twitter

Whitepaper

Подготовка сервера

Оглавление

На данном этапе устанавливаю на сервере Hetzner - CPX31: 4 CPU, 8 GB RAM, 160 GB SSD.

Обновляем пакеты

sudo apt update && sudo apt upgrade -y

Устанавливаем инструменты разработчика и необходимые пакеты

sudo apt install curl build-essential pkg-config libssl-dev git wget jq make gcc tmux chrony -y

Устанавливаем GO

wget https://go.dev/dl/go1.19.5.linux-amd64.tar.gz; \
rm -rv /usr/local/go; \
tar -C /usr/local -xzf go1.19.5.linux-amd64.tar.gz && \
rm -v go1.19.5.linux-amd64.tar.gz && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> ~/.bash_profile && \
source ~/.bash_profile && \
go version

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

Оглавление

Скачиваем бинарные файлы

cd $HOME 
git clone https://github.com/lavanet/lava 
cd lava 
git fetch --all 
git checkout v0.13.1
make install
sudo mv $HOME/lava/build/lavad /usr/local/bin/lavad

Проверяем версию

lavad version
#0.13.1

Создаем переменные

MONIKER_LAVA=вводим свое имя
CHAIN_ID_LAVA=lava-testnet-1
PORT_LAVA=38

Сохраняем переменные, перезагружаем .bash_profile и проверяем значения переменных

echo "export MONIKER_LAVA="${MONIKER_LAVA}"" >> $HOME/.bash_profile
echo "export CHAIN_ID_LAVA="${CHAIN_ID_LAVA}"" >> $HOME/.bash_profile
echo "export PORT_LAVA="${PORT_LAVA}"" >> $HOME/.bash_profile
source $HOME/.bash_profile

echo -e "\nmoniker_LAVA > ${MONIKER_LAVA}.\n"
echo -e "\nchain_id_LAVA > ${CHAIN_ID_LAVA}.\n"
echo -e "\nport_LAVA > ${PORT_LAVA}.\n"

Настраиваем конфиг

lavad config chain-id $CHAIN_ID_LAVA
lavad config keyring-backend test
lavad config node tcp://localhost:${PORT_LAVA}657
sed -i -e "s/^minimum-gas-prices *=.*/minimum-gas-prices = \"0.0025ulava\"/" $HOME/.lava/config/app.toml

Инициализируем ноду

lavad init $MONIKER_LAVA --chain-id $CHAIN_ID_LAVA

Загружаем генезис файл и адресбук

curl -s https://raw.githubusercontent.com/K433QLtr6RA9ExEq/GHFkqmTzpdNLDd6T/main/testnet-1/genesis_json/genesis.json > $HOME/.lava/config/genesis.json
curl -s https://snapshots1-testnet.nodejumper.io/lava-testnet/addrbook.json > $HOME/.lava/config/addrbook.json

Добавляем сиды и пиры

SEEDS="3a445bfdbe2d0c8ee82461633aa3af31bc2b4dc0@prod-pnet-seed-node.lavanet.xyz:26656,e593c7a9ca61f5616119d6beb5bd8ef5dd28d62d@prod-pnet-seed-node2.lavanet.xyz:26656"
PEERS=""
sed -i 's|^seeds *=.*|seeds = "'$SEEDS'"|; s|^persistent_peers *=.*|persistent_peers = "'$PEERS'"|' $HOME/.lava/config/config.toml

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

sed -i.bak -e "s%^proxy_app = \"tcp://127.0.0.1:26658\"%proxy_app = \"tcp://127.0.0.1:${PORT_LAVA}658\"%; s%^laddr = \"tcp://127.0.0.1:26657\"%laddr = \"tcp://127.0.0.1:${PORT_LAVA}657\"%; s%^pprof_laddr = \"localhost:6060\"%pprof_laddr = \"localhost:${PORT_LAVA}060\"%; s%^laddr = \"tcp://0.0.0.0:26656\"%laddr = \"tcp://0.0.0.0:${PORT_LAVA}656\"%; s%^prometheus_listen_addr = \":26660\"%prometheus_listen_addr = \":${PORT_LAVA}660\"%" $HOME/.lava/config/config.toml
sed -i.bak -e "s%^address = \"tcp://0.0.0.0:1317\"%address = \"tcp://0.0.0.0:${PORT_LAVA}317\"%; s%^address = \":8080\"%address = \":${PORT_LAVA}080\"%; s%^address = \"0.0.0.0:9090\"%address = \"0.0.0.0:${PORT_LAVA}090\"%; s%^address = \"0.0.0.0:9091\"%address = \"0.0.0.0:${PORT_LAVA}091\"%" $HOME/.lava/config/app.toml

Настраиваем прунинг

pruning="custom"
pruning_keep_recent="100"
pruning_keep_every="0"
pruning_interval="10"
sed -i -e "s/^pruning *=.*/pruning = \"$pruning\"/" $HOME/.lava/config/app.toml
sed -i -e "s/^pruning-keep-recent *=.*/pruning-keep-recent = \"$pruning_keep_recent\"/" $HOME/.lava/config/app.toml
sed -i -e "s/^pruning-keep-every *=.*/pruning-keep-every = \"$pruning_keep_every\"/" $HOME/.lava/config/app.toml
sed -i -e "s/^pruning-interval *=.*/pruning-interval = \"$pruning_interval\"/" $HOME/.lava/config/app.toml

Сбрасываем данные

lavad tendermint unsafe-reset-all --home $HOME/.lava

Создаем сервисный файл

printf "[Unit]
Description=Lava Service
After=network.target

[Service]
Type=simple
User=$USER
ExecStart=$(which lavad) start
Restart=on-failure
RestartSec=3
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target" > /etc/systemd/system/lavad.service

Загружаем снэпшот

SNAP_LAVA=$(curl -s https://snapshots1-testnet.nodejumper.io/lava-testnet/ | egrep -o ">lava-testnet-1.*\.tar.lz4" | tr -d ">")
curl https://snapshots1-testnet.nodejumper.io/lava-testnet/${SNAP_LAVA} | lz4 -dc - | tar -xf - -C $HOME/.lava

Запускаем сервис и проверяем логи

sudo systemctl daemon-reload && \
sudo systemctl enable lavad && \
sudo systemctl restart lavad && \
sudo journalctl -u lavad -f -o cat

Ждем окончания синхронизации, проверить синхронизации можно командой

lavad status 2>&1 | jq .SyncInfo

Если вывод показывает false, синхронизация завершена.

Создание кошелька и валидатора

Оглавление

Создаем кошелек

lavad keys add $MONIKER_LAVA

Сохраняем мнемоник фразу в надежном месте!

Если вы участвовали в предыдущих тестнетах, восстанавливаем кошелек командой и вводим мнемоник фразу

lavad keys add $MONIKER_LAVA --recover

Создаем переменную с адресом кошелька и валидатора

WALLET_LAVA=$(lavad keys show $MONIKER_LAVA -a)
VALOPER_LAVA=$(lavad keys show $MONIKER_LAVA --bech val -a)

echo "export WALLET_LAVA="${WALLET_LAVA}"" >> $HOME/.bash_profile
echo "export VALOPER_LAVA="${VALOPER_LAVA}"" >> $HOME/.bash_profile
source $HOME/.bash_profile
echo -e "\nwallet_LAVA > ${WALLET_LAVA}.\n"
echo -e "\nvaloper_LAVA > ${VALOPER_LAVA}.\n"

Запрашиваем токены с крана командой

curl -X POST -d '{"address": "$(lavad keys show $MONIKER_LAVA -a)", "coins": ["10000000ulava"]}' https://faucet-api.lavanet.xyz/faucet/

Проверяем свой баланс

lavad q bank balances $WALLET_LAVA

После завершения синхронизации и пополнения кошелька, создаем валидатора

lavad tx staking create-validator \
--amount 9000000ulava \
--from $WALLET_LAVA \
--commission-rate "0.07" \
--commission-max-rate "0.20" \
--commission-max-change-rate "0.1" \
--min-self-delegation "1" \
--pubkey=$(lavad tendermint show-validator) \
--moniker $MONIKER_LAVA \
--chain-id "lava-testnet-1" \
--fees=10000ulava \
--identity="" \
--details="" \
--website="" \
-y

Проверяем своего валидатора в эксплорере - http://explorer.nodera.org/lava/staking

Мониторинг можно настроить с использованием Panic! бота по гайду - https://nodera.org/panic_bot

Обновление v0.13.1

Оглавление

cd $HOME/lava
git fetch --all 
git checkout v0.13.1
make install
sudo mv $HOME/lava/build/lavad /usr/local/bin/lavad

Проверяем версию

lavad version
#0.13.1

Перезапускаем ноду и проверяем логи

sudo systemctl restart lavad && sudo journalctl -fu lavad -o cat

Удаление ноды

Оглавление

Перед удалением ноды убедитесь, что сохранены файлы из каталога /root/.lava/config

Для удаления ноды используйте следующие команды

sudo systemctl stop lavad
sudo systemctl disable lavad
sudo rm -rf $HOME/.lava
sudo rm -rf $HOME/lavad
sudo rm -rf /etc/systemd/system/lavad.service
sudo rm -rf /usr/local/bin/lavad
sudo systemctl daemon-reload

Полезные команды

Оглавление

Рестарт ноды

sudo systemctl restart lavad

Проверка логов

sudo journalctl -u lavad -f -o cat

Узнать адрес валидатора

lavad keys show $MONIKER_LAVA --bech val -a

Делегировать токены валидатору

lavad tx staking delegate $VALOPER_LAVA 9000000ulava --from $WALLET_LAVA --chain-id $CHAIN_ID_LAVA --fees=10000ulava

Внести изменения в валидатора

lavad tx staking edit-validator --identity="" --details="" --website="" \
--from $WALLET_LAVA --chain-id $CHAIN_ID_LAVA --fees=500ulava -y
#identity - PGP ключ c keybase.io (устанавливает аватар валидатора)
#details - текстовое описание валидатора

Nodera

Telegram | Discord | Twitter

OKP4: First results of Nemeton program

2022-12-29T15:50:52.548Z

OKP4 is a public PoS layer 1 blockchain built for trust-minimized data sharing. OKP4 is an open interoperable smart contracts platform for highly customized rules, governance mechanisms and business models to align interests between participants and build useful distributed applications.

On December 2, incentivised testnet called Nemeton was launched.

DYOR:

Website

Discord

Twitter

Nemeton program

Nodera's explorer

Nodera's guide

Project
Testnet Program
1st phase results

Project

Contents

OKP4 protocol allows the creation of fully customizable Data Spaces where communities can agree on rules and contribute with any digital resource (dataset, algorithm, storage or resource computation) to create new knowledge and applications. Anything, even identity and consent solutions, can be indexed and orchestrated by the protocol according to defined rules to minimize risks, costs, and to maximize opportunities while keeping data sovereignty.

The company is registered in France. OKP4 has raised funding over 2 rounds:

Pre Seed Round - Jul 5, 2022
Seed Round - Aug 10, 2022

The amount of funding and the list of investors have not been announced yet.

Testnet program

Contents

The testnet was named Nemeton after sacred space of ancient Celtic religion.

Nemeta appear to have been primarily situated in natural areas, and, as they often utilized trees, they are often interpreted as sacred groves. However, other evidence suggests that the word implied a wider variety of ritual spaces, such as shrines and temples. Evidence for nemeta consists chiefly of inscriptions and toponymy or place-names, which occur all across the Celtic world.

The Nemeton program started on December 2, 2022 and is divided into 5 phases:

Phase 1 — Sidh. This first phase is pretty basic, it is dedicated to setting up Druids’ validator environment, participating in the genesis, and getting familiar with the OKP4 testnet.

Phase 2 — Infrastructure. The second phase is focused on testing Druids’ performance and uptime. Maintenance tasks and upgrades will be performed to test different kinds of state migrations.

Phase 3 — Token Dynamics. The third phase is all about token dynamics! Druids will engage in various node and community tasks with their precious tokens. Challenges will include some IBC-related tasks to open Nemeton to the interchain world…

Phase 4 — Security Test. The fourth phase is war it will incentivize Druids to test the upper bounds of the testnet through a series of tasks including coordinated strikes, governance attacks, and data-related high-load tasks such as data upload & usage congestion. This phase will also enable us to simulate emergency updates.

Phase 5 — Builders Phase. The last phase will open a new chapter for the Nemeton testnet. It will open its gates for builders to join the community of Druids, expanding our community way beyond validators!

At the end of December, the first phase ends and we can slowly sum up the results.

1st phase results

Contents

More than 6,700 people registered to participate in OKP4 Incentivized Testnet, only 150 participants have been selected. They got names - druids - for greater immersion in the mysterious grove of the test network. A list of druids can be found here.

In the first phase, five tasks for the druids were prepared:

Submit gentx on time
Setup node
Tweet about the OKP4 testnet
Uptime challenge
Submit an original content related to validation

A druid can get a maximum of 16,000 points in the first phase.

We decided to see how the druids performed tasks. To do this, we received information from the blockchain for every 20,000th block.

The network was launched on December 14, 2022 at 15.00. 132 druids launched validators from the first block. By block 160,000 (December 25, 2022 at 11.33.31), the number of active validators has increased to 147.

The number of staked tokens during this period increased by 38% from 1 320 000 to 1 822 186 KNOW.

During the study period, 8 validators went to jail, 78 validators increased the number of staked tokens. About half of them used a script to automatically stake.

The voting power of the top10 validators ranged from 8% to 9%.

Summing up the preliminary results of the 1st phase, we can identify a serious approach to the organization of the testnet. The network worked stably, I did not notice any problems with synchronization, consensus and connections between nodes. Also, it is worth noting the approach to the selection of participants, which made it possible to select high-quality validators who seriously approached the testnet and completed tasks on time. (88% of druids submitted gentx, 98% launched a validator.)

Personally, I enjoyed the first phase and look forward to the next. By the way, from the 5th phase everyone can take part in Nemeton program. Merry Christmas and Happy New Year.

P.S. Decided all the same to publish the script used to collect information. Maybe it will be useful for someone

#!/bin/bash

BLOCK=1
echo "export BLOCK="${BLOCK}"" >> $HOME/.bash_profile
i=1
while [ "$i" -le 9 ]; do
    echo "--- Iteration #$i: $(date) ---"
    mkdir info_$BLOCK
    okp4d q staking historical-info $BLOCK 2>&1 | tee /root/okp4d/test_script/block_$BLOCK.log
    grep -E '\      rate:' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/rate_$BLOCK.txt
    grep -E '\    moniker:' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/moniker_$BLOCK.txt
    grep -E '\  jailed:' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/jailed_$BLOCK.txt
    grep -E '\  operator_address' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/address_$BLOCK.txt
    grep -E '\  status' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/block_$BLOCK.txt
    grep -E '\  tokens' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/tokens_$BLOCK.txt
    grep -E '\  unbonding_height' block_$BLOCK.log 2>&1 | tee /root/okp4d/test_script/info_$BLOCK/unbonding_$BLOCK.txt
    BLOCK=$BLOCK+20000
    i=$(( i + 1 ))
done

Nodera

Telegram | Discord | Twitter