пацаны я могу сказать честно - 0 идей как выруливать это, похуй на наш минус -250к, похуй на девсел, но ключевая проблема здесь именно утечка ВСЕХ кошельков которые использовались в проекте

и это ТОЧНО не произошло на стороне моей команды, напомню что 2 года назад мы этой же командой держали combine где в пике было 700к активных кошей, это блять 20-30-50млн$ на баликах и ни 1 кошелек не пострадал

с того времени мы пользуемся теми же механизмами шифрования и приватности, а здесь мы впервые с кем-то пошейрили коши - и это был мм

мы сначала раздали дропа на 100к, потом влили в откуп токена 250к для того чтобы рагнуть блять проект на 70к$ по девселлу? (потому что остальной удар это клейм физов с пула, физы никаким образом не повлияли на чарт)

поэтому мы пока честно без понятия как вырулить конкретно этот токен, бабки от продажи паков/боксов (это 886 сол = 122к) у нас на другом коше, который не передавался никуда и с ним все ок, мы их фул будем рефандить

поэтому пока сценарий такой, что мы сделаем фул рефанд абсолютно всем, кто что-либо купил на платформе а саплай, который мы откупили - мы сожгли

я чуть позже распишу большой степ-бай-степ пост у себя как только закончатся все коллы

📟 Прилетело из @n4z4v0d

Лео красавчик брат тигр
Жаль его, но не меньше и не больше, чем свои 3 тыщи

Обещаю фулл рефанд за боксы и паки, плюс за активацию уже вернули все в токенах, но из-за курса, я покупал улучшений на 1.1к$, а получил 70$. То есть сумму в токенах вернули всю, но из-за дампа курса - можно сказать не вернули ничего

📟 Прилетело из @n4z4v0d

Я только так и не понял почему они не юзали мультисигн кош для таких задач

📟 Прилетело из @n4z4v0d

Проявили актив и софт вышел буквально за 3 часа , так же благодарность за 500 подписчиков .

logpass от софта - SteamAwards2025

📟 Прилетело из @steamner

Вторая волна атаки Шаи-Хулуд, будьте аккуратны https://www.bleepingcomputer.com/news/security/shai-hulud-malware-infects-500-npm-packages-leaks-secrets-on-github/

📟 Прилетело из @dev_in_ruby_colors

Насколько хорош токен $LMTS от Limitless? Изучаем токеномику.

Limitless - это платформа рынков предсказаний подобно Polymarket, только менее известная.

Удивительно, что несмотря на тренд рынков предсказаний токен проекта падал на 53.33% 13 ноября. Это уже показатель плохой токеномики.
Но может у них есть шансы на восстановление - изучим.

По данным Tokenomist, разблокировано 13%, в локе 64.95%, TBD (в неизвестном состоянии) - 21.92% (многовато).

Всего - 1 МЛРД.

22 октября был TGE, а следующий разлок 22 апреля 2026 на 85.37 МЛН токенов (64,99% от текущего количества), что невероятно много!

Распределение:

1. Investors - 25%.
0% разблокируется на TGE, 6-месячный клифф, 24-месячный линейная разблокировка.
Инвесторам выделили много (> 10%).
Получается, что выпускаться будет по 1.04% каждый месяц от общего количества, что немало.

2. Team - 25%.
Тоже много (> 10%).
0% разблокировано на TGE; 12-месячный жёсткий клифф (плюс мягкий 24-месячный клифф, установленный фондом разработки — вестинг начинается только после 2 лет полноценной работы); 33% разблокируются через 12 месяцев; оставшиеся токены разблокируются линейно в течение 24 месяцев (минимальный общий срок — 36 месяцев).

Через год выпускается сразу 8.25% от общего предложения - это очень много.

Остальные 16.75% в течение двух лет.
16.75 / 24 = 0.6979%
Округляя: около 0.7% в месяц от общего количества токенов, что немало.

3. Ecosystem rewards (Airdrops & Incentives) - 24.37%.
Из этой аллокации часть разблокирована сразу: 2% ушли на Season 1 Airdrop, 0.25% распределили в рамках кампании Wallchain, а ещё 0.2% получили пользователи Atlantis World и ранние участники, которым токены отправили напрямую на кошельки.

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

4. Treasury - 13%.
Как понимаю, это на развитие (разработка, маркетинг и пр.).
0% разблокируется на TGE, 6-месячный клифф, 24-месячный линейный вестинг.
Это примерно 0.55% в месяц.
Отдельно - норм. Суммарно - многовато.
Хотя, как я уже писал выше, зависит от того, кому и за что будут выделять эти суммы.

5. Liquidity - 10%.
Всё на TGE.
Сумма нормальная, но неизвестно, как используется. Если добавили в пулы ликвидности - одно. Если маркетмейкеру - другое (зависит от его профессионализма и процента прибыли в токенах).

6. Kaito pre-sale - 1.37%.
Количество за маркетинг вполне нормальное.
Максимум стоило бы выделять 2-3%.

7. Echo Round - 1.26%.
0% разблокируется на TGE, 6-месячный клифф, 24-месячный линейный вестинг.
Раунд экосистемы. Непонятно, что он означает, но в любом случае доля выделяемая тут небольшая.

Итог:

С апреля 2026 года будет слишком много выливаться на рынок или просто планироваться для будущего распределения (казначейство).

На данном же этапе основная доля - ликвидность. На втором месте - дропы, на третьем - Kaito.
Тут или управление ликвидностью плохое, или просто из этой доли продают.
А Причина: при таком соотношении вряд ли наградные активы могли бы сильно понизить цену.
Только если бы все 100% продали, а такого никогда не бывает.

Учитывая будущие разлоки, перспектив не вижу. Он будет укатываться и дальше.

А учитывая отсутствие утилит, создающих спрос (или я их не нашёл), шансов нет.

Благодарю за внимание.
Буду рад реакциям, репостам и комментам.

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

ого
2к/3k уже вернули

📟 Прилетело из @n4z4v0d

120k$ рефанд за купленные паки/боксы в draftedfun стартовал.

Сори пришлось потратить больше времени на все даблчеки перед запуском.

Рассылка идет с этого адреса:
https://solscan.io/account/GuXv9sqZVhnRmjueZbszsrHHgpXmRwp5kKpxQ6FtxudY?exclude_amount_zero=true&flow=out&remove_spam=true#transfers

В течение 10-15мин вся соль будет у вас на кошельках. Тотал рефанд ~897 $SOL = ~120k$

А по самой ситуации мы продолжаем общаться и искать концы, как будет больше инфы я обязательно дропну апдейт.

📟 Прилетело из @n4z4v0d

Падписчикиииии, всем привет! Я надеюсь вы успели уже прочитать статью по стейблам, если еще не успели - жду ваших оправланий в комментариях. Ну а пока время тизера некст статьи...

Эволюция токеномики
Резил скоро

📟 Прилетело из @ortomich_main

Погружение в Core Solidity. Часть 5

SAIL, десахаризация и стандартная библиотека

Помимо расширения поверхностного языка, переход на Core Solidity также введёт новый промежуточный язык среднего уровня, доступный пользователям: SAIL (Solidity Algebraic Intermediate Language — Алгебраический промежуточный язык Solidity). Это и есть «ядро» Core Solidity. SAIL представляет собой максимально упрощённый язык, на котором можно выразить всё разнообразие высокоуровневых конструкций, присутствующих в классической Solidity. Он состоит из следующих примитивных конструкций:

- Функции
- Контракты
- Блоки ассемблера (Yul)
- Объявление и присваивание переменных SAIL
- Выражение условного ветвления с коротким замыканием (if-then-else)
- Алгебраические типы данных и сопоставление с образцом
- Классы типов (type classes)
- Обобщения (generics)

Переменная SAIL концептуально похожа на переменную Yul: компилятор связывает её с ячейкой в стеке EVM. В SAIL существует единственный встроенный тип (word), диапазон значений которого совпадает с типами bytes32 или uint256 в классической Solidity и который семантически можно рассматривать как тип, соответствующий одному слоту стека EVM. Контракты в SAIL крайне низкоуровневы — по сути, это просто точки входа времени выполнения и инициализационного кода (initcode).

Хотя в текущей реализации SAIL используется Yul в качестве языка ассемблера, с теоретической точки зрения этот выбор в значительной степени произволен, и вместо него можно было бы использовать, например, ассемблер на основе RISC-V.

Мы уверены, что SAIL достаточно выразителен, чтобы реализовать все высокоуровневые функции и типы языка как комбинацию определений из стандартной библиотеки и проходов десахаризации — то есть синтаксических преобразований времени компиляции в примитивы SAIL. Core Solidity, таким образом, представляет собой SAIL, дополненный дополнительным «синтаксическим сахаром» и библиотеками. Он схож с Yul в своей двойной роли как промежуточного представления компилятора и низкоуровневого языка, доступного пользователю, и все примитивы SAIL будут непосредственно доступны при написании кода на Core Solidity. Подобный подход к построению языков широко применяется в других областях, требующих высокой надёжности (например, в системах автоматического доказательства теорем), и, по нашему мнению, он приносит существенные преимущества как для пользователей языка, так и для безопасности и корректности его реализации.

Мы ожидаем, что сможем создать исполняемую формальную семантику для SAIL. Это позволит нам математически гарантировать ключевые свойства системы типов Solidity, предоставить эталонную реализацию для дифференциального фаззинга, а также формально верифицировать как стандартную библиотеку, так и высокоуровневые языковые конструкции. Мы считаем, что это станет неотъемлемой частью нашей общей стратегии обеспечения корректности, особенно по мере роста сложности языка и масштабов систем, создаваемых с его помощью.

Авторы библиотек получат практически ту же выразительную мощность, что и разработчики языка, и смогут создавать абстракции, ощущающиеся как встроенные в сам язык («язык на основе библиотек»). Появится возможность определять и использовать альтернативные реализации стандартной библиотеки или полностью отключать стандартную библиотеку. При отключённой стандартной библиотеке можно будет писать код на Core Solidity с почти таким же уровнем контроля, как при использовании низкоуровневых ассемблерных языков вроде Yul или Huff, но при этом с современной и выразительной системой типов, основанной на математически строгих принципах.

📟 Прилетело из @solidityset

Кроме того, мы ожидаем, что появление SAIL существенно упростит расширение и улучшение языка. Во многих случаях достаточно будет внести глубокие улучшения простым пул-реквестом в стандартную библиотеку. Когда же потребуется новая синтаксическая конструкция или новый проход десахаризации, мы рассчитываем, что их будет значительно проще прототипировать и специфицировать на SAIL без необходимости глубокого понимания внутренностей компилятора. Мы надеемся, что SAIL и Core Solidity позволят нам перейти к процессу разработки изменений в высокоуровневый язык и стандартную библиотеку, основанному на сообществе и использующему RFC-подобную модель.

#core

📟 Прилетело из @solidityset

melee: рынки предсказаний на Solana с несколькими вариантами и преимуществом для первых участников.

Пока Alpha версия.
Мне понравилось, что там можно выбирать не просто "Да-Нет", а интересные варианты.
Например, в рынке, котором участвовал 12 ноября, были варианты ASTER, SOL, ETH, HYPE.
Я выбрал ASTER.
Единственный недостаток - долгое ожидание. Придётся ждать 16 ноября для определения результатов.

Итог:

1. Команда. Оценка 4 из 5: соцсети активные, отвечают корректно и быстро. Но команда представлена из 5 человек, да и то ссылка не на сайте.
Хотя важно сказать, что все они - профессионалы.

2. Концепт - 3 из 5. Идея с отдельными bonding curve для каждого исхода и сильным бонусом ранним участникам выглядит интересной. Но в доках нет анализа спроса и конкурентов, поэтому невозможно оценить, сможет ли Melee быть более востребованным, чем Polymarket. А ведь там тоже есть крупные объёмы и несколько субрынков по одному событию (например, варианты 2, 2.5 и 3 млрд $ капитализации Monad на TGE с ответами "Да" и "Нет").

3. Коин - 2 из 5: инвестиции есть, но небольшие (3.5 МЛН $ от двух фондов). Токена, токеномики и поинт программы нет.

4. Код - 1 из 5: пока закрыт, как сказали в Discord. Да и ссылок не нашёл..

5. Практика - 4 из 5. Интерфейс удобный, но можно было бы сделать лучше (например, фильтрацию рынков по статусу). Также нет продажи до завершения, что минус по сравнению с Polymarket.

В итоге 14 из 25 баллов.

Для Альфа версии норм, да и есть перспективы судя по команде, но будет ли выше рейтинг непонятно.

Читать в Teletype.

Буду рад изучению и распространению обзора. Это важно для меня.

#обзоры.

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

Сделаю небольшой ps

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

В скором статьи станут более простыми и я смогу себе позволить на каких-то темах задерживаться на подольше

Ну а пока вот вам небольшой бонус в виде сайта, которые трекает доходные стейблы в риал тайме
https://www.stableyields.info/

📟 Прилетело из @ortomich_main

Погружение в Core Solidity. Часть 6

Пользовательский ABI-кодировщик в пользовательском пространстве

Рассмотрим, как SAIL можно использовать для реализации высокоуровневых возможностей Core Solidity. Функция abi.encode — сложная и чрезвычайно обобщённая; в классическом Solidity она предоставляется как встроенная в компилятор. Полноценную реализацию этой функции на самом языке Solidity создать невозможно из-за рекурсивной природы спецификации ABI и, как следствие, бесконечного множества выразимых типов. Представленная здесь реализация сравнительно компактна, однако использует некоторые более продвинутые шаблоны и возможности. Мы хотим подчеркнуть, что обычные пользователи Solidity смогут эффективно работать, опираясь на уже имеющиеся знания, и при этом им не придётся сталкиваться с подобными низкоуровневыми внутренними деталями. В то же время мы надеемся, что продвинутые разработчики и авторы библиотек обрадуются новым возможностям, которые открывают эти возможности.

В целях упрощения изложения ограничимся фрагментом, необходимым для кодирования типа uint256.

uint256

Для начала сконструируем тип uint256. В классическом Solidity определение этого типа и всех связанных с ним операций является встроенной языковой конструкцией. В SAIL же этот тип полностью определяется средствами самого языка как простая обёртка над значением типа word. Мы также определяем для него экземпляр Typedef:

data uint256 = uint256(word);

instance uint256:Typedef(word) {
    function abs(w : word) -> uint256 {
        return uint256(w);
    }

    function rep(x : uint256) -> word {
        match x {
        | uint256(w) => return w;
        }
    }
}

Память и байты

Мы можем создавать типы, представляющие указатели на различные области данных EVM, путём обёртки значения типа word. Обратите внимание, что в приведённом фрагменте параметр типа у указателя memory является фантомным (phantom): он присутствует только в типе, но не упоминается ни в одном конструкторе значений. Такой подход широко используется в языках семейства ML, таких как Haskell или Rust, позволяя обеспечивать ограничения на этапе компиляции без каких-либо накладных расходов во время выполнения.

data memory(T) = memory(word)

Тип bytes в классическом Solidity представляет собой плотно упакованный массив байтов, размер которого известен только во время выполнения. Классический Solidity всегда требует указания области данных для значений типа bytes, поэтому в Core Solidity мы определяем его как пустой тип без конструкторов значений. Пустые типы могут использоваться только для инстанцирования фантомных параметров типов. Это означает, что, как и в классическом Solidity, экземпляры типа bytes не могут находиться в стеке.

data bytes;

Заметьте, что в этой конструкции указателей и областей данных область данных привязана непосредственно к типу (в отличие от классического Solidity, где она привязана к переменной), что позволяет, например, определять структуры в памяти, содержащие ссылки на хранилище (storage).

#core

📟 Прилетело из @solidityset

Всем привет. Сегодня не будет больших постов с новостями.

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

Вопрос:

О чём бы вы хотели читать в моём канале?

1. Обзор токеномики каких токенов вам было бы интересно изучить?

2. Обзор доступности для незрячих веб-интерфейсов каких проектов было бы вам интересно почитать?

3. Другое...

Опросов не создаю, так как хочется узнать ваши мысли в комментариях.

Благодарю. И хороших наступающих выходных!

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev