Для ограничения потенциальных потерь средств шлюза из-за несанкционированного доступа, шлюз использует разные типы кошельков:
Все выпущенные в оборот GLS в сети XRPL 1:1 обеспечены GOLOS на горячем + СГ на холодном кошельках в сети GOLOS.
Баланс горячего кошелька в сети XRPL, это предварительно выпущенные GLS и сумма будет зависеть от спроса. Количество выпущенных в оборот GLS = Всего выпущено Issuer - Баланс горячего кошелька.
Баланс горячего кошелька в сети GOLOS будет поддерживаться в сумме ~2 000 000 GOLOS, за счет еженедельной балансировки. Дату ближайшей балансировки можно проверить:
Состояние шлюза и основные параметры работы, можно проверить:
Используя шлюз Вы полностью соглашаетесь со всеми правилами и ограничениями работы шлюза.
@gusaru, Вообще-то шлюз нормально работает и с мемо в незашифрованном виде
@lindsay, Реализовал для того чтобы забывашки шифровать не засыпали мессенджер ошибками. А так адрес уже свой засветили, это личное дело каждого.
@gusaru, кстати добавила в пул 100 GLS для теста, а либа xrpl.js, оказывается еще не поддерживает полноценно отзыв обратно. AMMRedeem какого-то черта не реализован ни в [email protected], ни в 3.x Чтобы отозвать - придется или собрать raw JSON-транзакцию и подписывать её вручную, используя xrpl.sign(), или городить какой-то вебсокет-инструмент, который бы работал независимо от библиотеки, напрямую с XRPL. Сижу вот ломаю мозги...
@lindsay, для отзыва транзакция AMMWithdraw, можно одним активом вывести с флагом AMMWithdrawFlag.TF_ONE_ASSET_WITHDRAW_ALL или двумя с флагом AMMWithdrawFlag.TF_WITHDRAW_ALL
@gusaru, спасибо за наводку, как-то не пришло в голову что XRPL вместо AMMRedeem можно использовать AMMWithdraw
@gusaru, Ничего что я играюсь с твоим пулом? Немного загадила его тестовыми транзакциями, а потом подумала что надо бы сначала спросить 🤔
@lindsay, Поясню offercreate-flags
tfFillOrKill (262144) - этот флаг выгоднее использовать при торговле только по конкретной паре
tfImmediateOrCancel (131072), tfPassive (65536) и простой offercreate без флага ищут максимально выгодный путь, но при этом добавляют комиссию за использование актива. Но когда AMM pool у актива не 1, а 2 и более эти варианты находят наилучшую цену.
@gusaru, Пока что как-то так будет
@gusaru, Всё, разобралась. Просто нужно было дать себе волшебного пенделя под зад чтобы не полениться внимательно почитать документацию 😂
@gusaru, Я поначалу думала сделать автоматический выбор флага на основе контекста (например, tfFillOrKill, если gls === ожидаемый max, и не хочешь остатка. Но с ним у меня почему-то некоторые попытки отправить транзакцию просто зависают намертво. Не могу понять почему так происходит. Не блокчейн отвергает транзакцию с ошибкой, а именно скрипт зависает. Так что остается вариант либо добавить ручной переключатель флага при создании ордера (а там как повезет), либо сделать только tfPassive, который, как показала практика, гарантированно работает во всех направлениях.
Ну по крайней мере до тех пор, пока я толком не разберусь во всех тонкостях. Я в бч xrpl впервые в жизни полезла только после того как у тебя в блоге про него прочитала.
@lindsay, сам использую флаги с такой логикой:
Если у актива есть 1 AMM pool и мой ордер мене 1% для ликвидности pool, то использую tfFillOrKill
Если мне необходимо проверить доступный уровень цены без запроса в API блогчейна, то использую tfImmediateOrCancel (если ордер исполнен даже частично значит уровень цены на рынке необходимый и можно включать следующие этапы логики скрипта)
Если у актива есть несколько AMM pool и разные пары с хорошей ликвидностью, то закидываю разумный кусок без флага, ордер исполняется по наилучшей цене за счет дробления по разным направлениям
@lindsay, Тестируй на здоровье. Больше тестов меньше ошибок в основной сети.
@gusaru, что-то пошло не так с реализацией, незашифрованное мемо срабатывает на ура 😊
Раза 3 пробовала
@lindsay, незашифрованное мемо с адресом в XRPL скрипт шлюза принимает. Если не важна приватность...