Friend.Tech é uma plataforma social baseada em contratos inteligentes, os usuários precisam conectar seu próprio Twitter para se registrar, e "emitir" sua própria chave, os usuários com chave podem entrar em uma sala semelhante ao bate-papo em grupo para se comunicar com o proprietário da chave. Ainda é uma plataforma social centralizada, mas depende de contratos inteligentes na cadeia para implementar a lógica chave de compra e venda, e a principal função é um aplicativo de IM baseado na página web. E no processo de venda e compra de chaves, 10% do valor será dividido em duas partes, uma parte para o desenvolvedor Friend.Tech e outra parte para o proprietário da sala correspondente. Então, no caso de tal chave poder contornar o front-end para concluir a compra e venda, ela naturalmente produzirá robôs na cadeia para jogar novo, comprar, vender e enganar taxas. Então, como eles são implementados?
Fale sobre como acertar novos robôs
Atingir novos robôs pode ter benefícios consideráveis na fase inicial da operação Friend.Tech, porque, neste momento, os robôs franco-atiradores na cadeia não evoluíram até certo ponto, e eles podem ser comprados após um simples julgamento de informações e podem ter altas expectativas de lucro. Agora, comece com a lógica de implementação de bot mais simples e passe por uma lógica de bot complexa.
É claro que, antes disso, precisamos introduzir **Event**, que é uma abstração de eventos de log no EVM sob a linguagem de programação Solidity. Geralmente é emparelhado com uma instrução de emissão para acionar um evento**. Correspondente aos logs que são transações no navegador blockchain, como a seguinte transação para comprar uma chave, que dispara um evento Trade que contém uma série de informações.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Tempo de contrato
Os eventos são uma parte importante dos DApps, através dos quais eles podem ouvir a mudança de estado do contrato, por exemplo, Friend.Tech também ouvirão o contrato para ajustar uma série de dados no banco de dados, como o preço de exibição do front-end, a quantidade de retenção, etc.
Ideia mais simples
Então, a lógica mais simples de um novo robô é esta: ouvir os eventos contratuais de Friend.Tech, e quando descobrir que um evento desencadeado por uma troca atende às seguintes condições, chame o contrato de Friend.Tech para seguir a compra
* Evento é compra (valor isBuy é verdadeiro)
* O comerciante e o proprietário são o mesmo endereço (comerciante == assunto)
* A transação é a transação que criou a sala (o fornecimento é 1)
A figura a seguir mostra o fluxograma do processo
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Bot mínimo
Contrato? Atomicidade!
Existem certos problemas com esse robô:
Não há garantia de que o novo será capaz de comprar e, em segundo lugar, é impossível dar exatamente a quantidade de ETH que pode ser comprada para a chave;
Também não é possível definir um preço máximo, como quantas chaves ou quanto preço é atingido no momento da execução da negociação;
Fáceis de serem atirados, outros podem realizar operações de compra através de novos endereços para atrair tais robôs, a fim de atingir o objetivo de fraudar a taxa de manuseio e vender lucro;
Primeiro considere resolver os problemas 1 e 2, uma das vantagens do EVM é que ele pode chamar atomicamente outros contratos em um contrato, então você só precisa implantar um contrato para fazer uma compra e definir uma série de condições, como código de contrato de código aberto no Github [friendrekt] , você pode definir o preço máximo de compra, bem como a quantidade.
Para a questão 3, a maneira mais fácil é usar a interface oficial para consultar, obter o endereço correspondente das informações do Twitter do usuário e, em seguida, consultar o número de seguidores do Twitter e outras informações para filtrar e, em seguida, determinar se comprar, quanto comprar e qual é o preço máximo. Neste ponto, o fluxo de operação do robô torna-se como mostrado na figura abaixo.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Introdução de contratos daigou
Explosão tecnológica
Pode-se ver que esse processo aumenta as solicitações de informações e chamadas de contrato inteligente, e o robô determina a ativação de uma nova conta depois de ouvir o evento do contrato, após um simples julgamento lógico, e então usa a API para consultar as informações relevantes para filtragem e, finalmente, usa o contrato inteligente implantado para concluir a compra. Mas esses robôs ainda têm falhas:
Incapaz de julgar a conta de phishing do Twitter, algumas contas têm um alto número de fãs, mas são todos fãs de zumbis, e eles não têm qualquer valor, e comprar tem um grande risco;
O número de seguidores não é conveniente para julgar se um usuário do Twitter é valioso, alguns fãs do KOL têm um pequeno número de fãs, mas eles vão operar, então é fácil filtrar essas pessoas;
Há um certo atraso na API, esta interface só pode ser consultada dentro de um período de tempo (60s) depois que o usuário ativa, é fácil perder muitos endereços e ter um atraso alto;
Mais uma vez, resolva estes problemas um a um. Vamos olhar para a questão 3 primeiro, graças ao lembrete de 0xleo [como perdi 10.000 facas em friend.tech - 0xleo], descobri que outra interface pode consultar as informações de endereço depois que o usuário se registra, então você pode monitorar contínua e incrementalmente essa interface para encontrar o ID mais recente e obter as informações do registrante. Se o registrante for considerado valioso, ele armazena o endereço no cache (um banco de dados também é necessário para garantir a persistência de reinicialização) e o compra depois de ouvir eventos on-chain e acessar o cache.
A segunda é a questão 1 e 2, como julgar se um usuário é valioso? Então é necessário usar alguns sites de pontuação KOL do Twitter de terceiros para ajudar, o autor usa o Twiiterscan para consultar no processo de exploração, porque as informações de registro podem ser obtidas com antecedência, então o tempo gasto consultando o Twiiterscan antes da ativação não é muito impacto. Além disso, você pode definir manualmente a lista branca e o preço de compra para concluir a configuração de compra.
Finalmente, o fluxo básico do bot que implementamos é o seguinte. Um "bot" adicional extrai as informações mais recentes da API e as armazena no banco de dados e no cache após o julgamento, enquanto o robô dedicado à compra consulta as informações do cache depois de receber o evento e faz uma compra depois de acertar o cache. Esse cache também pode armazenar informações da lista branca, selecionar alguns KOLs valiosos e definir o preço e a quantidade para comprar.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Monitorização antecipada e análise de influência
Uma vez que o autor implementou este bot relativamente tarde, o lucro não é muito objetivo. No final de setembro, começou a realizar e otimizar, e atingiu um máximo de 1,2E de rendimento por volta de 3 de outubro, e o lucro retraiu depois de não fazer movimentos oportunos naqueles dias, e não houve lucro ou perda depois de adicionar uma série de taxas de manuseio. Bots dessa arquitetura podem conseguir uma compra no primeiro bloco após o registrante comprar, e como não existe uma operação tão tumultuada como uma varredura de mempool na base, a maioria das compras que seguem o mesmo bloco são basicamente um jogo louco: depois de ouvir a compra, a compra é executada até que a compra seja concluída, como outro robô visto no processo: .
Sua estratégia é simples, baseada na arquitetura que descrevemos acima, não armazene o banco de dados, e comece a comprar diretamente até que a compra seja concluída. Depois de otimizar nessa medida, é um jogo de luta pela quantidade de dinheiro, e pode ser jogado assim se você puder queimar gás, e o lucro é particularmente considerável quando a estratégia está correta.
Conclusão
No preâmbulo também mencionamos a operação de compra e venda, fraude de taxas, aqui está uma introdução casual:
Compra e venda é um robô de cópia, o rastreamento para um endereço mais rentável pode acompanhar o seu funcionamento, o princípio também é muito simples, filtrar o endereço de escuta, se é o endereço alvo para seguir a operação;
Existem dois tipos de fraude de taxa (como observado pelo autor durante o desenvolvimento), um é feito usando uma conta no Twitter com um grande número de seguidores, comprando-o diretamente e vendendo-o rapidamente para completar a colheita. A outra é criar constantemente novos endereços, transferir dinheiro, depois realizar uma operação de compra e vender rapidamente. O segundo tipo é voltado principalmente para o bot lógico mais simples, que também deve ser muito lucrativo no estágio inicial.
Até agora, concluímos a introdução do princípio do robô on-chain, a implementação específica envolve o código não é mais explicado, amigos que querem entender também podem se referir a ele [friendrekt] implementação.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
O princípio básico dos robôs on-chain: Tome a FriendTech como exemplo
Prefácio
Friend.Tech é uma plataforma social baseada em contratos inteligentes, os usuários precisam conectar seu próprio Twitter para se registrar, e "emitir" sua própria chave, os usuários com chave podem entrar em uma sala semelhante ao bate-papo em grupo para se comunicar com o proprietário da chave. Ainda é uma plataforma social centralizada, mas depende de contratos inteligentes na cadeia para implementar a lógica chave de compra e venda, e a principal função é um aplicativo de IM baseado na página web. E no processo de venda e compra de chaves, 10% do valor será dividido em duas partes, uma parte para o desenvolvedor Friend.Tech e outra parte para o proprietário da sala correspondente. Então, no caso de tal chave poder contornar o front-end para concluir a compra e venda, ela naturalmente produzirá robôs na cadeia para jogar novo, comprar, vender e enganar taxas. Então, como eles são implementados?
Fale sobre como acertar novos robôs
Atingir novos robôs pode ter benefícios consideráveis na fase inicial da operação Friend.Tech, porque, neste momento, os robôs franco-atiradores na cadeia não evoluíram até certo ponto, e eles podem ser comprados após um simples julgamento de informações e podem ter altas expectativas de lucro. Agora, comece com a lógica de implementação de bot mais simples e passe por uma lógica de bot complexa.
É claro que, antes disso, precisamos introduzir **Event**, que é uma abstração de eventos de log no EVM sob a linguagem de programação Solidity. Geralmente é emparelhado com uma instrução de emissão para acionar um evento**. Correspondente aos logs que são transações no navegador blockchain, como a seguinte transação para comprar uma chave, que dispara um evento Trade que contém uma série de informações.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Tempo de contrato
Os eventos são uma parte importante dos DApps, através dos quais eles podem ouvir a mudança de estado do contrato, por exemplo, Friend.Tech também ouvirão o contrato para ajustar uma série de dados no banco de dados, como o preço de exibição do front-end, a quantidade de retenção, etc.
Ideia mais simples
Então, a lógica mais simples de um novo robô é esta: ouvir os eventos contratuais de Friend.Tech, e quando descobrir que um evento desencadeado por uma troca atende às seguintes condições, chame o contrato de Friend.Tech para seguir a compra
* Evento é compra (valor isBuy é verdadeiro)
* O comerciante e o proprietário são o mesmo endereço (comerciante == assunto)
* A transação é a transação que criou a sala (o fornecimento é 1)
A figura a seguir mostra o fluxograma do processo
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Bot mínimo
Contrato? Atomicidade!
Existem certos problemas com esse robô:
Primeiro considere resolver os problemas 1 e 2, uma das vantagens do EVM é que ele pode chamar atomicamente outros contratos em um contrato, então você só precisa implantar um contrato para fazer uma compra e definir uma série de condições, como código de contrato de código aberto no Github [friendrekt] , você pode definir o preço máximo de compra, bem como a quantidade.
Para a questão 3, a maneira mais fácil é usar a interface oficial para consultar, obter o endereço correspondente das informações do Twitter do usuário e, em seguida, consultar o número de seguidores do Twitter e outras informações para filtrar e, em seguida, determinar se comprar, quanto comprar e qual é o preço máximo. Neste ponto, o fluxo de operação do robô torna-se como mostrado na figura abaixo.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Introdução de contratos daigou
Explosão tecnológica
Pode-se ver que esse processo aumenta as solicitações de informações e chamadas de contrato inteligente, e o robô determina a ativação de uma nova conta depois de ouvir o evento do contrato, após um simples julgamento lógico, e então usa a API para consultar as informações relevantes para filtragem e, finalmente, usa o contrato inteligente implantado para concluir a compra. Mas esses robôs ainda têm falhas:
Mais uma vez, resolva estes problemas um a um. Vamos olhar para a questão 3 primeiro, graças ao lembrete de 0xleo [como perdi 10.000 facas em friend.tech - 0xleo], descobri que outra interface pode consultar as informações de endereço depois que o usuário se registra, então você pode monitorar contínua e incrementalmente essa interface para encontrar o ID mais recente e obter as informações do registrante. Se o registrante for considerado valioso, ele armazena o endereço no cache (um banco de dados também é necessário para garantir a persistência de reinicialização) e o compra depois de ouvir eventos on-chain e acessar o cache.
A segunda é a questão 1 e 2, como julgar se um usuário é valioso? Então é necessário usar alguns sites de pontuação KOL do Twitter de terceiros para ajudar, o autor usa o Twiiterscan para consultar no processo de exploração, porque as informações de registro podem ser obtidas com antecedência, então o tempo gasto consultando o Twiiterscan antes da ativação não é muito impacto. Além disso, você pode definir manualmente a lista branca e o preço de compra para concluir a configuração de compra.
Finalmente, o fluxo básico do bot que implementamos é o seguinte. Um "bot" adicional extrai as informações mais recentes da API e as armazena no banco de dados e no cache após o julgamento, enquanto o robô dedicado à compra consulta as informações do cache depois de receber o evento e faz uma compra depois de acertar o cache. Esse cache também pode armazenar informações da lista branca, selecionar alguns KOLs valiosos e definir o preço e a quantidade para comprar.
! [Fundamentos de robôs on-chain: FriendTech como exemplo] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Monitorização antecipada e análise de influência
Uma vez que o autor implementou este bot relativamente tarde, o lucro não é muito objetivo. No final de setembro, começou a realizar e otimizar, e atingiu um máximo de 1,2E de rendimento por volta de 3 de outubro, e o lucro retraiu depois de não fazer movimentos oportunos naqueles dias, e não houve lucro ou perda depois de adicionar uma série de taxas de manuseio. Bots dessa arquitetura podem conseguir uma compra no primeiro bloco após o registrante comprar, e como não existe uma operação tão tumultuada como uma varredura de mempool na base, a maioria das compras que seguem o mesmo bloco são basicamente um jogo louco: depois de ouvir a compra, a compra é executada até que a compra seja concluída, como outro robô visto no processo: .
Sua estratégia é simples, baseada na arquitetura que descrevemos acima, não armazene o banco de dados, e comece a comprar diretamente até que a compra seja concluída. Depois de otimizar nessa medida, é um jogo de luta pela quantidade de dinheiro, e pode ser jogado assim se você puder queimar gás, e o lucro é particularmente considerável quando a estratégia está correta.
Conclusão
No preâmbulo também mencionamos a operação de compra e venda, fraude de taxas, aqui está uma introdução casual:
Até agora, concluímos a introdução do princípio do robô on-chain, a implementação específica envolve o código não é mais explicado, amigos que querem entender também podem se referir a ele [friendrekt] implementação.