Ликвидация - это разновидность MEV, которая происходит, когда стоимость залога заемщика не покрывает должным образом его сумму займа/долга в лендинг-протоколе. Если цена залога падает ниже порога ликвидации, позиция может быть ликвидирована. Оракулы с небольшой задержкой сообщают текущую цену активов, и избыточный залог немедленно выставляется на продажу со скидкой. Любой желающий может погасить долг и забрать залог без дополнительных разрешений.

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

#MEV

Стейблкойны — это тип токенов, чья цена привязана к стабильным активам, таким как фиатные валюты (например, USD, EUR) или товары. Различают несколько способов обеспечения их стабильности:

1. Fiat-backed — обеспеченные фиатом. Эти стейблкойны поддерживаются резервами фиатной валюты, хранящимися у доверенных кастодианов. Примеры: USDT, USDC, TUSD.

2. Commodity-backed — обеспеченные реальными товарами. Здесь в качестве обеспечения выступают товары, такие как золото (например, DGX, PAXG, XAUT) или недвижимость (USDR).

3. Cryptocurrency-backed — обеспеченные криптовалютой. Эти стейблкойны залогированы криптовалютами с избыточным обеспечением, чтобы компенсировать волатильность. Пример: DAI, залог которого включает Ethereum, Bitcoin, USDC и другие криптоактивы.

4. Алгоритмические стейблкойны (без залога). Эти токены не имеют физического обеспечения; их стабильность достигается за счёт регулирования предложения. Примеры: Ampleforth (AMPL), USDD.

#defi

Proxy Pattern

Если вы заглянете в контракт токена USDC, то заметите, что там нет сигнатуры (ABI) или методов, соответствующих стандарту ERC-20. Всё потому что это “прокси-контракт”, который делегирует вызовы другому смарт-контракту, известному как "контракт-реализация" (implementation contract).

Прокси-контракт хранит все данные: балансы пользователей, апрувы и так далее. Вот почему Etherscan распознаёт его как обычный токен. Контракт-реализация же содержит только бизнес-логику.

Такая схема позволяет заменять контракт-реализацию без необходимости менять адрес контракта на новый. Это критично для долгосрочных проектов. Смарт-контракт становится как обычная обновляемая программа.

- Однако, прокси-паттерны добавляют дополнительный уровень сложности в проектирование смарт-контрактов. С каждым обновлением растет сложность и трудность понимания программы.

- Процесс обновлений централизован: всё держится на доверии к авторизованному адресу, который выполняет обновление контракта-реализации.

#продвинутый

Мы уже смотрели на устройство транзакций в биткойн-сети, где транзакции состоят из входов и выходов UTXO - (Unspent Transaction Output). В сетях на основе EVM, таких как Ethereum, транзакции изменяют глобальное состояние, взаимодействуя с аккаунтами и смарт-контрактами.

Ethereum транзакция представляет собой сообщение, инициируемое внешним аккаунтом (externally-owned):
- from: Адрес отправителя, который будет подписывать транзакцию.
- to: Адрес получателя или контракт.
- nonce: Уникальный счетчик для каждой транзакции отправителя.
- maxPriorityFeePerGas: Максимальная цена газа, которая может быть добавлена в виде чаевых валидатору.
- maxFeePerGas: Максимальная цена за единицу газа, которую отправитель готов заплатить (включает базовую и приоритетную комиссии).
- chainId: идентификатор сети, важен для защиты от атак повторного воспроизведения в других EVM сетях.
- value: Количество отправляемых ETH.
- input: Поле для передачи данных смарт-контракту.
- v, r, s: Параметры для цифровой подписи.

#продвинутый

Я не упомянул про gasLimit в посте про ethereum транзакци.
Gaslimit— это максимальное количество газа, которое пользователь готов потратить для выполнения транзакции. Оно ограничивает объём вычислений, которые транзакция может выполнить.

При выполнении каждая операция требует газа. Если все выполнено успешно, списывается только использованный объём газа (GasUsed). Если же gasLimit достигается до завершения, транзакция откатывается, а потраченный газ не возвращается.

Стоимость комиссии за транзакцию рассчитывается на основе цены за единицу газа, которая состоит из baseFee, maxFeePerGas и maxPriorityFeePerGas.

BaseFee - минимальная плата за газ, автоматически рассчитываемая сетью в зависимости от загруженности. Она сжигается (не передается майнеру или валидатору), для устранения стимула валидатора манипулировать ценой на газ, чтобы извлечь больше комиссий из пользователей.

Итоговая стоимость транзакции = min(maxFeePerGas, baseFee + maxPriorityFeePerGas) × gasUsed

#продвинутый

Proof of History (PoH) — механизм, который позволяет создать доказательство последовательности событий.

Это развитие идеи Proof of work, алгоритм которого саморегулируется так, чтобы майнерам потребовалось одинаковое количество времени на построение блока. Например, в Bitcoin – это 10 минут. PoH создает такую же математическую задачу для участников сети, но так, чтобы ее было невозможно решить параллельно. Это сильно снижает необходимые вычислительные мощности.

Корнем PoH является Функция проверяемой задержки (Verifiable Delay Function), основанная на последовательном хешировании с помощью алгоритма SHA-256. Начинается с произвольного начального значения (seed). Это значение хешируется, и каждый полученный хеш служит входом для следующего. Создается последовательная цепочка хешей, где каждый элемент зависит от предыдущего.

Proof-of-History не является механизмом консенсуса, а дополняет Proof-of-Stake, оптимизируя упорядочивание событий и сокращая время подтверждения блоков.

#продвинутый

Смарт-контракты — это код, который, как и любая программа, может содержать уязвимости. Однако из-за особенностей работы блокчейна эти уязвимости не всегда очевидны. Одной из самых разрушительных и распространенных атак является атака повторного входа (Reentrancy Attack).

Основной принцип: атакующий контракт многократно вызывает уязвимую функцию контракта-жертвы, пока тот не обанкротится.

Пример:
Контракт-хранилище позволяет пользователям вводить и выводить свои ETH, ведя учет балансов в balances. Однако атакующий находит лазейку:

1. Хакер кладет 1 ETH на свой баланс в уязвимом контракте.
2. Вызывает withdraw для вывода средств.
3. Контракт-жертва отправляет ETH хакерскому контракту с помощью call.
4. Поскольку атакующий контракт не имеет специально определенной функции для получения средств, неявно вызывается его функция fallback.
5. Внутри fallback хакер снова вызывает withdraw, пока предыдущий вызов еще не завершен.
6. Цикл повторяется, пока контракт-жертва не окажется пустым.

#EVM #продвинутый

Uniswap v2

Автоматизированные маркет-мейкеры (AMM) описывает базовые принципы пулов ликвидности. Теперь разберем Uniswap v2, одну из первых AMM-моделей.

Основная формула Uniswap v2:
x⋅y=k

где:
x — количество одного токена в пуле,
y — количество второго токена,
k — неизменное произведение.

Рассмотрим своп 2 ETH на USDC в пуле, где 100 ETH и 300 тысяч USDC.
Если Δy = 2 ETH, то получаемый USDC Δx:
Δx = x ⋅ Δy / (y + Δy​)

Однако в Uniswap v2 с каждой сделки взимается комиссия 0.3% (или меньше в форках). Она не выводится из пула, а остается в нем, увеличивая его объем. Это стимулирует поставщиков ликвидности.

С учетом комиссии эффективная формула обмена:
Δx = x ⋅ Δy * (1 - 0.003) / (y + Δy * (1 - 0.003)​)

Так как комиссия остается в пуле, то после каждой сделки k увеличивается.

В примере на картинке вместо 5882.3 USDC из-за комиссий мы получим 5865.05 USDC. Если пересчитать новое значение k , то оно увеличиться на 0.0058 %. Все поставщики ликвидности разбогатели на этот же процент пропорционально их долям в пуле.

#defi