Защита Gitcoin Passport: тест на устойчивость к сибилам

Каждый, кто хоть раз всерьёз пытался попасть в легитимный аирдроп или грантовый раунд, знает эту картину: ты аккуратно проходишь онбординг, тратишь час на то, чтобы собрать нужные подтверждения — а награду в итоге забирает ферма из пары тысяч пустых кошельков. Деньги проекта уходят ботам, репутация Web3-сообщества получает ещё одну царапину, а живой человек остаётся ни с чем. Именно против таких сценариев четыре года назад появился Gitcoin Passport, а в 2025 году он сменил имя на Human Passport и переехал под крыло платформы human.tech. Я проверил, как этот инструмент работает сейчас — без маркетинговой романтики, с честной разборкой сильных и слабых мест.

Эволюция от Gitcoin Passport к Human Passport: ребрендинг, который больше, чем смена вывески

Gitcoin Passport долгое время воспринимался как нишевый инструмент для грантовых раундов Gitcoin — собственно, само название намекало на эту узкую специализацию. Когда в 2025 году продукт переименовали в Human Passport и объединили с инфраструктурой human.tech, произошло две вещи сразу: во-первых, протокол формально вышел за пределы экосистемы Gitcoin, во-вторых, он получил новое позиционирование — не «фильтр для грантов», а базовый слой доказательства человечности, Proof of Personhood, для любого Web3-проекта.

На сегодня у системы больше двух миллионов пользователей, и это не просто сухая цифра для отчётности. Она означает, что Human Passport реально используют при распределении аирдропов, DAO-голосованиях, защите краудфандинговых кампаний и доступе к дефицитным сервисам. Инструмент вышел из стадии любопытного эксперимента и стал частью повседневной гигиены децентрализованных приложений.

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

Для разработчика это важная смена парадигмы. Прежний Gitcoin Passport легко было воспринимать как конструктор «пройди N проверок — получи доступ». Human Passport всё больше похож на слой оценки риска. Он не обещает установить личность человека в юридическом смысле и не пытается заменить KYC. Его задача скромнее и полезнее: сделать массовое создание убедительных псевдонимных аккаунтов дорогим, медленным и статистически невыгодным.

Именно в этом смысле gitcoin passport защита от сибил атак тестирует не только технологию, но и экономику атаки. Ферма всегда существует в мире затрат: нужно создавать адреса, прогревать аккаунты, разводить источники фондирования, имитировать активность, переживать блокировки. Чем больше независимых сигналов приходится подделывать, тем меньше остаётся пространства для «дешёвых» сибилов.

Механика Unique Humanity Score: как система оценивает «человечность»

Сердце системы — Unique Humanity Score, или UHS: числовой показатель от 0 до 100, который формируется на основе разных подтверждений и поведенческих сигналов. Исторически важной частью этой системы были Stamps — штампы, то есть верификации отдельных видов активности. У пользователя может быть подтверждённый аккаунт в социальной сети, ENS-имя, история транзакций в определённых сетях, GitHub-профиль или прохождение проверки через сторонние сервисы.

Базовый сценарий понятен даже для человека, который видит Web3 впервые: заходишь в Human Passport, выбираешь доступный способ подтверждения, проходишь OAuth либо подписываешь сообщение кошельком. Никаких экзотических паролей и отдельных «паспортов» в буквальном смысле. Это знакомый онбординг в духе «привяжите аккаунт», только с блокчейн-подтекстом и с куда более чувствительной задачей на выходе.

Баллы складываются не абы как: система намеренно смешивает Web2- и Web3-следы, потому что чисто ончейн-активность отлично подделывается фермой, а чисто офчейн легко обходится ботом, который умеет только лайкать.

Но здесь важно не впасть в старое упрощение про «один штамп — фиксированное число очков». Интерфейс действительно показывает текущий UHS, доступные способы верификации и статус уже подключённых подтверждений. Однако точные веса штампов в актуальном алгоритме не раскрываются полностью и могут меняться. Это логично: если публично зафиксировать цену каждого сигнала, фермы быстро соберут минимальный набор самых дешёвых действий и превратят защиту в прайс-лист.

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

Стандартный порог признания кошелька «достаточно человеческим» в ряде интеграций находится около 20 баллов. Это исторически сложившаяся отметка, которую использовали и Gitcoin Grants, и кампании вроде аирдропа Story Protocol. Но воспринимать её как универсальный пропуск нельзя: проект сам решает, какой порог поставить, как именно применить скор и будет ли он просто отсекать заявки или, например, увеличивать доступный лимит.

В этом разница между хорошей и плохой интеграцией. Плохая делает из UHS бинарную калитку: 19 — ты бот, 20 — ты внезапно человек. Хорошая использует оценку как один из сигналов: даёт больше веса проверенным адресам, снижает экономический смысл массовых заявок, а спорные случаи оставляет для дополнительных правил. В Web3 идентификация и защита от сибилов почти никогда не должны зависеть от одной цифры.

Model-Based Detection и COCM: переход от ручных штампов к машинному анализу

До апреля 2024 года основным способом наращивать репутацию был ручной сбор штампов. Это работало, но создавало слишком много трения. Пользователю приходилось совершать десятки мелких действий, а некоторые из них — например, подтверждение через сторонние KYC-сервисы — вообще не имели прямого отношения к привычному блокчейн-опыту. Для ферм такая архитектура тоже была подарком: повторяющийся набор действий сравнительно легко автоматизировать и масштабировать.

В раунде GG20 команда, тогда ещё Gitcoin, внедрила Model-Based Detection — слой машинного анализа, который оценивает ончейн-поведение адреса и способен влиять на итоговый скор без дополнительных действий со стороны пользователя. Идея проста: если кошелёк годами ведёт себя как реальный участник экосистемы, взаимодействует с разными протоколами, не повторяет подозрительные шаблоны и имеет естественную историю, заставлять владельца снова доказывать очевидное бессмысленно.

На практике именно здесь начинается настоящая сибилеустойчивость Gitcoin Passport. Штамп сообщает: «этот адрес связан с конкретным внешним сигналом». Поведенческая модель пытается ответить на другой вопрос: «насколько этот адрес похож на независимого пользователя, а не на элемент организованной партии?»

Параллельно работает второй механизм — Connection-Oriented Cluster Matching, или COCM. Он смотрит не столько на один кошелёк, сколько на связи между множеством адресов. Для сибил-фермы характерны повторяемые следы: общий источник фондирования, синхронные транзакции, одинаковые маршруты через контракты, похожие паттерны вывода средств. По отдельности каждый признак может быть невинным. В совокупности они превращаются в портрет кластера.

Ручной сбор штампов никуда не делся, но теперь это скорее дополнительный способ, а не единственный. Хороший UX — это когда у пользователя есть выбор, а не обязанность.

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

Есть и обратная сторона. Машинная модель — по определению менее прозрачная, чем таблица с фиксированными весами. Нельзя честно сказать пользователю: «сделай три транзакции и получишь ровно столько-то». Но это не баг интерфейса, а цена борьбы с адаптивным противником. Полностью прозрачная формула удобна честному человеку ровно настолько же, насколько удобна оператору фермы.

Реальные пределы защиты: почему 44 балла остаются уязвимым порогом

Здесь начинается самая честная часть разговора. Human Passport — не серебряная пуля. Аналитики давно обратили внимание на неприятную границу: до 44 баллов можно добраться, используя относительно простые сибил-векторы. Дублированные аккаунты в соцсетях, базовые ончейн-транзакции, несложные верификации и аккуратно подготовленная активность способны провести атакующего через стандартный порог в 20+ и даже заметно выше.

Это не означает, что любой кошелёк с 44 баллами — бот. Речь о другом: сам по себе такой результат ещё не даёт проекту оснований расслабиться. Между «прошёл минимальную антибот-проверку» и «достаточно уникален для дорогой награды или влияния на DAO» лежит огромная дистанция.

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

Поэтому 44 балла — не «потолок защиты» в буквальном смысле, а практическая зона риска. До неё ещё можно относительно недорого добрать убедительные сигналы, особенно если атакующий действует не грубо, а дисциплинированно. Выше начинают требоваться более дорогие и трудно воспроизводимые доказательства: глубокая история в нескольких сетях, активность в устойчивых сообществах, подтверждения, которые нельзя мгновенно наштамповать на тысяче новых адресов.

У проекта, который строит защиту вокруг Human Passport, есть несколько рабочих сценариев:

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

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

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

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

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

Команда Gitcoin указывала на снижение влияния сибил-атак в грантовых раундах более чем на 80%. Это сильный результат, но его стоит читать правильно. Речь не о победе над всеми фермами навсегда, а о заметном снижении ущерба в конкретной среде, при конкретных правилах и наборе мер. В антифроде контекст важнее красивой цифры.

Самая неприятная переменная — скорость адаптации. Операторы ферм уже экспериментируют с AI-ботами, способными имитировать человеческую небрежность на уровне транзакций: добавлять паузы, варьировать суммы, повторять неидеальные пользовательские маршруты. Модель, которая ловит вчерашний паттерн автоматизации, не обязательно поймает завтрашний. Долгосрочная эффективность Model-Based Detection против таких имитаций остаётся открытым вопросом — и рынок пока не располагает окончательным ответом.

Кейс PoWFaucet: эффективность фильтрации в условиях дефицитных ресурсов

Самый показательный тест Human Passport прошёл не в грантовых раундах и не на громком аирдропе, а в куда более прозаичном месте — на тестовых кранах Goerli и Sepolia. PoWFaucet раздаёт дефицитные тестовые токены разработчикам, и долгое время этот ресурс целиком уходил ботам: они быстрее, настойчивее и совершенно не переживают из-за того, что оставляют живых разработчиков без средств для тестов.

После интеграции Human Passport ситуация изменилась радикально. Кошельки с Unique Humanity Score выше 32 баллов начали получать шестикратный буст к награде. При прочих равных разработчик с сильным репутационным сигналом получал в шесть раз больше тестовых токенов, чем адрес без такого уровня доверия. По заявлению команды PoWFaucet, эта механика позволила заметно вернуть дефицитный ресурс настоящим пользователям и сократить поток мусорных заявок.

Этот кейс ценен не только как иллюстрация эффективности, но и как пример нормального продуктового мышления. Команда не стала строить иллюзию абсолютной блокады: «либо ты доказанный человек, либо вообще ничего не получишь». Вместо этого она ввела градацию. Непроверенный пользователь может получить базовый объём, а адрес с более сильным сигналом — заметно больше.

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

Именно здесь Human Passport выглядит сильнее грубых альтернатив — капч, whitelist-форм и одноразовых «докажи, что ты не робот». Капча отсеивает часть примитивной автоматизации, но почти ничего не говорит о независимости кошельков. Whitelist защищает распределение, но плохо масштабируется и создаёт ручной труд. Репутационный слой может работать как сортировщик: не обязательно запрещать, иногда достаточно разумно перераспределить дефицит.

Что в итоге: честная оценка

После нескольких дней тестирования и разбора документации я бы сформулировал отношение к Human Passport так: это зрелый и грамотно спроектированный инструмент первичной фильтрации. Он хорошо решает задачу «отсеять или удорожить массовый мусор», но не должен продаваться как абсолютная защита от профессиональной сибил-атаки.

Сильные стороны выглядят так:

• Понятный пользовательский путь: можно увидеть текущий скор, доступные способы усилить репутационный сигнал и статус подключённых подтверждений.
• Переход от ритуального сбора штампов к анализу поведения адреса. Model-Based Detection снижает трение для тех, у кого уже есть естественная ончейн-история.
• Комбинация независимых типов сигналов: внешние аккаунты, блокчейн-активность и анализ связности адресов не дают ферме обойти защиту одним трюком.
• Гибкая интеграция: проект может задать собственный порог, использовать UHS как фильтр, как коэффициент награды или как один из факторов риска.
• Честная применимость в условиях дефицита: кейс PoWFaucet показывает, что не всегда нужно «банить ботов» — иногда эффективнее сделать их экономически неинтересными.

Слабые стороны тоже никуда не деваются:

• Порог до 44 баллов остаётся уязвимой зоной для ферм, готовых вкладываться в качественную имитацию активности.
• Веса отдельных штампов и детали итогового скоринга не являются фиксированной публичной формулой. Для защиты это оправдано, но пользователю приходится мириться с меньшей предсказуемостью.
• Model-Based Detection ещё предстоит выдержать долгую гонку с AI-имитаторами и всё более аккуратными операторами ферм.
• Штампы, завязанные на документы или сторонние идентификационные сервисы, могут конфликтовать с ожиданиями аудитории, для которой приватность — не декоративный принцип.

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

Human Passport не панацея. Но это один из наиболее продуманных доступных инструментов, который признаёт реальность сибил-атак вместо того, чтобы маскировать её капчей и красивой формой регистрации. Его главная ценность — не в одной магической цифре UHS, а в способности сделать массовый обман дороже, сложнее и менее выгодным.