オンチェーンロボットの基本原理:フレンドテックを例にとる

はじめに

Friend.Tech はスマートコントラクトに基づくソーシャルプラットフォームであり、ユーザーは自分のTwitterを接続して登録し、自分のキーを「発行」する必要があり、キーを持つユーザーはグループチャットに似た部屋に入ってキーの所有者と通信できます。 これはまだ一元化されたソーシャルプラットフォームですが、主要な売買ロジックを実装するためにチェーン上のスマートコントラクトに依存しており、主な機能はWebページに基づくIMアプリケーションです。 また、キーの売買の過程で、価値の10%が2つの部分に分割され、1つは Friend.Tech 開発者用、もう1つは対応する部屋の所有者用です。 次に、そのようなキーがフロントエンドをバイパスして売買を完了できる場合、チェーン上にロボットが自然に生成され、新しい、購入、販売、および料金の欺瞞をプレイします。 それで、それらはどのように実装されますか?

新しいロボットを打つことについて話す

現時点では、チェーン上の狙撃ロボットはある程度進化しておらず、簡単な情報判断で購入でき、高い利益期待を持つことができるため、新しいロボットを打つことは、Friend.Tech 操作の初期段階でかなりの利益をもたらすことができます。 次に、最も単純なボット実装ロジックから始めて、複雑なボット ロジックをステップ実行します。

もちろん、その前に、Solidityプログラミング言語の下でEVMのログイベントを抽象化した**イベント**を導入する必要があります。 通常、イベント**をトリガーするためにemitステートメントとペアになっています。 ブロックチェーンブラウザでのトランザクションであるログに対応して、キーを購入する次のトランザクションなど、一連の情報を含むTradeイベントをトリガーします。

! [オンチェーンロボットの基礎:例としてフレンドテック] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)

契約時期

イベントはDAppsの重要な部分であり、たとえば、コントラクトをリッスン Friend.Tech して、フロントエンドの表示価格、保有数量などのデータベース内の一連のデータを調整するためにコントラクトをリッスンすることもできます。

最もシンプルなアイデア

次に、新しいロボットの最も単純なロジックはこれです:Friend.Tech の契約イベントを聞き、取引所によってトリガーされたイベントが次の条件を満たすことがわかったら、買いに従うために Friend.Tech の契約を呼び出します

* イベントは購入です (つまり、購入値は真です)
* トレーダーと所有者が同じ住所です (トレーダー == 件名)
* トランザクションはルームを作成したトランザクションです (供給は 1)

次の図は、プロセスのフロー図を示しています

! [オンチェーンロボットの基礎:例としてフレンドテック] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)

最小限のボット

契約? 原子性！

このようなロボットには特定の問題があります。

1.新しいものが購入できるという保証はなく、第二に、キーに購入できるETHの金額を正確に与えることは不可能です。
2.取引実行時にキーの数や到達した価格などの上限価格を設定することもできません。
3.狙撃されやすく、他の人は、手数料をだまし取って利益を販売する目的を達成するために、そのようなロボットを引き付けるために新しいアドレスを介して購入操作を実行できます。

まず、問題1と2の解決を検討し、EVMの利点の1つは、1つのコントラクトで他のコントラクトをアトミックに呼び出すことができるため、コントラクトを展開して購入し、Githubのオープンソースコントラクトコードなどの一連の条件を設定するだけでよいことです [friendrekt] では、最大購入価格と数量を設定できます。

質問3の場合、最も簡単な方法は、公式インターフェイスを使用してクエリを実行し、ユーザーのTwitter情報の対応するアドレスを取得し、Twitterフォロワーの数やその他の情報をクエリしてフィルタリングし、購入するかどうか、購入する金額、最高価格を決定することです。 この時点で、ロボットの動作フローは下図のようになります。

! [オンチェーンロボットの基礎:例としてフレンドテック] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)

醍醐契約の導入

テクノロジーの爆発

このプロセスにより、情報要求とスマートコントラクトの呼び出しが増加し、ロボットは契約イベントを聞いた後、単純な論理的判断の後、新しいアカウントのアクティブ化を決定し、APIを使用して関連情報を照会してフィルタリングし、最後に展開されたスマートコントラクトを使用して購入を完了します。 しかし、そのようなロボットにはまだ欠陥があります。

1.フィッシングTwitterアカウントを判断できず、一部のアカウントには多数のファンがいますが、それらはすべてゾンビファンであり、価値がなく、購入には大きなリスクがあります。
2.フォロワーの数は、Twitterユーザーが価値があるかどうかを判断するのに便利ではなく、一部のKOLファンはファンの数が少ないですが、運営されるため、これらの人々を除外するのは簡単です。
3. APIには一定の遅延があり、このインターフェイスは、ユーザーがアクティブ化してから一定期間(60秒)内にのみ照会できるため、多くのアドレスを見逃しやすく、遅延が大きくなります。

繰り返しますが、これらの問題を1つずつ解決してください。 最初に質問3を見てみましょう、0xleoのリマインダーのおかげで[friend.tech で10,000本のナイフを失った方法-0xleo]、ユーザーが登録した後に別のインターフェイスがアドレス情報を照会できることがわかりました、その後、このインターフェイスを継続的かつ段階的に監視して、最新のIDを見つけて登録者情報を取得できます。 登録者が貴重と判断した場合、アドレスをキャッシュに格納し(再起動の永続性を確保するためにデータベースも必要です)、オンチェーンイベントをリッスンしてキャッシュにヒットした後に購入します。

2つ目は、質問1と2、ユーザーが価値があるかどうかを判断する方法です。 次に、サードパーティのTwitter KOLスコアリングサイトを使用して支援する必要があり、作成者はTwiiterscanを使用して探索の過程でクエリを実行し、登録情報を事前に取得できるため、アクティブ化前にTwiiterscanをクエリするのに費やす時間はあまり影響しません。 さらに、ホワイトリストと購入価格を手動で設定して、購入構成を完了することもできます。

最後に、実装するボットの基本的な流れは以下の通りです。 追加の「ボット」がAPIの最新情報をプルし、判断後にデータベースとキャッシュに格納し、購入専用のロボットはイベント受信後にキャッシュ情報を照会し、キャッシュにヒットしてから購入を行います。 このキャッシュには、ホワイトリスト情報を保存したり、貴重なKOLを選択したり、購入する価格と数量を設定したりすることもできます。

! [オンチェーンロボットの基礎:例としてフレンドテック] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)

事前監視と影響分析

著者はこのボットを比較的遅く実装したため、利益はあまり客観的ではありません。 9月末に実現と最適化を開始し、10月3日頃に最大1.2Eの収入に達し、当時はタイムリーな動きをしなかったため利益が遡り、一連の手数料を追加しても損益はありませんでした。 このアーキテクチャのボットは、登録者が購入した後の最初のブロックで購入を達成することができ、ベースでのmempoolスキャンのような激動の操作がないため、同じブロックに続く購入のほとんどは基本的にクレイジーなゲームです:購入を聞いた後、購入が完了するまで購入が実行されます。

その戦略は単純で、上記のアーキテクチャに基づいており、データベースを保存せず、購入が完了するまで直接購入を開始します。 ここまで最適化した上で、金額を争うゲームで、ガスを燃やす余裕があればこのように遊べますし、戦略が正しければ特に利益は相当です。

まとめ

前文では、売買の操作、手数料詐欺についても言及しましたが、ここにカジュアルな紹介があります。

1.売買はコピーロボットであり、より収益性の高いアドレスへの追跡はその操作に従うことができ、原理も非常に単純で、操作に従うターゲットアドレスである場合は、リスニングアドレスをフィルタリングします。
2.手数料の不正行為には2種類あり(開発中に作者が観察したように)、1つはフォロワーの多いTwitterアカウントを使用し、直接購入し、迅速に販売して収穫を完了します。 もう一つは、常に新しいアドレスを作成し、送金してから、購入操作を実行して迅速に販売することです。 2番目のタイプは主に最も単純なロジックボットを対象としており、初期段階でも非常に有益です。

これまでのところ、オンチェーンロボットの原理の導入が完了しており、特定の実装にはコードが含まれ、説明されなくなり、理解したい友人も参照できます [friendrekt] 実装。