Технологічна дорожня карта Falcon Finance останнім часом привернула багато уваги. На перший погляд, механізм забезпечення, що підтримує понад 16 активів, і механізм генерації доходності sUSDf — усе це яскраві моменти. Але щоб бути ретельним, справжнє — це те, як він еволюціонує від «продукту» до «фабрики продукту».

Falcon тепер більше схожий на чорну скриньку — ти додаєш активи, забираєш прибуток, як це працює посередині? Користувачі не можуть це змінити. Але з точки зору технічного плану цей набір речей потрібно розділити і реорганізувати.

Як це змінити? Уявіть, що весь протокол розбивається на частини, які можна підключити: незалежне управління ризиками застави, oracle gateway, виконання стратегії доходності, логіка ліквідації...... Кожен елемент був випробуваний у реальному бою.

Які можливості це відкриває? Фінансові установи можуть гнучко комбінувати процес, як Lego — використовувати перевірені модулі контролю ризиків Falcon, а потім підключатися до власних стратегічних інструментів для швидкого налаштування продуктів, що відповідають внутрішнім вимогам. Розробники навіть можуть створити щось абсолютно нове на основі цих оригіналів — наприклад, фінансові рішення для ланцюга постачання для конкретної галузі. Сам Falcon отримує дохід за рахунок зборів за виклик модуля.

Якщо говорити прямо, це перехід від «продажу товарів» до «здатності продавати». Здавалося б, тонка різниця може відкрити зовсім інший екологічний потенціал.