Friend.Tech — это социальная платформа, основанная на смарт-контрактах, пользователям необходимо подключить собственный Twitter, чтобы зарегистрироваться, и «выдать» свой собственный ключ, пользователи с ключом могут войти в комнату, похожую на групповой чат, чтобы общаться с владельцем ключа. Это по-прежнему централизованная социальная платформа, но она полагается на смарт-контракты в цепочке для реализации логики покупки и продажи ключей, а основной функцией является приложение для обмена мгновенными сообщениями на основе веб-страницы. А в процессе продажи и покупки ключей 10% от стоимости будут разделены на две части, одна часть для застройщика Friend.Tech, а другая часть для владельца соответствующего помещения. Затем, в случае, если такой ключ сможет обойти фронтенд для завершения купли-продажи, он естественным образом будет производить роботов в цепочке для игры в new, buy, sell и обмана комиссии. Итак, как они реализуются?
Поговорим о новых роботах
Попадание в новых роботов может иметь значительные преимущества на ранней стадии Friend.Tech операции, потому что в это время роботы-снайперы в цепочке не эволюционировали до определенной степени, и они могут быть приобретены после простого информационного суждения и могут иметь высокие ожидания прибыли. Теперь начнем с простейшей логики реализации бота и пошагово пройдемся по сложной логике бота.
Конечно, перед этим нам нужно представить **Event**, который является абстракцией лог-событий в EVM под языком программирования Solidity. Обычно он используется в паре с оператором emit для запуска события**. Соответствует журналам, которые являются транзакциями в браузере блокчейна, такими как следующая транзакция по покупке ключа, которая запускает событие Trade, содержащее ряд информации.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Срок действия контракта
События являются важной частью DApps, с помощью которых они могут прослушивать изменение состояния контракта, например, Friend.Tech также будут прослушивать контракт для корректировки ряда данных в базе данных, таких как отображаемая цена клиентской части, количество владения и т. д.
Простейшая идея
Тогда простейшая логика нового робота такова: прослушивать события контракта Friend.Tech, и когда он находит, что событие, инициированное биржей, удовлетворяет следующим условиям, вызывать контракт Friend.Tech, чтобы он последовал за покупкой
* Событие - покупка (значение isBuy равно true)
* Трейдер и владелец имеют один и тот же адрес (трейдер == субъект)
* Транзакция — это транзакция, которая создала комнату (предложение равно 1)
На следующем рисунке показана блок-схема процесса
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Минимальный бот
Контракт? Валентность!
С таким роботом есть определенные проблемы:
Нет гарантии, что новый сможет купить, а во-вторых, невозможно дать именно то количество ETH, которое можно приобрести за ключ;
Также невозможно установить предельную цену, например, сколько ключей или какая цена достигнута в момент исполнения сделки;
Легко быть подхваченным, другие могут совершать операции покупки через новые адреса, чтобы привлечь таких роботов, чтобы достичь цели обмана комиссии за обработку и продажи прибыли;
Сначала рассмотрим решение задач 1 и 2, одно из преимуществ EVM заключается в том, что он может атомарно вызывать другие контракты в одном контракте, поэтому вам нужно только развернуть контракт для совершения покупки и установить ряд условий, таких как открытый исходный код контракта на Github [friendrekt] , вы можете установить максимальную цену покупки, а также количество.
Для вопроса 3 проще всего использовать официальный интерфейс для запроса, получить соответствующий адрес информации пользователя в Твиттере, а затем запросить количество подписчиков в Твиттере и другую информацию для фильтрации, а затем определить, стоит ли покупать, сколько покупать и какова максимальная цена. В этот момент рабочий процесс робота становится таким, как показано на рисунке ниже.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Введение дайгоу-контрактов
Технологический взрыв
Видно, что этот процесс увеличивает количество запросов информации и вызовов смарт-контрактов, и робот определяет активацию новой учетной записи после прослушивания события контракта, после простого логического суждения, а затем использует API для запроса соответствующей информации для фильтрации, и, наконец, использует развернутый смарт-контракт для завершения покупки. Но у таких роботов все же есть недостатки:
Не в силах судить о фишинговом аккаунте в Твиттере, некоторые аккаунты имеют большое количество поклонников, но все они фанаты зомби, и они не имеют никакой ценности, а покупка имеет большой риск;
По количеству подписчиков неудобно судить о ценности пользователя Twitter, у некоторых фанатов KOL небольшое количество поклонников, но они будут работать, поэтому отфильтровать этих людей легко;
Существует определенная задержка в API, этот интерфейс может быть запрошен только в течение периода времени (60 секунд) после активации пользователем, легко пропустить много адресов и иметь высокую задержку;
Опять же, решайте эти проблемы одну за другой. Давайте сначала посмотрим на вопрос 3, благодаря напоминанию 0xleo [как я потерял 10 000 ножей в friend.tech - 0xleo], я обнаружил, что другой интерфейс может запрашивать информацию об адресе после регистрации пользователя, затем вы можете постоянно и постепенно отслеживать этот интерфейс, чтобы найти последний идентификатор и получить информацию о регистранте. Если регистрант признан ценным, он сохраняет адрес в кэше (база данных также необходима для обеспечения персистентности перезапуска) и покупает его после прослушивания ончейн-событий и попадания в кэш.
Второй — вопросы 1 и 2, как оценить, является ли пользователь ценным? Затем необходимо использовать некоторые сторонние скоринговые сайты Twitter KOL для помощи, автор использует Twiiterscan для запроса в процессе исследования, потому что регистрационная информация может быть получена заранее, поэтому время, затраченное на запрос Twiiterscan перед активацией, не сильно влияет. Кроме того, вы можете вручную установить белый список и цену покупки, чтобы завершить настройку покупки.
Наконец, основной поток бота, который мы реализуем, выглядит следующим образом. Дополнительный «бот» извлекает последнюю информацию API и сохраняет ее в базе данных и кэше после вынесения решения, в то время как робот, занимающийся покупкой, запрашивает информацию из кэша после получения события и совершает покупку после попадания в кэш. Этот кэш также может хранить информацию о белом списке, выбирать некоторые ценные лидеры мнений и устанавливать цену и количество для покупки.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Заблаговременный мониторинг и анализ влияния
Так как автор реализовал этого бота относительно поздно, то профит не очень объективный. В конце сентября он начал реализовываться и оптимизироваться, и достиг максимума дохода в 1,2E около 3 октября, и прибыль откатилась после того, как не было сделано своевременных шагов в те дни, и не было ни прибыли, ни убытка после добавления ряда комиссий за обработку. Боты такой архитектуры могут добиться покупки в первом блоке после покупки регистрантом, а так как на базе нет такой бурной операции, как сканирование мемпула, то большинство покупок, которые следуют за этим же блоком, по сути, являются сумасшедшей игрой: после прослушивания покупки покупка выполняется до тех пор, пока покупка не будет завершена, например, другой робот, замеченный в процессе: .
Его стратегия проста, основана на архитектуре, которую мы описали выше, не хранить базу данных, и начинать покупать напрямую, пока покупка не будет завершена. После оптимизации до такой степени, это игра в борьбу за количество денег, и в нее можно играть так, если вы можете позволить себе сжечь газ, и прибыль особенно значительна при правильной стратегии.
Заключение
В преамбуле мы также упоминали об операции купли-продажи, мошенничестве с комиссиями, вот краткое вступление:
Покупка и продажа - это копировальный робот, отслеживание по более выгодному адресу может следить за его работой, принцип также очень прост, фильтруйте адрес прослушивания, если это целевой адрес для отслеживания операции;
Существует два вида накрутки на комиссию (как наблюдал автор во время разработки), один из них осуществляется с помощью учетной записи Twitter с большим количеством подписчиков, покупкой ее напрямую и быстрой продажей, чтобы завершить сбор урожая. Другой — постоянно создавать новые адреса, переводить деньги, затем совершать операцию покупки и быстро продавать. Второй тип в основном нацелен на простейшего логического бота, который также должен быть очень прибыльным на ранней стадии.
На данный момент мы завершили внедрение принципа ончейн-робота, конкретная реализация включает в себя код уже не объясняется, друзья, которые хотят понять, также могут обратиться к нему [friendrekt] реализация.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Основной принцип работы ончейн-роботов: возьмем в качестве примера FriendTech
Предисловие
Friend.Tech — это социальная платформа, основанная на смарт-контрактах, пользователям необходимо подключить собственный Twitter, чтобы зарегистрироваться, и «выдать» свой собственный ключ, пользователи с ключом могут войти в комнату, похожую на групповой чат, чтобы общаться с владельцем ключа. Это по-прежнему централизованная социальная платформа, но она полагается на смарт-контракты в цепочке для реализации логики покупки и продажи ключей, а основной функцией является приложение для обмена мгновенными сообщениями на основе веб-страницы. А в процессе продажи и покупки ключей 10% от стоимости будут разделены на две части, одна часть для застройщика Friend.Tech, а другая часть для владельца соответствующего помещения. Затем, в случае, если такой ключ сможет обойти фронтенд для завершения купли-продажи, он естественным образом будет производить роботов в цепочке для игры в new, buy, sell и обмана комиссии. Итак, как они реализуются?
Поговорим о новых роботах
Попадание в новых роботов может иметь значительные преимущества на ранней стадии Friend.Tech операции, потому что в это время роботы-снайперы в цепочке не эволюционировали до определенной степени, и они могут быть приобретены после простого информационного суждения и могут иметь высокие ожидания прибыли. Теперь начнем с простейшей логики реализации бота и пошагово пройдемся по сложной логике бота.
Конечно, перед этим нам нужно представить **Event**, который является абстракцией лог-событий в EVM под языком программирования Solidity. Обычно он используется в паре с оператором emit для запуска события**. Соответствует журналам, которые являются транзакциями в браузере блокчейна, такими как следующая транзакция по покупке ключа, которая запускает событие Trade, содержащее ряд информации.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Срок действия контракта
События являются важной частью DApps, с помощью которых они могут прослушивать изменение состояния контракта, например, Friend.Tech также будут прослушивать контракт для корректировки ряда данных в базе данных, таких как отображаемая цена клиентской части, количество владения и т. д.
Простейшая идея
Тогда простейшая логика нового робота такова: прослушивать события контракта Friend.Tech, и когда он находит, что событие, инициированное биржей, удовлетворяет следующим условиям, вызывать контракт Friend.Tech, чтобы он последовал за покупкой
* Событие - покупка (значение isBuy равно true)
* Трейдер и владелец имеют один и тот же адрес (трейдер == субъект)
* Транзакция — это транзакция, которая создала комнату (предложение равно 1)
На следующем рисунке показана блок-схема процесса
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Минимальный бот
Контракт? Валентность!
С таким роботом есть определенные проблемы:
Сначала рассмотрим решение задач 1 и 2, одно из преимуществ EVM заключается в том, что он может атомарно вызывать другие контракты в одном контракте, поэтому вам нужно только развернуть контракт для совершения покупки и установить ряд условий, таких как открытый исходный код контракта на Github [friendrekt] , вы можете установить максимальную цену покупки, а также количество.
Для вопроса 3 проще всего использовать официальный интерфейс для запроса, получить соответствующий адрес информации пользователя в Твиттере, а затем запросить количество подписчиков в Твиттере и другую информацию для фильтрации, а затем определить, стоит ли покупать, сколько покупать и какова максимальная цена. В этот момент рабочий процесс робота становится таким, как показано на рисунке ниже.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Введение дайгоу-контрактов
Технологический взрыв
Видно, что этот процесс увеличивает количество запросов информации и вызовов смарт-контрактов, и робот определяет активацию новой учетной записи после прослушивания события контракта, после простого логического суждения, а затем использует API для запроса соответствующей информации для фильтрации, и, наконец, использует развернутый смарт-контракт для завершения покупки. Но у таких роботов все же есть недостатки:
Опять же, решайте эти проблемы одну за другой. Давайте сначала посмотрим на вопрос 3, благодаря напоминанию 0xleo [как я потерял 10 000 ножей в friend.tech - 0xleo], я обнаружил, что другой интерфейс может запрашивать информацию об адресе после регистрации пользователя, затем вы можете постоянно и постепенно отслеживать этот интерфейс, чтобы найти последний идентификатор и получить информацию о регистранте. Если регистрант признан ценным, он сохраняет адрес в кэше (база данных также необходима для обеспечения персистентности перезапуска) и покупает его после прослушивания ончейн-событий и попадания в кэш.
Второй — вопросы 1 и 2, как оценить, является ли пользователь ценным? Затем необходимо использовать некоторые сторонние скоринговые сайты Twitter KOL для помощи, автор использует Twiiterscan для запроса в процессе исследования, потому что регистрационная информация может быть получена заранее, поэтому время, затраченное на запрос Twiiterscan перед активацией, не сильно влияет. Кроме того, вы можете вручную установить белый список и цену покупки, чтобы завершить настройку покупки.
Наконец, основной поток бота, который мы реализуем, выглядит следующим образом. Дополнительный «бот» извлекает последнюю информацию API и сохраняет ее в базе данных и кэше после вынесения решения, в то время как робот, занимающийся покупкой, запрашивает информацию из кэша после получения события и совершает покупку после попадания в кэш. Этот кэш также может хранить информацию о белом списке, выбирать некоторые ценные лидеры мнений и устанавливать цену и количество для покупки.
! [Основы ончейн-роботов: FriendTech в качестве примера] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Заблаговременный мониторинг и анализ влияния
Так как автор реализовал этого бота относительно поздно, то профит не очень объективный. В конце сентября он начал реализовываться и оптимизироваться, и достиг максимума дохода в 1,2E около 3 октября, и прибыль откатилась после того, как не было сделано своевременных шагов в те дни, и не было ни прибыли, ни убытка после добавления ряда комиссий за обработку. Боты такой архитектуры могут добиться покупки в первом блоке после покупки регистрантом, а так как на базе нет такой бурной операции, как сканирование мемпула, то большинство покупок, которые следуют за этим же блоком, по сути, являются сумасшедшей игрой: после прослушивания покупки покупка выполняется до тех пор, пока покупка не будет завершена, например, другой робот, замеченный в процессе: .
Его стратегия проста, основана на архитектуре, которую мы описали выше, не хранить базу данных, и начинать покупать напрямую, пока покупка не будет завершена. После оптимизации до такой степени, это игра в борьбу за количество денег, и в нее можно играть так, если вы можете позволить себе сжечь газ, и прибыль особенно значительна при правильной стратегии.
Заключение
В преамбуле мы также упоминали об операции купли-продажи, мошенничестве с комиссиями, вот краткое вступление:
На данный момент мы завершили внедрение принципа ончейн-робота, конкретная реализация включает в себя код уже не объясняется, друзья, которые хотят понять, также могут обратиться к нему [friendrekt] реализация.