Когда в DeFi-протоколе пользователь нажимает Add liquidity, интерфейс часто продаёт очень простую идею:
- положи два актива в пул;
- дай рынку торговать через твою ликвидность;
- получай комиссии.
На этом месте у многих возникает опасная иллюзия, будто LP-позиция — это почти депозит с плавающим APR.
На практике всё жёстче.
LP в AMM — это не «пассивный доход», а способ взять на себя часть рыночной механики swap’ов:
- ты стоишь на пути чужих обменов;
- ты продаёшь один актив и покупаешь другой по мере движения цены;
- ты зарабатываешь комиссии только пока твоя ликвидность действительно участвует в сделках;
- ты почти всегда меняешь свой риск-профиль по мере движения рынка.
А в concentrated liquidity это ощущается ещё сильнее. Пользователь уже не просто «кладёт деньги в пул», а фактически выбирает рабочий ценовой диапазон, внутри которого его капитал будет использоваться для торговли.
Именно поэтому тема LP хорошо подходит для объяснения DeFi простыми словами. Здесь наглядно видно, как привычный swap на фронте на самом деле опирается на довольно точную денежную механику. А для бизнеса и тех-команд почти сразу возникает второй вопрос: какой automation layer нужен, чтобы управлять LP-позициями без тихого накопления риска.
Свежие обсуждения на Hacker News сейчас снова крутятся вокруг стоимости инфраструктуры, цены ошибок в системах исполнения и того, что красивая абстракция часто скрывает дорогую операционную реальность. Для LP в DeFi это очень точная оптика: комиссия выглядит красиво, пока никто не считает inventory drift, out-of-range позиции, rebalance cost и необходимость постоянного контроля.
Ниже — разбор простыми словами: как работают AMM и LP, что такое concentrated liquidity, почему комиссия не равна прибыли, где возникает impermanent loss и какой automation layer вокруг LP действительно полезен.
Что такое LP в DeFi простыми словами
LP — это liquidity provider, то есть поставщик ликвидности.
Он даёт пулу активы, чтобы другие участники могли делать swap.
Если убрать бренды и интерфейсы, идея очень простая:
- в пуле лежат активы;
- трейдеры приходят менять один актив на другой;
- пул отдаёт им нужный актив по правилу ценообразования;
- за эту возможность трейдеры платят комиссию;
- комиссия распределяется тем, кто дал ликвидность.
То есть LP — это не кредитор и не обычный инвестор в токен. Это участник, который предоставляет торговый инвентарь рынку.
Как swap связан с LP
Для пользователя swap выглядит как одно действие:
- отправил USDC;
- получил ETH.
Но где-то должна взяться вторая сторона сделки.
В классическом order book её ищут среди лимитных ордеров. В AMM роль такой доступной ликвидности выполняет пул.
Поэтому LP-позиция — это часть инфраструктуры обмена. Пока ликвидность стоит в пуле:
- через неё можно проводить сделки;
- цена меняется по правилам AMM;
- часть комиссии идёт провайдерам ликвидности.
Полезная ментальная модель:
LP не просто хранит активы. LP постоянно соглашается торговать ими по правилам протокола.
Как работает AMM без лишнего жаргона
Если совсем упростить, AMM — это автоматический маркет-мейкер. Он сам считает цену на основе того, сколько каких активов осталось в пуле.
Возьмём пару USDC/ETH.
Если в пуле:
- много USDC;
- мало ETH,
то следующий покупатель ETH сдвинет цену сильнее.
Если ликвидности много, цена двигается плавнее. Если ликвидности мало, один крупный swap сильнее двигает рынок.
Для LP это важно, потому что его капитал:
- участвует в формировании доступной глубины рынка;
- получает комиссию от объёма торгов;
- одновременно меняет структуру активов внутри позиции.
То есть LP зарабатывает не просто за факт депозита, а за то, что его капитал стоит в execution path чужих сделок.
Что происходит, когда LP добавляет ликвидность
Возьмём обычную пару ETH/USDC.
Шаг 1. LP вносит активы
В типичном пуле он добавляет два актива в определённой пропорции.
Например:
- ETH;
- USDC.
Протокол фиксирует долю LP в пуле.
Шаг 2. Трейдеры начинают делать swap
Когда кто-то покупает ETH за USDC:
- в пул приходит USDC;
- из пула уходит ETH;
- соотношение активов меняется;
- цена в пуле сдвигается;
- комиссия оседает внутри позиции LP.
Шаг 3. LP-позиция меняет состав
Вот важный момент, который часто недооценивают.
LP-позиция не лежит статично.
Если рынок идёт в одну сторону, внутри позиции становится:
- больше актива, который трейдеры массово продают в пул;
- меньше актива, который они массово выкупают.
То есть LP всё время понемногу продаёт растущий актив и покупает падающий — строго по механике пула.
Именно отсюда потом вырастает тема impermanent loss.
Почему комиссия не равна прибыли
Это одна из самых полезных мыслей во всей теме LP.
Снаружи пользователь часто видит:
- APR;
- volume;
- earned fees.
И делает вывод: значит позиция прибыльная.
Но этого недостаточно.
Реальный результат LP зависит как минимум от четырёх вещей:
- сколько комиссий собрано;
- насколько изменилась цена активов;
- как изменился состав позиции;
- сколько стоило удерживать или ребалансировать позицию.
То есть LP может собрать хорошие комиссии и всё равно проиграть стратегии «просто держать активы отдельно». Именно это сравнение обычно и показывает реальную экономику.
Что такое impermanent loss простыми словами
Impermanent loss часто объясняют слишком академично, хотя по сути идея довольно бытовая.
Представьте, что у вас было два актива, и один из них сильно вырос. Если бы вы просто держали их отдельно, вы бы полностью сохранили рост этого актива.
Но если эти активы лежат в LP-пуле, по мере роста одного из них пул начинает:
- отдавать этот растущий актив трейдерам;
- накапливать второй актив.
В итоге к моменту, когда вы выходите из позиции, у вас оказывается:
- меньше сильно выросшего актива;
- больше второго актива;
- плюс комиссии.
Impermanent loss — это и есть разница между:
- результатом LP-позиции;
- и результатом простого hold тех же активов вне пула.
Почему слово impermanent не должно усыплять:
- пока позиция открыта, эффект может меняться;
- но если вы закрываете позицию при уже ушедшей цене, разница становится вполне реальной;
- комиссии могут её перекрыть, а могут и не перекрыть.
Поэтому практичный вопрос звучит не так: «есть ли здесь impermanent loss?», а так:
«покрывают ли комиссии inventory risk и drift этой позиции?»
Что такое concentrated liquidity простыми словами
В старых AMM-моделях ликвидность размазывалась по всей ценовой кривой.
Это удобно концептуально, но неэффективно по капиталу. Большая часть денег как будто стоит слишком далеко от текущей цены и почти не работает.
Concentrated liquidity меняет правило.
LP теперь может сказать:
- я хочу давать ликвидность не везде;
- а только в конкретном диапазоне цены.
Например:
- пока ETH торгуется между условными X и Y,
- моя ликвидность активна;
- если рынок уходит за пределы диапазона, моя позиция перестаёт полноценно работать как liquidity for swaps.
Это делает капитал эффективнее, но резко повышает требования к управлению позицией.
Почему диапазон в concentrated liquidity так важен
Диапазон — это не косметическая настройка. Это практически определение того, где именно твой капитал будет участвовать в рынке.
Если диапазон слишком широкий:
- capital efficiency ниже;
- комиссия на единицу капитала обычно хуже;
- позиция больше похожа на старую пассивную ликвидность.
Если диапазон слишком узкий:
- позиция может чаще выпадать out of range;
- нужен более частый rebalance;
- растут операционные издержки и требования к автоматизации.
То есть LP в concentrated liquidity уже не просто выбирает пару активов. Он выбирает:
- рабочую зону цены;
- частоту потенциального обслуживания;
- чувствительность к движению рынка;
- баланс между fee capture и maintenance cost.
Что значит out of range
Это один из самых важных практических терминов.
Когда цена уходит за пределы выбранного диапазона:
- ликвидность перестаёт активно участвовать в swap в обычном режиме;
- комиссия почти перестаёт собираться;
- позиция фактически превращается в один из активов;
- чтобы снова начать зарабатывать в новом ценовом диапазоне, позицию часто нужно переставлять.
Именно здесь concentrated liquidity перестаёт быть «пассивным доходом» и становится задачей на monitoring, rebalancing и execution discipline.
Почему LP-позиция — это почти inventory strategy
Для бизнеса и тех-команд полезно думать о LP не как о фиче протокола, а как об inventory-стратегии.
У вас есть капитал, который:
- должен стоять в нужной ценовой зоне;
- должен переживать движение рынка;
- должен собирать fee flow;
- не должен слишком часто требовать дорогих перестановок;
- не должен уходить в риск, который команда перестаёт видеть.
Это очень похоже на управление торговым инвентарём, а не на пассивный депозит.
Где возникают главные риски
1. Price risk
Если рынок резко сдвигается, состав позиции быстро меняется. Это особенно заметно в волатильных парах и узких диапазонах.
2. Impermanent loss / inventory drift
Даже если позиция собирает комиссии, она может хуже альтернативы simple hold.
3. Out-of-range risk
Позиция может перестать работать в активной зоне и почти перестать зарабатывать, хотя капитал всё ещё формально в протоколе.
4. Rebalance cost
Частые перестановки диапазона стоят газа, времени, внимания оператора и могут съесть заметную часть fee income.
5. Execution risk
Если repositioning делается через автоматизацию, нужен контроль:
- какой диапазон выбираем;
- когда двигаем позицию;
- как проверяем ожидаемый результат;
- что делаем при volatility spike.
6. Protocol and oracle-adjacent risk
Даже если сама LP-механика работает штатно, у команды остаются риски:
- багов протокола;
- ошибок вокруг price assumptions;
- неудачного выбора пары или venue;
- плохого внутреннего учёта доходности и риска.
Где automation layer вокруг LP действительно полезен
Вот тут тема становится по-настоящему прикладной.
Monitoring active range
Система должна видеть:
- где находится текущая цена относительно диапазона;
- насколько близко позиция к выходу из активной зоны;
- где комиссия ещё идёт, а где уже нет;
- как быстро растёт inventory drift.
Alerting и escalation
Не каждое движение цены должно сразу запускать on-chain действие.
Полезно разделять:
- просто предупреждение;
- near-out-of-range состояние;
- действие рекомендуется;
- требуется operator review;
- auto-reposition разрешён по policy.
Automated repositioning
В некоторых стратегиях имеет смысл автоматически:
- закрыть старый диапазон;
- пересчитать новый;
- заново выставить ликвидность;
- проверить, что позиция реально вошла в нужную зону.
Но это имеет смысл только с жёсткими guardrails. Иначе «умный rebalancer» легко превращается в машину по сжиганию газа и комиссий.
Fee and PnL attribution
Команде нужно понимать не просто сколько «накапало», а:
- сколько заработано fee;
- сколько потеряно на drift относительно hold;
- сколько съели gas и reposition events;
- какой net результат по стратегии.
Treasury allocation
Если бизнес использует LP как часть treasury strategy, нужен слой, который отвечает на вопросы:
- в каких парах стоит держать ликвидность;
- на каких venue она даёт лучший risk-adjusted result;
- когда капитал лучше убрать из LP в cash-like позицию;
- какие лимиты по паре, протоколу и диапазону допустимы.
Какой архитектурный паттерн здесь обычно нужен
Если смотреть инженерно, полезно строить LP control plane, а не просто набор скриптов.
1. Position watcher
Компонент, который следит за:
- ценой;
- дистанцией до границ диапазона;
- накопленными комиссиями;
- inventory composition;
- volatility;
- gas cost среды.
2. Policy engine
Перед repositioning система должна проверить:
- разрешён ли auto-action для этой пары;
- не превышен ли дневной лимит на gas и churn;
- не слишком ли высокая волатильность для автоматического движения;
- не нужна ли ручная проверка;
- не стала ли стратегия уже неэффективной экономически.
3. Rebalancing planner
Полезно отделять факт проблемы от способа её решения.
Планировщик может решать:
- расширять диапазон;
- сдвигать его вслед за рынком;
- уменьшать капитал в позиции;
- полностью выходить в один актив;
- ждать подтверждения оператора.
4. Execution gateway
Нужна единая точка исполнения, которая умеет:
- симулировать действие;
- сверять expected vs actual;
- контролировать slippage и gas;
- не запускать конфликтующие reposition одновременно;
- писать audit trail.
5. Reconciliation
После исполнения нужно проверить:
- действительно ли новая позиция открыта в нужном диапазоне;
- совпали ли amount’ы с расчётом;
- не потерялась ли часть средств на переходе;
- как изменился реальный net exposure.
6. Exception inbox
Некоторые кейсы не надо пытаться молча автоматизировать:
- экстремальная волатильность;
- слишком крупный объём;
- серия частых reposition за короткое время;
- расхождение расчёта и on-chain результата;
- падение profitability ниже порога.
Такие ситуации лучше отправлять в operator review, а не делать вид, что LP-стратегия обязана всегда ребалансироваться сама.
Где команды чаще всего ошибаются
Ошибка 1. Смотреть только на fee APR
APR без учёта drift, hold benchmark и gas cost — почти бесполезная цифра.
Ошибка 2. Считать concentrated liquidity пассивной
Она может быть пассивной только в очень широком диапазоне или в спокойном рынке. Во многих практических сценариях это уже активно обслуживаемая позиция.
Ошибка 3. Делать автоперестановку без ограничений
Если reposition запускается слишком легко, стратегия начинает платить рынку и сети больше, чем зарабатывает.
Ошибка 4. Не считать out-of-range как деградацию сервиса
Для реальной стратегии это не косметика. Это режим, где капитал либо почти не работает, либо работает совсем не так, как ожидалось.
Ошибка 5. Не делать post-action reconciliation
В денежных workflow нельзя считать, что раз транзакция прошла, значит новая позиция выставилась именно так, как хотелось. Это надо сверять.
Практический блок
1) Какая проблема возникает у бизнеса или продукта
Команда хочет использовать LP как источник доходности, ликвидности для собственного продукта или как часть treasury strategy. Но быстро сталкивается с тем, что самая сложная часть — не открыть позицию, а безопасно жить с ней дальше.
Проблемы обычно такие:
- цена ушла из диапазона;
- комиссии идут хуже ожиданий;
- drift относительно hold растёт;
- оператор замечает это слишком поздно;
- автоматический reposition без правил начинает переусердствовать;
- невозможно быстро объяснить реальный net PnL.
2) Какое решение или архитектурный паттерн имеет смысл внедрить
Практичный подход — это LP automation layer с policy и reconciliation:
- постоянный мониторинг диапазона, комиссий и drift;
- правила, когда только алертить, а когда разрешать auto-action;
- планировщик reposition вместо тупого cron по времени;
- execution gateway с simulation и audit trail;
- расчёт net PnL после fee, gas и inventory change;
- exception queue для спорных ситуаций.
То есть строить не «бота для перевыставления ликвидности», а управляемый control plane вокруг LP lifecycle.
3) Что именно можно предоставить как service / implementation / automation layer
Как сервис или внутренний tooling layer здесь можно дать:
- LP position monitoring;
- out-of-range alerting;
- automated reposition orchestration;
- policy engine для диапазонов и лимитов churn;
- fee / IL / net PnL analytics;
- treasury allocator между LP venue и парами;
- reconciliation после каждого reposition;
- operator console для exception handling.
Это уже коммерчески полезный слой вокруг DeFi, а не просто кнопка Add liquidity.
Как объяснить LP и concentrated liquidity совсем коротко
Если сжать тему до одной формулы, LP в DeFi — это:
- капитал, который стоит в торговом пути чужих swap’ов;
- получает комиссии за исполнение;
- и одновременно принимает на себя риск изменения состава активов.
А concentrated liquidity — это тот же принцип, но только в выбранном диапазоне цены.
То есть LP — это не «депозит под процент», а управляемый торговый инвентарь с динамическим риском.
Итог
LP и concentrated liquidity кажутся простыми только на уровне кнопки Add liquidity.
Под капотом это система, где одновременно живут:
- swap flow;
- ценовая кривая;
- изменение состава позиции;
- fee income;
- impermanent loss;
- диапазоны активности;
- monitoring и rebalancing.
Именно поэтому для бизнеса и тех-команд главный вопрос не в том, можно ли стать LP, а в том, как превратить LP lifecycle в управляемый workflow с понятной экономикой и контролем риска.
Если говорить совсем практично, основная ценность появляется не в самом доступе к пулу, а в automation layer вокруг него:
- policy;
- range monitoring;
- reposition planning;
- execution control;
- reconciliation;
- operator tooling.
Именно этот слой отличает аккуратную LP-стратегию от ситуации, где комиссия выглядит красиво, а реальный результат тихо утекает в drift, газ и хаотичное обслуживание.