DOCS
  • Namada
  • Начало работы
    • Быстрый старт
    • Установить Namada
      • Установка из исходных файлов
        • Предварительные компоненты
        • Устранение неисправностей при установке из источника
      • Установка из бинарных файлов
        • Использование двоичных файлов
        • Предварительные компоненты
      • Из Docker
    • Установка CometBFT
    • Конфиденциальность
    • Безопасность и сообщения об ошибках
  • Руководство пользователя
    • Руководство по работе с кошельком Namada
      • Кошелек файловой системы
      • Веб-кошелек
      • Аппаратный кошелек
    • Прозрачные счета
      • Счета с несколькими подписями на Namada
      • Отправка и получение токенов NAM
    • MASP
      • Экранированные вознаграждения
      • Экранированные переводы
    • Тарифы Namada
    • Делегирование доли
    • Голосование
      • Голосование в цепочке
      • Голосование вне цепочки
    • PGF
      • Стать стюардом
      • Голосование за стюардов и предложения PGF
      • Предложение о финансировании
    • Перевод активов через IBC
  • Руководство для операторов
    • Запуск полного узла
      • Переменные среды
      • Настройка полного узла
      • Настройка ведения журнала Namada
      • Базовый каталог
    • Валидаторы Namada
      • Требования к аппаратному обеспечению
      • Настройка валидатора Genesis
      • Запустите свой узел в качестве валидатора genesis
      • Генерация учетной записи валидатора
      • Связывание (Staking)
      • Proof-of-Stake
    • Развертывание локальной сети
    • IBC Relayers
    • Поиск и устранение неисправностей в работе оператора
    • Namada Ethereum Bridge
      • Ретрансляция транзакций Ethereum
  • Интеграции
    • Использование Namada SDK
      • Настройка клиента SDK
      • Настройка кошелька SDK
      • Генерация счетов
      • Конструирование трансферов
      • Использование SDK с интерфейсом Namada
    • Индексатор Namada
  • Сети Namada
    • Mainnets
    • Testnets
      • Настройка среды
      • Этапы миграции для тестовых сетей
      • Инструкции валидатора Pre-genesis
      • Заявка на получение статуса валидатора генезиса
      • Присоединение к последней тестовой сети
      • Стать валидатором post genesis
      • История тестовых сетей
      • Использование крана testnet
      • Namada FAQ
      • Тестнет Namada Campfire
Powered by GitBook
On this page
  1. Руководство пользователя

Перевод активов через IBC

PreviousПредложение о финансированииNextРуководство для операторов

Last updated 1 year ago

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

Для того чтобы выполнить IBC-передачу с помощью команды ibc-transfer в Namada, нам необходимо знать base-dir и node каждого экземпляра (а также другие параметры передачи). base-dir - это базовый каталог каждого узла, подробнее см. в разделе . node - это rpc_addr ретранслятора. Вы можете выполнить команду:

grep "rpc_addr" ${HERMES_CONFIG}

для поиска адреса.

Только для локального узла

Чтобы найти адрес своей для цепочки A, можно выполнить следующую команду

export BASE_DIR_A = "${HERMES}/data/namada-a/.namada"
export LEDGER_ADDRESS_A = "$(grep "rpc_address" ${BASE_DIR_A}/${CHAIN_A_ID}/setup/validator-0/.namada/${CHAIN_A_ID}/config.toml)"

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

Предполагая, что открытый канал - channel-0, можно сохранить его в переменной окружения, выполнив команду:

export CHANNEL_ID = "channel-0"

Межблокчейновые переводы из цепочки A могут быть осуществлены следующим образом:

namadac --base-dir ${BASE_DIR_A}
    ibc-transfer \
        --amount ${AMOUNT} \
        --source ${SOURCE_ALIAS} \
        --receiver ${RECEIVER_RAW_ADDRESS} \
        --token ${TOKEN_ALIAS} \
        --channel-id ${CHANNEL_ID} \
        --node ${LEDGER_ADDRESS_A}

Где указанные выше переменные в ${VARIABLE} должны быть заменены соответствующими значениями. Необработанный адрес приемника можно найти по команде namadaw --base-dir ${BASE_DIR_B} address find --alias ${RECEIVER}.

Например:

namadac --base-dir ${BASE_DIR_A}
    ibc-transfer \
    --amount 100 \
    --source albert \
    --receiver atest1d9khqw36g56nqwpkgezrvvejg3p5xv2z8y6nydehxprygvp5g4znj3phxfpyv3pcgcunws2x0wwa76 \
    --token nam \
    --channel-id channel-0 \
    --node 127.0.0.1:27657

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

Перенос активов обратно из цепочек на базе Cosmos-SDK

gaiad tx ibc-transfer transfer transfer ${CHANNEL_ID} ${RECEIVER_RAW_ADDRESS} ${AMOUNT}${IBC_TOKEN_ADDRESS} --from ${COSMOS_ALIAS} --node ${COSMOS_RPC_ENDPOINT} --fees 5000uatom

например:

gaiad tx ibc-transfer transfer transfer channel-0 atest1d9khqw368qcyx3jxxu6njs2yxs6y2sjyxdzy2d338pp5yd35g9zrv334gceng3z9gvmryv2pfdddt4 10ibc/281545A262215A2D7041CE1B518DD4754EC7097A1C937BE9D9AB6F1F11B452DD --from my-cosmos-address --node https://rpc.sentry-01.theta-testnet.polypore.xyz:443 --fees 5000uatom

При переходе на цепочку, основанную на Cosmos-SDK, ibc-передача выполняется, как описано выше. Однако при обратном переносе из цепочки на базе Cosmos, очевидно, команда namadac ibc-transfer работать не будет. Вместо нее следует использовать команду

базовый каталог
gaiad.