BO @bornweb3
X стал тем местом, где сейчас крутятся миллионы и это без малейшего сарказма. И если кто-то говорит, что он переполнен, можешь смело смеяться этому человеку в лицо и посылать его дальше
вчитывайтесь, внедряйте, прогрессируйте
я никуда не пропал и обучение не забросил. Просто старый формат уходит в прошлое - теперь двигаемся к более свежему и системному подходу
там есть всё: теория, код и практика
только тсс, очень секретная инфа..
ох и мясо🥩, я вам тут дал.
#Day53/54
oracle manipulation это атака, когда злоумышленник искусственно меняет цену, на которую ориентируется контракт
чаще всего это происходит если протокол использует цену прямо из AMM без защиты
пример: атакующий берёт flash loan, резко сдвигает цену в пуле, контракт читает эту цену как настоящую и выполняет логику по неправильным данным. После этого цена возвращается обратно, а прибыль остаётся у атакующего
такие атаки возможны если использовать мгновенную цену без сглаживания или проверки
решения обычно такие: использовать TWAP, внешние оракулы или несколько источников цены
главная идея что если контракт слепо доверяет цене, его можно обмануть
это ошибки связанные с округлением и точностью вычислений
в Solidity нет дробных чисел, всё считается через целые числа, поэтому часто происходит потеря точности
пример: при делении результат округляется вниз. Если такие операции происходят часто, может накапливаться ошибка. В некоторых случаях этим можно воспользоваться и получать лишние токены
также проблема возникает из-за разных decimals у токенов. Например один токен имеет 6 знаков после запятой, другой 18, и если не учитывать это правильно, расчёты будут неверными
главная идея что даже маленькие ошибки в математике могут привести к потерям или уязвимостям, особенно в финансовых протоколах
reentrancy это уязвимость, когда контракт во время выполнения функции вызывается повторно до завершения логики
это обычно происходит при external call. Контракт отправляет средства другому контракту, и тот может обратно вызвать функцию до того как обновилось состояние
пример: пользователь вызывает withdraw. Контракт сначала отправляет деньги, а потом обновляет баланс. Злоумышленник делает контракт который при получении средств снова вызывает withdraw. В итоге деньги выводятся несколько раз
правильный подход это сначала обновлять состояние, а потом делать external call. Это называют checks effects interactions
главная идея что неправильный порядок действий может привести к повторному вызову и потере средств
flash loan attacks это атаки, где используется flash loan для манипуляции системой.➔ код уже на GitHub
атакующий берёт большую сумму без залога, временно влияет на цену или состояние протокола и зарабатывает на этом
пример: берётся большой займ, через него сдвигается цена в AMM, затем вызывается функция в протоколе который использует эту цену, и система считает неправильные данные. После этого займ возвращается, а прибыль остаётся
такие атаки часто происходят если протокол использует слабые оракулы или не учитывает резкие изменения цены
главная идея что flash loans сами по себе не проблема, но в связке с ошибками в логике протокола становятся инструментом для атак
protocol architecture это то, как устроен DeFi протокол в целом, не один контракт, а вся система💎build mini DeFi protocol
обычно всё делится на несколько частей: контракты с логикой, контракты для хранения, модули (vault, strategy, governance), и внешние компоненты типа фронтенда и оракулов
пример: есть vault где лежат средства, есть стратегии которые управляют доходностью, есть governance который управляет параметрами, и есть oracle который даёт цену. Всё это вместе и есть архитектура протокола
важно что каждая часть отвечает за свою задачу и они связаны между собой. Это делает систему гибкой и безопасной
главная идея что хороший протокол это не один контракт, а правильно разделённая система модулей
это уже практика, когда ты собираешь свой маленький протокол из всех этих частей
пример: можно сделать простой протокол где пользователь депозитит токены, получает долю, а контракт распределяет награды со временем
там уже используется всё что мы учили: vault для хранения, стратегии для доходности, events для отслеживания, и логика распределения наград
даже в мини версии важно учитывать безопасность, роли, правильную работу с токенами и логику начислений
главная идея что теория начинает складываться в систему, когда ты сам собираешь протокол и видишь как все части работают вместе
также удивительно, что я уже 50-й день погружён в сферу web3. и скажу честно - я не стал каким-то гуру разработки. бывают дни, когда я вообще ничего не учу. но при всём этом я не остановился и всё равно, хоть понемногу, иду к тому, чтобы в будущем это было направление, в котором я буду чувствовать себя как рыба в воде и хорошо зарабатывать (пока что 0 😬)
ну и вам хочу выразить большой респект - вас уже 139 человек. мне безумно приятно, и это очень сильно мотивирует
на этом всё. хочу сказать, что в ближайшие дни будут очень большие перемены - как в канале, так и в целом на перспективу, которые буду реализовывать. soon...
governance token это токен который даёт право участвовать в управлении протоколом💎timelock governance
чем больше токенов у пользователя, тем больше у него voting power, то есть сила голоса
пример: у тебя 100 токенов и у другого пользователя 1000, его голос будет весить больше при голосовании.
через такие токены пользователи могут принимать решения: менять комиссии, добавлять новые функции или обновлять протокол
главная идея что управление проектом передаётся держателям токена, а не централизованной команде
timelock это механизм который добавляет задержку перед выполнением решений➔ код уже на GitHub (подписаться обязательно!!!)
процесс обычно выглядит так:
proposal → предложение изменения
queue → ожидание (таймлок)
execute → выполнение
пример: кто-то предлагает изменить параметр в контракте. После голосования решение не выполняется сразу, а попадает в очередь. Есть время ожидания, чтобы пользователи могли увидеть изменения и при необходимости выйти из протокола
это защита от резких или вредоносных изменений.
главная идея что даже если решение принято, оно не выполняется мгновенно, а проходит через задержку для безопасности пользователей
yield vault это контракт, который управляет средствами пользователей и пытается зарабатывать доход автоматически
пользователь просто кладёт токены в vault и дальше не думает что с ними происходит. Vault сам отправляет средства в разные стратегии
пример: пользователь закинул USDC, vault может отправить их в фарминг, стейкинг или другие протоколы чтобы получать доход
важный момент что vault обычно разделён на две части. Сам vault хранит средства пользователей, а стратегия решает куда эти средства инвестировать
главная идея что пользователь делегирует управление средствами контракту, а система сама ищет лучший способ заработать
strategy pattern это подход, при котором логика доходности вынесена в отдельные стратегии. Vault может подключать разные стратегии и переключаться между ними
auto-compounding это автоматическое реинвестирование прибыли
пример: стратегия получила награду в токенах, продала их и снова добавила в пул. Таким образом прибыль начинает тоже приносить прибыль
без auto-compounding пользователь должен был бы делать это вручную
главная идея что стратегии управляют доходностью, а auto-compounding усиливает рост за счёт постоянного реинвестирования
в DeFi займы работают через залог. Overcollateralized lending это когда нужно внести больше чем берёшь
пример: хочешь занять 1000$, нужно внести 1500$ залога. Это нужно потому что рынок может падать, и протокол должен быть в безопасности. Контракт следит за соотношением залога к долгу. Если цена залога падает, это соотношение тоже падает
главная идея что система всегда должна быть обеспечена больше чем выдано в долг
💬код уже на GitHub
liquidation engine это механизм который следит за позициями и ликвидирует их если они становятся рискованными
пример: ты внёс 1500$ залога и занял 1000$, цена упала и залог стал стоить 1100$. Позиция становится опасной и может быть ликвидирована
при ликвидации залог продаётся, долг закрывается, а тот кто ликвидирует получает бонус
главная идея что ликвидации защищают протокол от потерь и делают систему стабильной
💬код уже на GitHub
смарт контракты сами по себе не знают цену активов, поэтому используются оракулы. Это источники данных, которые дают контракту информацию о цене
есть два основных подхода
TWAP это средняя цена актива за определённый промежуток времени. Берётся цена в разные моменты и усредняется. Это нужно чтобы защититься от манипуляций. Если кто-то резко сдвинул цену в пуле на короткое время, TWAP сгладит это и даст более стабильное значение
внешние price feeds это оракулы которые берут данные вне блокчейна. Например они собирают цены с разных бирж и дают более точную и устойчивую цену. Контракт просто запрашивает актуальную цену и использует её в своей логике
главная разница в том что TWAP берёт данные из самого AMM, а внешние оракулы смотрят на рынок в целом
главная мысль что без оракулов смарт контракты не могут работать с ценами, а правильный выбор источника цены напрямую влияет на безопасность системы
flash loan это займ который берётся и возвращается в рамках одной транзакции без залога. Если в конце транзакции деньги не возвращены, всё откатывается как будто ничего не было
механика простая. Ты берёшь займ, делаешь нужные действия и в конце возвращаешь сумму плюс комиссия. Если где-то не хватает средств, транзакция просто не проходит
простой пример это арбитраж. Ты берёшь большую сумму через flash loan, покупаешь токен дешевле на одной бирже, продаёшь дороже на другой, возвращаешь займ и оставляешь разницу себе
но важно понимать что flash loans часто используются и для атак. Например через них можно временно изменить цену в пуле и обмануть контракт если он использует слабый источник цены
главная мысль что flash loans дают доступ к большой ликвидности без капитала, но при неправильной архитектуре протокола становятся инструментом для атак
это комиссия, которую взимает протокол за использование своих сервисов. Она появляется везде, где протокол предоставляет услуги, например, при обмене токенов на DEX или при стейкинге. Эти сборы создают доход, который нужен для поддержания работы протокола, выплаты наград пользователям и дальнейшего развития экосистемы💎Fee distribution
это способ, которым протокол распределяет свои доходы. Доход может идти разным участникам системы: часть начисляется поставщикам ликвидности, часть разработчикам или команде протокола, часть может отправляться в казну для будущих обновлений. Распределение обычно происходит автоматически на основе правил протокола или пропорционально вкладу пользователя
принцип работы такой. Когда пользователь выполняет действие, которое облагается сбором, например swap токенов, протокол снимает небольшой процент. Этот процент накапливается внутри контракта. Затем система распределяет собранные средства между всеми заинтересованными сторонами. Пользователи видят свои вознаграждения в виде токенов или увеличения баланса, что стимулирует держать ликвидность или участвовать в протоколе
концептуально это похоже на маленький экономический механизм внутри протокола. Сборы обеспечивают доход, а правильное распределение делает протокол прозрачным и мотивирует участников
например, если пользователь добавляет токены в пул ликвидности, он получает долю комиссий, которые генерируют другие пользователи. Чем больше его доля, тем больше награда. Так протокол создаёт устойчивую экономику, где каждый участник заинтересован в росте и активности системы
в основе большинства AMM лежит формула:
x * y = k
где:
x это количество первого токена в пуле
y это количество второго токена
k это константа, которая не должна меняться
смысл в том, что при любом обмене произведение x и y должно оставаться одинаковым
простой пример
в пуле лежит:
10 ETH и 10000 USDT
k = 10 * 10000 = 100000
если пользователь хочет купить ETH, он добавляет USDT и забирает ETH. Баланс меняется, но k остаётся тем же
чем больше ты покупаешь, тем сильнее двигается цена, потому что нарушается баланс токенов.
главная идея: цена в AMM зависит от соотношения токенов в пуле, а не от ордеров
когда пользователь делает swap, важно понимать 2 вещи
price impact
это то, насколько ты сам двигаешь цену своим обменом
пример:
в маленьком пуле ты хочешь купить много ETH
ты забираешь большую часть ETH из пула
баланс резко меняется → цена растёт
чем больше сделка относительно пула → тем больше price impact
> slippage
это разница между ожидаемой ценой и фактической ценой исполнения
пример: ты видишь что получишь 1 ETH
но пока транзакция попала в блок, цена изменилась
и ты получил 0.98 ETH, - это и есть slippage
> как они связаны
price impact это причина
slippage это результат
ты двигаешь цену → получаешь хуже цену → это slippage
> почему это важно
если не учитывать slippage
твоя транзакция может:
не выполниться
выполниться по плохой цене
поэтому в dapp всегда есть настройка slippage tolerance
это счётчик транзакций у каждого адреса в блокчейне
главная задача nonce - порядок и защита
1. защита от повторной отправки (replay)
если бы nonce не было, одну и ту же транзакцию можно было бы отправить несколько раз
пример
ты отправил 1 ETH → злоумышленник перехватил транзакцию → отправил её ещё раз → ты потерял 2 ETH
nonce решает это
каждая транзакция уникальна, потому что у неё свой номер
2. сохранение порядка транзакций
все транзакции выполняются строго по порядку nonce
пример
у тебя есть:
nonce 1 → отправить деньги
nonce 2 → купить NFT
сначала выполнится 1, потом 2
если 1 зависла, 2 вообще не выполнится
у каждого адреса есть текущий nonce
пример
если у тебя nonce = 5, значит следующая транзакция должна быть с nonce = 5
после выполнения она станет nonce = 6
1. зависшие транзакции
если транзакция с маленькой комиссией застряла
все следующие транзакции блокируются
решение
отправить новую транзакцию с тем же nonce и большей комиссией
2. дубликаты транзакций
если отправить две транзакции с одним nonce
сеть примет только одну
обычно выигрывает та, где выше gas
3. сломанный nonce (рассинхрон)
иногда кошелек показывает неправильный nonce
пример
кошелек думает nonce = 5
а в сети уже 6
тогда транзакции будут падать
4. ручное управление nonce
в сложных системах или ботах разработчики сами управляют nonce
если ошибиться
можно:
заблокировать транзакции
или отправить их в неправильном порядке