TG游戏自动化的一种思路
随着NotCoin带来的财富效应,Ton生态上一大坨的项目如雨后春笋般冒了出来——签到类、筋膜枪点击类的游戏更是让人玩的要吐。
对于撸毛党而言,初期的手机群控或模拟器+自动点击的方式在账号较少的情况下可以应付一阵,但最终纯后台、自动化才是王道。
随着NotCoin带来的财富效应,Ton生态上一大坨的项目如雨后春笋般冒了出来——签到类、筋膜枪点击类的游戏更是让人玩的要吐。
对于撸毛党而言,初期的手机群控或模拟器+自动点击的方式在账号较少的情况下可以应付一阵,但最终纯后台、自动化才是王道。
今天开始进入技术同学最喜欢的代码环节,虽然前一篇文章《Web3漫游记——MEV套利技能树》主推Rust作为首选,但后续文章会以Golang为主。主要因为个人技术栈是Golang+Python,用熟悉的语言可以更专注于MEV相关逻辑实现。而使用Golang而非Python则是为了顺便熟悉一下Geth这个库,为了后面做私有节点优化提前做一些准备。有其他语言编程基础的小伙伴看懂应该都不是问题,只不过用到的库以及语法可能略有差别而已。
另外提醒一下Python技术栈的小伙伴,截止到发文日期,Python3.11
、web3.py-v6.9
和web3-flashbots-v1.1.1
的SDK目前有兼容性问题,使用python3.8可正常测试。
在上一篇文章Web3漫游记——MEV以及赚钱姿势中简单介绍了关于MEV的相关基础概念原理,没看过的同学建议先去补充一下前置知识方便理解。
对MEV没兴趣可以直接拉到文章末尾。
这篇文章假定你已经有了一些Web3相关最基础概念,比如什么是区块链、什么是Defi、什么是挖矿、什么是POW和POS、什么是CEX和DEX等等,这篇主要来聊聊什么是MEV以及MEV相关套利原理,至于技术同学最感兴趣的"Show Me The Code”,后面再说。
原文地址:这里,省略了一些非重点片段。
本文的主要目标是展示在哪些场景下使用并发更加合适。因此本文中不会讲述并发相关的基本术语,比如goroutines、wait groups、channels、数据竞争等。 我打算创建一系列文章,详细解释最常用的并发相关示例。
目前arm系统越来越常见,对镜像的多架构需求也越来越大。对于同一个镜像,最简单的办法就是在amd64或arm机器上build后通过不同的tag进行区分,比如nginx:v1-amd64
、nginx:v1-arm64
,但这种方式比较丑陋,而且没有对应架构的机器用来构建怎么办?
目前最新的办法就是使用buildx来进行构建,不过这个特性目前默认是没启用的,需要在docker的配置文件中添加"experimental": true
后重启docker服务生效。