三分钟读懂 KeeperDAO:让 DeFi 套利者合作互利_YFNP:YFN

比起竞争,套利者之间合作能获取更大利益。

撰文:LeoYoung

KeeperDAO是链上流动性承销商。与其他AMM类似,流动性提供者(LiquidityProvider)将资金存入流动性资金池获取收益。守护者(Keeper)也称为「清算者」,利用KeeperDAO资金池资金捕捉链上获利机会。例如,不同DEX之间套利,MakerDAO、Compound、Aave等借贷平台不良资产清算。

流动性提供者将资金存入KeeperDAO流动性资金池(liquiditypool)。根据自身资金在流动性资金池的比例获取奖励。资金可以随时部分或全部提取。目前资金池包括ETH、WETH、USDC、renBTC、DAI五种。

来源:https://app.keeperdao.com/

守护者负责在Uniswap、Kyber、Balancer、Bancor等DEX间套利,和清算Aave、dYdX、Compound、MakerDAO上的不良资产。也就是说守护者是链上「猎人」,寻找套利机会,同时保护用户利益。守护者可利用资金池资金进行套利,再归还套利利润给KeeperDAO。KeeperDAO对流动性提供者、守护者及参与其中的用户加以奖励。

在详解KeeperDAO之前,先了解以下几个概念:

最优Gas费竞拍

想象mempool就是一个房间,交易都在这里等待打包交易,有人为了能让自己的交易在下一个区块打包确认,给出高价Gas费。交易者为达到让自己的交易优先处理的目的,竞争出高价Gas费的行为就是PGA。

矿工提取价值

以太坊中矿工作为区块交易打包者,在打包交易中会有很多主动权力,例如安排交易次序,优先安排某笔的交易,延迟某笔交易……例如在DEX交易中,会有人提交高额交易费籍此抢先让自己的交易在他人之前成交。这其中的交易费利润就为矿工所有,这就称为矿工榨取交易(MEV)。有研究证明,MEV的收益很有可能会高过交易手续费收益。

冷酷策略(Grimtrigger)

亦称为「冷酷触发」策略,博弈论中重复博弈的一种策略。冷酷策略下,参与者一次背叛,将触发对手永远背叛。正因为不给对手留有任何改正机会,所以称为「冷酷」。无限次博弈中的参与者慑于「冷酷策略」的威力,只能积极选择合作。

套利博弈

随着以太坊上AMM模式DEX兴起,每时每刻都在上演着我们看不见的「Gas费战争」。而这无休止的混乱争夺中,套利者利润相比原始利润少之又少,交易者获得价格偏离。获益的总是掌握交易控制权的矿工,他们获得MEV最大价值。

为了避免这类情况,KeeperDAO通过专门的智能合约将交易/债务封装,消除MEV。出现一笔交易,交易者提交给KeeperDAO,KeeperDAO分析是否有有套利机会。如果有套利机会,KeeperDAO优先获得其中利润。交易完成后,KeeperDAO铸造新的$ROOK对交易者加以奖励,弥补交易滑点带来的损失。奖励给交易者收益后,虽然守护者获得利润减少,但损失少于PGA竞争的「Gas费战争」损失。对KeeperDAO和交易者是双赢。

借贷协议中抵押资产低于一定阈值,资产会自动清算,借贷用户受损。以Compound为例,抵押资产需要150%以上,当抵押资产价值低于125%,便自动清算。清算人可获得105%的清算资产,剩余资产归借贷用户。那这5%的套利空间有可能会产生「Gas费战争」。为了避免PGA,用户可以封装债务允许KeeperDAO略微提前清算,利润以$ROOK代币返还给用户。这样守护者利润最大化,用户损失算是降低。

KeeperDAO获得套利和清算优先权,消除「Gas费战争」,获取最大利润,让交易者和用户损失最小。同时对以太坊降低矿工为获取MEV价值控制交易排序的风险。

合作博弈

如何促进套利交易者合作互利,减少PGA恶意争夺,这是经济激励设计的关键。

KepperDAO鼓励守护者轮流捕捉MEV价值,合作共赢,利润共享。没有PGA情况下,所有参与者都获得更多价值。

为方便理解,范例如下:

张三发现Kyber与Uniswap之间有套利机会。Kyber上可以1ETH兑换354USDT,Uniswap上354USDT可兑换1.01ETH。明显这里会有0.01ETH的套利机会。张三提交一笔交易设置Gas上限100,000,Gas价格80GWEI,交易费就是8,000,000GWEI,即0.008ETH。这样会有0.002ETH的套利利润空间。

这时候李四也发现这个套利机会,并看到张三在mempool的交易,所以就给出更高Gas价格90GWEI。要是这笔交易就此成交,李四就获得0.001ETH利润。但张三也看到有人竞价,就给出95GWEI的Gas价格,那利润变成0.0005ETH。有总比没有强。

这时候区块打包确认完成,张三赚到0.0005ETH利润。不幸的是,李四看到无利可图,来不及取消交易,损失0.009ETH。

上述例子还没有考虑实际交易中使用GasToken来降低Gas费、套利交易者无法看到mempool中所有交易、众多套利者之间博弈、混淆交易互相迷惑等因素。而最终结果都是一样:套利者之间竞争越激烈,随着Gas费增加,套利者最终收益减少。

如果套利者之间减少竞争会如何?

同样套利机会,有时候张三能套利0.0005ETH,李四能套利0.0005ETH。要是张三和李四都觉得这样竞争不合算,决定合作,轮流套利后分享利润会如何?

同样在Kyber和Uniswap出现0.01ETH套利机会。张三提交80GWEI的Gas费,李四不参与竞争,张三套利0.002ETH。张三与李四平分收益各获0.001ETH。张三获得收益是PGA竞争情况下的两倍,而李四也没有任何损失。

避免「Gas费战争」,守护者轮流套利,保持低GAS费,减少MEV,即使共享利润后也能保证套利价值最大化。虽然真实套利过程中会更为复杂,但原理基本如此。

那如果有对手利用PGA抬高Gas费怎么办?守护者可以采用冷酷策略,在对手的之后所有交易与对手进行「Gas费战争」,直到对手没有利润可得,退出竞争为止。合作博弈的目标就是:

让同一个守护者合作的获利高于竞争获利所有守护者合作获利总和高于竞争获利总和守护者合作的相对获利与竞争相对获利相同开发团队和投资人

KeeperDAO由分布式系统开发企业Talo和数字资产理财平台AmberGroup联合开发。据链闻消息,今年七月公布获得PolychainCapital和ThreeArrowsCapital领投百万美元以上种子轮投资。

AmberGroup是一家数字资产理财平台,将深度的量化研究和领先的金融科技相结合,构建了多种量化交易系统、交易服务流程和交易工具。TiantianKullander是AmberGroup的CFO。Talo则是一家分布式系统研发企业,其创始人TaiyangZhang同时是「共和国协议」REN的CEO。KeeperDAO由TiantianKullander和TaiyangZhang联合创立,共同管理。

$ROOK代币经济

KeeperDAOV2加入原生代币$ROOK用以奖励流动性提供者、将套利机会交由KeeperDAO的用户和捕捉利润的守护者。

原生代币不仅解决经济激励和利润分配的问题,还解决守护者搭顺风车的问题。另外,$ROOK还可用以社区治理。

$ROOK初始发行总量一百万。分发比例如下图:

目前处于代币初始分发阶段。总量20%也就是20万ROOK奖励给流动性提供者和守护者,6万奖励给流动性提供者,14万奖励给守护者。

流动性提供者奖励区块为11182745至11780885。守护者奖励区块为11185218至11783358。每个资金池奖励各不相同,独立计算。

「资金库」。资金库体现KeeperDAO捕获价值,是ROOK的内在价值支撑。这些资金使用未来经由社区治理决定,可用以开源项目研发、奖励参与者或分发给ROOK持有者。

如何成为守护者?

守护者为KeeperDAO提供交易策略,将所得利润归还给KeeperDAO。根据资金池内总利润,按守护者归还比例获得$ROOK奖励。

如果你现在账户有50ETH。有以下两种情况进行套利:

发现有套利机会,需要1000ETH。你的钱包金额不足,就需要从KeeperDAO闪电贷(falshloan)。交易完成后归还借款金额,并返还获利。发现一个套利机会需要10ETH。只需要用自己的资金即可进行交易。一天可能需要多次进行类似交易,守护者可在每日奖励结算前,将所有返还利润以一笔交易一次性返还给KeeperDAO,可节省交易费用。操作只需要调用借贷函数(borrowfunction),借入1wei,将利润和1wei一同返还给KeeperDAO。未来发展

随着初始代币分发完成,未来协议也会不断演化。其中可能的发展方向有:

代币持有者将$ROOK委托给守护者,鼓励通过智能合约捕捉链上利润提升KeeperDAO保护DeFi协议免受抢先交易攻击的能力,并能返还资金给利益方继续开发能纳入更多用户,整合更多协议研究普遍的MEV问题,尽可能获得更过机会附录:

ROOK代币合约地址流动性资金池合约ROOK-ETHUniswap交易对流动性提供者ROOK分发合约守护者ROOK分发合约资金库多签地址(https://etherscan.io/address/0xaef38e99b9db5e96cab3ce5cbc29a3a1dfeffe71(edited)合约安全性审计报告:samczsun和Quantstamp与PeckShield

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:0ms0-3:848ms