Отчёт. Побритые кейсы

Начнём с того, что наиболее часто прокручиваемым типом активности стали социалки, то есть кейсы, где необходимо было выполнять различные задания, связанные с твиттером, дс и так далее. На втором же месте находится Galxe, по сути те же социальные задания. Тройку лидеров замыкают тестнет активности. После них находятся GameFi, Zealy и Nodes - в соответствующем порядке.

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

• Ошибка прокрутчика: Причины, где активности были поздно запущены или же не были выполнены ключевые моменты, например, подключение кошелька
• Точно неизвестно: Неоднозначные причины, которые сложно идентифицировать
• On-chain связь: Причины, где аккаунты были связаны между собой: распределение ликвидности на активность с одного кошелька и т.д.
• Неэффективное использование софта: Причины, связанные с использованием софта для автоматизации задач, что привело к дисквалификации: api взаимодействия, взаимодействия с бэкендом сайта и т.д.
• Бан аккаунтов/ твиттеров: Причины, связанные с тем, что аккаунты были заблокированы, забанены, или были технические проблемы, такие как удаление аккаунтов
• Мало/ недостаточно очков/ действий: Причины, связанные с нехваткой очков лояльности, минималкой очков, недостатком активности и т.д.
• Ввод новых правил/ более весомых активностей: Причины, где проекты ввели новые требования к участникам после окончания активности или же ввели новые - более значимые, связанные со спецификой проекта.
• Не выделили на активность/ мало дали: Причины, где проекты выделили слишком мало токенов, или вообще не выделили на активность

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

• Неэффективное использование софта: К этому пункту были отнесены кейсы на такие проекты, как Lingo, Pixelmon, W3GG и StarryNift. В случае Lingo все наши аккаунты были забанены, как раз одной из возможных причин являются api взаимодействия с сайтом, вполне возможно, что проект собирал множество метрик с каждого пользователя, что и привело к банам. В StarryNift api взаимодействия так же являются одной из возможных причин. В Pixelmon одной из возможных причин является взаимодействие с бэкендом сайта, через который и были подключены дс, стим и т.д. Аккаунты W3GG были забанены практически сразу, вероятнее всего проект быстро отреагировал на резкий прирост пользователей, так как при тестировании софта сайт не выдержал и лёг.
• Бан аккаунтов/ твиттеров: К этому пункту были отнесены Lingo, Pixelmon и W3GG. В случае Pixelmon и Lingo, все аккаунты с отлетевшими твиттерами были дисквалифицированы. Аккаунты W3GG были просто забанены.
• Ввод новых правил/ более весомых активностей: К этому пункту были отнесены WELL3, RepubliK и Swan Chain. В случае WELL3 проект заставил клеймить 4.2 $WELL в сети ETH, якобы показать, что ты не сибил. RepubliK ввёл обязательный KYC по лицу, Swan Chain же в свою очередь ввёл новую активность с предоставлением ликвидности, и по итогу очки, заработанные за социалки стали множителями к новой активности.
• Мало/ недостаточно очков/ действий: К этому пункту были отнесены Persona, Matr1x и Smart Layer. В случае Persona каждый день распределялись капсулы с токенами между пользователями, чем больше очков, тем больше шансов, наши аккаунты были прокручены один раз и имели мало очков. Matr1x помимо того, что выделил всего лишь 1% (с вестингом), так и ввёл высокую планку по очкам. В Smart Layer помимо того, что нужно было создавать аккаунт на платформе и выполнять социальные задания, необходимо было выполнять активность с котиками.
• Точно неизвестно: К этому пункту были отнесены Ultiverse и AI Arena. В случае Ultiverse был упор на реферальную систему: были мейны и множество пустышек на них - в итоге рефы были сбриты, а мейны ничего не получили. Скорее всего в этом и была причина. AI Arena не давала никаких деталей насчёт того, по какому принципу была бритва, может не хватило очков, а быть может сбривало все пустые кошельки. Скорее всего ближе ко второй причине, так как в целом дроп раздали на 27к кошельков, а люди с меньшим количеством очков, чем у других получали дроп.
• On-chain связь: К этому пункту был отнесён StarryNift. Аккаунты были сбриты по причине того, что были связаны между собой транзакциями.

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

Как уже было написано, к неэффективному использованию софта были отнесены Lingo, Pixelmon, W3GG и StarryNift. В Pixelmon смотрели на статус твиттера - живой/ мёртвый. В Lingo вероятнее всего так же смотрели именно на это. В W3GG скорее всего обратили внимание на резкий прирост пользователей. В StarryNift же, на мой взгляд, основной причиной стала именно On-Chain связь. То есть, по сути Api взаимодействия не играют ключевую роль в бане аккаунта. Даже несмотря на то, что StarryNift и Pixelmon открыто заявляли о том, что это было одной из причин для дисквалификации. Как было сказано Pixelmon, мол, за взаимодействия с бэкендом мы сбривали, но по сути, это было не так и смотрели они именно на статус твиттера. То есть, всё опять же упирается в твиттера и on-chain связи. Поэтому, как ни крути, но решение, повышающие живучесть твиттеров необходимо, как и решение для распределения ликвидности на аккаунты, не связывая их.

Помимо всего выше сказанного, думаю стоит обращать внимание на то, за что именно проект может раздать свой дроп, а также будет ли это дроп на TGE или же после. Например, Pixelmon и WELL3 имели собственные NFT коллекции и изначально являлись NFT проектами. В целом неудивительно, что они раздали дроп на TGE именно холдерам NFT, а за социалки раздали уже после, ведь им нужно было проверить огромное количество пользователей, то есть это так же связано и с метриками - очевидно, что в простой социалке будет большой наплыв пользователей. А значит у проекта есть два варианта: уйти смотреть все аккаунты или же ввести высокую планку по очкам, как было сделано Matr1x.

Основные моменты, для повышения шансов не быть сбритым:

• Избегание резких пиков активности: Не стоит загонять все аккаунты одновременно, лучше распределить эту активность равномерно на протяжении нескольких недель или даже месяцев, если есть возможность. Это поможет избежать резкого роста метрик, что может привлечь внимание проекта и вызвать блокировку аккаунтов.
• Сохранение "живого" статуса Twitter: Основной упор в таких проектах, как Pixelmon и Lingo, делался на проверку состояния Twitter аккаунтов. То есть, нужно решение, повышающие живучесть аккаунтов.
• Избегание On-chain связей между аккаунтами: Взаимодействия между аккаунтами через транзакции могут быть причиной дисквалификации, как это произошло в StarryNift. Необходимо распределять ликвидность и действия между аккаунтами таким образом, чтобы они не были напрямую связаны транзакциями.
• Понимание правил раздачи дропа: Например, если проекты фокусируются на NFT, то скорее всего именно на них будет выделен основной процент дропа, а фармерам достанется. У проектов есть два очевидных пути решения: ввести высокую планку по очкам, или же уйти проверять аккаунты, и раздать после TGE. В первом случае следует выжимать максимум по очкам и держать аккаунты в топе, если это возможно. Во втором следует обратиться к предыдущим пунктам.

Что же касается API взаимодействий, то как уже было сказано, скорее всего это не является основной причиной. Возможно, стоит провести эксперимент и реализовать прокрут какого-то проекта через браузеры и соответственно запросы. Но опять же всё упирается в твиттера, по сути, если их забанит, то мы не сможем прийти к правильному умозаключению, если не будет опубликован список причин, по которым произошла бритва.

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

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

• Ошибка прокрутчика: К этому пункту был отнесён io.net. В данном случае не были подключены кошельки Solana к аккаунтам Galxe. Из-за чего мы и потерпели крах.
• Не выделили на активность/ мало дали: К этому пункту относятся такие проекты, как SatoshiSync, Merlin, Thetanuts Finance и Taiko. SatoshiSync просто решили не давать дроп за Galxe. Merlin решил просто провести гив на $5к. Thetanuts Finance выделил 0.1%, а Taiko раздали только самым жёстким участникам.
• Мало/ недостаточно очков/ действий: К этому пункту относятся такие проекты, как Sharpe AI, Taiko, io.net, Kip Protocol.
• Ввод новых правил/ более весомых активностей: К этому пункту относятся такие прокеты, как Sharpe AI и Aethir. В случае Sharpe AI необходимо было торговать на фьючах, а в Aethir сбрили все кошельки не имеющие транзакций.

Как и в случае типа активности Social бритва связанная с пунктом "ввод новых правил/ более весомых активностей", мало зависит от нас. Единственное, что мы могли сделать - это просто не крутить эти Galxe, но в те времена небо было голубее и трава зеленее, то есть прокрут Galxe почти ничего не стоил для нас. Сейчас же другие времена и стоит ответственно подходить к кейсам, связанным с Galxe, то есть нужно обращать внимание на те Galxe, за которые подтверждены награды, или как минимум есть весомые намёки на реварды. Это так же относится к пункту "не выделили на активность/ мало дали".

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

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

Основные моменты, для повышения шансов не быть сбритым:

• Ответственный выбор Galxe активностей: В условиях, когда прокрут Galxe стал более затратным, важно выбирать только те активности, где подтверждены награды или имеются весомые намёки на реварды. Прокрут любых Galxe без четкой информации о вознаграждениях может привести к бесполезной трате времени и ресурсов.
• Избегание ошибок в прокруте: Ошибки в прокруте, как например неподключение Solana кошельков, могут привести к потере возможности получить награду. Важно проверять все необходимые требования перед участием, чтобы избежать технических недочетов, которые могут лишить нас наград.
• Решение для Discord и Telegram: Нужно найти технические решения, которые позволят загонять аккаунты на Discord сервера. Также, желательно, найти решение для Telegram, чтобы они жили и процветали.

Самыми болезненными пунктами являются Discord и Telegram. В случае Discord мы не можем загонять аккаунты на сервера, а в случае Telegram мы не можем поддерживать здоровье сессий, что приводит к потери аккаунта. Но в нынешних реалиях Discord используется практически во всех Galxe кампаниях, а Telegram набирает всё большие обороты и так же часто встречается. Поэтому нужно искать решения, которые позволят нам реализовать эти моменты, иначе прокрут Galxe будет иметь мало смысла.

Если же рассматривать Testnet активности, то ситуация следующая: Пункты "Не выделили на активность/ мало дали" и "Мало/ недостаточно очков/ действий" занимают первое место. На втором расположился пункт "Ввод новы правил/ более весомых активностей".

• Не выделили на активность/ мало дали: К этому пункту относятся такие проекты, как Namada и Manta Network. В случае Namada была заполнена форма на тестнет, но активность была скипнута по причине того, что выделили небольшой процент, а также было очень сложно попасть в топ. Manta Network же просто не выделили процент на тестнет.
• Мало/ недостаточно очков/ действий: К этому пункту относятся такие проекты, как Nume Crypto и Venom. В случае Nume Crypto аккаунты имели мало количество транзакций, а в случае Venom необходимо было выполнить все задания в рамках тестнета, чтобы получить памятную NFT.
• Ввод новых правил/ более весомых активностей: К этому пункту относится LogX, которые ввели критерии с холдом $50 + фидбек в дс + 20 уровень персонажа.

На самом деле не самые лучшие примеры для типа активности Testnet. Но начнём опять же с пунктов "Не выделили на активность/ мало дали" и "Ввод новых правил/ более весомых активностей", которые мало зависят от нас. Насколько я знаю, то у Manta Network было множество кампаний, за которые по итогу был распределён дроп, то есть нужно смотреть на то, за что по итогу проект может раздать дроп. Думаю понятно, что, если у проекта есть множество кампаний, то шансы получить хоть что-то за транзакции в тестнете становятся малы. Также, стоит обращать внимание на категорию проекта, то есть, если это L2 сеть, как Manta Network, то вполне разумно предположить, что вместе с выходом в основную сеть токен навряд ли появится, и придётся набивать активность в майннете, чтобы претендовать на награды.

Что же касается Nume Crypto и Venom, то здесь нам не хватило активности в тестовой сети. В случае Nume Crypto основной причиной стало то, что кран плохо работал (дефолт), а в случае Venom нужно было выполнить абсолютно все таски, что по сути в какой-то момент стало невозможно, так как одно из заданий просто не работало, а также был таск, где нужно было бриджить из сети BSC. То есть, по сути, по большей части трудности возникли не по нашей вине. В случае возникновения проблем с краном конечно же можно найти продавца тестовых монет, но здесь возникает риск отлёта за он-чейн связи.

Основные моменты, для повышения шансов не быть сбритым:

• Анализ кампаний проекта и вероятности дропа: Важно обращать внимание на количество кампаний, организованных проектом. Если их много, как в случае с Manta Network, шансы получить награду за участие в тестнете снижаются. Это требует тщательного анализа того, за что проект может реально раздать дроп.
• Учет категории проекта (например, L2 сети): Если проект, как Manta Network, работает в категории L2, есть вероятность, что токен не будет доступен сразу после запуска основной сети, и придется продолжать активность в майннете. Это стоит учитывать при выборе тестнет-активностей для более долгосрочного участия и потенциального вознаграждения.
• Большая активность в тестовой сети: Недостаточная активность в тестовой сети может стать причиной дисквалификации, как это было в случаях с Nume Crypto и Venom (пример конечно такие себе, но отметить стоит).
• Избегание On-chain связей между аккаунтами: Взаимодействия между аккаунтами через транзакции могут быть причиной дисквалификации (примера, конечно, не было, но отметить так же стоит).

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

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

Если же рассматривать GameFi активности, то ситуация следующая: пункты "Мало/ недостаточно очков/ действий", "Не выделили на активность/ мало дали", "Неэффективное использование софта" занимают равные позиции.

• Не выделили на активность/ мало дали: К этому пункту относится Gameta, где по итогу комиссия на клейм стоила больше токенов.
• Мало/ недостаточно очков/ действий: К этому пункту относится SA WORLD, где по итогу нам не хватило XP в час.
• Неэффективное использование софта: К этому пункту относится The Beacon, где скорее всего бритва была из-за использования софта.

Здесь достаточно мало примеров, так же как и в случае с Testnet активностями. Если рассматривать SA WORLD, то здесь не было достигнуто минимальное количество XP в час из-за того, что требовалось софтить всю игру, что заняло бы большое количество времени, которого у нас было мало, так как по сути это была быстрая активность. Что же касается Gameta, то я не знаю всех деталей, но как понимаю Gameta в целом раздала небольшое количество токенов. Насчёт The Beacon вероятнее всего сбрило из-за прокрута софтом, но помимо этого саму игру достаточно сложно было софтить, так как требовалось проходить данжи, убивать боссов и т.д.

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

Основные моменты, для повышения шансов не быть сбритым:

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

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

Мы рассмотрели причины бритвы и выявили на что стоит обратить внимание в 4 типах активностей: Social, Galxe, Testnet и GameFi. На основании этого можно выделить общие моменты для всех типов активностей.

Основные моменты, для повышения шансов не быть сбритым:

• Избегание резких пиков активности: Не стоит загонять все аккаунты одновременно, лучше распределить эту активность равномерно на протяжении нескольких недель или даже месяцев, если есть возможность. Это поможет избежать резкого роста метрик, что может привлечь внимание проекта.
• Сохранение "живого" статуса Twitter: Как уже стало понятно, неоднократно наши аккаунты были дисквалифицированы из-за того, что твиттера просто отлетали, поэтому необходимо искать решения, которые повысят живучесть твиттер аккаунтов.
• Отсутствие on-chain связей между аккаунтами: Транзакционные связи между аккаунтами могут стать причиной дисквалификации. Важно, чтобы аккаунты не взаимодействовали друг с другом напрямую через блокчейн, распределяя ликвидность аккуратно
• Тщательный выбор проектов: Важно выбирать активности, которые имеют подтвержденные или существенные намёки на награды, особенно в случаях с Galxe и Testnet. Также, стоит заведомо оценить за что проект может раздать дроп, если намечается большое количество кампаний или критериев, то стоит подумать насчёт того, какой процент из этого мы сможем реализовать. Тоже самое касается и GameFi следует подумать насчёт того, какой процент игры мы сможем релизовать и будет ли этого достаточно. Не стоит тратить ресурсы на активности с низкими шансами на получение дропа.
• Проверка требований: В Testnet, Galxe и других активностях нужно внимательно следить за выполнением всех требований (подключение нужных кошельков, наличие всех обязательных действий), чтобы не упустить награду из-за таких ошибок.
• Хороший уровень активности: Далеко не один раз мы были побриты из-за того, что имели недостаточное количество очков или же малое количество транзакций. Поэтому важно поддерживать наши аккаунты в тонусе, следить за тем, чтобы они занимали хорошую позицию в топе. Стараться выжимать максимум из того, что мы сможем реализовать.
• Имитация реального пользователя: По большей части это относится к Testnet активностям или другим, где много on-chain составляющей, важно учитывать средние показатели пользователей и стараться сливаться с общей массой или же чуть чуть превосходить её в разумных пределах.

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

Что же касается остальных пунктов, то их мы вполне способны реализовать - от нас требуется лишь поменять подход к выбору и прокруту кейсов. Скорее всего, проекты не так часто смотрят на API взаимодействия, как говорят, поэтому отказываться от этого пока что не стоит, но с другой стороны перейдя на браузерную реализацию мы закроем разом минимум два пункта: "Избегание резких пиков активности" и "Имитация реального пользователя". Поэтому здравым решением будет отрабатывать потенциально гемные проекты именно через браузеры, а менее интересные проекты по старинке - через запросы, но опять же учитывая все моменты, которые были упомянуты выше.

• Избегание резких пиков активности: На созвоне с прокрутчиками тейк будет следующий - Если активность без дедлайна, то обязательно необходимо растягивать прокрут на несколько недель и более, чтобы не было такой же ситуации как с W3GG(очень много аккаунтов запустили сразу в прокрут, из-за чего сайт ложился + все акки были сбриты и проект усилил методы борьбы с ботами. Также парни будут сами определять насколько растягивать регистрацию аккаунтов в зависимости от метрик проекта, вначале кидать на апрув, а как полностью научатся - будут сами.
• Сохранение "живого" статуса Twitter: Здесь спорный момент, сохранять живучесть аккаунтов возможно только при прокликивании тасков. Есть еще вариант - покупать более дорогие твиттера по 10-15 рублей, по идее мы тестили и это не дает существенных изменений и акки также могут отлететь, но все равно в каком-то из следующих проектов на запуск возьмем на тест условно 100 твиттеров более дорогих и проверим отлетят они или нет.
• Отсутствие on-chain связей между аккаунтами: Здесь часто невозможно избежать on-chain связь из-за больших минимальных сумм для вывода с биржи. Думаю стоит делать диверсификацию в гемных проектах, если есть возможность по ликвидности, условно 10% от акков или 5% от акков депать с биржи и тратить заодно больше денег на прокрут. Ситуация схожа с CARV, могли сделать маленькую часть акков с большим депом и прокрутом большего кол-ва сетей. Помимо этого, сейчас добавили в постоянную практику - раскид через прокладки, если это не повышает стоимость одного акка более чем на 0.05$.
• Cофт для парсинга explorer'а: Смарт, в целом можно сделать готовый софт (если это возможно с технической части), чтобы если в тестнете был explorer (не всегда они есть), то мы смогли бы запарсить.

Данная идея осбуждалась в разделе "Обсуждение. По типу активности. Testnet" в конце.

• Тщательный выбор проектов: Тут согласен, важно в целом обращать внимание на то, сможем ли мы быть среднестатистическим юзером. Для этого мы ввели задачу каждому ресерчеру откручивать в новых запущенных кейсах по 1 акку, чтобы мы могли на него равняться (уверен что никто не делает этого сейчас). Ну и по сути смотреть процент активностей, которые можем реализовать это тоже самое +-

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

• Проверка требований: Такое бывает редко, как с io.net, но если конкретно этот проект брать, то мы бы там и не получили дроп, но то что мы не подвязали коши это ошибка - факт. Здесь очень важно, чтобы ресерчеры контролировали со своей стороны такие моменты, проверяли выданные им акки.
• Хороший уровень активности: Активно работаем над улучшением аккаунтов, поиском всевозможных способов улучшить акки. Cтруктурированные отчеты + улучшение работы с мониторингом сюда же. Думаю с этим моментом все уже намного лучше чем раньше, продолжаем совершенствоваться
• Насчет дискорда и Telegram: Решения нет и оно может появиться только тогда, когда заработает hCoptcha. С Telegram не начинали работать, очень жесткая душка и держать огромную ферму это проблема. Алекс недавно тестил работу с тг, щас спросил как у него успехи и насколько для него душно работать с тг. Просто по-моему мнению эра тапалок умирает, только если использовать под galxe или активности где нужно, но проблема в том что это все равно какая-то небольшая пачка аккаунтов, как будто держать пачку 5-10к тг под такие активности это слишком рискованно, будет неприятно в одно утро проснутся и увидеть, что они все отлетели (условно 10к*40 рублей = 4к$ в минус).