Как работает web3-страхование (часть 2)
Таким образом, получается что-то вроде модульной системы страхования, где риск-менеджеры пулов являются аналогом страховых компаний, а протокол в целом - аналогом государства, устанавливающего обязательные для всех компаний правила и принимающего ключевые решения в критических ситуациях.
Из интересных риск-менеджеров можно отметить аудиторов из Sherlock, стратегия пула которых - “страховать только протоколы, которые прошли весь путь через строгие аудиторские процессы Sherlock”. Одним из таких протоколов был Euler. На текущий момент в пуле $1.2m с 1.8% APR (самый низкий из всех пулов).
Как происходит возмещение
При наступлении страхового случая владелец страховки должен подать заявку на возмещение, раскрыв детали инцидента, а также:
⁃ зарегистрироваться в качестве члена Nexus (что невозможно для граждан некоторых стран - однако важно место жительства, а не гражданство)
⁃ внести депозит (от $100 до $2000), который не возвращается в случае отказа в возмещении
В течение как минимум трех дней члены Nexus, которые застейкали свои NXM не менее чем 90 дней (отдельный стейк для каждого случая), оценивают завки и голосуют по ним - их обсуждение происходит в Дискорде. Advisory board может признать голосующего злонамеренным и сжечь его стейк. В среднем в таких мероприятиях участвуют 2-4 аккаунта, стейкая 5000 NXM.
Ирл при возникновении спора держатель страховки пошел бы в суд, который бы разбирался в написанных мелким шрифтом условиях договора и определял глубинную суть использованных (намеренно кривых) формулировок договора. Здесь наличие “governance takeovers”, статус “malicious” и степень серьезности сбоя в процессе ликвидаций определяют стейкеры NXM, а “надзорным органом” выступает advisory board. Аналог договора впрочем тоже имеется (пример).
С подробными разборами выплат за прошлые года можно ознакомиться здесь и здесь. Общее количество выплат по страховкам - $18m. Из интересных отказов в выплатах можно отметить:
⁃ проблемы у должников Goldfinch не были признаны страховым случаем (подробности)
⁃ поддержание пега UST не был признано частью Anchor Protocol, следовательно, депег UST - являющимся страховым случаем “smart contract and technical failure”
⁃ отказ в выплате по страховке на Celsius, купленной после того как Celsius впервые приостановил выводы
⁃ больше отказов ищи здесь
Насколько децентрализован Nexus Mutual
На сегодняшний день Nexus Mutual точно не выглядит как цветущая экосистема с конкурирующими между собой десятками менеджеров стейкинг пулов, сотнями оценщиков страховых заявок и тысячями активных членов. Минимальное количество стейкинг пулов (10), менеджеров (менее 10), стейкеров (13) и оценщиков (4) указывает на то, что перед нами скорее группа связанных между собой аккаунтов, принимающих все ключевые решения по управлению протоколом.
В отличие от традиционных страховых компаний, Nexus может похвастаться прозрачностью своих процессов и низкими операционными расходами, связанными с автоматизацией многих процессов. Однако особенностью также являтеся то, что за протоколом не стоит какой-либо юрисдикции со сформировавшимися подходами к толкованию условий страховок. Отсутствие привязки к юрисдикции означает замену доверия к государственной системе на доверие к 10-ти аккаунтам (что имхо не проблема само по себе) и неопределенность, связанную с толкованием условий страховок (что куда более неприятно).
Как будет решаться, является ли потеря “crime-related loss”? Как определить серьезность манипуляции в “severe oracle failure/manipulation”? Каковы условия признания гавернанс-решений “governance attack”? Ответы на все эти вопросы держатели страховок узнают только в момент оценки их заявок. Энивей перед покупкой страховки стоит:
⁃ внимательно читать описание условий страховки (пример с protocol cover здесь и здесь)
⁃ проверять здесь, какие пулы принимают на себя риски (напр., покрытие страховки одним пулом с высокорисковыми продуктами может быть ред флагом)
⁃ не забывать про необходимость пройти KYC перед подачей заявки на возмещение
Таким образом, получается что-то вроде модульной системы страхования, где риск-менеджеры пулов являются аналогом страховых компаний, а протокол в целом - аналогом государства, устанавливающего обязательные для всех компаний правила и принимающего ключевые решения в критических ситуациях.
Из интересных риск-менеджеров можно отметить аудиторов из Sherlock, стратегия пула которых - “страховать только протоколы, которые прошли весь путь через строгие аудиторские процессы Sherlock”. Одним из таких протоколов был Euler. На текущий момент в пуле $1.2m с 1.8% APR (самый низкий из всех пулов).
Как происходит возмещение
При наступлении страхового случая владелец страховки должен подать заявку на возмещение, раскрыв детали инцидента, а также:
⁃ зарегистрироваться в качестве члена Nexus (что невозможно для граждан некоторых стран - однако важно место жительства, а не гражданство)
⁃ внести депозит (от $100 до $2000), который не возвращается в случае отказа в возмещении
В течение как минимум трех дней члены Nexus, которые застейкали свои NXM не менее чем 90 дней (отдельный стейк для каждого случая), оценивают завки и голосуют по ним - их обсуждение происходит в Дискорде. Advisory board может признать голосующего злонамеренным и сжечь его стейк. В среднем в таких мероприятиях участвуют 2-4 аккаунта, стейкая 5000 NXM.
Ирл при возникновении спора держатель страховки пошел бы в суд, который бы разбирался в написанных мелким шрифтом условиях договора и определял глубинную суть использованных (намеренно кривых) формулировок договора. Здесь наличие “governance takeovers”, статус “malicious” и степень серьезности сбоя в процессе ликвидаций определяют стейкеры NXM, а “надзорным органом” выступает advisory board. Аналог договора впрочем тоже имеется (пример).
С подробными разборами выплат за прошлые года можно ознакомиться здесь и здесь. Общее количество выплат по страховкам - $18m. Из интересных отказов в выплатах можно отметить:
⁃ проблемы у должников Goldfinch не были признаны страховым случаем (подробности)
⁃ поддержание пега UST не был признано частью Anchor Protocol, следовательно, депег UST - являющимся страховым случаем “smart contract and technical failure”
⁃ отказ в выплате по страховке на Celsius, купленной после того как Celsius впервые приостановил выводы
⁃ больше отказов ищи здесь
Насколько децентрализован Nexus Mutual
На сегодняшний день Nexus Mutual точно не выглядит как цветущая экосистема с конкурирующими между собой десятками менеджеров стейкинг пулов, сотнями оценщиков страховых заявок и тысячями активных членов. Минимальное количество стейкинг пулов (10), менеджеров (менее 10), стейкеров (13) и оценщиков (4) указывает на то, что перед нами скорее группа связанных между собой аккаунтов, принимающих все ключевые решения по управлению протоколом.
В отличие от традиционных страховых компаний, Nexus может похвастаться прозрачностью своих процессов и низкими операционными расходами, связанными с автоматизацией многих процессов. Однако особенностью также являтеся то, что за протоколом не стоит какой-либо юрисдикции со сформировавшимися подходами к толкованию условий страховок. Отсутствие привязки к юрисдикции означает замену доверия к государственной системе на доверие к 10-ти аккаунтам (что имхо не проблема само по себе) и неопределенность, связанную с толкованием условий страховок (что куда более неприятно).
Как будет решаться, является ли потеря “crime-related loss”? Как определить серьезность манипуляции в “severe oracle failure/manipulation”? Каковы условия признания гавернанс-решений “governance attack”? Ответы на все эти вопросы держатели страховок узнают только в момент оценки их заявок. Энивей перед покупкой страховки стоит:
⁃ внимательно читать описание условий страховки (пример с protocol cover здесь и здесь)
⁃ проверять здесь, какие пулы принимают на себя риски (напр., покрытие страховки одним пулом с высокорисковыми продуктами может быть ред флагом)
⁃ не забывать про необходимость пройти KYC перед подачей заявки на возмещение