Цена BullBear AI (AIBB)

Конструктор AIBB однократно выпустил 10^17 токенов и полностью зачислил их на адрес развёртывателя. В контракте используется 18 десятичных знаков: каждый AIBB соответствует 10^18 базовых единиц, а первоначальный выпуск — 10^35 базовых единиц. Это первоначальный выпуск при развёртывании, а не текущий объём в обращении.

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

Ограничение до запуска проверяет отправителя токенов. Если отправитель находится в canAddLiquidityBeforeLaunch, он может обойти проверку, требующую уже запущенного контракта; одного присутствия получателя в списке недостаточно, чтобы обычный отправитель прошёл проверку. Хотя в названии переменной упоминается добавление ликвидности, эта проверка фактически применяется в пути перевода токенов. Конструктор добавляет в список развёртывателя и сам контракт токена; owner также может добавить другие адреса специальной функцией. Белый список освобождает только от проверки запуска: перевод всё равно должен соответствовать условиям, например требованию к балансу.

Owner может однократно зарегистрировать начальную пару через initializePair, а затем добавлять или удалять ненулевые адреса через addPair и delPair. Эта регистрация представляет собой внутреннее множество адресов и сама по себе не доказывает наличие активного торгового пула. Несмотря на название, getMinterLength возвращает число пар, а не число адресов, которым разрешено выпускать токены.

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

Нет. Если контракт запущен, ни одна сторона не освобождена от комиссии и участвует зарегистрированная пара, контракт удерживает в направлении покупки или продажи «сумму казначейства + сумму сжигания». Это фиксированные суммы в базовых единицах токена, а не процент от суммы перевода; 10^18 базовых единиц соответствуют 1 AIBB. Полученная сумма = сумма перевода − сумма казначейства для данного направления − сумма сжигания для данного направления. Owner может отдельно менять оба значения для покупки и продажи; «фиксированные» описывает способ расчёта, а не неизменность параметров. Формула чистой суммы применима только к успешному переводу. Если суммарная применимая комиссия превышает сумму перевода, вычитание вызывает переполнение снизу и вся транзакция откатывается. Поэтому повышение комиссии владельцем может привести к отказу ранее возможного перевода; текущие настройки комиссии здесь не подтверждаются.

В переводе с комиссией — когда контракт запущен, ни одна сторона не освобождена и участвует зарегистрированная пара — казначейская часть переводится от отправителя на treasureWallet и остаётся переводом токенов. Сжигаемая часть уничтожается с баланса отправителя и уменьшает totalSupply. Используются суммы, соответствующие направлению покупки или продажи. Адрес получателя казначейства устанавливает owner; сам этот механизм перевода не наделяет держателей правом на выплаты из казначейства.

Нет. isFeeExempt хранит освобождение от комиссии, которое owner может установить или отменить; если освобождён отправитель или получатель, ветвь комиссий покупки/продажи не выполняется. Разрешение до запуска хранится в другом списке и проверяет только отправителя. Одного освобождения от комиссии недостаточно, чтобы заменить разрешение на отправку до запуска.

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

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

Нет. burnFrom сначала должен пройти проверку разрешения, предоставленного целевым счётом вызывающему адресу, и затем уничтожает токены с этого счёта; на целевом счёте также должен быть достаточный баланс. Ограниченное разрешение уменьшается на сжигаемую сумму, а неограниченное разрешение с максимальным uint256 не уменьшается. Успешное сжигание уменьшает и баланс целевого счёта, и общее предложение; одного знания адреса недостаточно для уничтожения его активов.

Только owner может вызвать rescueToken, которая переводит вызывающему адресу весь баланс указанного ERC-20, находящийся на адресе контракта AIBB. clearStuckEthBalance позволяет owner перевести себе ETH-баланс контракта. Эти функции работают с активами самого контракта, а не с балансом счёта произвольного держателя.