Атака Сивиллы

Что такое атака Сивиллы в криптовалюте?

Атака Сивиллы — это атака на безопасность, при которой один человек, группа, ботнет или организация создаёт множество фальшивых идентификаторов, чтобы получить в сети больше влияния, чем должно быть.

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

Эта атака опасна, поскольку многие блокчейн-системы являются открытыми, не требующими разрешений и псевдонимными.

Любой может создать адрес кошелька или запустить узел, поэтому сеть должна определять, как помешать одному атакующему выдавать себя за тысячи отдельных участников.

Определение атаки Сивиллы в глоссарии NIST описывает её как атаку, при которой злоумышленник создаёт несколько аккаунтов и одновременно выдаёт себя за множество людей.

Проще говоря, атака Сивиллы — это «один атакующий, множество фальшивых идентификаторов».

В криптовалюте она может нанести ущерб консенсусу, управлению, распределению токенов, системам репутации, сетям оракулов, обнаружению пиров, стимулам DeFi и вознаграждениям сообщества.

Атака Сивиллы не всегда требует кражи приватных ключей или взлома смарт-контрактов.

Иногда атакующему достаточно дёшево создать множество идентификаторов и использовать их для влияния на систему, которая считает каждый идентификатор независимым.

Поэтому устойчивость к атакам Сивиллы — одна из важнейших задач проектирования блокчейн-сетей.

Происхождение термина «атака Сивиллы»

Термин «атака Сивиллы» возник в исследованиях информатики, посвящённых одноранговым системам.

Джон Р. Дусёр ввёл этот термин в статье 2002 года The Sybil Attack, опубликованной Microsoft Research.

В статье показано, что крупные одноранговые системы могут ослабевать, когда одна неисправная или злонамеренная сущность представляет множество идентификаторов.

Эта идея стала важной для криптовалют, поскольку блокчейны также являются распределёнными системами со множеством участников.

Блокчейн-сети может потребоваться определить, какие узлы могут предлагать блоки, проверять данные, голосовать за обновления, получать вознаграждения или влиять на маршрутизацию.

Если создание идентификаторов бесплатно, атакующий может создать множество идентификаторов и заставить сеть считать, что независимых участников больше, чем на самом деле.

Первоначальная проблема атаки Сивиллы не ограничивается криптовалютами.

Она может возникать в социальных сетях, онлайн-голосовании, системах репутации, одноранговом обмене файлами, сетях обмена сообщениями, распределённом хранении данных и интернет-инфраструктуре.

В криптовалюте проблема особенно важна, поскольку она может напрямую затрагивать деньги, активы, власть управления и публичную инфраструктуру.

Как работает атака Сивиллы

Атака Сивиллы использует дешёвое или слабое создание идентификаторов.

Сначала атакующий создаёт множество идентификаторов, которые выглядят независимыми для целевой системы.

Это могут быть адреса кошельков, узлы, аккаунты, боты, валидаторы, имена пользователей или идентификаторы устройств.

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

Система становится уязвимой, когда воспринимает каждый фальшивый идентификатор как отдельного реального участника.

Например, криптовалютный аирдроп может пытаться вознаграждать ранних пользователей, выдавая одно вознаграждение на кошелёк.

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

Если система аирдропа не может выявить, что кошельки контролируются одним лицом, атакующий может получить больше токенов, чем честные пользователи.

Та же логика применима к голосованию в управлении, одноранговым сетям узлов, кампаниям в тестнете, социальным системам репутации и отбору валидаторов.

Атака успешна, когда стоимость создания идентификаторов ниже ценности, получаемой от контроля над ними.

Почему атаки Сивиллы важны для блокчейн-сетей

Атаки Сивиллы важны для блокчейн-сетей, поскольку блокчейны зависят от распределённого доверия.

Децентрализованная система не должна полагаться на одного центрального оператора, принимающего все решения.

Вместо этого она использует правила, стимулы, криптографию и экономические издержки для координации множества участников.

Если один атакующий может дёшево выглядеть как множество участников, представление сети о децентрализации ослабевает.

Например, одноранговая блокчейн-сеть может использовать множество узлов для обмена блоками и транзакциями.

Если атакующий заполняет список пиров узла фальшивыми узлами, честный узел может получать информацию с задержкой, в отфильтрованном или изменённом виде.

Система управления может учитывать голоса множества кошельков.

Если один человек контролирует множество кошельков, голосование может выглядеть более ориентированным на сообщество, чем в действительности.

Кампания с вознаграждениями в тестнете может поощрять активные адреса.

Если атакующий фармит множество адресов, настоящие тестировщики могут получить меньше вознаграждений.

Таким образом, атака Сивиллы может причинять как технический ущерб, так и экономическую несправедливость.

Атака Сивиллы и атака 51%

Атака Сивиллы и атака 51% связаны, но это не одно и то же.

Атака Сивиллы сосредоточена на создании множества фальшивых идентификаторов.

Атака 51% связана с контролем достаточной доли консенсусной мощности для влияния на создание блоков или порядок транзакций.

В системах Proof of Work консенсусная мощность обычно зависит от вычислительной работы.

В системах Proof of Stake консенсусная мощность обычно зависит от застейканного капитала.

Атакующий может создать множество узлов, но эти узлы не получают автоматически большинство консенсусной мощности, если сеть использует сильный механизм устойчивости к атакам Сивиллы.

Поэтому Proof of Work и Proof of Stake важны.

Они делают влияние затратным.

В слабой системе один атакующий может дёшево создать тысячу идентификаторов.

В более сильной системе блокчейн-консенсуса атакующий должен также предоставить реальные ресурсы, такие как хешрейт, стейк, хранилище, репутация или верификация личности.

Атака Сивиллы может стать путём к более масштабным атакам, но одного количества фальшивых идентификаторов не всегда достаточно для контроля блокчейна.

Устойчивость к атакам Сивиллы

Устойчивость к атакам Сивиллы — это способность системы уменьшать преимущество фальшивых идентификаторов.

Устойчивая к атакам Сивиллы система не обязательно предотвращает появление всех фальшивых идентификаторов.

Вместо этого она делает их создание дорогостоящим, ограниченным, обнаруживаемым или менее полезным.

В криптовалюте устойчивость к атакам Сивиллы часто зависит от экономических издержек.

Система Proof of Work требует, чтобы майнеры тратили вычислительную мощность и энергию, соревнуясь за создание блоков.

Система Proof of Stake требует от валидаторов блокировать капитал, который может вознаграждаться за честное поведение или подвергаться штрафам за нечестное.

Официальная документация Ethereum по Proof of Stake объясняет, что валидаторы размещают ETH в стейкинге в смарт-контракте, а их стейк может быть уничтожен при нечестном поведении.

Это форма устойчивости к атакам Сивиллы, поскольку создание множества валидаторов не отменяет необходимость предоставить реальный стейк для каждого из них.

Другие системы могут использовать верификацию личности, репутацию, социальные графы, proof of personhood, аттестацию устройств, ограничения частоты, квадратичные издержки или анализ поведения.

Подходящий метод устойчивости к атакам Сивиллы зависит от назначения системы.

Атаки Сивиллы и Proof of Work

Proof of Work — один из самых ранних методов защиты блокчейна от атак Сивиллы.

В Proof of Work участники должны выполнять вычислительную работу, чтобы конкурировать за создание блоков.

Это означает, что атакующий не может получить больше влияния на консенсус, просто создавая больше идентификаторов узлов.

Атакующему нужен реальный хешрейт.

Если атакующий создаёт тысячу фальшивых узлов, но контролирует лишь небольшую часть общего хешрейта, эти идентификаторы не получают автоматического контроля над цепочкой.

Поэтому Proof of Work связывает влияние с дефицитными ресурсами, а не с бесплатными идентификаторами.

Однако Proof of Work не является идеальной защитой от всех рисков, связанных с атаками Сивиллы.

Атакующий всё ещё может создать множество сетевых узлов, чтобы влиять на обнаружение пиров, маршрутизацию, распространение транзакций или проводить атаки типа eclipse.

Proof of Work защищает влияние на консенсус, однако сетевой уровень также требует тщательного проектирования.

Это различие важно, поскольку устойчивость к атакам Сивиллы имеет множество уровней.

Атаки Сивиллы и Proof of Stake

Proof of Stake использует заблокированный капитал, чтобы сделать влияние затратным.

В блокчейне Proof of Stake валидаторы обычно должны застейкать токены для участия в консенсусе.

Поэтому создание множества идентификаторов валидаторов не даёт бесплатной власти: каждому валидатору всё равно требуется стейк.

Если атакующий хочет получить больше влияния, ему требуется больше капитала под риском.

Модель Proof of Stake Ethereum — наглядный пример, поскольку участие валидатора требует застейканного ETH, а нечестное поведение может привести к штрафам.

Это усложняет атаки Сивиллы на уровне консенсуса, поскольку одних фальшивых идентификаторов валидаторов недостаточно.

Однако Proof of Stake всё ещё может сталкиваться с рисками централизации, если небольшое число сущностей контролирует большой объём стейка.

Этот риск не всегда является классической атакой Сивиллы, но он может снижать децентрализацию.

Proof of Stake также не решает автоматически проблему атак Сивиллы в аирдропах, форумах управления, социальных системах или программах вознаграждений на уровне приложений.

Каждый уровень нуждается в собственной защите.

Атаки Сивиллы в криптовалютных аирдропах

Аирдропы — один из наиболее распространённых контекстов, в которых криптопользователи слышат об атаках Сивиллы.

Аирдроп распределяет токены между пользователями по правилам участия, таким как активность кошелька, участие в тестнете, вовлечённость в управление или использование протокола.

Сивилла-фармер может создать множество кошельков и выполнять с каждого небольшие действия, чтобы выглядеть как множество реальных пользователей.

Цель — получить больше вознаграждений аирдропа, чем получил бы один честный пользователь.

Это создаёт несправедливое распределение, поскольку фальшивые пользователи могут отнимать вознаграждения у настоящих участников сообщества.

Это также может подорвать децентрализацию токена, поскольку значительная часть предложения может попасть к одному скрытому участнику.

Команды аирдропов могут использовать выявление атак Сивиллы для поиска кластеров кошельков с похожим поведением.

Они могут проверять источники финансирования, время транзакций, паттерны газа, взаимодействия кошельков, маршруты мостов, повторяющееся поведение со смарт-контрактами и сигналы социальной верификации.

Однако выявление атак Сивиллы сложно, поскольку пользователи, ориентированные на приватность, и настоящие активные пользователи иногда могут выглядеть как скоординированные атакующие.

Хороший дизайн аирдропа должен снижать стимулы к фармингу, не исключая несправедливо реальных пользователей.

Атаки Сивиллы в управлении DAO

Управление DAO может быть уязвимо для атак Сивиллы, когда сила голоса основана на количестве идентификаторов, а не на значимом стейке, репутации или вкладе.

Если один кошелёк равен одному голосу, атакующий может создать множество кошельков и получить больше голосов.

Это может сделать голосование более децентрализованным на вид, чем оно есть на самом деле.

Управление с весом голосов по токенам уменьшает эту конкретную проблему, поскольку сила голоса зависит от объёма токенов, а не количества кошельков.

Однако управление с весом голосов по токенам создаёт другую проблему: состоятельные держатели могут получить большое влияние.

Управление на основе репутации также может быть подвержено риску Сивиллы, если репутацию легко фармить через множество аккаунтов.

Квадратичное голосование и квадратичное финансирование могут быть особенно чувствительны к атакам Сивиллы, поскольку стремятся дать меньшим участникам больше голоса.

Если атакующий может разделить один идентификатор на множество кошельков, он может получить больше влияния, чем предполагалось.

Системы DAO часто сочетают правила силы голоса, делегирование, проверки личности, историю репутации, пороги предложений и проверку мошенничества для снижения риска Сивиллы.

Ни одна модель управления не защищена от атак Сивиллы полностью.

Атаки Сивиллы в DeFi

DeFi-протоколы могут сталкиваться с атаками Сивиллы в программах вознаграждений, майнинге ликвидности, управлении, стимулах кредитования и реферальных системах.

Протокол может вознаграждать пользователей, которые вносят ликвидность, занимают активы, выполняют задания или торгуют во время кампании.

Атакующий может разделить капитал между множеством кошельков, чтобы обойти лимиты, максимизировать вознаграждения или выглядеть как множество пользователей.

Это может искажать метрики использования.

Проект может считать, что у него тысячи активных пользователей, хотя множество кошельков контролируется одним лицом.

Это способно ввести в заблуждение сообщество, инвесторов, участников управления и риск-менеджеров.

Поведение Сивиллы также может увеличивать краткосрочную активность, не создавая лояльных пользователей.

После завершения вознаграждений фальшивая активность может исчезнуть.

Для команд DeFi устойчивость к атакам Сивиллы — это не только вопрос безопасности.

Это также вопрос роста, аналитики и токеномики.

Атаки Сивиллы в сетях оракулов

Сети оракулов передают внешние данные в смарт-контракты.

Они могут предоставлять цены, подтверждение резервов, данные о погоде, результаты спортивных событий, случайные числа и другую офчейн-информацию.

Атака Сивиллы на систему оракулов может быть опасна, если один атакующий контролирует множество идентификаторов оракулов и манипулирует передаваемыми данными.

Тогда смарт-контракты могут принимать неверные решения на основе ложных данных.

Образовательная страница Chainlink об атаках Сивиллы объясняет, что атаки Сивиллы могут быть направлены на децентрализованные сети с использованием множества фальшивых идентификаторов.

Для систем оракулов защита от атак Сивиллы может включать репутацию узлов, разнообразие источников данных, криптографические подписи, стейкинг, слэшинг, агрегацию и мониторинг.

Надёжная сеть оракулов не должна полагаться на множество идентификаторов узлов, если все они контролируются одним скрытым оператором.

Она должна стремиться к реальной независимости источников данных, инфраструктуры, операторов и экономических стимулов.

Поэтому децентрализация оракулов — это не просто подсчёт узлов.

Атаки Сивиллы и одноранговые сети

Блокчейны используют одноранговые сети для обмена блоками, транзакциями, аттестациями и другими сообщениями.

Атакующий может создать множество узлов, чтобы влиять на то, к каким пирам подключаются честные узлы.

Если атакующий окружает честный узел вредоносными пирами, тот может получать информацию с задержкой или в отфильтрованном виде.

Это может способствовать eclipse-атакам, попыткам цензуры, задержке распространения транзакций или манипуляциям с представлением о цепочке.

Риск Сивиллы в одноранговой сети отличается от риска Сивиллы для консенсуса.

Фальшивый узел может не иметь значительной консенсусной мощности, но всё равно влиять на коммуникацию.

Поэтому блокчейн-клиенты используют оценку пиров, разнообразие подключений, правила обнаружения, ограничения частоты, списки блокировки и мониторинг сети.

Хороший дизайн одноранговой сети стремится затруднить одному атакующему доминирование над представлением другого узла о сети.

По мере масштабирования блокчейнов обнаружение пиров остаётся активной областью исследований безопасности.

Устойчивость к атакам Сивиллы должна защищать и экономический консенсус, и сетевую связность.

Атаки Сивиллы в кампаниях тестнета

Кампании тестнета приглашают пользователей протестировать блокчейн, кошелёк, dApp, мост, игру или DeFi-протокол до запуска основной сети.

Позднее эти кампании могут вознаграждать тестировщиков, хотя вознаграждения не всегда гарантированы.

Атакующий может создать множество кошельков и повторять простые действия в тестнете, чтобы выглядеть как множество участников.

Это может перегружать краны, искажать тестовые данные и уменьшать вознаграждения для настоящих тестировщиков.

Это также может заставить проект считать спрос пользователей более высоким, чем он есть на самом деле.

Чтобы уменьшить фарминг Сивиллы, проекты могут оценивать качество поведения, а не только число транзакций.

Они могут вознаграждать отчёты об ошибках, долгосрочную активность, содержательную обратную связь, уникальные пути взаимодействия, социальную репутацию или вклад разработчиков.

Они также могут исключать кошельки с идентичными таймингами, финансированием, маршрутами или паттернами транзакций.

Задача состоит в том, чтобы сдерживать фальшивых пользователей, не усложняя тестирование для реальных пользователей.

Хороший дизайн кампании должен вознаграждать полезное участие, а не только количество кошельков.

Атаки Сивиллы и системы репутации

Криптовалютные системы репутации пытаются измерять доверие к пользователю, его вклад или историю действий.

Они могут отслеживать участие в управлении, поведение при кредитовании, связи в социальном графе, работу разработчиков, ончейн-активность или роли в сообществе.

Атаки Сивиллы могут ослабить системы репутации, если репутацию можно дёшево создавать через множество аккаунтов.

Например, атакующий может создать множество аккаунтов, которые одобряют друг друга.

Система может ошибочно принять это за настоящую сеть доверия.

Системам репутации нужны способы сделать подделку репутации сложной и дорогостоящей.

Они могут использовать репутацию, основанную на времени, аттестации от доверенных участников, proof of personhood, проверку вклада, анализ графов или утверждения, обеспеченные стейком.

Однако системы репутации также должны защищать приватность пользователей и избегать несправедливого исключения.

Это создаёт сложный компромисс.

Строгие проверки личности могут уменьшить атаки Сивиллы, но также могут снизить открытость и приватность.

Атаки Сивиллы и proof of personhood

Proof of personhood — это подход к проектированию, который пытается подтвердить, что одному аккаунту соответствует один реальный человек.

Он может использоваться в голосовании, аирдропах, социальных сетях, грантах и финансировании общественных благ.

Цель состоит в том, чтобы помешать одному участнику создавать множество фальшивых человеческих идентификаторов.

Proof of personhood может использовать разные методы, включая социальную верификацию, биометрические проверки, системы сети доверия, очные мероприятия, проверку государственных документов или криптографические учётные данные.

У каждого метода есть свои компромиссы.

Биометрические системы могут вызывать опасения в отношении приватности.

Проверки государственных документов могут исключать пользователей или снижать псевдонимность.

Системы социальных графов могут подвергаться манипуляциям со стороны скоординированных групп.

Очные системы может быть трудно масштабировать глобально.

Для криптовалют proof of personhood важен, поскольку многие приложения стремятся к справедливости «один человек — один голос» или «один человек — одно вознаграждение».

Однако ни один метод proof of personhood не идеален для каждого сценария использования.

Распространённые признаки поведения Сивиллы

Один из признаков поведения Сивиллы — множество кошельков, профинансированных из одного источника.

Другой признак — множество кошельков, выполняющих одинаковые транзакции в одинаковом порядке.

Ещё один признак — повторяющиеся временные паттерны в разных аккаунтах.

Также признаком может быть идентичное использование газа, смарт-контрактов, маршрутов мостов или объёмов токенов.

Ещё один признак — кошельки, которые взаимодействуют только во время кампаний с вознаграждениями и исчезают после них.

Признаком могут быть и социальные аккаунты с похожими датами создания, именами, поведением профиля или моделями вовлечённости.

Также подозрительной может быть группа аккаунтов, голосующая совместно без явной независимой истории.

Сами по себе эти признаки не являются доказательством.

Реальные пользователи могут иметь общие источники финансирования, следовать инструкциям или использовать одни и те же популярные dApp.

Выявление атак Сивиллы наиболее эффективно при сочетании нескольких сигналов и их тщательной проверке.

Как криптопроекты уменьшают риск атак Сивиллы

Криптопроекты уменьшают риск атак Сивиллы, делая фальшивые идентификаторы менее выгодными или влиятельными.

Системы консенсуса могут использовать Proof of Work или Proof of Stake.

Аирдропы могут использовать кластеризацию кошельков, лимиты участия, фильтры качества активности и ручную проверку.

DAO могут использовать голосование с весом по токенам, делегирование, репутацию, правила кворума и пороги предложений.

Системы оракулов могут использовать репутацию узлов, стейкинг, агрегацию, несколько источников данных и мониторинг.

Одноранговые сети могут использовать оценку пиров, разнообразие подключений, ограничения частоты и защиту обнаружения.

Социальные системы могут использовать proof of personhood, аттестации, возраст аккаунта и анализ графов.

Системы вознаграждений DeFi могут использовать минимальные периоды активности, правила против ботов, требования к капиталу и анализ поведения.

Лучшая защита зависит от того, что именно система пытается защитить.

Уровню блокчейн-консенсуса нужна иная защита, чем кампании аирдропа или раунду голосования за общественные блага.

Ограничения устойчивости к атакам Сивиллы

Устойчивость к атакам Сивиллы сложна, поскольку открытые сети стремятся быть доступными.

Если присоединение к сети слишком дорого, сеть может стать централизованной.

Если присоединиться слишком легко, сеть может стать уязвимой для фальшивых идентификаторов.

Это ключевой компромисс.

Строгая верификация личности может уменьшить атаки Сивиллы, но способна навредить приватности и исключить пользователей.

Высокие требования к капиталу могут уменьшить атаки Сивиллы, но способны предоставить преимущество состоятельным участникам.

Строгие требования Proof of Work могут уменьшить атаки Сивиллы, но могут создать высокие затраты на энергию и оборудование.

Сильные системы репутации могут уменьшить атаки Сивиллы, но новым пользователям может быть трудно войти в них.

Из-за этих компромиссов большинство систем выбирает многоуровневую защиту, а не одно идеальное решение.

Обычно цель состоит в том, чтобы сделать атаки дорогостоящими, обнаруживаемыми и менее разрушительными.

Пример атаки Сивиллы

Представьте, что DeFi-протокол объявляет о намерении вознаградить ранних пользователей токенами.

Правило гласит, что каждый соответствующий условиям кошелёк может получить вознаграждение, если совершит не менее пяти транзакций.

Обычный пользователь использует один кошелёк и выполняет необходимые действия.

Атакующий создаёт 500 кошельков и выполняет с каждого одни и те же пять действий.

Если протокол не выявит этот паттерн, атакующий может получить 500 распределений вознаграждения.

Тогда протокол может решить, что у него был 501 пользователь, хотя в этом примере реальных участников было только двое.

Это создаёт несправедливое распределение и ложные данные о росте.

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

Этот пример показывает, почему одного количества идентификаторов недостаточно для оценки децентрализации или внедрения.

Криптосистемы должны измерять значимое участие, а не просто количество адресов.

Атака Сивиллы и активность ботов

Атаки Сивиллы и активность ботов часто пересекаются, но не идентичны.

Бот — это автоматизированная программа, выполняющая действия.

Атака Сивиллы заключается в создании одним участником множества идентификаторов.

Один бот может контролировать один аккаунт.

Атакующий может использовать множество ботов в разных аккаунтах.

В криптовалюте фарминг Сивиллы часто использует автоматизацию, поскольку управлять множеством кошельков вручную долго.

Однако атака Сивиллы может быть и ручной, если атакующий вручную контролирует множество идентификаторов.

Выявление ботов ищет паттерны автоматизации.

Выявление атак Сивиллы ищет скрытый общий контроль.

Надёжной защите может требоваться выявление обоих видов поведения.

Атака Сивиллы и спам-атака

Спам-атака заполняет систему низкоценной или нежелательной активностью.

Атака Сивиллы использует множество идентификаторов, чтобы получить влияние или обойти ограничения.

Эти две атаки могут происходить одновременно.

Например, атакующий может использовать множество кошельков для спама транзакциями в сети.

Целью может быть перегрузка сети, использование программы вознаграждений или сокрытие более важной активности.

Защита от спама может включать комиссии, ограничения частоты, Proof of Work, требования к стейку или минимальному балансу.

Защита от атак Сивиллы может включать стоимость идентификатора, кластерный анализ, репутацию или влияние с весом по стейку.

В криптовалюте комиссии за транзакции — важная защита от спама, поскольку они делают массовую активность дороже.

Однако сетям с низкими комиссиями всё равно может потребоваться дополнительная защита при наличии программ вознаграждений.

Риски ложных срабатываний при выявлении атак Сивиллы

Ложные срабатывания происходят, когда реальных пользователей ошибочно помечают как атакующих Сивиллы.

Это серьёзная проблема в криптовалюте, поскольку многие настоящие пользователи ведут себя похожим образом.

Пользователи могут следовать одним инструкциям, использовать один мост, участвовать в одной кампании или получать средства из одного кошелька сообщества.

Семьи, компании, учебные классы и команды разработчиков также могут совместно использовать инфраструктуру.

Если проект ошибочно исключит слишком много кошельков, это может подорвать доверие.

Хорошее выявление атак Сивиллы должно использовать несколько сигналов и не наказывать пользователей на основании одного слабого признака.

Проекты также должны по возможности ясно сообщать правила.

Однако они могут не раскрывать все методы выявления, поскольку атакующие способны адаптироваться.

Это создаёт противоречие между прозрачностью и безопасностью.

Справедливое предотвращение атак Сивиллы должно сочетать снижение мошенничества с защитой пользователей.

Как пользователям избежать ошибочной маркировки как атакующих Сивиллы

Пользователи могут уменьшить вероятность ошибочной маркировки как атакующих Сивиллы, честно и последовательно используя кошельки.

Им следует избегать создания множества кошельков исключительно для фарминга вознаграждений.

Им следует избегать копирования идентичных транзакций на множество адресов.

При необходимости им следует поддерживать содержательную историю активности.

Им следует участвовать в сообществах так, чтобы демонстрировать реальный вклад, а не только количество транзакций.

Им следует избегать покупки или продажи аккаунтов, репутации или права на участие в аирдропе.

Также следует избегать участия в группах, координирующих фальшивую активность между множеством кошельков.

Проекты всё ещё могут ошибаться, однако у настоящих пользователей обычно более сильные долгосрочные паттерны, чем у кошельков, созданных исключительно для фарминга.

Наиболее безопасный подход — использовать криптоприложения для реальных целей, а не только ради возможных будущих вознаграждений.

Подлинное использование сложнее подделать в крупном масштабе.

Лучшие практики для криптопроектов

Проекты должны определить, что именно они пытаются защитить, прежде чем выбирать защиту от атак Сивиллы.

Системам управления, консенсуса и кампаниям аирдропа нужны разные инструменты.

Проектам не следует использовать простое количество кошельков как единственную метрику пользователей.

Им следует разрабатывать стимулы, вознаграждающие качество, продолжительность, вклад и принятый риск, а не только повторяющиеся действия.

Там, где это уместно, следует делать создание идентификаторов затратным.

Следует осторожно использовать кластеризацию кошельков и не полагаться на один сигнал.

По возможности следует отслеживать подозрительное поведение до объявления вознаграждений.

Правила участия должны быть достаточно понятными для честных пользователей.

Если предусмотрены крупные вознаграждения, следует подготовить процесс апелляции или проверки.

Следует помнить, что анти-Сивилла-системы могут создавать риски для приватности, если собирают слишком много персональных данных.

Лучшие практики для пользователей

Пользователи должны понимать, что один кошелёк не всегда соответствует одному человеку.

Следует осторожно относиться к заявлениям проекта о массовом внедрении, основанным только на количестве кошельков.

Следует избегать оплаты фальшивых сервисов фарминга аирдропов или кластеров кошельков.

Нельзя передавать приватные ключи или сид-фразы кому-либо, кто предлагает фармить вознаграждения.

Следует понимать, что фарминг Сивиллы может нарушать правила проекта и привести к дисквалификации.

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

Перед участием в кампаниях тестнета или аирдропа следует проверять официальные ссылки проекта.

К обещаниям гарантированного аирдропа следует относиться с осторожностью.

Следует сосредоточиться на реальном использовании, безопасности кошелька и долгосрочном обучении.

Криптовалютные вознаграждения никогда не стоят потери контроля над кошельком.

FAQ

Что такое атака Сивиллы?

Атака Сивиллы — это атака, при которой один участник создаёт множество фальшивых идентификаторов, чтобы получить несправедливое влияние в сети.

Что такое атака Сивиллы в криптовалюте?

В криптовалюте атака Сивиллы может включать множество фальшивых кошельков, узлов, валидаторов, аккаунтов или идентификаторов, используемых для манипулирования вознаграждениями, управлением, консенсусом или сетевой активностью.

Почему это называется атакой Сивиллы?

Термин был введён Джоном Р. Дусёром в его статье 2002 года «The Sybil Attack» и отражает идею одной сущности, представляющей множество идентификаторов.

Атаки Сивиллы — проблема только блокчейнов?

Нет, атаки Сивиллы могут затрагивать множество распределённых систем, включая социальные сети, одноранговые сети, системы репутации и системы онлайн-голосования.

Как блокчейны предотвращают атаки Сивиллы?

Блокчейны часто используют методы устойчивости к атакам Сивиллы, такие как Proof of Work, Proof of Stake, комиссии, стейкинг, слэшинг, оценка пиров и экономические стимулы.

Может ли атака Сивиллы повлиять на аирдропы?

Да, атакующие могут создавать множество кошельков, чтобы фармить больше вознаграждений аирдропа, чем им полагается.

Может ли атака Сивиллы повлиять на управление DAO?

Да, системами управления можно манипулировать, если один атакующий способен распределить влияние на голосование между множеством фальшивых идентификаторов.

Устойчив ли Proof of Stake к атакам Сивиллы?

Proof of Stake устойчив к атакам Сивиллы на уровне консенсуса, поскольку влияние требует застейканного капитала, а не бесплатных идентификаторов.

Всегда ли один кошелёк означает одного пользователя?

Нет, один человек может контролировать множество кошельков, а одна организация — множество адресов.

Можно ли полностью устранить атаки Сивиллы?

Обычно нет, но хороший дизайн системы может сделать атаки Сивиллы дороже, легче обнаруживаемыми и менее выгодными.

Заключение

Атака Сивиллы — одна из важнейших проблем безопасности в криптовалюте и распределённых системах.

Она происходит, когда один участник создаёт множество фальшивых идентификаторов, чтобы получить влияние, вознаграждения, репутацию или контроль.

В блокчейн-сетях атаки Сивиллы могут затрагивать консенсус, одноранговую коммуникацию, управление DAO, аирдропы, стимулы DeFi, сети оракулов, кампании тестнета и системы репутации.

Основная опасность заключается в том, что количество фальшивых идентификаторов может создать впечатление большей децентрализации, активности или вовлечённости сообщества, чем есть на самом деле.

Устойчивость к атакам Сивиллы — это набор методов для уменьшения такого риска.

Proof of Work и Proof of Stake делают влияние на консенсус затратным.

Системы аирдропов и управления могут использовать кластеризацию кошельков, репутацию, качество вклада, proof of personhood, вес по токенам или анализ поведения.

Одноранговые сети могут использовать разнообразие подключений, оценку пиров и ограничения частоты.

Ни один метод защиты не работает идеально для каждой криптосистемы.

Надёжная устойчивость к атакам Сивиллы должна обеспечивать баланс между открытостью, децентрализацией, приватностью, справедливостью и безопасностью.

Для пользователей главный вывод состоит в том, что количество кошельков не равно реальному внедрению.

Для проектов главный вывод состоит в том, что стимулы должны быть устроены так, чтобы фальшивые идентификаторы были дорогостоящими, обнаруживаемыми и менее полезными.

В контексте криптовалютного глоссария атака Сивиллы означает атаку с использованием фальшивых идентификаторов, которая пытается превратить одного скрытого участника во множество видимых участников.

Понимание этой концепции необходимо для оценки безопасности блокчейна, распределения токенов, справедливости управления и реальной устойчивости децентрализованных сетей.