Условное выражение с отрицанием в Func выглядит как

ifnot () {

}

Николай Дуров великий

Немного забавных фактов - у ston.fi нет роутинга. Вообще. У них нельзя обменять токены, у которых нет своего общего пула ликвидности.

Более того, если ты ему пришлешь на обмен токен, пула для которого у ston.fi нет, то их роутер просто зажмет бабки и ничего тебе не вернет.

P.S у дедаста роутинг есть

С роутингом на тоне связана интересная особенность, присущая чисто тону.

У swap.coffee была история, когда при свапе условного $DUREV на $PLANE пользователю почему то приходил токен $DFC.
А дело вот в чем - swap.coffee подбирал наиболее выгодный пользователю роут свапа, и ребята из $DFC научились быть всегда самым выгодным посредником при свапе. Однако после свапа $DUREV в $DFC, при втором обмене уже токена $DFC на $PLANE, срабатывал слипадж, и пользователю возвращался его посредник — $DFC.
В эфире при такой ошибке отменился бы весь чейн транзакций, а в тоне это невозможно.

Поэтому может это осознанное решение ston.fi - отказаться от роутинга. Непонятно только, почему токены не возвращает.

Никто с этим ничего не сделает, в этом даже в среднем нет ничего плохого, но все же об этом я нигде не читал.

У ston.fi есть официальная опция обновления кода смарт контракта. Разумеется, ончейн проверить, сильно ли отличается новый код от старого, невозможно, поэтому чисто формально новый смарт контракт может быть любым, при этом оставаясь на том же адресе.

https://github.com/ston-fi/dex-core/blob/main/contracts/router/admin-calls.func#L76

В этом нет ничего особо страшного, многие блокчейн проекты этим грешат.

Только клубу 100 не показывайте

В публичном поле страшно не раскрыта тема того, к какому количеству, в том числе и приватных, чатов имеет доступ xRocket и другие кошельки наподобие его.

Я не удивлюсь, если на каком-то этапе своего развития основной заработок подобных проектов будет не с оборота средств внутри них, а с торговли по инсайдам, которые у них скапливаются, просто потому что их ботом пользуются в различных приватках/закрытых чатах.

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

БОльшая часть эмиссии Ton-а, скорее всего, находится в руках, под контролем или под влиянием маркетмейкера. Это означает, что DWF Labs способны сделать с графиком Ton вообще что угодно.
Поэтому рассуждать нужно не с позиции "а что у нас случится в ближайшее время на блокчейне?", а "к какому событию маркетмейкер должен будет сделать максимальный хайп?". Бычий рынок на Ton-е в начале весны был подготовкой к приходу Tether на Ton. Хочешь-не хочешь, но если стоимость актива (Ton-а) растет в 4 раза, хайп будет неизбежен, а именно это и нужно было, чтобы максимально осветить такую крупную новость. При всём этом, про приход Tether на Ton я слышал или слухи, или предположения, или всё вместе еще в феврале.
В ноябре состоится конференция The Gateway в Дубае (кстати пишите, пообщаемся там). Основной вопрос по курсу - будет ли на этой конференции, посвященной Ton-у, какой-то крупный анонс, под который нужно разгонять хайп.
Я предположу, что на конференции запустят L2 сеть для Ton. Анонс уже был, информации достаточно, главный вопрос - успеют ли доделать к конференции? Если решат, что успевают, то нас ждет бычка в следующие 2 месяца, а на конференции опять будет -10-15% от курса. И даже не потому, что "покупай на слухах, продавай на новостях", а потому что такая у DWF Labs стратегия маркетмейкинга Ton-а

Если я прав, то недавний дамп Ton-а был связан именно с началом искуственной бычки. Пампить легче с 5.5, чем с 8 )

Вот такая вот неприятная правда. (моё оценочное суждение, по моей непроверенной информации)

UPD: вчера написал пост, сегодня Ton подскочил, забавно

Почему ломается ликвидность на ston fi?

Во время бычки весной многие проекты столкнулись со "снайпингом ликвы" именно на ston fi. И это не тот снайпинг, где "купил пораньше, продал пораньше", как это часто было на dedust-е, а это была возможность под чистую сломать пул при заливе ликвидности, сделав невозможным обменивать токены друг на друга.

В отличие от dedust, залив ликвидности у ston fi очень простой - просто присылаешь токены и всё, можно менять. Однако есть нюанс: начальную ликвидность, присланную при самом первом заливе, вывести нельзя (код). Эдакое автосжигание прав на ликвидность, можно сказать.
Но авторы проектов нашли, как выкрутиться - они заливали как начальную ликвидность очень малое количество токенов, таким образом почти ничего не теряя. И уже второй транзакцией они досылали основную ликвидность.

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

Многие думали (я тоже, кстати), что это происходит из-за того, что один из активов выходит полностью, но это не так, от этого есть защита в коде.

Пример снайпа ликвы.

На подумать:
Когда какой-либо проект обещает сжечь права на ликвидность токена, но при этом заливает её в 2 транзакции на ston fi, у осознанной части сообщества должны появиться вопросы, ведь можно залить в 1 транзакцию без угрозы снайпа ликвы и со сразу сожжёнными правами.
То есть либо автор токена некомпетентен, либо нечист на руку.

Кстати ни одного токена, который бы так по честному сделал, я не видел.

Думайте.

Если у кого-либо при мыслях о том заливать ли ликвидность для фарма на ston fi возникало недоумение, почему в интерфейсе не пишется как долго ещё будет продолжаться буст пула - то есть небольшой лайфхак:

1. Заходите на страницу с пулов в браузере
2. Открываете инспектор в браузере на network, обновляете страницу
3. Ищите запрос на rpc.ston.fi с методом "farm.balance_list_by_pool"

В ответе будет куча инфы, которую по каким-то причинам решили не показывать в интерфейсе: сколько ликвы участвует в фарме, какой минимальный срок через который можно будет вывести ликву и самое главное какой рейт раздачи наград и сколько ещё осталось, удачного диора!

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

Tonviewer часто пишет у себя так называемый "Сontract type" на странице с информацией о каком-либо адресе в блокчейне.
Пример, еще пример.

Никто без посторонней помощи не может напрямую прочитать код контракта из сети, как бы вас не убеждали в прозрачности всей системы. Обозреватели блокчейна просто ищут определенные get-методы в контракте, которые можно вызывать, зная название метода.
У разных контрактов есть разные ключевые get-методы, по которым обозреватели блокчейна его определяют. У кошелька с жеттонами это "get_wallet_data", у контракта токена - "get_jetton_data" и т.д

Таким образом, на самом деле если tonviewer или tonscan пишут, что перед вами jetton_wallet, то есть кошелек с жеттонами, это вовсе не означает, что вы в безопасности. Это может быть кошелек, с которого злоумышленник в любой момент может вывести все средства, это может быть вообще не кошелек, а какой-то совсем другой контракт.

И если кто-то убеждает вас, что tonviewer "аппрувнул" его контракт, подписав его тип - это либо некомпетентность, либо попытка обмана вас.

Для примера написал простенький контрактик, который определяется tonviewer-ом тремя разными типами. Судя по всему, больше трёх он не умеет отображать, а так бы сделал все типы сразу.
Вот его адрес:
https://testnet.tonviewer.com/kQDa7hIG0U4swiXmRJ6014vR8EDJQGFLcGEqr8Fxvoi_SCAM

Немногие знают, это в целом какая-то странно непопулярная информация, что на Ton можно взять себе адрес с красивым окончанием. Например, контракт к прошлому посту имеет окончание "_SCAM". Из известных контрактов можно ещё вспомнить адрес токена $SCALE - EQBlqsm144Dq6SjbPI4jjZvA1hqTIP3CvHovbIfW_t-SCALE.

Причём это не ещё один финансовый рычаг Дурова, их нигде не продают (хотя можно попробовать!). Эти адреса можно посчитать.

Вообще для этого есть репозиторий на github. Если вы разбираетесь, то пользуйтесь.

Красивый адрес контракта ничего, конечно, не означает. Любой скамер может намайнить себе адрес "..._CHECKED" (при наличии у него достаточной мощности, она нужна немалая), и занять его для своих будущих злодеяний. Поэтому не ведитесь на (иногда недешевый) понт.