Вступление

"Сначала был Bitcoin, возникший из энтропийного супа Большого Всего. Затем появился Ethereum, который был создан по подобию Bitcoin, но сделан по Тьюрингу.

Среди них были Tendermint и Cosmos для разработки надежных PoS и IBC. Затем на Космос пришел Gno, и возник Gnoland, смоделированный Gnomes of the Greater Resistance".

Приведенная выше цитата, взятая непосредственно из репозитория gno, отражает историческую подоплеку создания Gno.land. Биткойн достиг децентрализации стоимости, Ethereum - децентрализации систем, а Cosmos - интероперабельности децентрализованных систем. Каждое поколение привнесло значительные улучшения в пространство блокчейна, сделав его более дружественной средой как для пользователей, так и для разработчиков.

Рождение Tendermint и IBC обеспечило надежность консенсуса между недоверенными сторонами и простоту создания независимых блокчейнов, полностью настраиваемых и при этом интероперабельных по своей природе. Сегодня значительное число блокчейнов из Топ-50 по рыночной капитализации построены на Cosmos SDK и Tendermint. Очевидно, что экосистема Cosmos процветает, а многоцепочечное будущее, задуманное Cosmos, становится реальностью.

Однако набор идей, которые служат основой архитектуры экосистемы Cosmos, постепенно отходит от своей первоначальной философии: Hub Minimalism. Основатели Cosmos Hub считали, что функций hub должно быть как можно меньше, и основными причинами этого были следующие: 1) предотвращение наводнения сети транзакциями, не входящими в цепочку, 2) разделение функций зон и хабов и 3) упрощение хаба для повышения безопасности (недавняя остановка Juno Network подтверждает этот аргумент).

Развертывание и провал Gravity Dex на хабе Cosmos в сочетании с успехом Osmosis в качестве нового доминирующего хаба вызвали споры в сообществе Cosmos. Согласно Карте зон, Космос занимает 3-е место по объему МБК и 4-е место по трансферам МБК, что говорит о том, что пользователи предпочитают концентраторы с большей функциональностью, такие как Осмос и Терра. Аргументы о том, что хаб Cosmos должен включить смарт-контакты CosmWasm без разрешения или принять уникальную функцию, которая поможет хабу Cosmos вернуть себе позицию ведущего хаба, начинают запутывать сообщество в вопросе о том, куда должен двигаться хаб Cosmos, и нуждается ли токеномика ATOM в модификации.

Другие блокчейны также сталкиваются с заметными проблемами: Пользователи Ethereum страдают от недоступных тарифов на газ, пользователи Solana - от относительно частых простоев, а пользователи Terra - от чрезмерной зависимости от производительности одного dapp, на котором хранится большинство родных стабильных монеток.

Среди хаоса, Jae Kwon, один из основных участников Cosmos и Tendermint, разрабатывает новый блокчейн под названием Gnoland с целью оптимизации процесса консенсуса между валидаторами, полноты языка смарт-контрактов и устойчивости токеномики.

Масштабируемость имеет значение

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

В Gnoland принят новый язык Gnolang, являющийся форком Golang. Очевидное преимущество Golang по сравнению с другими языками проявляется при работе с параллелизмом. В то время как большинство языков программирования, таких как C++ или Java, используют многопоточность для выполнения параллельных программ, Go использует Goroutines.

Многопоточность - это когда несколько потоков выполняются параллельно в рамках одного процесса. Это может быть ваш браузер, одновременно воспроизводящий музыку и запускающий поисковую систему, или программа для обработки текстов, отображающая введенный вами текст и одновременно проверяющая грамматику. Проблема многопоточности заключается в том, что она требует переключения контекста, когда планировщик ОС управляет переключением между процессами и потоками. Это часто вызывает накладные расходы и потребляет чрезмерное количество ресурсов. Goroutine, с другой стороны, снимает бремя с ОС, реализуя Go Scheduler, встроенный планировщик во время выполнения. Создание и уничтожение Goroutine потребляет значительно меньше памяти (всего 0,2% потоков) и полностью использует все ядра аппаратного обеспечения.

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

Gnoland предлагает наиболее жизнеспособное решение этой проблемы - интеграцию goroutines, поддерживая Golang в качестве языка смарт-контрактов.

Наиболее часто используемыми языками в текущей среде разработки блокчейна являются Solidity для EVM-совместимых сетей и Rust для сетей на базе Solana и Cosmos SDK; и Solidity, и Rust вдохновлены C++. Хотя все вышеперечисленные языки являются отличными, Gnolang унаследовал от Golang более высокую скорость компиляции, более лаконичную грамматику и эффективный с точки зрения ресурсов параллелизм.

Доводы в пользу устойчивой модели токенов

Первоначальная модель Cosmos Hub включала в себя токен платы под названием PHOTONs, который ограничивает использование ATOMs управлением и ставками. После запуска концепция токена платы была упразднена, и сегодня ATOM служит как токеном управления/стейкинга, так и токеном платы. Не только Cosmos, но и большинство криптовалют первого уровня в пространстве блокчейн, таких как Ethereum, Avalanche и Solana, используют модель с одним токеном.

Gnoland, с другой стороны, стремится принять модель двойного токена, подобную первоначальной идее Cosmos, где "полезность платы" отделена от токена управления.

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

1. Большинство конечных пользователей являются технически несведущими, что означает, что большинство из них не знают, какие валидаторы им следует поддерживать и как оценивать предложения по управлению. Проще говоря, модель двойного токена снижает операционные риски, перекладывая ответственность за управление с конечных пользователей на узлы, валидаторы и участников сети, которые имеют реальное представление о блокчейне.
2. Смысл управляющего токена заключается в том, что на Сеть делается ставка для обеспечения безопасности блокчейна. Ирония модели с одним токеном заключается в том, что чем больше блокчейн набирает обороты, тем больше токенов, скорее всего, будут разблокированы для использования в качестве платы за газ, что приводит к снижению безопасности Сети. Модель с двумя токенами решает эту проблему.
3. Токен с фиксированной, не подверженной инфляции платой, предназначенный исключительно для подпитки контрактов блокчейна, позволит пользователям хранить токен в кошельке для использования в будущем, не беспокоясь о том, что стоимость токенов раздуется.
   Мы больше изучаем модель двойного токена, предложенную Дже Квоном, и способы ее реализации на Gnoland, чтобы максимизировать устойчивость и удобство использования токеномики.

Заключение

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

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

https://www.connext.network/

Minimum Hardware Requirements:

• 8GB RAM
• 30GB Storage
• Redis

Official documents:

https://docs.connext.network/routers/spinning-up

Install docker:

sudo apt-get install ca-certificates curl gnupg lsb-release -y
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io -y

Installing docker-compose

mkdir -p ~/.docker/cli-plugins/
curl -SL https://github.com/docker/compose/releases/download/v2.2.3/docker-compose-linux-x86_64 -o ~/.docker/cli-plugins/docker-compose
chmod +x ~/.docker/cli-plugins/docker-compose
sudo chown $USER /var/run/docker.sock 

Clone the repository

cd ~
git clone https://github.com/connext/nxtp-router-docker-compose.git
cd nxtp-router-docker-compose
git checkout amarok

Environment Config

Create a .env file in the root directory of the repository based on the env.example file.

Modify the following environment variables:

• ROUTER_VERSION - The version of the router to use (e.g. v0.1.0). See the releases page for the latest released version.
• ROUTER_EXTERNAL_PORT - Exposed port of the router. Remember to not expose this port to the public.
• GRAFANA_EXTERNAL_PORT - Exposed port of the Grafana dashboard.
• LOGDNA_KEY - This key is used by logna container. You can get this key by sign up her

Use this commands for preparing your .env file

mv .env.example .env
mv key.example.yaml key.yaml

In the .env file, you must specify the current version (at the time of this writing - 0.2.0-alpha.16, as well as the key logdna.com.

Add your private key to to key.yaml.

Next, you need to register the privatekey of your wallet in the key.yaml file. To do this, export the key in Metamask and place it in the key.yaml file.

Create Router Config

Create a config.json file based on the config.example.json file. At minumum, change the following values:

• sequencerUrl - The URL of the Sequencer node.
• redis - The Redis instance to use.
• server - Internal HTTP server config (adminToken).
• chains - Add your desired chains, assets, and provider URLs. Use domain mappings instead of chainIds. For more domain ids of chains, please check https://raw.githubusercontent.com/connext/chaindata/main/crossChain.json . Make sure you use multiple providers for each chain! Example with the current testnet assets:

nano config.toml

{
  "chains": {
    "1111": {
      "assets": [
        {
          "address": "0xB7b1d3cC52E658922b2aF00c5729001ceA98142C",
          "name": "TEST"
        }
      ],
      "providers": ["https://eth-rinkeby.alchemyapi.io/v2/Bi4KoxT0rgjHsmVvMRtdY_9rwrTsdY2h", "https://rpc.ankr.com/eth_rinkeby"]
    },
    "2221": {
      "assets": [
        {
          "address": "0xB5AabB55385bfBe31D627E2A717a7B189ddA4F8F",
          "name": "TEST"
        }
      ],
      "providers": ["https://eth-kovan.alchemyapi.io/v2/eEcEgHdAt3fkZkRmzbaI-Sv_1Gw6OxrB"]
    }
  },
  "logLevel": "debug",
  "mnemonic": "",
  "sequencerUrl": "https://sequencer.testnet.connext.ninja",
  "server": { "adminToken": "blahblahblah" },
  "environment": "production"
}

Run docker-compose

docker-compose up -d

Check the logs

docker logs --follow --tail 100 router

Restart docker-compose service

docker-compose restart

If you see this, then everything is fine and you can proceed to the next steps.

Claim test tokens https://amarok-testnet.coinhippo.io/

Go to https://testnet.amarok.connextscan.io/router/<wallet address>

WOW) You managed to start ROUTER!