以太坊黑暗森林-抢跑(front running)

分享
以太坊黑暗森林-抢跑(front running)

前言

鸽了很久之后的今天突然心血来潮,准备写一个系列:以太坊黑暗森林,它介绍以太坊生态上的各种奇思妙想和逆天的攻击方式,会从简单的、常见的攻击方式开始介绍。取这个名字是因为我接触以太坊不久后看的一篇文章 Ethereum is a Dark Forest
,让我想起了《三体》小说中刘慈欣描述的黑暗森林,以太坊是一个弱肉强食的、没有规则的世界,猎人们总是躲在背后监听所有的交易,一旦发现猎物,它们会把它的血给吸干。

开盘抢币

相信进入以太坊生态的韭菜们,一定有过在 uniswap 上买刚开盘新币的经历,新开盘的币,一般会上涨几倍甚至十几倍,越早买入则越能低价买入。你守着时间,等着项目方添加流动性后第一时间买入代币,但是你发现,无论你的手速多块,总是看到一开盘,价格已经飚了几倍,你骂骂咧咧,开始不断拉高 gas 费用,尝试继续买入,但是你眼睁睁的看着代币涨到十倍,自己的交易却一直失败,你开始怀疑项目方自己抢跑,怀疑项目方捣鬼:肯定是项目方吃相难看,用老鼠仓提前买了。另一些聪明人,研究了以太坊的基本技术,他们在 ethscan 了解了关于“Block”、“Transaction”、“Event”的基本知识,他们聪明的想到:只要我写个程序,不断监听新的区块,只要发现有uniswap添加流动性的事件,我立即买入代币,岂不是比我手动,买入更快?于是他们开发了程序,监听了区块,也成功监听到事件,但是他们遗憾的发现,他们买入时的价格已经上涨十倍了。

mempool 内存池

韭菜们百思不得其解,正当他们一筹莫展之际,突然发现一个新的名词:mempool(内存池)。什么是 mempool?以太坊的出块时间,是 12 秒一个块,在这 12 秒的间隔中,每笔交易都被存放在一个叫做 mempool 的地方, 它只是这些交易暂存的空间,在矿工打包区块时,从 mempool 拿到所有交易,并对这些交易进行排序:按照 gas 价格进行排序,或者按照某种其它的特殊循序(正常来说都是按照 gas 价格进行排序,但是 flashbot 及其它 MEV 相关技术出现导致某些矿工不会按照这个顺序打包),mempool 存放的都是未决交易,它们还未打包但是即将在下个区块中打包,并且 mempool 是公开的,可以被任何人查询。至此,韭菜们发现为什么他们买入时价格已经是涨了几倍之后:如果在 mempool 中监听流动性事件,并且设置 gas 费用总是低于流动性事件的 gas 费用,然后立即发送交易,这样买入交易就可以与流动性事件的交易在同一个区块中一起被打包,打包上链后,即所谓的开盘,韭菜们才一拥而入,然而抢先的买入交易已经将价格拉高数倍。

三明治

另一些聪明的韭菜相信,刚开盘剧烈波动的代币不是买入的好时机,他们要等到价格平稳后再视情况买入。他们选择在开盘几个小时后,币价相对平稳,不像开盘时剧烈波动的时机买入。只见他熟练的打开 uniswap,选个 10、20% 滑点(滑点是为了防止频繁的交易失败的参数,因为你的交易会在下个区块打包,在这期间,可能会有别人的交易也会在同一个区块打包,如果别人也买了相同的代币,那么币价会上涨,在这之后的买入交易代币价格会上涨,滑点的设置表示你最多可以接受多大的价格涨幅,超出这个涨幅则交易失败),然后点击 SWAP,几十秒之后,他买到了自己的 “价值币”,心满意足的离开了,他不知道的是,他原本可以得到更多代币。

他如果去 ethscan 点开自己的交易,会发现在自己交易的一前一后,刚好有同一个代币的“买入/卖出”交易,这两笔像三明治一样,将他的交易夹在中间:在他交易前先一步买入代币,在他交易后卖出代币,如果他再仔细调查,会发现提前买入代币的交易,刚好将代币价格拉升到他滑点的极限,等他买入后,再卖出获利。

这与上文所描述的实际上是使用相同的技术,监听 mempool 的交易,发现目标后,发送一前一后两个交易,这两个交易的 gas 价格都非常讲究,在矿工按照 gas 价格打包时刚好将目标夹在中间然后获利。

尾言

当然,猎人也面临着各种各样的问题,实际情况没这么简单,原理是这么个原理,但是细节上还有很多问题要解决,例如,如何检测 mempool 的交易内容?mempool 的交易都是未执行的交易,因此没有 Event,也没有执行结果。还有如何保证在与别的竞争对手的竞争中胜出?要知道黑暗森林中盯着猎物的可不止一个猎人。以及如何避免各式各样的钓鱼,蜜獾?有些智能合约专门针对机器人制造了一些陷阱。这些内容以后再开贴细说,现在,我已经没耐心接着说了。

阅读更多

C#:IDisposable 和 析构函数

C#:IDisposable 和 析构函数

C# 中有两种释放资源的方式:实现 IDisposable 或使用析构函数。通常,必须在特定时间释放资源的场景中,我们实现 IDisposable,像这样: public class ExampleDispose : IDisposable { // 非托管资源 private IntPtr _handle; // 使用的其它托管资源 private readonly Stream _stream; private bool disposed = false; public ExampleDispose(Stream stream, IntPtr handle) { this._stream = stream; this._handle = handle; } public void Dispose() { if (disposed) { return; } disposed = t

By FatTiger
ThreadLocal引发的灾难

ThreadLocal引发的灾难

在 Java 里有个称之为线程本地变量的类型叫做 ThreadLocal,它与 ThreadLocal 之于 C# 中是一样的作用,可以在线程范围内设置变量,这个变量只会在当前线程可被访问,但是它们有一点不同的是,在 Java 中,当你设置好变量后,在线程使用完毕回到线程池之前,需要手动调用 ThreadLocal.remove() 方法去清除线程本地变量,否则变量随着线程回到线程池,并且在下次使用此线程时此变量继续存在,而在 C# 中,线程回到线程池时会自动清除本地变量,因此无需手动去清除。 我们的业务有这样一个场景:某个业务 UserService 类中,具有多个方法会频繁(甚至循环)调用一个获取用户标签的接口,具体原因是因为某些方法会进行递归,数据结构有个树状结构,因此,为了优化接口响应时间以及看起来不那么蠢,我使用 ThreadLocal 将用户标签接口的返回数据存储到当前线程,因为在单个请求中,多次调用此接口获取数据是不必要的,它看起来像这样: /** * 此静态变量ThreadLocal会为每个线程创建本地副本, 因此USER_TAGS_THREAD_

By FatTiger
我在币安智能链的日子-区块链基础

我在币安智能链的日子-区块链基础

区块和链 无论是比特币还是以太坊,都是具有一个个区块(称之为Block)的链式结构,学过<数据结构>的肯定明白链表,区块链就像一个链表,每个区块都存储上一个区块哈希。 链(称之为Chain),有非常多的链,他们的协议不同,技术也不尽相同,比特币网络是一个链,以太坊网络是另一个链,每个链都有自己的目标(甚至目标只是为了圈钱),每个链也都有自己的代币,比特币网络的代币是比特币,每次交易都需要比特币作为手续费,以太坊网络代币是以太币,每次在以太坊网络的交易都需要以太币作为手续费。所以,链实际上作为基础设施,非常多的团队喜欢创建新的链,但是一个链光有网络光有代币不行,没有生态,很难成功。 币安智能链(Binance Smart Chain:BSC) 我的主要操作都是在BSC上,没有其它原因,只因为一个穷字。在BTC网络交易,需要BTC用作手续费,这个我可用不起,在以太坊(Ethereum)网络交易,需要以太币(ETH)作为用作手续费,按照以太币目前(

By FatTiger
All about ExecutionContext and SynchronizationContext

All about ExecutionContext and SynchronizationContext

前言 这篇文章深入探讨了ExecutionContext和SynchronizationContext, 这是大部分开发人员都不需要了解的 .NET 高级领域. SynchronizationContext 我最早关于 SynchronizationContext 了解可能是在 WindowsForm 程序, 当我错误的在其它线程去更新 UI 控件时, 总会出现一个异常 Cross-thread operation not valid: Control accessed from a thread other than the thread it was created on 翻译过来即 跨线程操作无效:控件从创建它的线程以外的线程访问, 例如这个代码片段: private void button_Click(object sender, EventArgs e) { Task.Run(() => { //异常: 跨线程操作无效:控件从创建它的线程以外的线程访问

By FatTiger