Веб-версияОткрыть в Telegram
TThe Open Dev Chat

The Open Dev Chat

@TheOpenDevChat · группа · Технологии · в индексе с 2026-04-20
31участников−6 за неделю
1пишущих за 30 дней
1сообщений за 30 дней
1 617сообщений в индексе
🆂
S
I
    1. I
      чтобы знать выставлять ли свои нфт на фраг)или сейчас скинут оффер и скамнут
Вся ветка · 2 ответа →
T
🔥 Инфляция TON — ПРАВДА После недавнего обновления блокчейна TON доходность ликвидного стейкинга стабильно превышает 15-20%. Многие трубят о возросшей инфляции, давайте разберемся: ⚫️ Инфляция — результат печати новых TON, поэтому снижение комиссий на неё не влияет. ⚫️ Валидаторы сейчас получают 50% от комиссий с транзакций. Это не печать нового TON, просто перераспределение. Следовательно — это не инфляция. ⚫️ Печать TON происходит исключительно от наград за генерацию блоков (1.7 TON за masterchain, 1 TON за basechain). Значения старые, но печать ускорилась вместе с ускорением блокчейна. До обновления в год печаталось порядка 34 миллионов TON — это 0.65% инфляции от общей эмиссии блокчейна. После ускорения блокчейна награды возросли пропорционально, как и инфляция — до 3.9% в год. Очень важно, что это инфляция именно от total supply, то есть от всего напечатанного TON. Если считать инфляцию от циркулирующего предложения (circulating supply), то числа возрастут: 1.2% раньше и 7.6% сейчас (на основе данных с CMC). Можно ли пострадать от инфляции при ликвидном стейкинге? Нет, нельзя. Ликвидный стейкинг будет приносить доходность в размере инфляции ТОЛЬКО если в блокчейне не будет транзакций (а значит, и газа с них) И если весь supply TON-а будет застейкан. Во всех остальных случаях доходность честного ликвидного стейкинга будет выше инфляции. Не стоит также забывать, что в TON fees бывают не только за сообщения, но и за хранение информации в блокчейне (storage fees), поэтому даже если транзакций нет, существует постоянно накапливающийся долг каждого опубликованного в блокчейне адреса. 😱 Что у соседа? TON не лидер по инфляции среди блокчейнов, нынешняя скорость печати новых монет не выбивается из нормы. Например, у Solana она составляет те же самые 3.9-4.5% на total supply (источник). @TheOpenDevBlog
21 · 2.9K ·
    1. R
      А как это считается? Что это за стата вообще
  1. G
    Я ваш единственный подписчик.
  2. О
    только у соли каждый год дезинфляция происходит
Вся ветка · 8 ответов →
T
🔥 Что же случилось с сетью? Повысим прозрачность. Недавно выживших в TON взбудоражило замедление сети, отложенное после этого обновление валидаторов, и отсутствие комментариев на этот счет. TON Core отказалось отвечать на наш вопрос, поэтому представим свою версию событий — и надеемся, что нас поправят там, где мы ошиблись. Совсем недавно в кулуарных девелоперских чатах TON обсуждали этот пост. Судя по всему, с отправкой сообщений было всё нормально, но, видимо, разработчиков из TON Core насторожило другое. В блокчейне есть механизм защиты от спама сообщениями — так называемый "action fine". Если в результате обработки action фазы после нескольких успешно обработанных сообщений пришёл один неуспешный action, с аккаунта должен взиматься fine за ячейки (cells) исходящих сообщений, которые были обработаны, ведь валидатор совершил некоторые действия — должен получить награду. Однако баг был в том, что эта комиссия взималась только за последний, неуспешный action. Получается, что валидатор совершал бесплатную работу — это и могло привести к DoS всей сети. Было исправлено в коммите 5f454cd. Кроме фикса TON Core создали токен PUB5 (его метадата была опубликована работником TON Core), и зачем то с его помощью заспамили сеть сообщениями, из-за чего блокчейн и замедлился. Судя по всему, это не связано с конкретным багом. Интересно, что у токена нет холдеров, потому что все jetton wallet-ы стали nonexist, то есть фактически были удалены из блокчейна (mode 128 + 32, ничего криминального). Также был обнаружен коммит, вводящий ограничение на общий размер всех сообщений в action фазе (раньше было ограничение только на каждое конкретное сообщение). Кроме того, в последнем обновлении валидаторов был введён запрет на публикацию library cells в мастерчейн. По словам Анатолия Тонкоровича Макосова, это было сделано, чтобы "снизить количество векторов атак". Действительно ли была возможна атака, или это просто снижение рисков, нашей редакции неизвестно. Повысили. @TheOpenDevBlo
26 · 3.2K ·
  1. G
    Кто нибудь тоже заметил, что testnet tonviewer (aka tonapi) был outdated на протяжении долгого времени и только недавно ожил? Жутко бесит, что этот чел по кд отваливается. Другие варианты не очень: tonscan не так подробно показывает транзы (точнее скрывает некоторые), дёргать руками toncenter api не очень удобно А ещё жиза, когда отправляешь тяжёлую транзу, она появляется в мемпуле и потом исчезает. А новую не отправить, потому что транза застряла и надо ждать освобождения seqno Ну вы поняли? Транза не выкидывает ошибку, но занимает текущий seqno Ещё был еденичный случай, что метод tonapi /{wallet}/get_seqno возвращал старое значение и через кош нельзя было отправить транзу Круто, что основной блокчейн обозреватель это собственность tonkeeper team Нет возможности отключить кэширование метаданных/фото у предметов, неизвестные фильтры для отметки nft items как scam (рандомно)
      1. D
        Уже давно пошло по пабликам из за открытого гитхаба
        1. D
          Дань, я твой фанат, каждый день смотрю комиты
  2. F
    С отправкой сообщений как раз было не все нормально. После инцидента TON Core смержили PR #2470 с W7 фиксом. Дорогие проверки внешних сообщений вынесли из одного обработчика, распараллелили и ограничили очередь при перегрузке. Этот фикс прямо направлен на схлопывание приема сообщений под высокой нагрузкой. Action fine относится к другому уровню. Это экономический штраф внутри action phase, а не механизм защиты очередей валидатора. Коммит 5f454cd исправляет его расчет в Global Version 15, а 9c073 ограничивает общий объем исходящих сообщений одной транзакции. Оба изменения снижают стоимость потенциальной атаки для сети, но не исправляют формирование блока кандидата, дедлайны или зависание переполненных очередей. Поэтому PUB5 объясняет, откуда взялась нагрузка, но не почему сеть перестала ее переваривать. Моя нода в этот момент фиксировала почти пустые блоки при растущей очереди и задержках сообщений до десятков минут. Это совпадает с описанием Bug 4b в бенчмарке разработчика TON Core DanShaders, который позднее перенесли в тестнет ветку через PR #2489. Полный репорт я опубликовал еще вечером 13 июля, в день инцидента https://telegra.ph/TON-mainnet-shard-processing-incident-empty-blocks-over-pending-work-07-13
Вся ветка · 7 ответов →

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Чего мы не делаем · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем