Кто на самом деле обеспечивает исполнение правил, которые куратор обещает?
Отобранные DeFi-«хранилища» со стороны вкладчика выглядят просто: выбираешь хранилище, вносишь депозит, получаешь доход, пока куратор распределяет капитал по рынкам кредитования. Но за этой простотой скрывается то, сколько власти сосредоточено в руках одной организации. Куратор решает, с какими рынками связано хранилище, насколько #Newt позиция может выйти за пределы, когда нужно вывести средства, и будет ли заблокирован контрагент. На большинстве хранилищ сегодня всё это не навязано кодом — это навязано репутацией. «Правила» живут в посте на форуме по управлению, в PDF-фреймворке по рискам или в обещании куратора, которое он дал при запуске. Ничто в смарт-контракте на самом деле не мешает им нарушить это.
Этот разрыв сейчас важнее, чем был два года назад. Собственные материалы Ньютона ссылаются на то, что курируемые DeFi-«хранилища» (vault) нарастили TVL более чем на 350% за прошлый год — показатель, который стоит воспринимать как корпоративное заявление, а не как независимо проверенное число, но по направлению согласующийся с тем, что видно в агрегаторах по vault. По мере роста капитала менялся и его состав: институциональные распределители, казначейства и деньги токенизированных фондов, которые отвечают на комитет по рискам где-то внутри организации. «Доверяйте куратору» — это не фраза, которую комплаенс-офицер может безопасно вставить в отчет.
Это конкретная проблема @NewtonProtocol Newton's VaultKit, выпущенный вместе с его основной бета-версией (mainnet beta), создан, чтобы решить. Концепция узкая и механическая, а не всеобъемлющая: куратор пишет политику — лимит концентрации, минимальный уровень ликвидности, экран санкций — и каждое действие с vault проверяется по ней сетью Newton перед выполнением, а не после. Для этого проверка подтягивает внешние данные. Поставщики цен — RedStone, сигналы здоровья vault — vaults.fyi, оценки рисков — Credora, санкции и скрининг контрагентов — Chainalysis. Реализация по примеру (reference implementation) уже существует для Euler, работает в Base и Ethereum; при этом описаны и другие платформы, которые должны появиться в будущем — стоит отметить, что это ранние дни для реального внедрения vault, а не широкий запуск.
Здесь есть над чем стоит поразмыслить, однако, — что именно эта настройка делает и чего не делает. Она переносит контроль (enforcement) с «куратор говорит, что будет следовать правилу» на «код проверяет правило каждый раз». Это реальное улучшение — нарушение политики превращается в отклонённую транзакцию вместо сломанного обещания, обнаруженного постфактум. Но она незаметно переносит вопрос доверия, а не устраняет его. #Newt Кто-то всё равно должен уметь писать или переписывать саму политику. Если куратор может ослабить свой же лимит концентрации в тот же день, когда захочет занять рискованную позицию, принудительное соблюдение реально, но ограничитель (guardrail) будет таким же долговечным, как и тот, у кого находится ключ для редактирования. Прежде чем доверять «vault с принудительной политикой», полезный вопрос — не только «есть ли политика», а «кто может изменить эту политику, с каким задержанием, и видно ли само это изменение в onchain».
Ещё одна зависимость, которую стоит явно отметить, — это концентрация данных. Политика надёжна лишь настолько, насколько надёжен источник данных за ней — если vault сильно опирается на один ценовой оракул для своих проверок рисков, то плохой «снимок» или сбой от единственного источника не просто вводит vault в заблуждение: он может заморозить или ошибочно одобрять транзакции во всём, что использует эту политику. Разнообразие источников данных — вещь, которую стоит проверять, а не предполагать.
Ничто из этого не делает курируемые vault с принудительной политикой хуже, чем текущее положение дел — проверенное правило лучше, чем непроверенное обещание. Просто вопрос надлежащей проверки (diligence) смещается с «есть ли у этого vault лимиты риска» на «могу ли я верифицировать onchain, что эти лимиты не могут тихо измениться». $NEWT
