Friend.Tech s’agit d’une plate-forme sociale basée sur des contrats intelligents, les utilisateurs doivent se connecter à leur propre Twitter pour s’inscrire et « émettre » leur propre clé, les utilisateurs avec une clé peuvent entrer dans une salle similaire à une discussion de groupe pour communiquer avec le propriétaire de la clé. Il s’agit toujours d’une plate-forme sociale centralisée, mais s’appuie sur des contrats intelligents sur la chaîne pour mettre en œuvre la logique d’achat et de vente clé, et la fonction principale est une application de messagerie instantanée basée sur la page Web. Et dans le processus de vente et d’achat des clés, 10% de la valeur sera divisée en deux parties, une partie pour le promoteur Friend.Tech et l’autre partie pour le propriétaire de la pièce correspondante. Ensuite, dans le cas où une telle clé peut contourner le front-end pour terminer l’achat et la vente, elle produira naturellement des robots sur la chaîne pour jouer à la tromperie nouvelle, acheter, vendre et payer. Alors, comment sont-ils mis en œuvre ?
Parlez de frapper de nouveaux robots
Frapper de nouveaux robots peut avoir des avantages considérables au début de Friend.Tech’opération, car à l’heure actuelle, les robots de sniper de la chaîne n’ont pas évolué dans une certaine mesure, et ils peuvent être achetés après un simple jugement d’information et peuvent avoir des attentes de profit élevées. Maintenant, commencez par la logique d’implémentation de bot la plus simple et passez en revue une logique de bot complexe.
Bien sûr, avant cela, nous devons introduire **Event**, qui est une abstraction des événements de log dans EVM sous le langage de programmation Solidity. Il est généralement associé à une instruction emit pour déclencher un événement**. Correspondant aux journaux qui sont des transactions dans le navigateur de la blockchain, telles que la transaction suivante pour acheter une clé, qui déclenche un événement Trade qui contient une série d’informations.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Durée du contrat
Les événements sont une partie importante des DApps, grâce auxquelles ils peuvent écouter le changement d’état du contrat, par exemple Friend.Tech écouteront également le contrat pour ajuster une série de données dans la base de données, telles que le prix d’affichage du front-end, la quantité de stockage, etc.
L’idée la plus simple
Ensuite, la logique la plus simple d’un nouveau robot est la suivante : écouter les événements contractuels de Friend.Tech, et lorsqu’il constate qu’un événement déclenché par un échange remplit les conditions suivantes, appeler le contrat de Friend.Tech pour suivre l’achat
* L’événement est un achat (la valeur isBuy est vraie)
* Le commerçant et le propriétaire ont la même adresse (commerçant == sujet)
* La transaction est la transaction qui a créé la pièce (l’offre est égale à 1)
La figure suivante montre l’organigramme du processus
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Minimal Bot
Contrat ? Atomicité!
Il y a certains problèmes avec un tel robot:
Il n’y a aucune garantie que le nouveau sera en mesure d’acheter, et deuxièmement, il est impossible de donner exactement le montant d’ETH qui peut être acheté pour la clé ;
Il n’est pas non plus possible de fixer un prix plafond, tel que le nombre de clés ou le prix atteint au moment de l’exécution de la transaction ;
Facile à sniper, d’autres peuvent effectuer des opérations d’achat via de nouvelles adresses pour attirer de tels robots, afin d’atteindre l’objectif de frauder les frais de manutention et de vendre des bénéfices;
Envisagez d’abord de résoudre les problèmes 1 et 2, l’un des avantages d’EVM est qu’il peut appeler atomiquement d’autres contrats dans un contrat, il vous suffit donc de déployer un contrat pour effectuer un achat, et de définir une série de conditions, telles que le code de contrat open source sur Github [friendrekt] , vous pouvez définir le prix d’achat maximum, ainsi que la quantité.
Pour la question 3, le moyen le plus simple est d’utiliser l’interface officielle pour interroger, obtenir l’adresse correspondante des informations Twitter de l’utilisateur, puis interroger le nombre d’abonnés Twitter et d’autres informations à filtrer, puis déterminer s’il faut acheter, combien acheter et quel est le prix maximum. À ce stade, le flux de fonctionnement du robot devient comme indiqué dans la figure ci-dessous.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Mise en place des contrats daigou
Explosion technologique
On peut voir que ce processus augmente les demandes d’informations et les appels de contrats intelligents, et le robot détermine l’activation d’un nouveau compte après avoir écouté l’événement du contrat, après un simple jugement logique, puis utilise l’API pour interroger les informations pertinentes pour le filtrage, et enfin utilise le contrat intelligent déployé pour terminer l’achat. Mais ces robots ont encore des défauts :
Incapables de juger le compte Twitter de phishing, certains comptes ont un nombre élevé de fans, mais ce sont tous des fans de zombies, et ils n’ont aucune valeur, et l’achat comporte un grand risque ;
Le nombre de followers n’est pas pratique pour juger de la valeur d’un utilisateur de Twitter, certains fans de KOL ont un petit nombre de fans, mais ils fonctionneront, il est donc facile de filtrer ces personnes ;
Il y a un certain retard dans l’API, cette interface ne peut être interrogée que dans un laps de temps (60s) après l’activation de l’utilisateur, il est facile de manquer de nombreuses adresses et d’avoir un délai élevé ;
Encore une fois, résolvez ces problèmes un par un. Regardons d’abord la question 3, grâce au rappel de 0xleo [comment ai-je perdu 10 000 couteaux en friend.tech - 0xleo], j’ai constaté qu’une autre interface peut interroger les informations d’adresse après l’enregistrement de l’utilisateur, puis vous pouvez surveiller en continu et de manière incrémentielle cette interface pour trouver le dernier ID et obtenir les informations du titulaire. Si le déclarant est jugé utile, il stocke l’adresse dans le cache (une base de données est également nécessaire pour assurer la persistance du redémarrage) et l’achète après avoir écouté les événements sur la chaîne et atteint le cache.
La seconde est la question 1 et 2, comment juger si un utilisateur a de la valeur ? Ensuite, il est nécessaire d’utiliser certains sites de notation Twitter KOL tiers pour aider, l’auteur utilise Twiiterscan pour interroger dans le processus d’exploration, car les informations d’inscription peuvent être obtenues à l’avance, de sorte que le temps passé à interroger Twiiterscan avant l’activation n’a pas beaucoup d’impact. De plus, vous pouvez définir manuellement la liste blanche et le prix d’achat pour terminer la configuration de l’achat.
Enfin, le flux de base du bot que nous implémentons est le suivant. Un « bot » supplémentaire extrait les dernières informations de l’API et les stocke dans la base de données et le cache après jugement, tandis que le robot dédié à l’achat interroge les informations du cache après réception de l’événement et effectue un achat après avoir atteint le cache. Ce cache peut également stocker des informations sur la liste blanche, sélectionner des KOL précieux et définir le prix et la quantité à acheter.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Veille avancée et analyse d’influence
Étant donné que l’auteur a implémenté ce bot relativement tard, le profit n’est pas très objectif. À la fin du mois de septembre, il a commencé à réaliser et à optimiser, et a atteint un maximum de 1,2 E de revenu vers le 3 octobre, et le bénéfice a retracé après ne pas avoir fait de mouvements opportuns à l’époque, et il n’y a eu ni profit ni perte après l’ajout d’une série de frais de traitement. Les bots de cette architecture peuvent réaliser un achat dans le premier bloc après l’achat de l’inscrit, et comme il n’y a pas d’opération aussi tumultueuse qu’un scan de mempool sur la base, la plupart des achats qui suivent le même bloc sont fondamentalement un jeu fou : après avoir écouté l’achat, l’achat est exécuté jusqu’à ce que l’achat soit terminé, comme un autre robot vu dans le processus : .
Sa stratégie est simple, basée sur l’architecture que nous avons décrite ci-dessus, ne stockez pas la base de données et commencez à acheter directement jusqu’à ce que l’achat soit terminé. Après avoir optimisé à ce point, c’est un jeu de lutte pour la somme d’argent, et cela peut être joué comme ça si vous pouvez vous permettre de brûler de l’essence, et le profit est particulièrement considérable lorsque la stratégie est correcte.
En conclusion
Dans le préambule, nous avons également mentionné l’opération d’achat et de vente, la fraude aux frais, voici une introduction occasionnelle :
L’achat et la vente est un robot de copie, le suivi vers une adresse mieux rentable peut suivre son fonctionnement, le principe est également très simple, filtrez l’adresse d’écoute, si c’est l’adresse cible pour suivre l’opération ;
Il existe deux types de tricherie (comme l’a observé l’auteur lors du développement), l’une se fait en utilisant un compte Twitter avec un grand nombre de followers, en l’achetant directement et en le vendant rapidement pour terminer la récolte. L’autre est de créer constamment de nouvelles adresses, de transférer de l’argent, puis d’effectuer une opération d’achat et de vendre rapidement. Le deuxième type s’adresse principalement au bot logique le plus simple, qui devrait également être très rentable au début.
Jusqu’à présent, nous avons terminé l’introduction du principe du robot on-chain, l’implémentation spécifique implique que le code n’est plus expliqué, les amis qui veulent comprendre peuvent également s’y référer [friendrekt] implémentation.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Le principe de base des robots on-chain : Prenons l’exemple de FriendTech
Préface
Friend.Tech s’agit d’une plate-forme sociale basée sur des contrats intelligents, les utilisateurs doivent se connecter à leur propre Twitter pour s’inscrire et « émettre » leur propre clé, les utilisateurs avec une clé peuvent entrer dans une salle similaire à une discussion de groupe pour communiquer avec le propriétaire de la clé. Il s’agit toujours d’une plate-forme sociale centralisée, mais s’appuie sur des contrats intelligents sur la chaîne pour mettre en œuvre la logique d’achat et de vente clé, et la fonction principale est une application de messagerie instantanée basée sur la page Web. Et dans le processus de vente et d’achat des clés, 10% de la valeur sera divisée en deux parties, une partie pour le promoteur Friend.Tech et l’autre partie pour le propriétaire de la pièce correspondante. Ensuite, dans le cas où une telle clé peut contourner le front-end pour terminer l’achat et la vente, elle produira naturellement des robots sur la chaîne pour jouer à la tromperie nouvelle, acheter, vendre et payer. Alors, comment sont-ils mis en œuvre ?
Parlez de frapper de nouveaux robots
Frapper de nouveaux robots peut avoir des avantages considérables au début de Friend.Tech’opération, car à l’heure actuelle, les robots de sniper de la chaîne n’ont pas évolué dans une certaine mesure, et ils peuvent être achetés après un simple jugement d’information et peuvent avoir des attentes de profit élevées. Maintenant, commencez par la logique d’implémentation de bot la plus simple et passez en revue une logique de bot complexe.
Bien sûr, avant cela, nous devons introduire **Event**, qui est une abstraction des événements de log dans EVM sous le langage de programmation Solidity. Il est généralement associé à une instruction emit pour déclencher un événement**. Correspondant aux journaux qui sont des transactions dans le navigateur de la blockchain, telles que la transaction suivante pour acheter une clé, qui déclenche un événement Trade qui contient une série d’informations.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
Durée du contrat
Les événements sont une partie importante des DApps, grâce auxquelles ils peuvent écouter le changement d’état du contrat, par exemple Friend.Tech écouteront également le contrat pour ajuster une série de données dans la base de données, telles que le prix d’affichage du front-end, la quantité de stockage, etc.
L’idée la plus simple
Ensuite, la logique la plus simple d’un nouveau robot est la suivante : écouter les événements contractuels de Friend.Tech, et lorsqu’il constate qu’un événement déclenché par un échange remplit les conditions suivantes, appeler le contrat de Friend.Tech pour suivre l’achat
* L’événement est un achat (la valeur isBuy est vraie)
* Le commerçant et le propriétaire ont la même adresse (commerçant == sujet)
* La transaction est la transaction qui a créé la pièce (l’offre est égale à 1)
La figure suivante montre l’organigramme du processus
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
Minimal Bot
Contrat ? Atomicité!
Il y a certains problèmes avec un tel robot:
Envisagez d’abord de résoudre les problèmes 1 et 2, l’un des avantages d’EVM est qu’il peut appeler atomiquement d’autres contrats dans un contrat, il vous suffit donc de déployer un contrat pour effectuer un achat, et de définir une série de conditions, telles que le code de contrat open source sur Github [friendrekt] , vous pouvez définir le prix d’achat maximum, ainsi que la quantité.
Pour la question 3, le moyen le plus simple est d’utiliser l’interface officielle pour interroger, obtenir l’adresse correspondante des informations Twitter de l’utilisateur, puis interroger le nombre d’abonnés Twitter et d’autres informations à filtrer, puis déterminer s’il faut acheter, combien acheter et quel est le prix maximum. À ce stade, le flux de fonctionnement du robot devient comme indiqué dans la figure ci-dessous.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
Mise en place des contrats daigou
Explosion technologique
On peut voir que ce processus augmente les demandes d’informations et les appels de contrats intelligents, et le robot détermine l’activation d’un nouveau compte après avoir écouté l’événement du contrat, après un simple jugement logique, puis utilise l’API pour interroger les informations pertinentes pour le filtrage, et enfin utilise le contrat intelligent déployé pour terminer l’achat. Mais ces robots ont encore des défauts :
Encore une fois, résolvez ces problèmes un par un. Regardons d’abord la question 3, grâce au rappel de 0xleo [comment ai-je perdu 10 000 couteaux en friend.tech - 0xleo], j’ai constaté qu’une autre interface peut interroger les informations d’adresse après l’enregistrement de l’utilisateur, puis vous pouvez surveiller en continu et de manière incrémentielle cette interface pour trouver le dernier ID et obtenir les informations du titulaire. Si le déclarant est jugé utile, il stocke l’adresse dans le cache (une base de données est également nécessaire pour assurer la persistance du redémarrage) et l’achète après avoir écouté les événements sur la chaîne et atteint le cache.
La seconde est la question 1 et 2, comment juger si un utilisateur a de la valeur ? Ensuite, il est nécessaire d’utiliser certains sites de notation Twitter KOL tiers pour aider, l’auteur utilise Twiiterscan pour interroger dans le processus d’exploration, car les informations d’inscription peuvent être obtenues à l’avance, de sorte que le temps passé à interroger Twiiterscan avant l’activation n’a pas beaucoup d’impact. De plus, vous pouvez définir manuellement la liste blanche et le prix d’achat pour terminer la configuration de l’achat.
Enfin, le flux de base du bot que nous implémentons est le suivant. Un « bot » supplémentaire extrait les dernières informations de l’API et les stocke dans la base de données et le cache après jugement, tandis que le robot dédié à l’achat interroge les informations du cache après réception de l’événement et effectue un achat après avoir atteint le cache. Ce cache peut également stocker des informations sur la liste blanche, sélectionner des KOL précieux et définir le prix et la quantité à acheter.
! [Principes de base des robots on-chain : FriendTech à titre d’exemple] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
Veille avancée et analyse d’influence
Étant donné que l’auteur a implémenté ce bot relativement tard, le profit n’est pas très objectif. À la fin du mois de septembre, il a commencé à réaliser et à optimiser, et a atteint un maximum de 1,2 E de revenu vers le 3 octobre, et le bénéfice a retracé après ne pas avoir fait de mouvements opportuns à l’époque, et il n’y a eu ni profit ni perte après l’ajout d’une série de frais de traitement. Les bots de cette architecture peuvent réaliser un achat dans le premier bloc après l’achat de l’inscrit, et comme il n’y a pas d’opération aussi tumultueuse qu’un scan de mempool sur la base, la plupart des achats qui suivent le même bloc sont fondamentalement un jeu fou : après avoir écouté l’achat, l’achat est exécuté jusqu’à ce que l’achat soit terminé, comme un autre robot vu dans le processus : .
Sa stratégie est simple, basée sur l’architecture que nous avons décrite ci-dessus, ne stockez pas la base de données et commencez à acheter directement jusqu’à ce que l’achat soit terminé. Après avoir optimisé à ce point, c’est un jeu de lutte pour la somme d’argent, et cela peut être joué comme ça si vous pouvez vous permettre de brûler de l’essence, et le profit est particulièrement considérable lorsque la stratégie est correcte.
En conclusion
Dans le préambule, nous avons également mentionné l’opération d’achat et de vente, la fraude aux frais, voici une introduction occasionnelle :
Jusqu’à présent, nous avons terminé l’introduction du principe du robot on-chain, l’implémentation spécifique implique que le code n’est plus expliqué, les amis qui veulent comprendre peuvent également s’y référer [friendrekt] implémentation.