А вот и решение вопроса от уважаемого @f4r33x

Потому что правильно считать через post_balance с виртуальной ликвидностью, в таком случае никогда не будет деления на ноль

Так, нода в Амс есть, догнала

Этап 1.
Там будет richat , который по идее не отличается от Yellowstone для юзера но нам вроде его будет проще поддерживать
https://github.com/lamports-dev/richat

Этап 2
Попробуем раздавать шреды, возможно мемпул ,и брать транзы на стейкед коннекшн

Stay Tuned!

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

Трое математиков и трое физиков собираются ехать на поезде в другой город на конференцию. Они встречаются перед кассой на вокзале. Первой подходит очередь физиков и они, как все нормальные люди покупают по билету на человека. Математики же покупают один билет на всех. «Как же так?» — удивляются физики — «Ведь в поезде контроллер, вас же без билетов оттуда выгонят!». «Не волнуйтесь» — отвечают математики — «У нас есть МЕТОД».

Перед отправкой поезда физики рассаживаются по вагонам, но стараются проследить за применением загадочного «метода». Математики же все набиваются в один туалет. Когда контроллер подходит к туалету и стучит, дверь приотворяется, оттуда высовывается рука с билетом. Контроллер забирает билет и дальше все они без проблем едут в пункт назначения.

После конференции те же вновь встречаются на вокзале. Физики, воодушевившись примером математиков, покупают один билет. Математики не берут ни одного. — А что же вы покажете контроллеру? — У нас есть МЕТОД.
В поезде физики набиваются в один туалет, математики — в другой. Незадолго до отправления, один из математиков подходит к туалету, где прячутся физики. Стучит. Высовывается рука с билетом. Математик забирает билет и возвращается к коллегам.

Поэтому не пользуйтесь методом, если не знаете, как он работает )

Почему стейкеры соланы боятся 228? 🤨

GM! В сети Solana идет активное голосование по предложению SIMD-228, которое может изменить текущую модель инфляции. Вместо фиксированной системы, когда годовая инфляция начинается с 8% и ежегодно снижается на 15% до минимального порога в 1,5%, предлагается перейти на динамическую модель, зависящую от процента застейканных токенов. Сейчас инфляция составляет 4,68%.

Что изменится после принятия SIMD-228?

Новое предложение вводит систему, при которой инфляция будет динамически реагировать на уровень стейкинга:

- При высокой доле застейканных SOL (60-70%) инфляция снизится до 0,8-1%.
- При низком уровне стейкинга инфляция вырастет, чтобы мотивировать держателей токенов активнее участвовать в стейкинге и обеспечивать безопасность сети.

Подробно ознакомиться с предложением можно в пропозале SIMD-228 на GitHub

Почему это важно для развития DeFi?

Высокая текущая доходность стейкинга способствует пассивному хранению токенов, из-за чего значительная часть активов не участвует в экономической жизни сети. Это ограничивает развитие DeFi-сегмента, поскольку SOL не используется в полной мере в пулах ликвидности, кредитных протоколах и других приложениях.

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

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

Почему снижение инфляции выгодно крупным стейкерам?

Основные сторонники SIMD-228 — крупные холдеры, foundation и команды разработчиков, которые уже обладают значительными объемами SOL. Их главная заинтересованность заключается не в краткосрочной прибыли от инфляционных выплат, а в долгосрочном увеличении стоимости своих активов.

Снижение темпов эмиссии токенов существенно уменьшит продажи SOL на рынке, что в долгосрочной перспективе должно позитивно повлиять на цену и капитализацию сети. Однако опыт Ethereum, где инфляция уже близка к нулю, показывает, что это не всегда приводит к заметному росту цены.

Какие преимущества и риски несет SIMD-228?

Преимущества:

- Существенное снижение давления продаж из-за меньшего объема эмиссии токенов.
- Повышение интереса к использованию SOL в DeFi, рост активности пользователей.
- Поддержание стабильности и безопасности сети при высоком уровне стейкинга.

Риски:

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

Позиции валидаторов

Мнения среди валидаторов разделились:

- Крупнейший валидатор сети, лысый Мерт из Helius, публично выступает против принятия SIMD-228. Он подчеркивает, что уменьшение доходности стейкинга может привести к сокращению числа малых валидаторов и угрозе децентрализации сети.
- Многие средние и мелкие валидаторы полагаются в основном на комиссии за транзакции и не так сильно зависят от инфляционных выплат, хотя при значительном снижении доходности часть из них может покинуть сеть.

Что показывают симуляции и прогнозы?

Проведенные исследования и моделирования показывают, что при текущем уровне стейкинга (около 63%) принятие SIMD-228 снизит инфляцию примерно до 0,8%. При этом общее количество валидаторов может сократиться на 3-4%, однако наиболее значимыми факторами, влияющими на валидаторов, остаются цена SOL, активность сети и комиссия за голосования.

Полные результаты и различные сценарии моделирования можно изучить в большом мета посте Мерта

Шреды , да не от Jito. Хватит всем, и ключи раздают.

Привет! Недавно с нами связались разработчики проекта shiroi. Они пытаются разрушить монополию Jito ради блага всех нас.

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

Сегодня проверял как работает их шред стрим. И сравнил по скорости с Jito.

Обо всем по порядку. Документация на их ШС тут: https://docs.shiroi.fi/install-shredstream (я ее конечно не читал а просто вмазал в обычный джитовский шред прокси их IP. Упс :) не сработало. Оказалось есть несколько мелочей: названия регионов и не поддерживается src-bind-port . Разобрались.

Дальше я написал бенчмарку на С++. Очень хотелось для полной красоты на FireDancer shred tiles [1] , но терпения не хватило. Поэтому сделал по топорному [2].

Запустил бенчмарки. В среднем Jito быстрее на 0.673мс (673мкс).
Но уверен что скоро догонят и перегонят :)

В общем, 200 ключиков у нас есть, на погонять, пишите сюда, и пришлю в ЛС. Пока все замечания тоже собираем тут, потом передадим балком, чтобы не отвлекать кодеров от дел.

1. https://github.com/firedancer-io/firedancer/blob/0b4c12cb2d5eb8d1005ade6aea845254ce442b09/src/disco/shred/fd_shred_tile.c#L64
2. https://pastebin.com/4RqkGYGi

Ключики можно запросить в чате наших солана нод

Собирал инфу для js/react-native разрабов которые хотят пилить dapp и крипто кошельки, оставлю тут тоже, там много интересного :)

https://gist.github.com/iGroza/0d667a2725c8814a8b1fcacf76a1aeb0

Кстати я сам очень активно использую

Загружаешь csv с данными, пишешь что надо и он тебе сам все выполняет и метрики любые считает. Если датасет не миллиарды записей а типа 100к где-то вообще летает

Для разведочного анализа и простых тестов намного удобнее чем писать код и ранить его даже если вы курсор юзаете

Раньше было такое только с моделькой 4о, а теперь добавили еще о1 и о3. Они отличаются тем, что рассуждать умеют, а это при анализе данных в теории неплохая штука

Улучшаем adoption вашей документации и API с помощью всего лишь простого советского... llm.txt

GM! На днях столкнулся с задачей: разработать UI для bridge из SOL в EVM с нетривиальным получением токенов. Via protocol vibes...

Решил использовать новую CLI от Anthropic — Claude Code. Первый шаг, как и всегда — сформировать правильный контекст и промпт для LLM. Это основа, без которой модель блуждает пытаясь угадать архитектуру и ограничения. Многие вайб-кодеры думают, что LLM всё найдет сама. Но нет! Нужна архитектура и ограничения. Дайте знать, если интересно почитать о моих выводах после полутора лет фуллайм разработки с использованием LLM

Самым ценным ресурсом оказался JSON с OpenAPI спецификацией deBridge API – https://dln.debridge.finance/v1.0-json. С ним Claude Code за один промпт создал класс для интеграции и типизировал все необходимые параметры.

Но здесь начались проблемы...

Помимо API спецификации, у deBridge существует 20+ HTML страниц с описанием best practices и полного функционала протокола. И передать это в контекст промпта оказалось достаточно геморройно — копировать контент без подссылок, терять форматирование, пытаться сохранить какую-то структуру. Настоящие "танцы с бубном"

И тогда меня осенило: современные документации не адаптированы к эпохе LLM от слова совсем.

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

Через несколько дней этот же тезис озвучил Андрей Карпатый (отец-основатель vibe coding) в своём X.

Примеры проектов, уже внедривших llm.txt:

• Svelte — фронтенд фреймворк https://svelte.dev/docs/svelte/llms.txt

• Anthropic — для Model Context Protocol https://modelcontextprotocol.io/llms-full.txt

• Куда же без моих крипто любимчиков - viem https://viem.sh/llms-full.txt. Кстати, их собственный фреймворк vocs для создания документации генерирует LLM файлы автоматически.

---

Для разработчиков существует отличный пропоузал-гайд с best practices по подготовке документации к LLM: https://llmstxt.org/

---

Проблема с текущими документациями:

Да, в Cursor можно добавить документацию по URL, но он парсит только один URL. То есть, если передать https://docs.debridge.finance/dln-the-debridge-liquidity-network-protocol, он не обработает подстраницы.

А вот llm.txt — то, что нужно! Cursor сохранит весь контекст, сделает embeddings и будет обращаться к документации во время разработки. Больше никаких несуществующих методов и рандомных параметров!

P.S. Каждый уважающий себя вайб-кодер должен форсить этот пост среди своих коллег. Не ради хайпа, а для коллективного улучшения вайб-кодинга.

Helius объявил о запуске [REDACTED] Хакатона — виртуального соревнования с призовым фондом более $150,000 от 25+ спонсоров. Мероприятие ориентировано на аналитиков, исследователей безопасности и специалистов по анализу блокчейн-данных.
Солана демонстрирует впечатляющий рост: за 2024 год сеть сгенерировала $1.4B реальной экономической ценности, а объем стейблкоинов вырос на 122% за последние два месяца, достигнув $11.4B.
Основные направления хакатона:

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

Среди спонсоров такие компании как Arkham, Range и Chainalysis — лидеры в области блокчейн-аналитики и безопасности.
Расписание:

1-31 марта: публикация баунти от спонсоров
1-30 апреля: прием заявок от участников
1-16 мая: оценка проектов
17-31 мая: выплаты победителям

Для участия необходимо зарегистрироваться на платформе Superteam Earn. Хакатон открыт для всех желающих.
Это важный шаг в укреплении экосистемы Solana с точки зрения безопасности и прозрачности данных, что особенно актуально на фоне растущего внимания к сети.

Тред
https://x.com/heliuslabs/status/1900286730168918350?s=46&t=dDT2kfLgrvSwvm0HTCs3lw

Пост
https://www.helius.dev/blog/redacted-hackathon

Тг группа
https://xn--r1a.website/redacted_hackathon

А новость принес спец по дюне @OutputLayer

Тем временем шутка про неделю ллм окончательно перестала быть шуткой.

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

Выжимка последнего дня тут