Пока нет отзывов. Будьте первым, кто поделится своим опытом!
Последние посты
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
LayerZero
После последних новостей стало интересно что с моими акками, на которых я не делал ончейн-активностей последние 3 месяца. Сейчас основной процент аккаунтов не входят даже в лям. (понятно что чекеры тема субъективная и не факт что мультипликаторы будут такими, но все же)
Меня сильно напрягла эта тема, поскольку на текущий момент в L0 инвестировал больше 20к$ и крайне не хотелось бы оказаться в числе побритых, поэтому решил заинвестить еще 5к$ и до марта загнать акки в 600-800к ранги.
Последние полторы недели переписывал софт для прогона объемов, чтобы прогнать на аккаунтах новые сети. В целом получилось имбово, удалось реализовать:
1. Симуляции транзакций для расчета необходимых сумм
для более точных расчетов необходимого кол-ва нативок
2. 4 возможных варианта пополнения сеть нативками:
докупка за USDC/USDT, вывод с бирж, бридж ETH через Stargate, бридж через Merkly
3. Полный круг с OKX
вывод, обратный депозит стейблов
4. Новый генератор машрутов, который постоянно меняет маршруты стейблов, дабы пути не были одинаковыми
Помимо этого сделал минимальную БД для хранения состояния софта на случай, когда софт стопается из-за ошибки/вылетает/комп ребутается и т.п., при повторном запуске он продолжает с последнего места.
В целом меня радует что мой текущий уровень позволяет делать настолько сложные софты под web3.
2,410
18
0
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
soon...
1,760
29
Thor w3
27 апр. 2026 г., 01:51
Дизайн за 100$ VS 500$
Написал https://teletype.in/@thomasi/100vs500 о моем опыте работы с дизайнерами. В статье вы найдете:
✔️ Как я планировал потратить неделю на дизайн, а потратил месяц
✔️ Сравнение опыта работы с разными дизайнерами (+ скриншоты)
✔️ Как я заплатил 50$ за 1 страницу, где по итогу внесли 3 правки
И наконец как https://t.me/dsgnharmony смог спасти положение и со своей командой отрисовать что-то нереальное.
В общем думаю будет интересно...
2,410
20
0
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
Оптимизация запросов к блокчейну
Тема на самом деле интересная. Почти в каждой сети существует multicall-контракты, которые уже внутри блокчейна делают нужные вам запросы.
Это выглядит примерно следующем образом:
1. Мы передаем в multicall-контракт список контрактов и функции (а так же их аргументы)
2. Внутри блокчейна multicall собирает нужную инфу и возвращает в виде массива
Тем самым одним запросом мы получаем дохуя много данных. Ответ выглядит примерно так:
[
{
"status": true,
"data": {"возвращаемые данные функции"},
},
{
"status": true,
"data": {"возвращаемые данные функции"},
},
]
Почему юзать multicall - тру?
Такие запросы значительно разгрузят ноду, к тому же вы не будете упираться в рейт лимиты, я уже не говорю о скорости обработки таких запросов.
Как это можно использовать?
Тут вынужден разочаровать - такие контракты не изменяют состояние блокчейна, а значит мы можем вызывать только .call (get-запросы). Я думаю каждый сам поймет как это можно адаптировать под собственные задачи, вот парочку: получать балансы токенов для нескольких сотен/тысяч кошельков (либо балансы нескольких тысяч токенов для кошелька), чекать пулы ликвидности сразу в нескольких дексах для тысяч токенов и т.д.
Большинство агрегаторов, DeFi-дашбордов используют multicall-контракты. Примеры как работать с такими контрактам есть в https://habr.com/ru/articles/699560/.
Thor w3
27 апр. 2026 г., 01:51
Почему вы до сих пор неправильно используете getAmountOut и slippage?
Мне часто скидывают паблик/приватные скрипт на ресерч и я ни разу не увидел правильного использования getAmountOut. Это особенно актуально сейчас, когда в каждом софте полно мусорных дексов, с нулевыми пулами.
Вот https://scrollscan.com/tx/0xd7ec4c39de325c4e43963dc366392296fe40aa9bbcb18c8d1f633d439ffa83ee транзакции, где произошел скам-свап 0.1 $ETH на 26$ стейбла. Я думаю многие понимают откуда берется amountOutMin (как правило значение получается коллом функции getAmountOut). Основная проблема в том, что кодеры сами придумали что значение должно возращаться только по актуальной стоимости. Хотя это логически невозможно, функция просто возвращает сумму согласно текущей ликвидности.
Если вы захотите обменять 1 $ETH на 2000 $USDT, а ликвидности нет, то при запросе getAmountOut вам не вернется False, вам просто вернется сумма, к примеру 1000 $USDT и все, дальше большинство софтов сделает обмен и потеряет 1к баксов.
Как реализовать функцию правильно?
Одно из решений это сравнивать цену с API (пример: https://www.coingecko.com/ru/api). Я думаю с реализацией проблем не возникнет. Слипаж тут нужно накидывать на цену с coingecko и сравнивать цены.
Если вы любите стабильность и делаете двойные свапы, то можете сравнивать значения до и после свапов. Вот вам https://gist.github.com/th0masi/048c453f32721214fd6e0ef0c8f0a422. Мы сначала узнаем сколько мы получим токена_2 (пусть будет K) при обмене N количества токена_1, затем узнаем сколько мы получим токена_1(пусть будет X) при обмене K количества токена_2. И вот тут только мы накидываем к X слиппаж и сравниваем X с начальным количеством N токена_1.
Я думаю разберетесь, всем DYOR
2,010
Thor w3
27 апр. 2026 г., 01:51
Пора поделиться новостями чем я занимался последние 4 месяца
В июле, после отдыха, я начал планировать софт под ZkSync. Хотелось сделать что-то годное, ведь на текущий момент объективно из всех софтов выделяется только софт от Leo и его команды. Мне хотелось именно задать планку, использовать более сложные решения (БД, UI)
В августе, когда я приступил к написанию, я начал понимать что моих знаний в программировании с опытом в полгода вообще не хватает. Я нашел на аутсорсе senior-кодера и мы начали сотрудничать, искать пути для реализации моих идей. Мне хотелось создать очень плотный, универсальный шаблон для софта, максимально отделить web3 часть от шаблона и в итоге под новые блокчейны кодить только web3, параллельно усиливая шаблон. В итоге около 2х недель я рисовал блок-схемы как это должно было работать
В сентябре, мы закончили с основной работой (большую часть писал senior), далее в процессе тестов я уже сам переписал примерно 40% кода, т.к. либо находил лучшее решение, либо там было много ошибок. К этому моменту шаблон состоял из UI и базы данных, а так же часть логики была зашита уже в шаблон.
К октябрю меня уже окончательно заебал ZkSync, софт хотелось переписать, т.к. к этому времени я значительно апнулся в программировании и те идеи что я видел в августе, казалось все можно было улучшить/обновить. Здесь же я решил перенести софт полностью в UI и пилить сразу под Scroll, проект свежий, не так много контрактов и удобно тестить софт.
И вот мы потихоньку приходим к тому, что мне уже нравится и я хотел бы этим поделиться.
2,020
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
Coinbase wallet moment
Для UI выбрал Сoinbase wallet, поскольку его проще автоматизировать нежели Metamask с его защитами. И вот значит все вообще отлично, все уже написано.
Пытаюсь в конце подписать транзакцию для бриджа 7$ (на балансе 20$) и в момент подписи вылезает ошибка. 10 раз руками пересоздаю транзакцию и с 10 раза мне дает подписать транзакцию.
Насколько нужно быть даунами, чтобы во-первых криво рассчитывать газ, во-вторых запрещать пользователю отправлять транзакцию с любым газом. Помимо этого отредактировать газ нельзя, только отменить транзакцию.
Это настолько сюр, что вообще пиздец. Вывод: не юзайте Сoinbase wallet
2,300
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
Web-интерфейс
Вообще он пока далек от идеала, но в принципе дает максимум полезной инфы. Подсчет затрат происходит не только по ончейн-активности в zkSync, здесь учитывает комиссия за вывод с биржи, стоимость офф.бриджа из мейн-сети, допиливаю возможность расчета стоимости потери на слипажах (т.к. свап двойной - не сложно посчитать сколько потеряли).
Прикладываю пару скринов как это выглядит
2,210
29
Thor w3
27 апр. 2026 г., 01:51
📷 Photo
Почему cli-интерфейсы это хорошо
Давно хотел уйти от нескольких исполнительных файлов по типу main.py \ withdrawal.py к более удобному формату. И cli-интерфейсы мне помогли. Мы не заставляем пользователя искать исполняемые файлы, запускать их, вместо этого они могут просто в терминале ввести подходящую команду.
2,080
11
Thor w3
27 апр. 2026 г., 01:51
Чем я занимался 2 месяца [part 2]
Как примерно работает моя логика? В первую очередь софт хранит все действия которые были выполнены на кошельке. К примеру, минт NFT X. Это уникальное действие, которое можно сделать 1 раз. После того как софт сминтил NFT - он записал это в БД. Если софт вылетел и вы заново его запустили - он больше не будет минтить NFT X он уже знает что для этого кошелька он её заминтил.
И это проявляется во всем. Софт сам генерирует задачи для каждого кошелька на основе действий, которые он уже выполнял, он понимает что не делал бридж - он запланирует это действие на кошельке.
Лично я прошу указать лишь действия которые нужно будет сделать и количество транзакций. Расчеты сумм происходят непосредственно внутри софта, генерация задач, назначение даты и времени. Для набива объемов нужно указать к примеру только сумму какую вывести с биржи и какой объем набить в $.
Софт не будет в продаже (или будет или он нахуй никому не нужен), но пока не будет
