Зрозумівши цю пастку Morphо, ви зрозумієте, що вона не займається іграми з трафіком. Те, що вона має на меті, є більш основоположним — розділити кредитний протокол на модульну архітектуру, яка може функціонувати незалежно, підлягає аудиту та може відповідати регуляторним вимогам.

**Де слабке місце традиційних рішень?**

Раніше ті кредитні протоколи, якщо говорити прямо, були системою «великої каструлі». Усі активи скидаються в один і той же басейн, ліквідності достатньо, але проблеми також виникають: якщо якийсь токен обвалюється, весь басейн зазнає тиску ліквідації; процентні ставки також встановлюються єдино, ті, хто хоче позичити, готові платити високу ставку, але не можуть знайти канали, а ті, хто хоче отримати кредит, готові знизити ставку, але ніхто не звертає на них уваги, обидві сторони відчувають дискомфорт.

**Рішення Morpho Blue: відкривати окрему книгу обліку для кожної пари активів**

Він робить кожну пару кредитних відносин (наприклад, ETH як застава для отримання USDC, BTC як застава для отримання DAI) незалежними ринками. Кожен ринок самостійно займається своїми справами: що є заставою, які монети позичаються, де проводиться лінія ліквідації, яку oracle використовують для подачі цін — все це незалежна конфігурація, а управління ризиками також розглядається окремо.

Наприклад: це схоже на те, як перетворити великий корабель на багатокамерний дизайн. Якщо в каюту A потрапить вода, це не затопить каюту B, у випадку проблем втрачається лише одна каюта, корабель все ще може продовжувати плавати.

**Цей дизайн безпосередньо призводить до трьох змін:**

1. Ризики заблоковані на одному ринку
2. Кожна пара активів може коригувати відсоткову ставку в залежності від попиту та пропозиції.
3. Проблема вплине лише на відповідний ринок, не поширюючись на глобальний.

По суті, це перетворює «велику резонансну яму» у «ізоляцію відсіків», що і є справжнім захистом стабільності протоколу.