Все интересующие рынками предсказаний и оракулами для них - велком в Твиттер/X!

Ссылка

Внутри:
⁃ почему столько хейта в адрес UMA (оракул Polymarket’а);
⁃ в чем проблема оракулов для рынков предсказаний;
⁃ какие есть альтернативы.

А еще там про новый рынок предсказаний, который обещает дроп, сейл каких-то NFT и что не будет поинтов.

Лайки/шэры/комменты приветствуются!

Где в web3 деньги? (часть 3)
Также активно продолжают развиваться:
- централизованные FDUSD и PYUSD ($3b TVL / $720m, обеспечены банковскими депозитами, T-Bills и T-Bonds);
- полу-(де)централизованные USDe от Ethena ($2.5b TVL, не-стейблкоин, обеспеченный ETH/BTC и синхронными шорт-позициями по ним), USDS от MakerDAO/SKY ($450m TVL, нацеленный на масс-адопшн новый стейбл от Sky с корзиной разнообразного обеспечения от крипты до RWA) и FRAX ($350m TVL, имеется полный перечень дефи-продуктов от своего L2 до лендинга);
- децентрализованные LUSD от Liquity ($352m TVL, скоро планируется запуск v2 версии с новым стейблом BOLD), GHO от AAVE ($150m TVL) и crvUSD от Curve ($103m TVL);
- похожие на стейблы токенизированные денежные инструменты (токены от Ondo с $620m TVL, BUIDL от BlackRock с $500m TVL, Hashnote USYC с $280m TVL и пр.);
- и тд и тп (весь список здесь).
Стоит добавить, что в дополнение к этому появляются проекты, ставящие своей целью оркестрирование всеми возможными стейблкоинами - например, привлекший $58m Bridge. Может ли это направление стать новым нарративом? Некоторые фонды (вероятно, со skin in the game) считают, что да.

Помимо очевидно полезного для конечных юзеров и рынка в целом роста конкуренции на рынке стейблкоинов приятно наблюдать за тем, как:
⁃ стандартом для любого нового стейбла становится шэринг прибыли со своими юзерами;
⁃ также нормой становится отказ от банковских депозитов как обеспечения;
⁃ RWA нашли свой product-market-fit и, вероятнее всего, продолжат аткивно развиваться;
⁃ подсектор “web3” под названием “деньги” открыт для любых экспериментов как с технической, так и концептуальной точки зрения - полагаю, рано или поздно цифровая эволюция и правда приведет нас к лучшей форме денег (как и ожидают в Reserve).

Кажется, что четыре пункта выше уже являются хорошей стартовой точкой для создания чего-то лучшего, чем partly-backed-bankUSD - как архитектурно глубоко внутри, так и снаружи с точки зрения юзер экспириенса. А что из этого мы в итоге назовем деньгами, наверное не так и важно.

Рассказать про природу денег всегда можно в чате @chat0xchat!

Где в web3 деньги? (часть 2)
2. Reserve Protocol ($250m TVL, USD3/eUSD/RTokens)
Запущенный аж в 2018 году, Reserve позиционирует себя как инфраструктуру для создания валют, обеспеченных 1:1 корзиной токенизированных активов. За этим стоит идея о лучшей версии денег, которые не подвержены инфляции и представляют собой индекс мировых активов (акций, бондов, золота и пр.). Особенности дизайна Reserve:
⁃ протокол не предлагает какой-либо стейблкоин, но вместо этого дает возможность всем желающим создать свой стейбл;
⁃ под стейблом понимается индексный токен, репрезентующий корзину активов, набор правил по управлению ей (ребалансировка корзины, определение “запасного” коллатерала, распределение прибыли и пр.) и порядок изменения таких правил (типа локальный гавернанс);
⁃ дополнительно каждый такой стейбл может быть “застрахован” застейканными токенами RSR.
Лонг-терм видение протокола состоит в том, что методом проб и ошибок (при создании корзин активов) и в конкурентной борьбе мы придем к идеальному (ну или почти идеальному) стейблкоину, состоящему из огромного количества токенизированных активов, не привязанному к USD и более стабильному по сравнению с USD в долгосрочной перспективе. Этот стейблкоин и станет лучшей версией денег. А пока имеем два с половиной стейблкоина с DAI/USDC/USDT и их обертками внутри.

3. M^0 ($54m TVL, M)
Ранее делал большой пост про M^0, которые позиционирует себя как инфраструктурного посредника для эмитентов стейблкоинов и выпускают M (аналог резервов в ЦБ), поверх которого финтех-приложения смогут выпускать свои стейблы (аналог банковских денег). Основные особенности такие:
⁃ как и в Usual, определение правил минта M находится в руках холдеров гавернанс-токена (в управлении участвуют два токена, подробнее см. здесь);
⁃ сам по себе M не предназначен для использования конечными юзерами - предполагается, что созданием и дистрибуцией стейблов для конечных юзеров будут заниматься другие сущности (эмитенты децентрализованных стейблов, централизованные биржи, финтех-стартапы и пр.);
⁃ в отличие от Usual и Reserve, протокол не принимает в обеспечение выпущенные третьими лицами криптоактивы (RWA, стейблы и т.п.) и вместо этого сам определяет общие для всех правила в отношении оффчейн-обеспечения (требования к кастодианам, порядок верификации обеспечения и пр.).
С точки зрения M^0, суть слова “деньги” лежит где-то между резервами в ЦБ и теми цифрами/токенами, которые мы воспринимаем как деньги. Соответственно, задачей своей M^0 видит создание всех необходимых элементов (смарт-контракты, лигал- и гавернанс-фреймворк, интерфейсы и пр.) для посредничества между первым и вторым.

4. defi.money ($3m TVL, MONEY)
Оказались тут только из-за вызывающего тикера MONEY и громкого заявления о переходе к новой эпохе денег. Называют себя привязанным к USD децентрализованным стейблкоином, основанным на CDP-механике. Особенности:
⁃ построены на архитектуре crvUSD, что в теории будет смягчать негативные последствия ликвидации для юзеров;
⁃ в будущем готовы принимать в обеспечение своего стейбла экзотические активы;
⁃ имеется приносящая прибыль застейканная версия стейбла - sMONEY.
Интересная попытка объединить лучшее от CDP-протоколов и добавить к этому несколько интересных механик, хотя кажется что на новую эпоху денег пока не тянет.

Риск-параметры в лендинговых протоколах (часть 3)
3. JustLend ($6.1b TVL)В одном из самых децентрализованных лендинг-протоколов решения по новым активам ~~принимаются Джастином Саном~~ публикаются на оф. сайте, анализ рисков (если он вообще существует в каком-то виде) осуществляется командой проекта.

Схожие подходы приняты в Kamino ($1.5b TVL), LayerBank ($0.7b TVL), Fraxlend ($0.1b TVL).

4. SmartLTVКак видно из вышенаписанного, по своей сути риск-параметры это результат трансформации данных о токене в ряд цифр, используемых в смарт-контрактах лендингового протокола. Наиболее распространенная методология определения риск-параметров - предложенная Gauntlet agent-based-simulation (симуляция, основанная на прогнозе поведения юзеров при изменении цены актива). Эта модель позволяет оценить рыночные риски (обв оценка оракулов протокола, возможности анстейка и прочего лежит за пределами такой модели) на основе анализа:
⁃ среднего маркет капа за определенный период;
⁃ среднего объема торгов за определенный период;
⁃ уровня волатильности в сравнении с другими активами;
⁃ количества торговых пар и бирж;
⁃ количества токен-холдеров и динамики их изменения.

В связи с этим логично задать вопрос - действительно ли необходимо платить миллионы долларов в год сервис-провайдерам (аллокаторам в случае с Morpho), или их работа может быть хотя бы частично автоматизирована? Иными словами, возможно ли создание автоматизированного риск-менеджера для лендинг-протоколов?

BProtocol была разработана штука под названием SmartLTV (по сути, смарт-контракт), которая позволяет определять уровень LTV основываясь на рыночных условиях (уровень ликвидности и волатильности) и автоматически изменять его. SmartLTV интегрирован в Morpho как аналитический инструмент, позволяющий отслеживать уровень риска нескольких ваултов (ссылка), и как аллокатор, который автоматически выводит средства юзеров с рынков при падении уровня риска ниже определенного порога. Также SmartLTV Monitor запущен для протокола Kinza. Аналогичный продукт находится в разработке у ChaosLabs.

Топ-делегаты AAVE положительно относятся к автоматизации процесса определения риск-параметров. В Sky неоднократно озвучивали грандиозные планы по автоматизации протокола и внедрению AI - нет никаких сомнений в том, что корректировка риск-параметров в кор-ваултах и SparkLend одной из первых подпадет под автоматизацию.

DYOR: ⁃ методологии от Gauntlet - для риск-параметров и ваултов Morpho;
⁃ фреймворк от LlamaRisk для параметризации новых ассетов на AAVE;
⁃ методология ChaosLabs по риск-параметрам для AAVE v3;
⁃ фреймворк для определения риск-параметров от BProtocol;
⁃ риск-дэшборд AAVE от ChaosLabs (там же доступны дэшборды по другим проектам);
⁃ о SmartLTV от BProtocol - раз и два.

Риск-параметры в лендинговых протоколах (часть 2)
С одной стороны, протоколом и сервис-провайдерами стандартизированы отдельные правила определения риск-параметров, напр.: ⁃ обычно сервис-провайдеры выступают против листинга забридженных активов;
⁃ по дефолту ChaosLabs предлагают устаналивать начальный supply cap в размере 2x к ликвидности, доступной с учетом прайс импакта ликвидационной премии, (хотя по факту нередко отсутступают от этого правила, пример);
⁃ фреймворк также рекомендует учитывать исторические тренды и симулировать стресс-сценарии для определения supply/borrow cap;
⁃ и прочие (фреймворк см. здесь).

С другой стороны, на рекомендации сервис-провайдеров могут влиять множество нестандартных и не погружаемых в генерализованный фреймворк вещей, напр.:
⁃ специфика работы оракулов протокола, выпускающего актив (rsETH);
⁃ возможность изменения контрактов мультисигом, невозможность анстейка LRT-токена, постоянные депеги (artMETIS);
⁃ доказательства наличия ликвидности и обещаний ее предоставления (Proof of Liquidity and Deposit Commitments; CDCETH);
⁃ концентрация токена в руках кастодиана, большой период анстейкинга (BNBx);
⁃ активные программы ликвидити-майнинга (USDe).

После листинга актива сервис-провайдеры могут предложить изменения риск-параметров. Причиной этому может служить высокий уровень спроса (MaticX), резкие изменения риск-профиля актива (CRV), хорошее поведение проекта (FRAX), депег (MAI) и пр.

Схожий подход принят в SparkLend ($2.6b TVL; сервис-провайдер - BA Labs), Compound ($2b TVL; сервис-провайдер - Gauntlet), Venus ($1.6b TVL; сервис-провайдер - ChaosLabs).

2. Morpho ($2b TVL)В отличие от AAVE, Morpho (его команда/токен-холдеры) не занимается определением риск-параметров представленных в протоколе активов (подробнее о принципах работы Morpho см. здесь) - основная фича Morpho состоит в разделении протокола (набора основных смарт-контрактов) и риск-менеджмента. Morpho предоставляет возможность создавать рынки (изолированные лендинг-маркеты) с определенным набором риск-параметров, список рынков можно найти тут. В свою очередь, поверх этих рынков могут создаваться ваулты - отправляя деньги в ваулт, юзеры делегируют риск-менеджмент куратору и аллокатору ваулта. Аллокаторы ваулта могут направлять активы из него в любые рынки (в том числе рынки с идентичными активами, но различными риск-параметрами).

На простом это означает, что: ⁃ поставщик ликвидности в AAVE (неважно, это DAO, деген или хедж-фонд) дает свои активы в долг по общим для всех правилам (под залог любых принимаемых AAVE ассетов с общими для всех риск-параметрами), поставщик ликвидности в Morpho дает свои активы в управление аллокатору (для последующей выдачи в долг по правилам конкретного ваулта - в заранее определенные рынки с конкретными риск-параметрами);
⁃ заемщик в AAVE предоставляет залог и берет займ в/из общего пула, в Morpho юзеру доступны множество рынков для конкретного токена с различными параметрами.

Таким образом, в Morpho нет сервис-провайдеров, определяющих риск-параметры доступных в протоколе активов, - риск-параметры “встроены” в десятки изолированных рынков. Те, кто в AAVE был бы сервис-провадйером (Gauntlet, RE7 Labs, Steakhouse Financial, Block Analitica), в Moprho выступают кураторами/аллокаторами ваултов и направляют средства юзеров в различные рынки (пример WETH-ваулта с $22m TVL см. тут). Соответственно, каждый куратор раскрывает свою методологию в том объеме, в котором счиатет необходимым. Пример того, как Gauntlet пытались оправдать параметры своего ваулта после депега ezETH, можно найти здесь.

Подробнее почитать о различиях в подходах AAVE и Morpho (а также мнение Euler) можно тут и тут.

Риск-параметры в лендинговых протоколах (часть 1)
tldr: разбираемся, кто и по каким правилам определяет риск-параметры в лендинговых протоколах
Лендинговые протоколы являются второй по TVL категорией с $31b после протоколов ликвидного стейкинга. Они предоставляют возможность залочить в протоколе токен A и получить за это токен B меньшей стоимостью. Зачем кому-то обменивать один токен на другой таким специфичным способом? В реальном мире люди делают это, чтобы под залог своих акций/имущества/прав получить деньги в долг. В крипте лендинговые протоколы позволяют не продавая ETH/BTC/TOKEN в пару кликов получить стейблкоины. Но основной юзкейс лендингов это леверейдж-стратегии (децентрализованная накрутка плеча для йилд-фарминга, получения поинтов и т.п.) и хеджирование позиций.

Идеальный лендинговый протокол с точки зрения заемщика - тот, в котором можно взять долг размером в 100% от стоимости залога (напр., получить 100 USDC под залог 100 USDe). Однако если такое разрешить, то при первом же депеге USDe у протокола (точнее у кредиторов, которые принесли свои USDC в протокол) возникнет плохой долг (bad debt) - иными словами, кредиторы не смогут забрать назад внесенные ими активы в полном объеме. Почему? Потому что долговые позиции (напр., долг в 100 USDC с залогом в 100 USDe, стоимость которых упала до $90 после депега в 10%) не смогут быть эффективно ликвидированы.

Чтобы не допустить возникновения bad debt, протоколы определяют для размещенных у них активов набор риск-параметров: ⁃ ликвидационная премия - премия, получаемая ликвидатором (напр., с премией в 5% ликвидатор за погашение обеспеченного ETH долга в 1000 USDC получит ETH стоимостью $1050);
⁃ LTV (loan-to-value) - размер максимального отношения размера долга к стоимости залога (напр., с LTV 0.85 максимальный размер долга в USDC под залог 100 USDe составит 85 USDC). В мире с бесконечной ликвидностью и мгновенными ликвидациями овер-коллатеризация требовалась бы только в части, покрывающей ликвидационную премию. Однако в нашем мире в периоды стресса блокчейны становятся медленными и дорогими, а объем ликвидности на биржах может резко изменяться, так что логика идеального мира не работает;
⁃ supply/borrow cap - предельные максимальные размеры кредитов/долгов по соответствующему активу;
⁃ и некоторые другие.

Ирл займы с залогом работают примерно так же. Например, не стоит ожидать одинакового уровня LTV для займа под залог квартиры в новостройке и займа под залог находящегося в аварийном состоянии дома. Однако в отличие от web3, ирл правила определения параметров займа спрятаны на разных уровнях банковского регулирования (от Basel III к внутренним регламентам банка).

Ниже - о том, кто и по каким правилам определяет риск-параметры активов в лендинговых протоколах.
1. AAVE ($12.1b TVL)В пропозале о листинге нового актива на AAVE (пример с tBTC) должны быть указаны риск-параметры, включая правила определения ставки, LTV, LT (порог ликвидации), supply/borrow cap, размер ликвидационной премии и некоторые другие. Фреймворк по определению риск-параметров объединяет количественный (quantitative) и качественный (qualitative) анализ и предлагает учитывать рыночные риски, технологические риски, фундаментальные характеристики токена и пр.

Для AAVE характерен “патерналисткий подход”, при котором гавернанс-решением определяются единые для всего протокола риск-параметры определенного актива. Рекомендации по ним предоставляют два основных сервис-провайдера, отвечающие за оценку рисков:
⁃ ChaosLabs, занимающиеся прежде всего за оценкой рыночных рисков (Quantitative Risk Assessment); и
⁃ LlamaRisk, чей подход несколько шире - они проводят всесторонний риск-анализ (Qualitative Risk Assessments; пример с tBTC, апдейт по tBTC), выдавая в качестве аутпута рейтинг актива в формате “ok on liquidity, good in volatility, good in decentralization, etc.” (пример) и/или саммари в формате вопрос-ответ (пример).

EIGENtoken (часть 3)
Еще раз, зачем нужен EIGEN?EIGEN будет защищать AVS-ы от интерсубъективных ошибок. Например, задеплоенный в виде AVS-а оракул сможет использовать для своей работы:
⁃ рестейкнутый ETH, который будет слэшиться у операторов, допустивших объективные ошибки (напр., двойное подписание чего-то, что нельзя подписывать два раза);
⁃ застейканный EIGEN, который будет обеспечивать защиту от ошибок, наличие которых не может быть проверено алгоритмически “внутри блокчейна” (напр., злонамеренной передачи информации о цене BTC в $1 вместо положенных $60k).
В отличие от ETH, EIGEN будет не слэшиться, а форкаться. Это попытка “вшить” в EIGEN механику социального консенсуса - только вместо выбора каноничной сети выбираться будет каноничный контракт EIGEN’а. Короче slashing for objective failures and forking for subjective failures.

Как работает форк EIGEN?В случае предполагаемой интерсубъективной ошибки (то есть ошибки, факт которой не может быть подтвержден внутри блокчейна алгоритмически) оператора AVS-а любой желающий (ну почти) может инициировать спор. В рамках этого спора создается форк EIGEN-токена, а по итогам спора по заранее определенным правилам социального консенсуса определяется “правильная” версия EIGEN’a. Примерно тридцать страниц вайтпейпера посвящены описанию того:
⁃ как нам форкать EIGEN так, чтобы это проходило незаметно для не-стейкеров, например тех кто использует EIGEN в дефи или держит на кошельке/бирже (для этого придумали разделение на EIGEN и bEIGEN);
⁃ как правильно врапать (to wrap) bEIGEN в EIGEN и обратно;
⁃ как правильно настроить экономику форка (для этого придумали Deflation-per-fork/DPF, Commitment-per-fork/CPF и пр.);
⁃ какой порядок действий и тайминги нужны для форка EIGEN;
⁃ как правильно рассчитать криптоэкономическую безопасность (для этого придумали способы расчета cost-of-corruption, profit-from-corruption и пр.);
⁃ как будет работать форк EIGEN в условиях множества активных AVS-ов;
⁃ какие приложения можно строить поверх этой архитектуры, и какое будущее ждет EigenLayer.
Ответы (имхо не всегда убедительные) на эти вопросы можно найти в вайтпейпере.

Что еще интересного в вайтпейпереПо всему документу мы читаем, что стейкинг EIGEN нужен для споров по intersubjectively attributable faults. Речь идет об ошибках, в отношении кототорых имеется “почти универсальное согласие наблюдателей”. Кто определяет, когда такое согласие имеется? Что мешает проектам использовать стейкинг EIGEN для разрешения споров о subjective faults? Если ничего, то почему EIgen Labs активно отмахивается от этого юзкейса?

Некоторые из предложенных механик я не смог понять (например, о роли держателей bEIGEN в AVS’ах, не связанных с текущим спором, криптоэкономической математике и мониторинге косяков операторов AVS'ов) - полагаю, не все механики понимают и авторы вайтпейпера, а описанные в нем концепты будут дополняться и корректироваться.

Интересно, что предполагается предоставление большой свободы AVS’ам (архитектура лайт-нод для проверки ошибок, отдельные правила разрешения споров и форка bEIGEN и пр.) - если такой подход сохранится, мы неизбежно увидим рано или поздно косяки в коде со стороны AVS’ов и последующие за ними слэшинги и форки. И наблюдать за этим будет интересно!

Всех заинтересованных в EigenLayer призываю к DYOR’у! Всех задиоривших - к обсуждению в чате @chat0xchat!

EIGENtoken (часть 2)
Tyranny-of-majorityТирания большинства. Ситуация, когда большинство валидаторов злонамеренно нарушают правила сети (например, подписывают конфликтующие блоки). В Ethereum заложены защитные механизмы, обеспечивающие слэшинг таких валидаторов и сохранение целостности и непрерывности основной каноничной сети. На практике это означает, что даже в случае сговора 80% валидаторов не согласные с ними честные ноды всегда могут форкнуть сеть, при этом корректность их сети (несмотря на то, что поддержали ее меньшинство валидаторов) будет очевидна всем сторооним наблюдателям. Social consensus в деле короче. Более подробное объяснение ищи тут примерно на пятой странице.

Суть токена EIGENЗаявленная цель создания EIGEN - создание универсального фреймворка для внедрения криптоэкономической безопасности от интерсубъективных ошибок (intersubjectively attributable faults), допущенных стейкерами EIGEN, без тирании большинства.
Если более простым языком, то EIGEN и EigenLayer для ошибок этого вида (применительно к любому протоколу/AVS) хотят стать тем, чем ETH и Ethereum являются для ошибок первого вида (применительно к консенсусу в Ethereum).
Если совсем простым языком. Косяки при выполнении работы для Ethereum выявляются автоматически (ну почти), а накосячивший теряет свои ETH, при этом защита от тирании большинства обеспечивается возможностью форка сети. Косяки при выполнении работы для протоколов поверх EigenLayer будут выявляться другими людьми, а накосячивший будет терять свои EIGEN, при этом защита от тирании большинства будет обеспечиваться возможностью форка EIGEN.

Рестейкинг ETH через EigenLayer vs. стейкинг EIGENЗадумка команды Eigen Labs следующая:
⁃ рестейкнутый ETH будет использоваться для разрешения споров, связанных с objectively attributable faults;
⁃ застейканный EIGEN будет использоваться для разрешения споров, связанных с intersubjectively attributable faults.

Стоп, почему нельзя использовать рестейкнутый ETH для споров по intersubjectively attributable faults?Чтобы ответить на этот вопрос, надо упомянуть понятие social consensus. Защита от тирании большинства основана на социальном консенсусе относительно того, какая сеть в случае разделения является каноничной. В статье о недопустимости перегрузки Ethereum Виталик также упоминает социальный консенсус в контексте хардфорка Ethereum и выбора каноничной сети.

Объясняя потребность использования EIGEN для споров по intersubjectively attributable faults, команда Eigen Labs пишет “мы хотим расширить использование социального консенсуса для предотвращения тирании большинства, не перегружая при этом Ethereum (его социальный консенсус)”. Какое отношение слэшинг рестейкнутого ETH внутри EigenLayer (очевидно, не приводящий к разветвлению Ethereum) имеет к социальному консенсусу Ethereum, в документе не раскрывается. Более того, в оф. доках EigenLayer прямо написано, что EigenLayer не использует социальный консенсус Ethereum.

Перечитав несколько раз вайтпейпер EIGEN и твиттер-треды инфлюенсеров, я так и не смог понять, каким образом использование рестейкнутого ETH в EigenLayer для разрешения интерсубъективных ошибок может привести к разветвлению основной сети Ethereum. Поэтому призываю более понимающих чем я людей в чатик @chat0xchat поделиться этим знанием!

EIGENtoken (часть 1)

Все написанное ниже - краткая выжимка из опубликованного командой Eigen Labs документа, посвященного токену EIGEN и его месту в экосистеме EigenLayer.
Все написанное в опубликованном документе - результат интеллектуальных упражнений команды EigenLabs, который должен рассматриваться скорее как call-to-action для web3-комьюнити, чем как описание итоговой версия протокола.

Что такое EigenLayerEigenLayer - рестейкинг-протокол, предоставляющий возможность повторного использования застейканного в Beacon Chain ETH. Иными словами, при помощи EigenLayer ETH может быть одновременно использован для обеспечения безопасности как сети Ethereum, так и созданных на основе EigenLayer приложений (они же - AVS-ы). Подробную информацию о принципах работы EigenLayer ищи тут или в десятках статей на Medium/TG/Mirror/etc.

Зачем нужен токен EIGENВо-первых, это не гавернанс-токен типа ENA или REZ. Во-вторых, чтобы понять место EIGEN в экосистеме EigenLayer, придется разобраться с десятком новых концептов и терминов, предложенных командой Eigen Labs в 43-страничном документе, посвященном EIGEN-у. С этого и начнем!

Work TokenВ основу proof-of-stake блокчейнов заложена следующая логика. Чтобы выполнять работу (digital work), необходимую для функционирования блокчейна (подтверждение блоков, участие в голосованиях и т.п.), и получать соответствующее вознаграждение за это, необходимо застейкать нативный для этого блокчейна токен в определенном количестве. В случае некачественного выполнения работы соответствующий валидатор лишается застейканных токенов (эти токены слешатся). Такие токены команда Eigen Labs предлагает именовать work tokens - к ним относятся ETH, SOL и прочие токены L1-POS-сетей.

Universal Objective Work TokenОбычно work token создается и используется для выполнения конкретных задач (digital tasks) в рамках одного блокчейна/протокола - ETH обеспечивает безопасность сети Ethereum, SOL - сети Solana и т.п. EigenLayer трансформирует ETH в универсальный work token. Иными словами, EigenLayer расширяет функционал ETH, позволяя использовать его для выполнения работы не только для сети Ethereum, но и для других протоколов (например, оракулов или мостов, созданных как AVS-ы с использованием EigenLayer). Таким образом, из просто work token’a ETH превращается в универсальный work token.

Faults in Digital TasksПри выполнении цифровых задач возможны ошибки (faults) - это могут быть случайные (напр., в связи с багом в коде клиента) либо преднамеренные (напр., попытка двойной траты) ошибки либо невыполнение принятой на себя работы. За совершение подобных ошибок стейк валидатора в L1-POS-сети слэшится. Команда Eigen Labs предлагает разделять все ошибки на:
⁃ Objectively Attributable Faults - объективные ошибки, которые могут быть обнаружены алгоритмически/математически и для обнаружения которых не требуется чье-либо субъективное мнение (напр., подписание валидатором двух конфликтующих блоков);
⁃ Intersubjectively Attributable Faults - ошибки, наличие которых очевидно для большинства наблюдателей системы, но которые при этом не могут быть обнаружены алгоритмически/математически (напр., некорректное предоставление оракулом данных из внешнего мира в блокчейн);
⁃ Non-attributable Faults - факты и события, в отношении которых для наблюдателя невозможно сформулировать вывод об их корректности/ошибочности (напр., предполагаемое раскрытие приватной информации валидаторами приватной сети);
⁃ Subjective Faults - факты и события, в отношении которых возможна только субъективная оценка, но не тезис об их корректности/ошибочности (напр., рейтинг ресторанов).
Где лежит грань между вторым и четвертым пунктом, может спросить внимательный читатель. “Мы сами точно не знаем” - ответит команда Eigen Labs, используя однако куда более туманные формулировки. Так или иначе, на этом этапе важно запомнить второй вид ошибок - именно ради них существует EIGEN.

Новый дефолт в Goldfinch (часть 2)

Заблуждение 2. Goldfinch постоянно косячит с мониторингом активных займовGoldfinch не должен мониторить выданные займы. Коммуникация с заемщиками находится в сфере ответственности кредиторов или их представителей, но не команды Goldfinch.

Заблуждение 3. Команда сидит на $100m+ трежери и говорит, что ничем не может помочьВо-первых, $99m это нативный токен протокола, который при расчете стоимости трежери стоит дисконтировать не менее чем на 90%. Во-вторых, нет никаких причин требовать от протокола/DAO компенсации потерь из-за дефолтов. Дефолты по необеспеченным кредитам - нормальная часть бизнес-процессов, и риски по ним несут участники системы, согласившиеся с приемлемостью предложенных Goldfinch’ем механизмов перераспределения рисков.

Заблуждение 4. Goldfinch is RWA-scamМожно по-разному относиться к Goldfinch’у, но называть его скамом имхо неправильно. Все риски, связанные с использованием протокола, были известны и доступны к ознакомлению всем желающим. Вероятно, эмиссия GFI была слишком привлекательна, в связи с чем вопросы типа “а что будет в случае дефолта?” и “а кто будет наблюдать за соблюдением ковенантов?” юзерами были отодвинуты на второй план.

Так кто виноват?На мой взгляд, в сложившейся ситуации все довольно однозначно. Goldfinch создал нежизнеспособную систему выдачи необеспеченных кредитов и привлек в нее десятки миллионов долларов сначала щедрым ретродропом, а затем красивыми APR с эмиссии GFI. Юзеры либо не захотели читать, либо прочитали но не поняли объем принимаемых на себя рисков. As always… Желаю Goldfinch’у удачи в их новых начинаниях, а дегенам - внимательности при погоне за красивыми APR.

Кстати, при канале есть чатик, @chat0xchat. Там сейчас тихо и спокойно, но ты (да, именно ты!) можешь это изменить. Welcome!

DYOR
⁃ обсуждение дефолта на гавернанс-форуме;
⁃ DL-news о дефолте;
⁃ обсуждение в Лобстерах.