#stellar #soroban

Для ясности - стеллар это блокчейн, соробан - платформа, которая встраивается в чейн.

stellar-core - p2p нода, отвечающая за прием транзакций, формирование блоков и их отправку/прием (блоки у стеллара называются ledger), написана на cpp

rs-soroban-env - соробан-хост, встраиваемый в ноду, отвечает за исполнение контрактов и включение их в транзакции, написан на rust. Нода вызывает хост через FFI, хост создает васм инстанс и вызывает метод контракта

rs-soroban-sdk - для создания контрактов, rust билдится в wasm

#eth #defi
Среди репозиториев балансера есть один с оффчейн роутингом - "an off-chain linear optimization of routing orders across pools for best price execution".
А для решения задач линейного программирования оказывается есть целая утилита lp_solve, ей на вход даешь текстовый файлик с уравнениями, а она на выход решение, пример.

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

Напишу кратко, без ссылок, типа бриф:

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

Просматривая пропоузалы инча наткнулся на забавный пропоузал NFT маркета, коряво написанный и анонсирующий сотрудничество с инчом. В комментарии набежали держатели токенов и аж кофаундеры, указали на дублирование с другим, менее корявым пропоузалом, сказали, что никакого такого сотрудничества нет, и вообще текст нейронкой написан, айяйяй.

Юнисвап в4 теперь моноконтракт, все свапы считаются внутри, в конце надо дернуть ввод/вывод по результатам расчета. Если в конце транзакции дельта не нулевая, то все упадет. Планируется для дельты использовать как раз временный сторадж из первого абзаца.

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

Арбитрум раздал ARB работающим проектам в арбитруме, чтобы те в свою очередь раздали их другим через всякие активности и интеграции, называется эта инициатива STIP. Прикольно, неуверен, есть ли примеры такого "фандинга" в других сетях.

В польке 24.10.2023 случится анлок дотов из первого краудлоана, а первые парачейны должны будут либо арендовать новый слот, либо уйти в небытие.
Также полька тестирует асинк бэкинг в рококо (так тестнет называется) скоро-скоро обещают кусаму, затем польку. Говорили, что парачейнам ничего отдельно делать не надо, но это ложь - как минимум, нужно обновится до актуальной версии, я уже это сделал в виде драфта - до состояния компиляции, и это боль. Впрочем, как всегда.

Одна из фич юнисвап в4 - хуки на действия с пулом (свап, депозит, вывод). Забавно, что в балансере уже примерно как год есть хуки, да и токены они все тоже хранят в одном vault-контракте, как и новый юнисвап.

Да, Брайан, это то, чем мы все занимаемся, но тем не менее, спасибо тебе за chopstick, без него было бы хуже

https://twitter.com/XiliangChen/status/1722546359071609103

Долго ли, коротко ли - кажется весь дефай так или иначе напарывается на уязвимости, чем меньше проект, тем как будто выше вероятность напороться. Уже вроде и статьи есть с типикал уязвимостями, на что внимание обратить, и вроде насмотренность есть, и аудиты заказывают - и все равно напарываются.
Вот, например, еще одна - округление. Иногда, например если у вас лендинг протокол, правильно округлять не просто в меньшую сторону, а по-разному в разных местах - в меньшую при deposit и в большую при borrow (речь от минте LP токена). Казалось бы такая мелочь, да вот жеж нет. При стечении обстоятельств: стоимости актива и стоимости транзакции, атакующий будет в плюсе.

https://neodyme.io/blog/lending_disclosure/

А пост появился потому, что один из активных участников дискорда Стеллара указал мне нам команде Slender, на такую уязвимость и что бы вы думали - да, можно было брать в долг маленькими кусочками бесплатно! Уже пофиксил, скоро залью в девелоп.
Ситуация подтверждает - базовые уязвимости, связанные с математикой, надо проверять максимально тщательно.

простите

созвон с александром намом (сбер, блокчейн лаба)
https://www.youtube.com/watch?v=314WngbTcms
- лаба с 2018 года
- в лабе ~30 человек, половина тех разрабы
- изучение тех протоколов, рыночных и продуктовых трендов
- цель - быть лидерами в предоставлении продуктов и сервисов
- совет для попадания в лабу - нетворк, если есть вакансия, то с большей охотой берут из известных знакомых компаний
- на fabric - ЦФА, родом из лабы
- в роадмапе - Сбер дефай (когда сбер найдет в дефае себе место) 2024-2025-2026
- регуляторика роляет (не барьер, а челлендж)
- изучают, как совместить дефай с регулируемыми фин институтами
- идут от клиента (адопшн дефай)
- следующий этап в роадмапе - веб3
- итого, основные точки отработки: ЦФА, дефай адопшн, веб3
- выпуск крипты банками на новом уровне уже по сравнению с год назад (ЦФА, токенизированные депозиты, стейблы от банков)
- взаимодейтсвие с комунити сильно отличается от корпоративных финансов и это понимание есть у лабы
- в лабе есть человек, который отвечает за стартап
- у сбера есть возможности для стартапов - инкубатор, пилоты, сам сбер как заказчик,
- в лабе сейчас нужны криптографы (кек), традиционно разработчики (хм?), и люди, которые простым языком могут объяснить бизнесу про блокчейн и дефай протоколы - эксперт по технологиям и фин рынку
- аналог Dune Analitics под сибериум интересен (но зачем?)
- хакатон в 2024 году на этапе обсуждения
- в стеке java, evm, solidity
- чтобы была регуляторика, нужно, чтобы были иноваторы
- если кто-то сделает блокексплорер в рф, которым можно будет пользоваться дешевле, чем etherscan - им будут пользоваться
- в индустрии не хватает предпринимателей (готовые к легализации в блокчейне)
- если рынок будет расти - то будут набирать людей в разработку

В описании заявлено, что могут всплывать другие темы, вот они и всплывают

Если позориться, до конца

А че это, Open API у нас теперь отдельный язык, specification first? Вы с дуба рухнули?

Мне надо сделать просто красивую страничку для фронтов, желательно чтобы само все сгенерилось, и тут я читаю на SO толпу душнил, что так нельзя, я (ну не я, топикстартер с таким же вопросом) не прав, иди пиши ямлы и только потом, если ты хорошо продумал API можешь приступать к коду.

Ага, может мне еще разрешения спросить? Ой, а можно мне теперь написать код, чтобы было что показать заказчику?

Мне нужна дока, а не вот это вот все, у меня уже все работает.

Уууу, рычу и двигаю тазом бесит!

А вы что думаете о данном факте?

Ну что, почти два месяца, с околонулевым знанием cosmos-sdk и golang и таки evm в космос чейне с depinject заработал!

Крутость в том, что никто этого еще не делал, с чем я себя и поздравляю. Возможно мое решение даже сами evmOS и возьмут на вооружение.

Подменить типы не удалось, пришлось патчить в cosmos-sdk начальную инициализацию контейнера депинжекта, в которой типы для подписей прибиты гвоздями. Добавил всего-то два аргумента с кастомными регистрациями и все полетело.

eip712 это такой эфировский стандарт подписи "любых данных", когда данные пихаются в схему в виде JSON, там прописываются поля с их типами и значениями, довольно обычная история, а потом этот json отдается на подпись.

Когда разбатывал авторизацию через кошельки (SIWE) прочитал, что из-за нагромождения информации и многословности json-схемы конкретно для авторизации придумали более простой формат. А eip712 ну чет где-то как-то живет, зачем-то существует.

Вчера узнал зачем (лучше бы его не было).

Короче, evmOS еще когда назывались ethermint (deprecated етить его в корень) брали космос-транзакцию, рассовывали ее в eip712 схему, подписывали эфировской подписью (ну точнее предлагали подписать юзеру) и на стороне чейна делали из eip712 космосовский message-объект.

Вчера внезапно оказалось, что нам тоже такое надо - чтобы обеспечить юзерам smooth ethereum-like flow.

Окей, осталось научится делать из протобаф схем eip712 схему или что-то еще придумать, и дело в шляпе я без понятия как это делать

Все это нагромождение букв спонсор пропущенного поста вчера. Изменение требований на лету! Изменение требований на лету - однажды доберется и до тебя.

Гы, а у TON айди сетей отрицательные

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

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

И блокчейн может быть без sequence number / nonce, это как вообще?

Про концепцию "все есть контракт" я уже читал раньше, мозг не взрывает, но это причина предыдущим двум пунктам.

А спонсор моего инсайта плейлист coding music взять себя в руки и пойти углубляться.

Взять себя в руки и пойти углубляться - если ты все знаешь для решения текущей задачи, то задача фиговая, иди туда, где не знаешь ничего и разбивайся в кровь.

это я пилю авторизацию через ton proof

Что тут у нас? Да это же evmOS V20-rc2 !

Короче, интегрировал я evmOS в warden, версию совместимую с cosmos-sdk v0.50, сырую до нельзя, но другой нет. Я там еще с депинжектом боролся.

Суть да дело, пока мы интегрировали и готовили релиз, они там выкатили релиз-кандидат, типа более стабильный. А он и правда более стабильный, например не паникует при завершении процесса и корректно завершает все коннекты к БД.

Что еще добавили - новый интерфейс для дефолтных аккаунтов, который просовывают в AccountKeeper. Мелочь, из-за которой собирающийся и запускающийся чейн не видит задеплоенный контракт. Потому что в дефолтном интерфейсе информации о коде аккаунта нет и он возвращает пустой код.

Раньше работало как-то по-другому, ну видимо чувство прекрасного заставило команду evmOS навести красоту.

Фиксится одной строчкой. Поиск одной строчки занял два дня.

Завтра выходные, давайте отдыхать займемся интересной работой