Prinsip dasar robot on-chain: Ambil FriendTech sebagai contoh

Kata Pengantar

Friend.Tech adalah platform sosial berdasarkan kontrak pintar, pengguna perlu menghubungkan Twitter mereka sendiri untuk mendaftar, dan “mengeluarkan” kunci mereka sendiri, pengguna dengan kunci dapat memasuki ruangan yang mirip dengan obrolan grup untuk berkomunikasi dengan pemilik kunci. Ini masih merupakan platform sosial terpusat, tetapi bergantung pada kontrak pintar pada rantai untuk menerapkan logika pembelian dan penjualan kunci, dan fungsi utamanya adalah aplikasi IM berdasarkan halaman web. Dan dalam proses jual beli kunci, 10% dari nilainya akan dibagi menjadi dua bagian, satu bagian untuk pengembang Friend.Tech, dan bagian lainnya untuk pemilik kamar yang sesuai. Kemudian, jika kunci seperti itu dapat melewati front-end untuk menyelesaikan pembelian dan penjualan, secara alami akan menghasilkan robot di rantai untuk memainkan penipuan baru, beli, jual, dan biaya. Jadi, bagaimana penerapannya?

Bicara tentang memukul robot baru

Memukul robot baru dapat memiliki manfaat yang cukup besar pada tahap awal operasi Friend.Tech, karena saat ini, robot penembak jitu di rantai belum berevolusi sampai batas tertentu, dan mereka dapat dibeli setelah penilaian informasi sederhana dan dapat memiliki harapan keuntungan yang tinggi. Sekarang, mulailah dengan logika implementasi bot yang paling sederhana dan telusuri logika bot yang kompleks.

Tentu saja, sebelum itu, kita perlu memperkenalkan **Event**, yang merupakan abstraksi peristiwa log di EVM di bawah bahasa pemrograman Solidity. Biasanya dipasangkan dengan pernyataan emiten untuk memicu suatu peristiwa. Sesuai dengan log yang merupakan transaksi di browser blockchain, seperti transaksi berikut untuk membeli kunci, yang memicu peristiwa Perdagangan yang berisi serangkaian informasi.

! [Dasar-dasar robot on-chain: FriendTech sebagai contoh] (https://cdn-img.panewslab.com/panews/images/6yihX4ZR6n.png)

Waktu kontrak

Acara adalah bagian penting dari DApps, di mana mereka dapat mendengarkan perubahan status kontrak, misalnya Friend.Tech juga akan mendengarkan kontrak untuk menyesuaikan serangkaian data dalam database, seperti harga tampilan front-end, jumlah holding, dll.

Ide paling sederhana

Kemudian, logika paling sederhana dari robot baru adalah ini: dengarkan peristiwa kontrak Friend.Tech, dan ketika menemukan bahwa suatu peristiwa yang dipicu oleh pertukaran memenuhi kondisi berikut, panggil kontrak Friend.Tech untuk mengikuti pembelian

* Event adalah pembelian (nilai isBuy adalah true)
* Trader dan pemilik adalah alamat yang sama (trader == subjek)
* Transaksi adalah transaksi yang menciptakan ruangan (persediaan adalah 1)

Gambar berikut menunjukkan diagram alir proses

! [Dasar-dasar robot on-chain: FriendTech sebagai contoh] (https://cdn-img.panewslab.com/panews/images/cTUYN1J80k.png)

Minimal Bot

Kontrak? Atomisitas!

Ada masalah tertentu dengan robot semacam itu:

1. Tidak ada jaminan bahwa yang baru akan dapat membeli, dan kedua, tidak mungkin untuk memberikan jumlah ETH yang tepat yang dapat dibeli untuk kunci;
2. Juga tidak mungkin untuk menetapkan harga langit-langit, seperti berapa banyak kunci atau berapa banyak harga yang dicapai pada saat eksekusi perdagangan;
3. Mudah ditembak, orang lain dapat melakukan operasi pembelian melalui alamat baru untuk menarik robot tersebut, untuk mencapai tujuan menipu biaya penanganan dan menjual keuntungan;

Pertama pertimbangkan untuk menyelesaikan masalah 1 dan 2, salah satu keuntungan EVM adalah dapat memanggil kontrak lain secara atom dalam satu kontrak, jadi Anda hanya perlu menerapkan kontrak untuk melakukan pembelian, dan menetapkan serangkaian kondisi, seperti kode kontrak sumber terbuka di Github [friendrekt] , Anda dapat mengatur harga beli maksimum, serta kuantitasnya.

Untuk pertanyaan 3, cara termudah adalah dengan menggunakan antarmuka resmi untuk bertanya, mendapatkan alamat yang sesuai dari informasi Twitter pengguna, dan kemudian menanyakan jumlah pengikut Twitter dan informasi lain untuk difilter, dan kemudian menentukan apakah akan membeli, berapa banyak yang harus dibeli dan berapa harga maksimumnya. Pada titik ini, alur operasi robot menjadi seperti yang ditunjukkan pada gambar di bawah ini.

! [Dasar-dasar robot on-chain: FriendTech sebagai contoh] (https://cdn-img.panewslab.com/panews/images/16OzVP13Ts.png)

Pengenalan kontrak daigou

Ledakan teknologi

Dapat dilihat bahwa proses ini meningkatkan permintaan informasi dan panggilan kontrak pintar, dan robot menentukan aktivasi akun baru setelah mendengarkan peristiwa kontrak, setelah penilaian logis sederhana, dan kemudian menggunakan API untuk menanyakan informasi yang relevan untuk pemfilteran, dan akhirnya menggunakan kontrak pintar yang digunakan untuk menyelesaikan pembelian. Tetapi robot seperti itu masih memiliki kekurangan:

1. Tidak dapat menilai akun Twitter phishing, beberapa akun memiliki jumlah penggemar yang tinggi, tetapi mereka semua adalah penggemar zombie, dan mereka tidak memiliki nilai apa pun, dan membeli memiliki risiko besar;
2. Jumlah pengikut tidak nyaman untuk menilai apakah pengguna Twitter berharga, beberapa penggemar KOL memiliki jumlah penggemar yang sedikit, tetapi mereka akan beroperasi, sehingga mudah untuk menyaring orang-orang ini;
3. Ada penundaan tertentu dalam API, antarmuka ini hanya dapat ditanyakan dalam jangka waktu (60-an) setelah pengguna mengaktifkan, mudah untuk melewatkan banyak alamat dan memiliki penundaan yang tinggi;

Sekali lagi, selesaikan masalah ini satu per satu. Mari kita lihat pertanyaan 3 terlebih dahulu, berkat pengingat 0xleo [bagaimana saya kehilangan 10.000 pisau dalam friend.tech - 0xleo], saya menemukan bahwa antarmuka lain dapat menanyakan informasi alamat setelah pengguna mendaftar, kemudian Anda dapat terus menerus dan secara bertahap memantau antarmuka ini untuk menemukan ID terbaru dan mendapatkan informasi pendaftar. Jika pendaftar dinilai berharga, ia menyimpan alamat dalam cache (database juga diperlukan untuk memastikan persistensi restart), dan membelinya setelah mendengarkan acara on-chain dan menekan cache.

Yang kedua adalah pertanyaan 1 dan 2, bagaimana menilai apakah pengguna berharga? Maka perlu menggunakan beberapa situs scoring KOL Twitter pihak ketiga untuk membantu, penulis menggunakan Twiiterscan untuk query dalam proses eksplorasi, karena informasi pendaftaran dapat diperoleh terlebih dahulu, sehingga waktu yang dihabiskan query Twiiterscan sebelum aktivasi tidak banyak berdampak. Selain itu, Anda dapat mengatur daftar putih dan harga beli secara manual untuk menyelesaikan konfigurasi pembelian.

Akhirnya, alur dasar bot yang kami terapkan adalah sebagai berikut. “Bot” tambahan menarik informasi terbaru dari API dan menyimpannya dalam database dan cache setelah penilaian, sementara robot yang didedikasikan untuk membeli kueri informasi cache setelah menerima acara dan melakukan pembelian setelah menekan cache. Cache ini juga dapat menyimpan informasi daftar putih, memilih beberapa KOL berharga dan mengatur harga dan kuantitas yang akan dibeli.

! [Dasar-dasar robot on-chain: FriendTech sebagai contoh] (https://cdn-img.panewslab.com/panews/images/2G0v64Q8N0.png)

Pemantauan lanjutan dan analisis pengaruh

Karena penulis mengimplementasikan bot ini relatif terlambat, keuntungannya tidak terlalu objektif. Pada akhir September, mulai disadari dan dioptimalkan, dan mencapai pendapatan maksimum 1.2E sekitar 3 Oktober, dan laba menelusuri kembali setelah tidak bergerak tepat waktu pada masa itu, dan tidak ada untung atau rugi setelah menambahkan serangkaian biaya penanganan. Bot dari arsitektur ini dapat mencapai pembelian di blok pertama setelah pendaftar membeli, dan karena tidak ada operasi yang penuh gejolak seperti pemindaian mempool di pangkalan, sebagian besar pembelian yang mengikuti blok yang sama pada dasarnya adalah permainan gila: setelah mendengarkan pembelian, pembelian dieksekusi sampai pembelian selesai, seperti robot lain yang terlihat dalam proses: .

Strateginya sederhana, berdasarkan arsitektur yang kami jelaskan di atas, jangan menyimpan database, dan mulai membeli langsung sampai pembelian selesai. Setelah mengoptimalkan sejauh ini, ini adalah permainan memperebutkan jumlah uang, dan dapat dimainkan seperti ini jika Anda mampu membakar gas, dan keuntungannya sangat besar ketika strateginya benar.

Kesimpulan

Dalam pembukaan kami juga menyebutkan operasi jual beli, penipuan biaya, berikut adalah pengantar kasual:

1. Beli dan jual adalah robot fotokopi, pelacakan ke alamat menguntungkan yang lebih baik dapat mengikuti operasinya, prinsipnya juga sangat sederhana, filter alamat mendengarkan, jika itu adalah alamat target untuk mengikuti operasi;
2. Ada dua jenis kecurangan biaya (seperti yang diamati oleh penulis selama pengembangan), satu dilakukan dengan menggunakan akun Twitter dengan jumlah pengikut yang besar, membelinya langsung dan menjualnya dengan cepat untuk menyelesaikan panen. Yang lainnya adalah terus-menerus membuat alamat baru, mentransfer uang, lalu melakukan operasi pembelian dan menjual dengan cepat. Tipe kedua terutama ditujukan untuk bot logika paling sederhana, yang juga harus sangat menguntungkan pada tahap awal.

Sejauh ini, kami telah menyelesaikan pengenalan prinsip robot on-chain, implementasi spesifik yang melibatkan kode tidak lagi dijelaskan, teman-teman yang ingin memahami juga dapat merujuknya [friendrekt] pelaksanaan.