Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
关于 ethDYDX 代币和治理的概述。
打包以太坊 DYDX ($wethDYDX)是用户与 wethDYDX 智能合约交互时获得的 ethDYDX 的打包版本。 有关 wethDYDX 代币和 ethDYDX 从以太坊到 dYdX v4 开源软件(“dYdX 链”)的更多详细信息,请参阅此处。
$ethDYDX 和 $wethDYDX 围绕治理和奖励构建了一个强大的生态系统,每个生态系统旨在推动 dYdX v3 的未来增长和去中心化,从而为用户带来更好的体验。
dYdX Trading, Inc. 宣布从 2024 年 10 月 28 日起,开始终止 v3。
dYdX Chain、http://dydx.trade 和 dYdX Chain API 的用户不受影响。
因此,根据 dYdX 基金会的宗旨,我们准备了一份与 dYdX v3 终止对 dYdX v3 治理和 ethDYDX 及 wethDYDX 代币持有者影响相关的常见问题列表。
为 $ethDYDX 代币分配。
分配
总共 1,000,000,000 $ethDYDX
已于 UTC(协调世界时)2021 年 8 月 3 日下午 3:00 开始铸造,将于五 (5) 年内开始投入使用。 最初五年的 $ethDYDX 总供应量分配如下:
50.0% (500,000,000 $ethDYDX
) 分配给社区,如下所示:
25.0% (250,000,000 $ethDYDX
) 根据“交易奖励公式”而定,
7.5% (75,000,000 $ethDYDX
) 分配给在 dYdX Layer 2 协议上完成某些交易里程碑的过往用户(“追溯性挖矿奖励”),
7.5% (75,000,000 $ethDYDX
) ,基于“流动性提供方奖励公式”,
5.0% (50,000,000 $ethDYDX
) 分配给“社区资金库”,
2.5% (25,000,000 $ethDYDX
) 分配给把 $USDC 质押到“流动性质押池”的用户,
2.5% (25,000,000 $ethDYDX
) 分配给把 $ethDYDX 质押到“安全质押池”的用户,
27.7% (277,295,070 $ethDYDX
) 分配给 dYdX Trading Inc. 的过去投资者,
15.3% (152,704,930 $ethDYDX
) 分配给 dYdX Trading Inc. 或 dYdX Foudation 的创始人、员工、顾问、高级顾问,以及
7.0% (70,000,000 $ethDYDX
) 分配给 dYdX Trading Inc. 或 dYdX Foundation 的未来员工和高级顾问。
自从 $ethDYDX 推出以来,一些治理提议已导致对初始分配的更改。 目前,分配包括:
50.0% (500,000,000 $ethDYDX
) 分配给社区,如下所示:
5.0% (50,309,197 $ethDYDX
) 分配给在 dYdX Layer 2 协议上完成某些交易里程碑的用户(“追溯性挖矿奖励”),
在时段 0 之后,“追溯性挖矿奖励”计划中无人认领的 24,690,803 $ethDYDX 转入了“社区资金库”。
3.3% (32,794,525 $ethDYDX
),基于“流动性提供方奖励公式”,
在 DIP 29 中,dYdX 社区投票决定将 dYdX v3 上的流动性提供者奖励从 30-32 时段减少 ⅓,减为以下值:
时段 30:383,562 $ethDYDX
时段 31:191,781 $ethDYDX
时段 32:0 $ethDYDX
26.1% (261,133,225 $ethDYDX
) 分配给“社区资金库”,
27.7% (277,295,070 $ethDYDX
) 分配给 dYdX Trading Inc. 的过去投资者,
15.3% (152,704,930 $ethDYDX
) 分配给 dYdX Trading Inc. 或 dYdX Foundation 的创始人、员工、顾问、高级顾问,以及
7.0% (70,000,000 $ethDYDX
) 分配给 dYdX Trading Inc. 或 dYdX Foundation 的未来员工和高级顾问。
虽然建立了如上文所述的社区分配方式,但 $ethDYDX 持有人对社区分配的后续使用方式拥有完全的控制权。
2021 年 9 月 8日, 取消对代币的初始转账限制。
下图显示了流动性总供应量(无通胀):
dydx.community是治理、奖励和质押的平台
治理、奖励和质押的界面已于dydx.community上线。
可以查看正在进行的和过去的治理提议,并且可以对正在进行的治理提议进行投票。
DYDX和stkDYDX的持有人被授予两种治理权:提议权和投票权。通过数据面板,用户可以查看他们的提议权和投票权,并将其委托给其他地址。
目前,流动性模块和安全模块无效。持有 stkDYDX 和 stkUSDC 的用户没有获得奖励。用户可以在 dydx.community 请求提
现并提现。
用户可以在layer 2交易所查看通过交易活动赚取的奖励。交易奖励根据时段时间表每28天进行一次分配。
用户可以查阅他们DYDX持有量、可申领的DYDX、质押的DYDX和可提现的DYDX的汇总视图。
用户可以查看DYDX代币当前的流通供应量和日常分配。用户也可以申领所有可用的DYDX奖励。DYDX代币将于中国时间2021年9月8日晚上11:00左右或之后可以进行转让。
追溯性挖矿奖励计划概览。
初始代币供应量的 5.0%(50,309,197 $ethDYDX
)将分配给在 dYdX v 3上完成某些交易里程碑的过往用户,但不包括位于禁止提供 $ethDYDX 的司法管辖区的用户(包括美国)。最初,代币供应量的 7.50%
(75,000,000 $ethDYDX
)留给 dYdX 协议的过往用户,但在时段 0 结束时,未被申领的“追溯性挖矿奖励”则转至社区资金库。
目标
根据过去使用情况,采用追溯奖励来奖励过往dYdX用户。
激励 dYdX 的历史用户在 dYdX v3 上交易。
dYdX v3 的成功是大量社区成员在过去三年中一直在 dYdX v3 及其前身上进行交易的成果。
根据截至 北京时间 2021 年 7 月 26 日 00:00:00 的快照,$ethDYDX 已分配给所有 dYdX 协议的历史用户(不包括位于美国等禁止 ethDYDX 的司法管辖区的用户)。
如果要申领 $ethDYDX,历史用户必须在首个28 天时段(时段 0)内满足 Layer 2永续合约的下列里程碑:
在 0 时段结束前,用户都能够达到申领里程碑。所有未赚取的奖励将被收回,并自动分配给社区资金库。 一旦初始转账限制期限解除,即可申领和转账通过“追溯挖矿奖励”获得的 $ethDYDX 代币。
奖励资金库概述。
除了分配在“社区资金库”中的 $ethDYDX 之外,dYdX 社区还可以通过下列投票获得“奖励资金库”中积累的 $ethDYDX:
DIP 14:质押 USDC 的奖励设为 0(每个时段 383,562 $ethDYDX),
DIP 16: 交易奖励削减 25%(每个时段 958,904 $ethDYDX),
DIP 17: 质押 $ethDYDX 的奖励设为 0(每个时段 383,562 $ethDYDX),
DIP 20:交易奖励进一步削减 45%(每个时段 1,294,520 $ethDYDX),以及
DIP 24:将“流动性提供方奖励”削减 50% (每个时段 575,342 $ethDYDX)。
在 2023 年 11 月 18 日,dYdX 社区投票决定将在以太坊上积累的奖励资金库中的 ethDYDX 余额桥接到 dYdX Chain 上。桥接后,DYDX 可以由 dYdX 社区在 dYdX Chain 上进行治理投票后使用。
流动性质押池概述
最初,代币供应量的 2.50%
(25,000,000 $ethDYDX
)分配给把 $USDC 质押到“流动质押池”的用户。 流动性质押池自 2022 年 9 月 29 日起不再运行。在 DIP 14 中,dYdX 社区投票决定将每秒“流动性质押池”奖励设置为 0,以便有效逐步终止“流动性质押池”和“借款池”。
\此前,$ethDYDX 分配给将 $USDC 质押到“流动性质押池”的用户。社区批准的流动性提供方使用质押的 $USDC 在 dYdX v3 上做市,从而进一步提高市场间的流动性。流动提供方不可使用 dYdX v3 之外的借款资金。
目前,在流动性质押池中质押的 $USDC 不会获得奖励。
质押人必须在时段结束前至少 ****3 天
(停市窗口期)请求提取 $USDC,才能在该时段结束后提取质押人的 $USDC。如果质押人不请求提现,则其质押的 $USDC 将转入下一时段。
在停市窗口期期间无法请求提现。
在 DIP 14 中,dYdX 社区 投票 决定将停市窗口期从 14 天
减少至 3 天
。
将 $USDC 存入并质押到“流动性质押池”的 USDC 持有人,将获得代币化头寸($stkUSDC)。用户质押 $USDC 时铸造 $stkUSDC,用户调用“撤回质押”
时则销毁。在 $USDC 离开质押人钱包的同一笔交易中,$stkUSDC 进入质押人钱包;解除质押时,反之亦然。
$stkUSDC 余额既可是活跃的,也可是不活跃的。活跃的 $stkUSDC 可以当作 ERC-20 转让,但不能提现。不活跃的 $stkUSDC 可以提现,但不能转让。例如,用户的钱包中有 100 个活跃和 100 个不活跃的 $stkUSDC,用户的余额会显示 200 个 $stkUSDC,但如果用户试图转账超过 100 个 $stkUSDC,则会转账失败。
质押人在时段结束前要求提现的质押余额将被视为无效,因此不可转让。
保险质押池概述
最初,代币供应量的 2.50%
(25,000,000 $ethDYDX
)分配给了把 ethDYDX 质押到“安全池”的用户。 从 2022 年 11 月 28 日起,安全模块已不再有效。
此前,$ethDYDX 分配给了把 $ethDYDX 质押到“安全模块”的用户。安全模块是一个去中心化基金,用于 dYdX 协议破产或其他问题的情况。
目前,在“安全模块”中质押的 $ethDYDX 并未赚取奖励。
如果要在时段结束后能够支取 ethDYDX,质押人必须至少在时段结束前 3 天
**(停市窗口期)**请求支取资金。如果质押人不请求支取,他们质押的 $ethDYDX 则被转入下一时段。
在停市窗口期期间,无法请求提现。
在 DIP 17 中,dYdX 社区投票将停市窗口期长度从 14 天
缩短至 3 天
。
社区资金库概述。
26.1%
(261,133,225 $ethDYDX
) 的代币供应分配给社区金库,供 dYdX 社区持续用于贡献者赠款、社区计划、流动性挖掘和其他计划。最初,5.0%
(50,000,000 $ethDYDX
)的代币供应分配给社区资金库,每个时段有 766,703 个 $ethDYDX 提供给社区资金库。 目前,3,787,251 $ethDYDX 提供给社区资金库,因为一些治理提案增加了 dYdX 社区每个时段可用的 $ethDYDX 金额,增至 3,020,548 $ethDYDX :
DIP 14:质押 USDC 的奖励设为 0(每个时段 383,562 $ethDYDX),
DIP 16: 交易奖励削减 25%(每个时段 958,904 $ethDYDX),
DIP 17: 质押 $DYDX 的奖励设为 0(每个时段 383,562 $ethDYDX),
DIP 20:交易奖励进一步削减 45%(每个时段 1,294,520 $ethDYDX),以及
DIP 24:将“流动性提供方奖励”削减 50% (每个时段 575,342 $ethDYDX)。
DIP 29:将 dYdX v3 上时段 30-32 的流动性提供者奖励减少 ⅓,减为以下值:
时段 30:383,562 $ethDYDX
时段 31:191,781 $ethDYDX
时段 32:0 $ethDYDX
在时段 31 之后,dYdX v3 上将没有任何流动性提供者奖励。 在 DIP 29 中,dYdX 社区投票决定将 dYdX v3 上时段 30-32 的交易奖励减少 ⅓,然而剩余的交易奖励分配已被迁移到 dYdX Chain 作为交易奖励。
在 2023 年 11 月 18 日,dYdX 社区投票决定将在以太坊上积累的社区资金库中的 ethDYDX 余额桥接到 dYdX Chain 上。桥接后,DYDX 可以由 dYdX 社区在 dYdX Chain 上进行治理投票后使用。
目标
推动dYdX增长的资金计划和倡议。
制定资助计划,为社区NFT、黑客马拉松、分析仪表板、memes、swag、第三方工具、翻译和其他项目提供资金。
开发一流的治理体系并激励稳健的治理。
社区资金库将保留 $ethDYDX ,由 $ethDYDX 持有人决定使用,可用于赠款、新的流动资金矿池,或其它任何计划。 $ethDYDX 将在五年内连续提供给社区资金库。从社区资金库中支出任何 ethDYDX 都必须进行治理投票。
如果五年后,治理决定执行永续性通货膨胀(最高年度通货膨胀率为2%
),任何新创的 $ethDYDX 将提供给社区资金库。
投票过程概述。
dYdX v3 由治理代币持有者和委托人管理和升级。
每个治理代币都有两个权限:
提议权允许创建和维持提议。
投票权被用来对现有提议进行投票或反对。
治理代币持有人根据给定区块中拥有和委托的代币总和按比例获得治理权。
提议权 =
来自 $ethDYDX 代币的提议权 +
来自 $wethDYDX 代币的提议权 +
来自 $stkDYDX 代币的提议权 +
来自委托人的 $ethDYDX 代币的提议权 +
来自委托人的 $wethDYDX 代币的提议权 +
来自委托人的 $stkDYDX 代币的提议权 -
委托出去的 $ethDYDX 的提议权 -
委托出去的 $wethDYDX 的提议权 -
委托出去的 $stkDYDX 的提议权
``
投票权 =
来自 $ethDYDX 代币的投票权 +
来自 $wethDYDX 代币的投票权 +
来自 $stkDYDX 代币的投票权 +
来自委托人的 $ethDYDX 代币的投票权 +
来自委托人的 $wethDYDX 代币的投票权 +
来自委托人的 $stkDYDX 代币的投票权 -
委托出去的 $ethDYDX 的投票权 -
委托出去的 $wethDYDX 的投票权 -
委托出去的 $stkDYDX 的投票权
要参与 dYdX 治理,您需要拥有或收到委托的治理代币。 您还需要ETH来支付交易成本。
如果您有代币或已被委托代币,并且有活跃的提议,您就可以在dYdX治理中投票。
如果要进行投票,请浏览提议页面,然后单击一个活跃提议。
DYDX 治理允许持有人将投票权委托给他们选择的地址。任何人都可以通过接受委托来参与 dYdX 治理,而不需要拥有治理代币。用户一次只能委托一个地址,增加到被委托人投票数的票数相当于用户账户中治理代币的数量。投票从当前区块开始被委托,直到发送方再次委托,或转账他们的治理代币为止。
代币持有者可以选择通过治理门户或以编程方式委派与代币相关的一项或两项治理权力。已获得委托权的用户不能将委托权转交给其他受托人。
代币持有者可以将提议权和投票权委托给不同的地址。然而,没有部分委托(只有100%或0%的委托权。)
如果要将代币委托给钱包地址:
单击“委托”
选择您希望委托的权力类型
输入您想委托的第三方的钱包地址,您想把您的投票权和/或提议权委托给他。委托权不会转让您的代币
委托和取消委托治理代币都要求用户支付以太坊 gas 费。
一旦投票在链上进行,就不可能更改投票。
是的。
当DIP链上提交时,会对当前代币持有人进行快照。用户需要在开始区块之前拥有治理代币。
流动性提供方奖励计划概述。
最初,7.5% (75,000,000 $ethDYDX
) 的代币供应量分配用于 LP 奖励。
由于在 dYdX Chain 上没有提供流动性提供者奖励的分配,dYdX 社区在 DIP 29 中投票将剩余的流动性提供者奖励分配迁移到 dYdX Chain 社区库中。
目标
改善双侧流动性并以程序化方式奖励流动性提供方。
为了激励市场流动性,$ethDYDX 将根据公式分配给流动性提供方,这些公式奖励在 dYdX v3 上的参与做市、挂单量、双侧深度、价差(与中间市场相比),以及正常运行时间。
在 DIP 15 中,dYdX 社区投票修订了 LP 奖励公式,将 BTC/ETH 市场和非 BTC/ETH 市场函数分开。在 DIP 19 中,dYdX 社区投票赞成将 0.05 stkDYDX 权重重新分配给挂单量。
所赚 ethDYDX 金额由各参与者 (++) 的相对份额决定。
鉴于逐分钟的抽样,每个时段都有28天*24小时*60分钟的数据点——每个时段总共40,320个数据点。
上述公式分为下面的逐步计算,详情如下:
每个交易对将拥有自己的奖励资金池,并以不同的方式加权。在 DIP 15 中,dYdX 社区投票赞成将总奖励(BTC-USD 和 ETH-USDC)的分配量分别降至 10%。适用于每个交易对的加权组如下:
时段体系的概述
所有奖励和质押合约都以28天
为周期运作,此周期称为时段。在当前时段结束后,新时段自动开始。
在每个时段结束时,将发生以下情况:
在结束时段,流动性质押资金池的提现请求可能会被撤回。
在结束时段,为保险资金质押池请求的提现可能会被撤回。
只有在0时段结束时,才会出现以下情况:
将分配追溯性挖矿奖励。在0时段结束大约8天
后,在dydx.community上申领奖励。
$ethDYDX 的转让最初是受到限制的。初始转账限制期限将在 0 时段结束大约 8 天
时取消。
$eth DYDX 于 2021 年 9 月 8 日北京时间晚上11:00 可开始转账。
时段 0 于 2021 年 8 月 3 日北京时间晚上 11:00:00 上线。下表概述了时段开始和结束日期(可以通过 dYdX v3 治理进行修改):
时段 | 起始日期(中国时间) | 结束日期(中国时间) | 天 | 累计年数 |
---|---|---|---|---|
dYdX基金会已创建了一个公共Google日历,其中包含时段以及停市窗口期的起始日期/结束日期,您可以在此处订阅。
本分步技术指南说明如何创建提案,将 ethDYDX 从社区资金库转至目标地址。
Reverie 已编制一份综合性技术指南,通过拉取请求 (PR) 提交治理提案,将 $ethDYDX 从“社区资金库”转至 dYdX _治理合约_储存库。
要创建此提案,dYdX 社区成员必须拥有至少 500 万治理代币 _(总供应的 0.5%)_的提案权(的)。
须在完成拉取请求 (PR) 之前完成以下步骤:
**提案生命周期:**须按照提案发布 DRC,并且必须有成功的快照投票。
目标地址: 目标地址必须提前生成。如果目标地址是多重签名,则必须创建多重签名钱包。
GitHub 账户: 用于分叉储存库的 GitHub 账户。
转移金额(可选): 请求的转移金额最好是已在 PR 之前确定。但是,如果使用名义金额,可在审批前的最后一步设置该金额。
DIP IPFS 哈希(可选): 如果转账金额已知,则应最终确定 DIP 并将其推送到 IPFS 以生成哈希。然而,如果金额尚未确定,可以在审批前的最后一步确定。
将 分叉到您的 GitHub 账户。
2. **克隆储存库,**将 [username] 改为您自己的名称。
3. 配置变量
在 src/config/index.ts 中,将两个新变量添加到将用于测试目的的 configSchema 常量。在以下代码块中,将 'PROPOSAL_NAME' 和 'PROPOSAL' 字段改为当前提交提案的名称。
在 src/deploy-config/base-config.ts 中,在 config 常量中添加目标地址和转移金额当作新变量:
注:按照 ERC20 标准,资金金额须乘以 10^18。如果金额未知,则可使用临时金额(例如 10 → 10000000000000000000)
在 src/lib/constants.ts 中,添加 IPFS 哈希变量,此变量将引用另一储存库中批准的 DIP:
注:如果 DIP 尚未发布,可以在测试中使用临时值(例如 ‘0x0000000000000000000000000000000000000000000000000000000000000000’)\
4\。提案代码
在 src/migrations 中,创建一个以提案命名的新文件 → proposal-name.ts 并填充以下代码:
a. 在顶部添加所需的导入:
b.使用导入下方的提案名称,创建一个新函数,并添加以下代码和两个唯一变量:
destinationAddress → 这将是接收资金的地址
deployConfig.PROPOSAL_FUNDING_AMOUNT → 这是我们之前创建的变量,它将确定要转移的金额
5. 部署任务
创建提案后,可以编写部署,以生成提交提案所需的交易和调用数据。
在 tasks/deployment 中,创建一个与提案代码同名的新文件 → proposal-name.ts 并填充以下代码:
a. 用以下变量添加所需的导入:
DIP_NUMBER_IPFS_HASH → 这是我们在 lib/constants 中添加的变量
createProposalNameProposal → 这是我们在 /src/migrations/proposal-name 中创建的函数
b. 创建 hardhat 任务,并在任务开始行中填充提案信息。 替换为'deploy:proposal-name:中的提案名称,并替换为'Proposal Description'中的简要描述。
最后一行调用从提案代码中导入的函数,所以需要调整。
6. 构建测试
既然已准备好部署代码,现在可以对提案构建一些测试。测试在本地执行,也使用主网分叉来模拟链上执行的提案。
a. 添加提案测试
在 test/migrations 中,再次用提案名称添加一个新文件 → proposal-name.ts,并包括以下代码:
添加所需的导入,包括提案功能:
createProposalNameProposal → 这是我们在 /src/migrations/proposal-name 中创建的函数。\
MOCK_PROPOSAL_IPFS_HASH → 我们将在测试中使用模拟哈希
在以下步骤添加测试函数:
fundProposalNameViaProposal → 创建此函数,并重命名以匹配提案名称。
destinationAddress → 将其重新标签,以匹配目标名称
deployConfig.PROPOSAL_FUNDING_AMOUNT → 这将由 base-config 文件中的变量取代
FUND_PROPOSAL_NAME_PROPOSAL_ID → 这是我们在 config/index.ts 中创建的变量
createProposalNameProposal → 导入以上函数待用
fundProposalNameViaNoProposal → 创建此函数,重命名以匹配提案名称
运行下面的代码,将所有这些变量替换为上面已经创建的提案名称和现有变量:
b. 将测试函数添加到测试脚本
在 test/migrations/deploy-contracts-for-test.ts 中,我们将添加上面创建的函数,以使其包含在测试中:
导入创建的函数
添加这两个函数的测试,创建一般测试函数 → executeProposalNameProposalForTest ,更换名称以匹配提案
我们还从 deployConfig 调用配置变量 TEST_PROPOSAL_NAME_TRUST_WITH_PROPOSAL(之前创建)和 PROPOSAL_NAME_ADDRESS
c. 添加合约到测试助手
在 test/helpers/get-deployed-contracts-for-test.ts 中,添加上面创建的函数,以便测试在主网分叉测试中运行:
从迁移文件中导入 executeProposalNameProposalForTest 函数:
将该函数添加到 getDeployedContractsForTest() 函数中,在最后一个 else 循环之外:
d. 最终测试文件
最后,我们在模拟提案之后添加了对 IPFS 哈希和多重签名余额的测试,以确保一切按预期结束。
在 test/misc 中,添加一个标有提案名称的新文件 → proposal-name-proposal.spec.ts 并填充以下两个测试:
我们使用 DIP_NUMBER_IPFS_HASH,从 lib 导入 IPFS Hash
我们使用 ProposalNameId,对下一个 proposalId 编号进行硬编码
我们用常量哈希检查提案哈希
我们检查 PROPOSAL_NAME_ADDRESS,以确定其是否有 PROPOSAL_FUNDING_AMOUNT 的预期余额。
注:如果该地址已经有 DYDX,则需要硬编码到余额中才能通过测试
7. 提交 PR
我们完成所有代码修改并保存在本地后,就可以提交到分叉储存库,并向 dYdX 储存库提交 PR 以供审查:
a. 通过命令行提交更改
b. 向 dYdX 储存库提交 PR
c. 等待储存库经理的审批
交易奖励计划概述。
14.5
%
(144,693,506 $ethDYDX
) 的代币供应将根据用户在 dYdX v3 上交易所付的费用分配给用户。 最初,代币供应量 (250,000,000 $ethDYDX
) 的 25.0%
分配给交易奖励。
在 中,dYdX 社区将交易奖励减少 25.0%。因此,分配给交易奖励的代币从 25.0%
降至 20.2%
。
在 中,dYdX 社区将交易奖励再减少 45.0%。因此,分配给交易奖励的代币从 20.2%
降至 14.5%
。
在 中,dYdX 社区决定将 dYdX v3 上的交易奖励从 30-32 时段减少 ⅓,减为以下值:
时段 30:1,054,795 $ethDYDX
时段 31:527,398 $ethDYDX
时段 32:0 $ethDYDX
请注意,在 DIP 29 中,dYdX 社区投票决定将剩余的交易奖励分配迁移到 dYdX Chain 上作为交易奖励。
在特定时段分配的交易奖励将从 3,835,616 $ethDYDX 减少为以下值:
时段 15:2,876,712 $ethDYDX;
时段 21:1,582,192 $ethDYDX;
时段 30:1,054,795 $ethDYDX;
时段 31:527,398 $ethDYDX;
32 及以后时段:0 $ethDYDX。
在时段 31 之后,dYdX v3 上将没有任何交易奖励。在 dYdX v3 上的 和 dYdX 链上的 中,dYdX 社区投票决定将 dYdX v3 上剩余的未归属 $ethDYDX 金额转入 ,并在 dYdX 链上作为交易奖励进行分配,但前提是在 dYdX 链上获得治理批准。
目标
激励所有交易者使用 dYdX v3。
加快市场流动性以及产品的总体使用情况。
此前,$ethDYDX 根据在 dYdX v3 上支付的费用分配给交易者。$ethDYDX 在五年内以 28 天的时段为基础分配,不受任何约束或锁定。
时段 30:1,054,795 $ethDYDX
时段 31:527,398 $ethDYDX
时段 32 和所有剩余时段:0 $ethDYDX
通过“交易奖励”赚取的 $ethDYDX 代币可以在每个时段结束时转账。$ethDYDX 代币持有人必须在时段结束后等待约 7 天
(等待期)才能申领 $ethDYDX 代币。
步骤:
单击连接到 Web3
按钮,连接您的 Web3 钱包。
3. 向下滚动至 updateRoot
参数,然后单击 Write
按钮。
7 天等待期仍然有效,或
dYdX改进提议(DIP)生命周期概述。
dYdX 治理进程由 治理论坛推动,并经过 dYdX 改进提案(“DIPs”)批准。
以下是我们的一份初稿概述,解释 dYdX v3 的治理进程,从概念的开始和定义到实际执行的过程。这些流程将根据 dYdX 社区的反馈意见进行变更。
以下流程图是通过提议的最初建议阶段:
DRC至少必须包括:
DRC的简短标题
简明扼要的提议描述
DRC的理由,例如为什么?
论坛帖子的标题必须包括DRC:以及DRC的简称。例如,DRC:新交易对请求
社区成员可以使用的社区投票,对链下的改进进行投票
一旦在治理论坛上发布,所有问题和评论都应得到解决和考虑,以进一步改进DRC。
快照投票有两个用途:未来链上DIP的情绪信号和链下控制变量的具有约束力的投票。
一旦链下的 DRC 有了非常粗略的共识,一个总提案权超过 10,000
治理代币的社区成员就可以在 Snapshot 上为 DRC 创建链下投票。 我们鼓励dYdX社区在每周一创建快照投票,以提高常规工作周的可见性。
快照是一个简单的投票界面,允许用户在链下表达意见。快照上的票数按照投票地址的投票权来加权。
对于与情绪信号相关的快照投票,提议人需要提供:
DRC的详情,
投票系统,
投票期 - 从投票开始日期到投票结束日期设置为 4 天投票期,以及
投票延迟:未来的6570个区块(基于13.2秒区块时间,大约为1天)的快照区块数量。 快照区块编号锁定了可以投票的社区成员的状况。在快照区块编号前,持有代币的代币持有者有资格投票。在每个地址的投票权快照之前,投票延迟使“治理代币”持有人有时间获取代币、委托投票权,以及在钱包之间转移代币。 注意,钱包之间的转移仅适用于 $ethDYDX 和 $wethDYDX。
对于不需要链上智能合约启动的决策,特别是对交易和流动性提供方奖励公式的变更,快照投票被视为具有约束力的最终投票。提议人将需要包括上述要求并提供:
二元投票选项 - 为清楚起见,一个地址要么投票赞成要么投票反对提议。
如果快照投票的结果满足以下要求,则提议的更改将由dYdX Trading Inc.实施:
最低通过票数:至少 1,000,000
治理代币。 最低通过票数有助于决策去中心化并防止单方面决策,以及
最低投票差值 - 必须有至少67%的票数支持该提议。最小投票差值有助于筛除高度争议且需要进一步讨论的提议。
dYdX Trading Inc.将最多有1个时段(28天),即执行宽限期,来实施快照投票通过的更改。
请注意,提议和投票刚刚签字,存储在IPFS上,并可通过Commonwealth门户网站查阅。
一旦达成粗略共识,则可以由对提议类型拥有足够的提议权力的社区成员提交链上DIP。链上DIP是通过智能合约启动的。提议应基于链下DIP在快照上投票的胜利结果,可以由一个或多个操作组成,每个提议最多可有10个操作。
DIP创建受限于账户所需持有/委托的最少代币数量。在创建提议时,必须指定时间锁执行器。初始参数如下(并可以通过治理进行修改):
创建链上DIP后,提议进入待决
状态,期限由投票延迟时间来确定,延迟时间目前被配置为6570
个区块或大约1天(假设每个区块13.2秒)。换句话说,用户快照会在DIP创建1天后被记录下来,这时提议会过渡到活跃
状态。
投票延迟后,投票期开始激活。投票期的长短取决于提议类型。
下图显示了DIP状态流程图:
在链上创建DIP后,会受到以下因素的限制:投票延迟、投票期、最低法定人数和最低投票差额****。初始参数如下:
*基于13.2秒区块时间的定时。
只有投票延迟可以通过治理修改,它只能更改为最小和最大延迟之间的的值(包括临界值)。投票期、最低法定人数和投票差异无法更改。
在DIP通过后,任何地址都可以调用排队方法将提议移至时间锁队列。只有当DIP通过时才可以排队。
*基于13.2秒区块时间的定时。
一旦投票期结束,提议获得通过,任何人都可以调用排队以启动时间锁延迟。
对于Starkware优先时间锁执行器,在9天时间锁延迟中,它有7天的优先期。这意味着在9天后,任何人都可以执行提议,但在2-9天内(优先期),Starkware可以选择执行提议。
在实际方面,其内容是:
0-2天:任何人都不能执行
2-9天:只有Starkware才能执行
9天:任何人都可以执行
在DIP生命周期的任何时候,提议人都可以取消DIP。如果提议者在当前区块没有足够的提议权,则任何人都可以在执行之前取消提议。
投票延迟是指在提议提交后,在开始对提议进行投票前,需要等待的以太坊区块的数量。
必须将投票权完全委托给一个地址,要么在提议提交前,要么在提议的投票延迟期间。
目前,投票延迟将设定为6,570个区块
,大约为1天。在创建提议时,该值将添加到当前区块编号中。
在未来,dYdX治理可能会投票增加或减少投票延迟。尽管投票延迟有着明显的好处。它可能会带来一些潜在的不利后果,如机会主义边缘案例剥削。
由于 $ethDYDX 和 $wethDYDX 是可自由交易的集合,任何人都可以通过市场购买尝试治理接管。 也就是说,要强制进行恶意投票,在短时间锁的情况下,需要至少 5,000,000
治理代币;在长时间锁的情况下,需要至少 20,000,000
治理代币。 如果不是完全不可能,这一数额将昂贵得令人望而却步,当考虑到价格波动时,其成本可能超过从攻击中获得的净收益。
如果一个团体以某种方式实现了恶意接管,时间锁的延迟将使受影响的代理人有时间从协议中撤资。这也将是一个分叉协议的机会,剩余的诚信行为方可能会采用这一途径。
治理架构的高级概述。
$ethDYDX、$stkDYDX、$wethDYDX(“治理代币”)授予持有人对 dYdX v3 做出更改的提议权和投票权。dYdX 治理基于 AAVE 治理合约,支持根据治理代币的持有量来投票。
提议必须根据其类型达到特定阈值和赞成票比例。
dYdX 治理的核心是 8 个智能合约:
$ethDYDX、$stkDYDX、$wethDYDX 代币
合约:在不同时间区块拥有每个地址的投票权快照。
治理策略 V2
合约:包含衡量用户提议和投票相对权的逻辑。dYdX 社区将治理策略
合约升级为治理策略 V2
,以赋予 $wethDYDX 与 ethDYDX 相同的治理功能,用于在 dYdX v3 治理中的投票和提议。
治理
者合约:跟踪提议,并可以通过时间锁智能合约来执行提议。
**时间锁
合约:**可以排队、取消或执行治理者投票的交易。提议中的功能是由时间锁合约启动的。排队的交易可以在延迟之后和宽限期届满之前执行。
优先时间锁
合约:与时间锁合约相同,但允许优先级控制器在时间锁延迟结束之前的优先期(7 天)内执行交易。
dYdX链上治理允许:
对“授权的执行者合约”将要执行的提议进行投票
在提议开始时,对代币持有量进行快照
分别委托投票权和提议权
设置治理门槛,包括提议、法定人数和投票差额
更改计票方式(通过改变治理者合约上的“治理策略”智能合约地址)
执行器必须验证每种类型的提议。
短时间锁执行器
短时间锁定执行器控制以下内容:
激励合约,其中包括流动性模块、保险模块和Merkle分销商模块。
奖励和社区资金库的资金
铸造新代币
除保险模块外的所有代理合约
严格代理合约中的监护人角色
Starkware优先时间锁定执行器
长时间锁执行器
长时间锁执行器可以执行提议,这些提议通常会对影响治理共识的 dYdX v3 的一些部分做出更改。
Merkle-pauser执行器
Merkle-pauser执行器可以执行冻结Merkle根的提议,Merkle根会根据每个用户的累计奖励余额定期更新,以便在建议的根不正确或具有恶意的情况下,可以随着时间的推移向用户分配新的奖励。它还可以否决任何严格的代理合约的强制交易请求。
初始时间锁参数如下:
每个交易对低于特定最低深度(大小)()的订单会被排除,超过特定最大价差(中间市场价差)()交易对的订单也会被排除。
流动性提供方根据其相对的赚取每月奖励。
交易对 | 总奖励池的分配百分比 |
---|---|
在一个特定时段,流动性提供方根据其在特定交易对的市场的相对赚取收益。每个交易对各自的相对奖励金额由治理确定。赚取的 ethDYDX 预计金额会显示在 “LP 奖励控制面板”中,可根据所涉及的流动性提供方数量、相对,以及给定交易对的可用奖励金额来确定。
流动性提供方的正常运行时间对市场至关重要,尤其是在高度波动时期。通过将5的指数应用到作为的输入,奖励会偏向于不断保持两侧流动性的流动性提供方。换言之,提供99%正常运行时间的流动性提供方比提供90%正常运行时间的做市商在指数上价值更高。
当价差高于给定交易对的时,不会生成或。
当规模低于给定交易对的时,不会生成或。
在 中,dYdX 社区决定将 dYdX v3 上的交易奖励从 30-32 时段减少 ⅓,减为以下值:
术语 | 定义 |
---|
在 中,dYdX 社区投票表决,将公式简化为基于交易者在给定时段内支付的总费用。
在 7 天等待期过后,社区成员均可在“更新根目录”
参数上调用“撰写”
函数,来申领 $ethDYDX 奖励。
在 Etherscan 的 页面上,单击合约
选项卡,然后选择以代理身份写入。
社区成员已成功调用 上的 updateRoot
参数。
交易完成后,交易者可以在申领他们的交易奖励。 用户需要单击申
领、签署交易并支付 gas 费才能申领 $ethDYDX。
dYdX v3 不适用于在 dYdX Trading Inc 的中规定的位于美国或受限制地区的交易者。
在当前时段,用户可以在查看已支付的费用和预估的交易奖励,该网站存有用户的交易数据。
如需查看过去时段的奖励,请访问。
任何人都可以在 上的 dYdX 治理论坛上注册并设置任何主题帖。社区成员必须使用电子邮件地址或以太坊钱包进行注册。
链下 dYdX征求意见(DRC)的创建是治理改进过程的第一步。任何人都可以参加,创建链下的 DRC,并讨论如何改进。
如果要创建DRC,请使用(在我们的Github上提供)。DRC 应涵盖可能的最终 DIP 的所有信息。
参数 | 说明 | 短时间锁执行器 | Merkle-Pauser执行器 | 长时间锁执行器 | Starkware执行器 |
---|
参数 | 说明 | 短时间锁执行器 | Merkle-Pauser执行器 | 长时间锁执行器 | Starkware执行器 |
---|
参数 | 说明 | 短时间锁执行器 | Merkle-Pauser执行器 | 长时间锁执行器 | Starkware执行器 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 价值 |
---|
参数 | 说明 | 短时间锁执行器 | Merkle-Pauser执行器 | 长时间锁执行器 | Starkware执行器 |
---|
0
2021年8月3日晚上11:00:00
2021年8月31日晚上11:00:00
28
0.08
1
2021年8月31日晚上11:00:00
2021年9月28日晚上11:00:00
28
0.15
2
2021年9月28日晚上11:00:00
2021 年 10 月 26 日下午 15:00:00
28
0.23
3
2021年10月26日晚上11:00:00
2021年11月23日晚上11:00:00
28
0.31
4
2021年11月23日晚上11:00:00
2021年12月21日晚上11:00:00
28
0.38
5
2021年12月21日晚上11:00:00
2022年1月18日晚上11:00:00
28
0.46
6
2022年1月18日晚上11:00:00
2022年2月15日晚上11:00:00
28
0.54
7
2022年2月15日晚上11:00:00
2022年3月15日晚上11:00:00
28
0.61
8
2022年3月15日晚上11:00:00
2022年4月12日晚上11:00:00
28
0.69
9
2022年4月12日晚上11:00:00
2022年5月10日晚上11:00:00
28
0.77
10
2022年5月10日晚上11:00:00
2022年6月7日晚上11:00:00
28
0.84
11
2022 年 6 月 7 日下午 15:00:00
2022 年 7 月 5 日下午 15:00:00
28
0.92
12
2022年7月5日晚上11:00:00
2022年8月2日晚上11:00:00
28
1.00
13
2022年8月2日晚上11:00:00
2022年8月30日晚上11:00:00
28
1.07
14
2022年8月30日晚上11:00:00
2022 年 9 月 27 日下午 15:00:00
28
1.15
15
2022年9月27日晚上11:00:00
2022年10月25日晚上11:00:00
28
1.23
16
2022年10月25日晚上11:00:00
2022年11月22日晚上11:00:00
28
1.30
17
2022年11月22日晚上11:00:00
2022年12月20日晚上11:00:00
28
1.38
18
2022年12月20日晚上11:00:00
2023年1月17日晚上11:00:00
28
1.46
19
2023年1月17日晚上11:00:00
2023年2月14日晚上11:00:00
28
1.53
20
2023 年 2 月 14 日下午 15:00:00
2023年3月14日晚上11:00:00
28
1.61
21
2023年3月14日晚上11:00:00
2023 年 4 月 11日下午 15:00:00
28
1.69
22
2023年4月11日晚上11:00:00
2023年5月9日晚上11:00:00
28
1.76
23
2023年5月9日晚上11:00:00
2023 年 6 月 6 日下午 15:00:00
28
1.84
24
2023年6月6日晚上11:00:00
2023年7月4日晚上11:00:00
28
1.92
25
2023 年 7 月 4 日下午 15:00:00
2023年8月1日晚上11:00:00
28
1.99
26
2023年8月1日晚上11:00:00
2023年8月29日晚上11:00:00
28
2.07
27
2023年8月29日晚上11:00:00
2023年9月26日晚上11:00:00
28
2.15
28
2023年9月26日晚上11:00:00
2023年10月24日晚上11:00:00
28
2.22
29
2023年10月24日晚上11:00:00
2023年11月21日晚上11:00:00
28
2.30
30
2023年11月21日晚上11:00:00
2023年12月19日晚上11:00:00
28
2.38
31
2023年12月19日晚上11:00:00
2024年1月16日晚上11:00:00
28
2.45
32
2024年1月16日晚上11:00:00
2024年2月13日晚上11:00:00
28
2.53
33
2024年2月13日晚上11:00:00
2024年3月12日晚上11:00:00
28
2.61
34
2024年3月12日晚上11:00:00
2024年4月9日晚上11:00:00
28
2.68
35
2024年4月9日晚上11:00:00
2024 年 5 月 7 日下午 15:00:00
28
2.76
36
2024年5月7日晚上11:00:00
2024年6月4日晚上11:00:00
28
2.84
37
2024年6月4日晚上11:00:00
2024年7月2日晚上11:00:00
28
2.92
38
2024年7月2日晚上11:00:00
2024年7月30日晚上11:00:00
28
2.99
39
2024年7月30日晚上11:00:00
2024年8月27日晚上11:00:00
28
3.07
40
2024 年 8 月 27 日下午 15:00:00
2024年9月24日晚上11:00:00
28
3.15
41
2024年9月24日晚上11:00:00
2024年10月22日晚上11:00:00
28
3.22
42
2024年10月22日晚上11:00:00
2024年11月19日晚上11:00:00
28
3.30
43
2024年11月19日晚上11:00:00
2024年12月17日晚上11:00:00
28
3.38
44
2024年12月17日晚上11:00:00
2025年1月14日晚上11:00:00
28
3.45
45
2025年1月14日晚上11:00:00
2025年2月11日晚上11:00:00
28
3.53
46
2025年2月11日晚上11:00:00
2025年3月11日晚上11:00:00
28
3.61
47
2025年3月11日晚上11:00:00
2025年4月8日晚上11:00:00
28
3.68
48
2025年4月8日晚上11:00:00
2025年5月6日晚上11:00:00
28
3.76
49
2025 年 5 月 6 日下午 15:00:00
2025年6月3日晚上11:00:00
28
3.84
50
2025年6月3日晚上11:00:00
2025年7月1日晚上11:00:00
28
3.91
51
2025年7月1日晚上11:00:00
2025年7月29日晚上11:00:00
28
3.99
52
2025年7月29日晚上11:00:00
2025年8月26日晚上11:00:00
28
4.07
53
2025年8月26日晚上11:00:00
2025年9月23日晚上11:00:00
28
4.14
54
2025年9月23日晚上11:00:00
2025年10月21日晚上11:00:00
28
4.22
55
2025年10月21日晚上11:00:00
2025年11月18日晚上11:00:00
28
4.30
56
2025年11月18日晚上11:00:00
2025年12月16日晚上11:00:00
28
4.37
57
2025年12月16日晚上11:00:00
2026年1月13日晚上11:00:00
28
4.45
58
2026年1月13日晚上11:00:00
2026年2月10日晚上11:00:00
28
4.53
59
2026年2月10日晚上11:00:00
2026年3月10日晚上11:00:00
28
4.60
60
2026年3月10日晚上11:00:00
2026年4月7日晚上11:00:00
28
4.68
61
2026年4月7日晚上11:00:00
2026 年 5 月 5 日下午 15:00:00
28
4.76
62
2026年5月5日晚上11:00:00
2026 年 6 月 2 日下午 15:00:00
28
4.83
63
2026年6月2日晚上11:00:00
2026年6月30日晚上11:00:00
28
4.91
64
2026 年 6 月 30 日下午 15:00:00
2026年7月28日晚上11:00:00
28
4.99
65
2026年7月28日晚上11:00:00
2026年8月25日晚上11:00:00
28
5.06
提议阈值 | 持有/委托以创建提议的最少代币数量 | 总供应量的0.5% | 总供应量的0.5% | 总供应量的2% | 总供应量的0.5% |
投票延迟 | 提议提交后,在对一个可能开始的提议进行投票前,需要等待的以太坊区块数量 | 6,570个区块 | 6,570个区块 | 6,570个区块 | 6,570个区块 |
投票期* | 可以对提议进行投票的时间长度 | 4天 | 2天 | 10天 | 4天 |
最低法定人数 | 通过DIP提议的最低赞成票数 | 总供应量的2% | 总供应量的1% | 总供应量的10% | 总供应量的2% |
投票差值 | 通过DIP提议所需的赞成票和否决票差额 | 总供应量的0.5% | 总供应量的0.5% | 总供应量的10% | 总供应量的0.5% |
时间锁延迟* | 在提议通过并排队后,执行提议前的延迟 | 2天 | 0天 | 7天 | 2-9天 |
执行宽限期* | 在提议可执行的时机来临过后,必须执行该提议。 | 7天 | 7天 | 7天 | 7天 |
最小时间锁延迟* | 执行提议前的最小延迟时间(排队后) | 1天 | 0天 | 5天 | 4天 |
最大时间锁延迟* | 执行提议前的最大延迟(排队后) | 7天 | 1天 | 21天 | 21天 |
投票延迟 | 提议的创建和提议的投票之间的延迟(在区块中) |
6,570个区块 |
添加执行器角色 | 可以添加新执行器的地址 | 短时间锁 |
所有者角色 | 可以更改战略/投票延迟/未经授权的执行器+拥有其他角色 | 长时间锁 |
所有者 | 可以在铸币限制后铸币 ethDYDX 代币 | 短时间锁 |
所有者 | 可以批准或转账资金库持有的任何代币 | 短时间锁 |
代理管理员 |
可以升级合约 | 短时间锁 |
所有者 | 可以批准或转账资金库持有的任何代币 | 短时间锁 |
代理管理员 |
可以升级合约 | 短时间锁 |
所有者角色 | 可以更新奖励预言机地址,更新IPNS名称,并且是所有角色的管理员 | 短时间锁 |
配置更新版角色 | 可以设置奖励参数、更改时段时间表或更改IPFS更新期间 | 短时间锁 |
暂停器角色 |
可以暂停更新到Merkle根 | Merkle-pauser时间锁 |
撤销暂停器角色 | 可以取消暂停更新到Merkle根 | 短时间锁 |
申领运操作员角色 | 可以代表用户申领奖励 | 申领代理 |
间隔 | 一个时段的长度 | 28天 |
抵消 | 零时段开始 | 中国时间2021年8月3日晚上11:00 |
IPNS名称 | 发布奖励数据的IPNS名称 | 奖励-data.dydx.foundation |
IPFS更新期限 | 时段结束后的时间期限,在此之后新时段交换统计信息应可通过IPNS名称在IPFS上获得 | 3分钟 |
代理管理员 |
可以升级合约 | 短时间锁 |
所有者角色 | 所有角色的管理员 | 短时间锁 |
时段参数角色 | 可以设置时段参数,例如间隔、抵销和停市窗口期 | 短时间锁 |
奖励比率角色 | 可以设置奖励的发放率 | 短时间锁 |
借款人管理员角色 |
可以设置借款人配额,并允许/限制借款人借款 | 短时间锁 |
申领运操作员角色 | 可以代表用户申领奖励 | 申领代理 |
质押操作员角色 | 可以代表用户操作用户质押资金(例如,执行提现) | 短时间锁 |
债务操作员角色 | 可以减少借款债务并减少利益相关者债务 | 短时间锁 |
间隔 | 一个时段的长度 | 28天 |
抵消 | 零时段开始 | 中国时间2021年8月3日晚上11:00 |
停市窗口 | 停市窗口期的时长 | 3天 |
奖励发放率 | 分配给质押人的代币作为每秒奖励 | 0 |
代理管理员 |
可以升级合约 | 短时间锁 |
所有者角色 | 所有角色的管理员 | 短时间锁 |
Slasher角色 | 可以削减质押代币余额并提现这些资金 | 短时间锁 |
时段参数角色 | 可以设置时段参数,例如间隔、抵销和停市窗口期 | 短时间锁 |
奖励比率角色 | 可以设置奖励的发放率 | 短时间锁 |
申领运操作员角色 | 可以代表用户申领奖励 | 申领代理 |
质押操作员角色 | 可以代表用户操作用户质押资金(例如,执行提现) | 短时间锁 |
间隔 | 一个时段的长度 | 28天 |
抵消 | 零时段开始 | 中国时间2021年8月3日晚上11:00 |
停市窗口 | 停市窗口期的时长 | 3天 |
奖励发放率 | 分配给质押人的代币作为每秒奖励 | 0 |
代理管理员 |
可以升级合约 | 长时间锁 |
所有者角色 | 可以添加/移除接收资金 + STARK密钥的接收者,设置ERC20配额的流动性抵押和stark永续合约,调用强制操作,并且是所有者的管理员 + 委托管理员角色 | 做市商 |
委托管理员角色 | 是借款人、交易所操作员和提现操作员角色的管理员 | 做市商 |
借款人角色 |
可以根据流动性质押合约调用借款函数 | 做市商 |
交易所操作员角色 | 可以基于stark永续合约调用交易所函数 | 做市商 |
提现操作员角色 | 可以将超过借款余额的资金提现给获允许的接收者 | 做市商 |
监护人角色 |
可以执行平仓操作,如果借款人有逾期债务,则执行强制操作,限制借入资金的开放操作,并批准由提现操作员角色从外部提现的代币金额。 | 短时间锁 |
否决权监护人角色 | 在等待期间,可以否决所有者发起的强制交易请求 | Merkle-pauser时间锁 |
添加新资产 | N | N | N | Y |
现有资产的变更配置 | N | N | N | Y |
代理管理员 |
N | N | N | Y |
添加操作员 | N | N | N | Y |
删除操作员 | N | N | N | Y |
添加验证器 | N | N | N | Y |
删除验证器 | N | N | N | Y |
dYdX基金会概述
dYdX基金会是一个独立的非盈利基金会,总部设在瑞士楚格。有关dYdX基金会的更多信息,请访问dydx.foundation。
dYdX基金会的目的是支持并发展dYdX Layer 2 协议的当前实施和未来所有实施的各个方面(无论是技术还是其他方面),包括但不限于与dYdX Layer 2协议有关的生态系统,并促进其他人参与共同寻求支持和增长dYdX Layer 2协议的生态系统和当前实施及所有未来实施的各个方面(无论是技术还是其他方面)。具体而言,dYdX基金会有权:
支持和资助适当的研究和发展活动和项目
促进并教育公众了解生态系统和/或dYdX Layer 2协议
发行、接收、支出和持有数字资产(没有投机性交易活动)
部署治理智能合约并发行治理代币
与各种企业、合作伙伴、银行、监管机构、主管部门和其他第三方进行接触,以利于生态系统
分配收到的捐款和参与公司管理
获取、持有或授予商标、版权和其他知识产权或许可
组织会议和其他活动,以支持和促进生态系统和/或dYdX Layer 2协议
开展并促成所有业务和/或所有交易,并按需要、适当、附带或特意执行所有行动,以协助实现或推行本文所述的目标
随着dYdX基金会协助 dYdX Layer 2协议生态系统和治理相关事项的开发和增长,dYdX Trading的核心开发团队未来将把时间集中用于dYdX Layer 2协议的订单簿和匹配引擎组件上。尽管去中心化订单簿和匹配引擎将导致对dYdX Layer 2协议的修改,但没有人期望它会提高dYdX Layer 2协议的功能。相反,它将受益于在dYdX Layer 2协议的各个方面形成的审查阻力。
dYdX基金会不以盈利为目的,并且总体而言不会追求任何利润。与此同时,dYdX Trading将继续根据交易量征收双边费用,这将包括交易、赚取收入和激励更多流动性方面的费用。
通过促进去中心化的治理,并以强大、透明和开放的高级金融产品为交易者赋权,dYdX基金会将帮助dYdX Layer 2协议实现向社区主导的增长、发展和自我可持续性方向发展。
dYdX基金会的理事会成员包括Arthur Cheong、Rebecca Rettig和Markus Spillman。这是dYdX Layer 2协议在完全去中心化的道路上重要的第一步。
与治理有关的关键术语概述。
$**ethDYDX:**基于以太坊的 dYdX 生态系统的原生集合,为 dYdX v3 提供了治理和安全的基础。$ethDYDX 是 ERC-20 代币,指定了用户的投票权或提议权的权重。
**$wethDYDX:**通过与 $wethDYDX 智能合约交互获得的 $ethDYDX 打包版本。 $wethDYDX 是 ERC-20 代币,指定了用户的投票权或提议权的权重。
**dYdX v3:**dYdX 的 Layer 2 永续协议。
**dYdX基金会:**一个独立基金会,总部设在瑞士楚格,目的是参与将dYdX协议推向未来。
$ethDYDX 代币合约:在不同时间区块拥有每个地址的投票权快照。
$wethDYDX 代币合约:在不同时间区块拥有每个地址的投票权快照。
**DIP:**dYdX改进提议是链上的提议。
DRC:dYdX请求评论是链下提议,也是治理改进进程的第一步。
**法定人数:**为了通过投票,必须在赞成票中达到DYDX代币的最低法定人数。法定人数的目的是确保有足够的选民参与通过唯一的措施。
**时段:**所有其他合约以28天周期运作,此周期称为时段。
**执行宽限期:**投票后,DIP提议的可执行时间段,在此期间,必须执行。
治理战略 V2 合约:包含衡量用户提议和投票相对权的逻辑。
治理者合约:跟踪提议并可以通过Timelock智能合约执行提议。
**长时间锁执行器:**长时间锁执行器可以执行通常更改影响治理共识的那部分协议。
**Merkle-pauser执行器:**Merkle-pauser执行器可以执行冻结Merkle root的提议,Merkle root根据每个用户的累计奖励余额定期更新,以便在建议的根不正确或恶意的情况下,可以随着时间的推移向用户分配新的奖励。
**保险资金池:**负责保护协议免于破产的组件。
质押dYdX合约:包含质押DYDX代币、标记位置并获得奖励的逻辑。
**短时间锁执行器:**短时间锁执行器可以执行通常更改奖励和激励合约或社区资金需要快速干预的提议。
**Starkware执行器:**Starkware执行器可以执行通常更改目前需要Starkware进行干预的部分协议的提议。
时间锁合约:可以排队、取消或执行由治理投票的交易。提议中的功能由时间锁合约启动。排队的交易可以在延迟后进行,直到宽限期期限结束。
**时间锁延迟:**DIP提议在提议通过后执行,并正在排队。
**提议阈值:**为了防止一个创建无数垃圾邮件提议的系统,提议阈值要求地址在提出提议前获得一定数量的赞成票。
**提议权:**提供创建和维持提议的访问权的代币质押权益。
**投票权:**用于赞成或反对现有提议的投票权。
**投票延迟:**这是可以创建提议并可以进行投票的间隔时间。通过要求至少一个区块通过,治理就受到保护,免遭可能借用大量代币、提议投票并以一个区块对它进行投票的闪电贷攻击。
**投票期:**一旦提出DIP提议,DYDX社区成员必须在投票期结束前进行投票。这是可以对提议进行投票的时长,时间在以太坊区块上。
**提议阈值:**为创建DIP提议而持有/委托的最少代币。
**投票差额:**通过DIP提议所需的赞成-反对票差额。
为了方便做市商进行入门培训,dYdX团队制作了本指南。在开始任何集成步骤之前,请通读整个文档。
将您的首选以太坊钱包连接到dYdX L2永续协议。
将 $USDC 存入您的永续账户。
您需要生成一个STARK密钥,用于在Layer 2识别您的账户并保存在本地浏览器中。Stark密钥将dydX用户与以太坊账户地址相关联,因此用户必须首先请求签署以太坊密钥与STARK密钥的链接,然后在dYdX智能合约上注册STARK密钥,才能执行任何其他用户操作。单击“生成Stark密钥”并签名交易。签名是免费的,而且不会发送交易。您可以随时使用钱包找回Stark密钥。
或者,程序化交易者可以使用以下方法导出他们的STARK密钥对:
有关STARK密钥的更多信息,请在此处查阅。
4\。接下来,您需要一个以太坊签名或通过Web 3提供方来签名的API密钥。请注意,以太坊签名仅用于注册和管理API密钥,而不用于交易——交易要求使用STARK密钥签名。可以使用以下功能注册和获得API密钥:
注册:
获得:
或者(3.和4.),如果您不希望私钥在线,您可以通过以下步骤安全地生成STARK密钥以获取所需的凭据。
a. 在 dYdX 永续合约交易所中,右键单击网络浏览器中的任意位置,然后选择“检查”来打开“开发人员工具”
b. 转到“应用程序”>“本地存储”>https://trade.dydx.exchange
c. 选择“STARK_KEY_PAIRS”并单击您的钱包地址旁的下拉菜单,以获取 stark 私钥
d 选择“API_KEY_PAIRS”并单击您的钱包地址旁边的下拉菜单,以获取API密钥、加密密钥和密码
挂单量
该时段的总挂单量。
假设流动性提供方有多个公开出价订单(1个BTC为29,900美元,5个BTC,价格为29,850美元,10个BTC,价格为29,500美元),基于BTC-USD订单簿,BTC目前为30,000美元(基于中间市场)。假设假设MinDepth为5,000美元,MaxSpread对中间市场的比值为200美元,即6.7个基点(200/30,000美元)。 基点是1%的1/100。Q_{BID} = (1\ \times \left(\frac{$29,900}{$100/30000}\right)) + (5\ \times \left(\frac{$29,850}{$150/30000}\right)) 以随机采样每分钟计算得出。
假设流动性提供方有多个公开询价订单(0.1个BTC为30,100美元,5个BTC,价格为30,150美元,10个BTC,价格为30,175美元)基于BTC-USD订单簿,BTC目前交易价格为30,000美元(基于中间市场)。假设假设MinDepth为5,000美元,MaxSpread对中间市场的比值为200美元,即67个基点(200/30,000美元)。基点是1%的1/100。Q_{ASK} = (5\ \times \left(\frac{$30,150}{$150/30000}\right)) + (10\ \times \left(\frac{$30,175}{$175/30000}\right)) 每分钟根据随机间隔进行计算。
通过取和的最小值来奖励双边流动性。 每分钟计算。
是一个给定时段中所有的总和。
是指特定做市商实时时段的时间,买卖双方报价均大于规定的最低订单量(按市场在下面注明)并且价差小于规定的最大价差(按市场在下面注明)。
正常化,以计入正常运行时间
BTC-USD
10%
ETH-USD
10%
其他永续交易对
r | 特定交易者的奖励。 |
R | 将在该时段中资金池中所有交易者之间分配的总奖励。 |
f | 本时段交易者支付的总费用。 |
周 | 个人交易者分数。 |
所有交易者分数的总和。 |
k | 本时段的交易者总数。 |
治理架构和智能合约概述。
dYdX链上治理支持以下功能:
创建提议并对其进行投票
在提议开始时,对代币持有量进行快照
委托单独投票和提议权
设定治理阈值,包括提议、法定人数和投票差额阈值
代替“治理战略 V2”智能合约,该合约决定计票方式
配置多个执行器合约,允许:
通过短时间锁执行器进行快速协议升级和资金分配;
通过长时间锁执行器进行治理升级。
有 7 个智能合约支持 dYdX 治理:
DydxToken
合约:保留支持查询地址投票或任何区块编号提议权的快照。支持单独委托投票权和提议权。
WrappedEthereumDydxToken
合约:保留支持查询地址在任何区块的投票或提议权的快照。支持单独委托投票权和提议权。
DydxJordine
合约:跟踪提议并可以通过执行器智能合约执行提议。
执行器
合约:可以排队、取消和执行由治理投票的交易。如果提议通过,则提议中调用的功能可以由提议中指定的执行器合约执行。排队的交易可以在延迟后执行,其期限由执行器合约确定。
优先
时间锁合约:与时间锁合约相同,但允许优先级****控制器在时间锁延迟之前,在优先期(7天)内执行交易。
治理战略 V2
合约:包含计票逻辑。目前,统计来自 $ethDYDX 代币、$wethDYDX 代币、$stkDYDX 的投票。 可以通过长时间锁进行升级。
保险模块
合约:包含质押 $ethDYDX 代币的逻辑,表示质押的头寸,并赚取奖励,同时保留了基本代币的投票权和提议权以及委托功能。
治理合约和质押资金池的所有智能合约源代码,请访问https://github.com/dydxfoundation/governance-contracts。
dydx.community 托管的治理前端的源代码,请访问此处。
所有主要的新智能合约都已由 Peckshield 进行审计。没有发现重大或高度优先的安全问题。核心治理和代币合约是根据Aave治理合约质押的,该合约由CertiK、Certora和Peckshield进行审计,并已在主网上进行了数月的攻防测试。
DydxToken合约受到Aave的启发。dYdX团队作了微小变更。
基于以太坊的 DYDX 部署在以太坊主网上:0x92D6C1e31e14520e676a687F0a93788B716BEff5。
ABI
WrappedEthereumDydxToken 合约是 DydxToken
的打包版本。 用户可以与 wethDYDX 智能合约
交互并获取 wethDYDX。
wethDYDX 部署在以太坊主网上:0x46b2deae6eff3011008ea27ea36b7c27255ddfa9。
ABI
DydxGovernor合约受到Aave的启发。dYdX作了微小变更。
治理者部署在以太坊主网上:0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2。
治理策略 V2 合约受到 Aave 的启发,完成从治理策略
的升级。
策略部署在以太坊主网上:0xc2f5F3505910Da80F0592a3Cc023881C50b16505。
ABI
执行器合约受到Aave的启发。dYdX作了微小变更。
长时间锁在以太坊主网上部署:0xEcaE9BF44A21d0E2350a42127A377Bf5856d84B。
ABI
短时间锁在以太坊主网上部署:0xEcaE9BF44A21d0E2350a42127A377Bf5856d84B。
ABI
Merkle 时间锁部署在以太坊主网上:0xd98e7A71BacB6F11438A8271dDB2EFd7f9361F52。
ABI
Starkware 优先时间锁部署在以太坊主网上:0xa306989BA6bcacdECf3C0614Ff2B8C68e3CaE。
ABI
Merkle 分配器智能合约根据 Merkle 余额树分配 $ethDYDX 代币奖励。可以根据每个用户的累计奖励余额定期更新,从而允许随着时间的推移向用户分配新的奖励。
通过将提议的Merkle根设置为预言机合约返回的最新价值来进行更新。在等待期过后,可以推出提议的Merkle根。在等待期间,如果提议的根不正确或恶意,则dYdX治理将有机会冻结Merkle根。根更新可以由短时间锁执行器暂停。
Merkle分配器智能合约受到Uniswap和Badger设计的启发。智能合约部署在以太坊主网上:0x01d3348601968aB85b4bb028979006eac235a588。
ABI
保险模块是质押资金池,向质押 $ethDYDX 以获得协议安全性的人群提供 $ethDYDX 奖励。
流动性模块是质押和借款的智能合约集,激励 $USDC 资金分配,以达到 dYdX layer 2 交易所的做市目的。
质押者通过质押 $USDC 获得 $ethDYDX 奖励。 质押资金可以由某些事先批准的合伙人根据信誉为基础进行借贷,无需质押。资金只能用于L2交易所,这通过StarkProxy合约强制执行,该合约与StarkExperty永续交易所合约进行互动。
该合约允许所有者从LiquidityStaking中借贷资金,并在StarkPermal上使用这些资金。其他资金可以由质押人寄存,任何超过借款金额的资金也可以自由提现。该合约与StarkPerpetual合约互动,后者由Starkware编写,并且此前经审计和部署。
TreasuryVester合约受到Uniswap的启发。
短时间锁只能执行治理批准的操作。
有两种资金库归属者和资金库合同:
由于治理控制每个资金库,它可以将资金转至任何地址,和/或批准任何地址从任一资金库中支出资金。例如,奖励计划需要由治理设定的代币批准限额。
在 DIP 29 中,dYdX 社区投票决定利用奖励资金桥和社区资金桥智能合约,从而可以将社区资金库和奖励资金库中的可用的 ethDYDX 迁移到 dYdX Chain。
每个资金库归属者将在大约 5 年内(2021年8月3日 - 2026年8月3日)将代币线性归属至相应的资金库。由于归属者合约在部署时是不可变的,dYdX 社区投票决定将归属者合约的接收者设置为以下地址:
奖励资金库归属者将释放给0x0000000000000000000000000000000000000001
;以及
社区资金库所属者将释放给0x0000000000000000000000000000000000000002
。
该系统的目标是通过去中心化的预言机签名者网络,计算和发布交易者使用 dYdX layer 2 交易所获得的 ethDYDX 代币奖励。奖励存储在Merkle树上,该树包含了自分配计划开始以来每个用户的累计奖励。每个时段,Merkle根都在MerkleDistributorV1智能合约上更新,以反映上一时段赚取的奖励。
我们已经与Chainlink预言机系统整合,在链上公布奖励数据。我们使用IPNS来发布Chainlink用于构建Merkle树的交易数据。通过使用IPNS,我们可以根据与前几时段相同的IPNS链接发布最新时段的交易数据,这意味着数据的位置不会变更。
在计算原始交易数据的适当奖励后,Chainlink将Merkle奖励树发布给IPFS。带有Merkle树数据的IPFS CID存储在Merkle分配器合约上,以及该时段奖励的Merkle根。
下表显示Chainlink预言机支持的奖励系统架构:
dYdX基金会品牌资产,可在此处查阅****
治理过程的分步概述:DRC创建、快照投票创建、DIP创建、进行快照投票、DIP投票、DIP排队和执行DIP。
dYdX基金会创建本指南是为了帮助dYdX社区了解dYdX治理流程。该指南提供了以下内容的分步概述:
指南中的两个示例是_DIP 2(链下提议) - 降低流动性提供方的奖励阈值_和_DIP 3(链上提议) - 安全模块恢复_。
摘要:
在时段6中,dYdX社区对快照进行了投票,将做市商的LP奖励数量阈值从1%降低到0.25%。遵循与时段6中相同的过程(1%到0.25%),在时段2中,LP奖励阈值从5%降低到1%。下面提供了将 LP 奖励交易量的阈值从 5% 降低到 1% 的分步概述。
社区的大多数成员(399 名投票者和 86% 的 $ethDYDX)对 Snapshot 进行了投票,将获得流动性提供方奖励的数量阈值从 5% 降到 1%。DeFiance Capital的Jacob Goh (jteam0x)提交了一份链下DIP,将做市商的流动性提供方奖励数量阈值从5%降低到1%。在时段2达到1%阈值的做市商有资格在时段3获得流动性提供方奖励。该提议不需要任何链上智能合约变更。
背景:
作为流动性提供方奖励计划的一部分,每个时段(28天)向为协议做市的流动性提供方 分配 1,150,685 $ethDYDX。根据奖励正常运行时间、双侧深度、买卖价差和支持的交易对数量的公式,对奖励进行分配。要获得此奖励计划的资格,流动性提供方需要在前一个时段提供总挂单量的最低百分比。
dYdX社区对流动性提供方奖励阈值具有“即时且不可撤销的控制”。社区控制的参数的完整列表,请点击此处访问链接。
社区受到激励,以降低流动性提供方奖励阈值,因为这将激励新的做市商和中小型做市商增加dYdX平台上的流动性。此外,增加平台上做市商的数量,有助于dYdX协议变得更加去中心化。
接下来,我们将分步概述dYdX治理在实践中的运作方式。有关dYdX治理流程的更多信息,请点击此处访问链接。
说明:
dYdX治理流程由治理论坛推动。社区成员在讨论论坛中进行发帖和评论,以在链下达成粗略的共识。有关论坛讨论和 DRC 创建的更多信息,请点击此处访问链接。\注 - subDAO 业务已推出 https://dydx.forum/ 作为社区投票的新论坛,从 Commonwealth 过渡到 Discource。本指南中关于以往 DRC 讨论的一些参考仍将指向 Commonwealth,但任何新讨论都应在新推出的 Discourse 论坛上进行。\
适用于DIP 2:
Three Arrows Capital的Su Zhu (zhusu)创建了一个链下论坛讨论,目的是降低流动性提供方奖励阈值。各社区成员,例如 Wintermute 的 Evgeny、Kronos 的 Ben、Sixtan t的 Josh 等等,都参与了讨论并提供了宝贵的反馈意见。
如何在 Discourse 上发帖和评论:
使用电子邮件账户在 Discourse 上注册,并在此处加入 dYdX 社区。
选择主线,滚动查看评论,给评论点赞或回复。
单击“**新主题 **”,并选择主题类别,来创建新的讨论线或发布 DRC。
说明:
在社区达成粗略共识后,拥有1万提议权的社区成员可以在快照上为DRC创建链下投票。提议权允许创建和维持提议。快照是一个简单的投票界面,允许用户在链下表达意见。快照上的投票根据投票地址持有或委托的治理代币的数量进行加权。 创建快照投票的社区成员必须提供有关DRC、投票系统、投票开始日期、投票结束日期和快照区块编号的详情。投票期应为 5 天,投票应在投票延迟 1 天后开始(根据 13.2 秒区块时间)。投票延迟为 dYdX 社区成员提供更多时间,以了解 DRC、购买 $ethDYDX,或委托其治理代币的投票权。持有治理代币或在快照区块编号之前被委托投票权的社区成员有资格投票。 有关快照投票的更多信息,请点击此处访问链接。
适用于DIP 2:
社区成员对Su Zhu的帖子提供了反馈。社区提出了关于奖励阈值的以下建议:
0.5% - Three Arrows Capital的Su Zhu,
1% - BitTrading的Sam,
2.5% - Kronos / WOO Network的Ben,以及
5% - Wintermute的Evgeny。
接下来,Su Zhu使用以下选项创建了一个快照投票:
将MM阈值降低至1%
将MM阈值降低至2.5%
将MM阈值保持在5%
如何对快照投票进行投票:
用您的以太坊钱包在快照上注册,并遵循此处的dYdX提议。
要对有效的快照投票进行投票,您需要在快照投票生效时在快照区块编号之前持有治理代币或将投票权委托给您的地址。
要进行投票,请点击提议并选择“是”或“否”,然后选择“投票”。
如何在快照上创建投票:
要创建快照投票,您需要至少持有 1 万治理代币 和/或将提议权委托给您用于创建提议的地址。
快照提议可以包含一个或多个操作,每个提议最多10个操作。操作是提议中指定的变更。
如果您符合最低 1 万提议权要求,请选择“新提议”并根据以下内容要求填写开放栏位。
DRC快照投票内容要求:
DRC的详情以及论坛讨论的链接,
投票系统,
投票开始日期和投票结束日期的总时长设为 4 天(根据 13.2 秒区块时间),并且
快照投票在投票开始前1天(\约6570个区块)发布。
具有约束力的快照投票的要求:
对于大多数决策,快照投票发挥着信号的作用,而变更智能合约的具有约束力的结果需要链上投票。对于不需要链上智能合约启动的决策,特别是对交易和流动性提供方奖励公式的变更,快照投票被视为具有约束力的最终投票。除了上述内容要求之外,对链下控制变量具有约束力的投票的快照投票必须包括:
二元投票选项。为清楚起见,一个地址要么投票赞成或投票反对提议。
投票结束后,相关信息将存储在IPFS上,然后自动生成报告并可供下载。
说明:
当(1)快照投票导致链下参数(例如,对交易奖励或LP奖励公式的修改)被更新以及 (2) 当社区成员想要提交修改链上智能合约的提议时,需要创建一个DIP。对于不需要任何链上智能合约更新的投票,快照投票的结果必须在链下DIP中正式化,并通过Pull Request提交给dYdX基金会Github的Pending-DIP分支。DIP应反映快照的胜利结果。DIP 必须指定此处链接的模板中包含的信息。
适用于DIP 2:
在这种情况下,DIP由@Jteamdc编写。
当 DIP 2 的提议草案完成后,@Jteamdc 从工作分支针对 dYdX 基金会的 Pending-DIP 分支创建了一个**** Pull Request。在dYdX基金会审核提议并签名后,来自Pending-DIP的变更被合并到主分支。
由于降低流动性提供方的奖励阈值不需要任何链上智能合约变更,因此该过程现已完成,变更将在下一个时段生效。
如何创建DIP:
DIP应基于链下DIP在快照上投票的胜利结果,可以由一个或多个操作组成,每个提议最多可有10个操作。操作是提议中指定的变更。可以在DIP创建中查阅更多信息。
注册 Github 帐户:https://github.com/signup。
转到此处链接的 dYdX 存储库页面,并在您的 Github 帐户下分叉存储库。
在分叉的DIP存储库中,转到包含DIP内容的目录:https://github.com/[user_name]/dip/tree/master/content/dips。
dips 文件夹包含一个先前提议的目录,这些提议遵循此处链接的 DIP 模板。
在开始起草提议之前,请确保您分叉的分支与主分支的最新版本是最新的。如果您使用的是旧版本的 DIP 存储库,请确认您的分叉版本是最新的,并带有最新的变更。如需帮助重新定位您的分叉版本,您可以按照以下步骤进行操作:https://stackoverflow.com/questions/7929369/how-to-rebase-local-branch-onto-remote-master。
使用您的提议信息编辑DIP模板。因为您不是管理员,所以如果您没有分叉DIP存储库,则选择编辑图标将自动从主分支分叉存储库。
遵循模板并将您的DIP添加到content/dips/
目录中的存储库的分叉中。请遵循下面包含的DIP状态命名规范。
DIP状态:
WIP - 仍在开发中的DIP。
已提议 - 准备在链上提议的DIP。
已批准 - 已被dYdX社区接受实施的DIP。
已实施 - 已发布到主网的DIP。
已拒绝 - 已被拒绝的DIP。
在检查所有内容是否正确之后,从您的工作分支针对dYdX基金会的Pending-DIP分支创建一个Pull Request。请不要针对dYdX基金会的主分支提交此Pull Request,因为如果任何外部方想要合并到主分支,IPFS作业将失败。请使用此处链接的Pull Request作为示例。
在审核之后,dYdX基金会将把Pending-DIP分支的变更合并到主分支。
在合并之前,会自动运行一个作业将 DIP 上传到 IPFS。您可以在此处验证DIP到IPFS的上传:https://github.com/dydxfoundation/dip/pull/9/checks。
由于该提议不需要任何链上智能合约变更,因此该过程现已完成,变更将在下一个时段生效
摘要:
11月1日,Paradigm的Dan Robinson创建了一个链上DIP,以恢复保险模块质押池的功能。社区的大多数成员(251名投票者和近1.42 亿 ethDYDX)投票赞成恢复保险模块的功能。经过10天的投票期后,社区成员花了将近3天的时间才启动队列,并将提议移至长达7天的时间锁延迟。11 月 20 日,保险模块恢复并重置为纯净状态。
背景:
dYdX保险模块是一种质押合约,旨在引导分散去中心化的资金池,其可用于支持dYdX协议。用户将 $ethDYDX 质押到安全池中,获得 $stkDYDX(1:1)。 $stkDYDX 是以 ERC-20 转账的代币化头寸,与 $ethDYDX 具有相同的投票权和提议权。 如果发生资金缺口的情况,则需要进行治理投票以削减质押的 $ethDYDX,从而减轻损失。在 $ethDYDX 代币供应中,2.5%(25,000,000 $ethDYDX)的代币供应将分配给在保险资金质押池中质押 ethDYDX 的用户。可以在此处找到有关保险资金质押池的更多信息。
作为保险质押池奖励的一部分,每个时段(28天)将向质押人分配 383,562 $ethDYDX。每秒按比例将奖励分配给质押人。
dYdX社区对保险模块智能合约的参数具有“直接和不可撤销的控制权”。社区控制的参数的完整列表,请点击此处访问链接。
9月8日北京时间晚上11:00,$ethDYDX 代币的转账限制已撤销,有效地开放了 dYdX 安全模块的质押。 在将近 1 小时的时间里,50 多个不同地址质押了大约 15.7 万 ethDYDX。一个漏洞导致部署过程中出现错误,并且没有任何stkDYDX被发送至已向保险模块中进行质押的地址。因此,每个质押人的资金都冻结在了合约中,并且dYdX团队在dYdX治理UI上禁用了质押。
DIP 1提议恢复保险模块的功能,允许受影响的地址收回其资金,并且获得额外10%的质押代币作为补偿以使他们得到弥补。虽然社区强烈支持 DIP 1:“安全模块恢复”和“质押人恢复”,但该提议失败,原因是未能满足长时间锁投票所需的 1 亿 $ethDYDX 最低通过票数。因此,DeFiance Capital 的 Jacob Goh (jteam0x) 创建了 DIP 4 - 安全模块质押人补偿和补偿,以补偿和补偿受影响地址所错过的奖励和造成的不便。DIP 4涉及为用户质押代币部署恢复合约,并从奖励资金库中向受影响的地址额外补偿10%。DIP由短时间锁的不太严格的治理参数进行治理。
DIP的提议生命周期在DIP创建之前通常是一致的。DIP 3(链上)和DIP 2(链下)的主要区别在于DIP 3需要链上投票和智能合约部署。由于论坛讨论、DRC创建和DIP草案创建的过程是相同的,我们从起草链上DIP的内容要求开始逐步讨论。如需了解更多信息,请点击以下链接:
保险模块事故报告 - https://dydx.foundation/blog/en/outage-1。
说明:
起草影响dYdX协议治理共识的链上DIP,必须概述实施智能合约变更的具体步骤。在社区从快照或之前失败的DIP达成粗略共识后,具有足够提议权的社区成员可以提交新的链上DIP。有关提议权阈值、时间锁执行器和其他治理参数的更多信息,请点击此处访问链接。
适用于DIP 3:
在这种情况下,DIP由Paradigm的Dan Robinson编写。鉴于该提议包括链上智能合约变更,该提议包含一个指向特定智能合约实施的链接。
从SafetyModuleV2.sol部署合约导航到Safety文件夹会显示自述文件,其中包含有关如何实施提议的详细情况。
关于实施自述文件中包含的提议的步骤,请点击此处链接:https://github.com/dydxfoundation/governance-contracts/tree/master/contracts/safety。
如何起草链上DIP (WIP):
创建一个新钱包以创建DIP。部署过程需要输入助记词作为环境变量,因此我们建议您使用一次性钱包进行链上DIP创建。
创建Alchemy密钥。使用Alchemy密钥,您无需运行以太坊节点即可与以太坊进行交互并部署智能合约。关于创建Alchemy密钥的指南,请点击此处访问链接。
选择以太坊和“开始”。
填写所需信息,选择 Goerli Network 并选择“创建应用程序”。
在创建帐户之后,请按照此处链接的设置说明进行操作。
在“4. 开始构建”中,选择“尝试部署您的第一个智能合约”并按照指南进行操作。
打开Windows命令行,默认Terminal应用程序,或下载iTerm:https://iterm2.com/。
如果您尚未下载并安装Node.js和npm,请访问以下链接进行操作:https://docs.npmjs.com/downloading-and-installing-node-js-and-npm。
Hardhat是一种用于编译和测试以太坊软件的开发工具。如果您还没有安装Hardhat,请访问以下链接进行操作:https://hardhat.org/tutorial/setting-up-the-environment.html。
起草您提议的智能合约实施方案。
IPFS哈希是自动生成的,并且可以在此处获取。IPFS哈希将位于文件名DIP-[New DIP #]-ipfs-hashes.json
下的dYdX基金会目录中。
在选择新文件 (DIP-[New DIP #]-ipfs-hashes.jso
) 之后,请确保使用 encodedHash。
说明:
在社区成员确认提议的智能合约实施是正确的并且DIP最终确定之后,可以在链上提交DIP。在创建链上DIP之后,提议进入“待定”状态,投票延迟持续约1天(约6570个区块)。用户快照在投票延迟后记录下来,以计入 $ethDYDX 持股和委托投票权。接下来,提议进入“活动”状态,根据提议类型的不同,投票时限为2-10天不等。对于要实施的提议,投票必须通过因提议类型而不同的最低法定人数和最低投票差值。如果DIP满足最低法定人数和最低投票差值,并且大多数投票社区成员投票支持DIP,则任何地址都可以调用排队方法将提议移至时间锁队列。时间锁合约可以排队、取消或执行由dYdX社区投票决定的交易。时间锁队列的长度取决于提议的类型。
适用于DIP 3:
Paradigm 团队最终确定了 SafetyModuleV2.sol
的 Solidity 代码。
Paradigm团队在本地和分叉的主网环境中模拟了更新。然后运行测试套件,以确保在主网上执行治理提议后恢复全部功能。
Paradigm团队通过运行以下脚本来部署智能合约更新。
保险模块恢复部署
导出 ALCHEMY_KEY=<...>
导出 MNEMONIC=<...>
npx hardhat --network mainnet deploy:safety-module-recovery
--dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5
--short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
--rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871
治理提议:保险模块修复
导出 ALCHEMY_KEY=<...>
导出 MNEMONIC=<...>
npx hardhat --network mainnet deploy:safety-module-fix-proposal
--proposal-ipfs-hash-hex 0x...
--governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--long-timelock-address 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B
--safety-module-address 0x65f7BA4Ec257AF7c55fd5854E5f6356bBd0fb8EC
--safety-module-proxy-admin-address 0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C
--safety-module-new-impl-address 0x...
治理提议:保险模块补偿
导出 ALCHEMY_KEY=<...>
导出 MNEMONIC=<...>
npx hardhat --network mainnet deploy:safety-module-compensation-proposal
--proposal-ipfs-hash-hex 0x...
--dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5
--governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
--rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871
--safety-module-recovery-address 0x...
DIP同时发布在https://dydx.community/dashboard上。
dYdX治理合约为0x7e9b1672616ff6d6629ef2879419aae79a9018d2:https://etherscan.io/txs?a=0x7e9b1672616ff6d6629ef2879419aae79a9018d2&p=10。
DIP部署可以在Etherscan上确认:https://etherscan.io/tx/0x5f2472e7dfcbf50628d29c94f97a072f3c19177f66cde4cca9f376c7934af5ad。
DIP于2021年11月1日在区块13532376创建。对于之后的 6570 个区块,DIP 状态为“待定”。
当 DIP 在区块 13538946 转换为“活动”状态时,ethDYDX 持有者能够对 DIP 进行投票。
第一次投票于世界标准时间 2021 年 11 月 2 日下午 5:51:22 进行(区块 13538959),距离 DIP 在链上创建时有 6583 个区块。
在与长时间锁相关的10天投票期结束后,任何社区成员都可以启动队列,并将提议移至7天的时间锁延迟。对于DIP 3,社区成员需要将近3天的时间才能启动队列。
在7天的时间锁延迟之后,DIP在链上执行。
当 DIP 在链上执行时,https://dydx.community/dashboard/proposal/3 上的 DIP 状态被更新为“已执行”。
请注意,(1) 提议必须在时间锁延迟后立即开始的7天执行宽限期内执行;(2) 提议地址必须保持相应时间锁合约要求的最低提议权数量,直到 DIP 被执行(5 百万或2 千万的提议权)。
如何提交链上DIP:
确保您有足够的提议权来创建DIP。可以在DIP创建中查阅更多信息。
短时间锁执行器:总供应量的0.5%(500万的提议权)。
Starkware 执行器:总供应量的 0.5%(500 万的提议权)。
长时间锁执行器:总供应量的2.0%(2千万的提议权)。
Merkle Pauser 执行器:总供应量的 0.5%(500 万的提议权)。
确保钱包中有ETH来支付gas费。
在Alchemy上为以太坊主网网络创建一个应用程序。
创建应用程序后,点击“查看密钥”获取您的Alchemy密钥(7LOaQtguSm2kSEcFXQH88B):https://eth-mainnet.alchemyapi.io/v2/7LOaQtguSm2kSEcFXQH88B-EN_K7t_ul。
下载并安装Node.js和npm:https://docs.npmjs.com/downloading-and-installing-node-js-and-npm。
运行您起草的脚本。
检查治理合约以验证提议是否在链上创建:https://etherscan.io/txs?a=0x7e9b1672616ff6d6629ef2879419aae79a9018d2&p=10。
使用提交提议的地址,您必须保持相应时间锁合约所需的最低提案权,直到提议被执行。
如何对DIP进行投票:
确保钱包中有ETH来支付gas费。
您可以通过从https://dydx.community/dashboard中选择DIP来对活动的DIP进行投票。
投票时限取决于提议的类型。可以在DIP创建中查阅更多信息。
短时间锁执行器:4天。
Starkware执行器:4天。
长时间锁执行器:10天。
Merkle Pauser执行器:2天。
如何对提议进行排队:
成功的提议可以排队以启动时间锁延迟。
确保您使用的是包含ETH的兼容钱包。
转至 Etherscan 上的“合约”选项卡,然后点击“编写合约”。请点击此处,访问治理合约链接。
选择队列并提交 “proposalId”。
创建DIP时,可以在Etherscan上找到“proposalId”:https://etherscan.io/tx/0x5f2472e7dfcbf50628d29c94f97a072f3c19177f66cde4cca9f376c7934af5ad。
选择“点击以查看更多”。
选择“解码输入数据”。
如何执行提议:
在时间锁延迟之后,可以执行成功的提议。
转至 Etherscan 上的“合约”选项卡,然后点击“编写合约”。请点击此处,访问治理合约链接。
选择“执行”并提交 “proposalId”。
按照上述步骤(在_如何对提议进行排队_中)找到 “proposalId”。
在“payableAmount (ether)”下输入“0”。
合约 | 地址 |
---|---|
DydxToken
0x92D6C1e31e14520e676a687F0a93788B716BEff5
WrappedEthereumDydxToken
0x46b2DeAe6eFf3011008EA27EA36b7c27255ddFA9
DydxGovernor
0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
短时间锁执行器
0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
长时间锁执行器
0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B
Merkle-Pauser时间锁执行器
0xd98e7A71BacB6F11438A8271dDB2EFd7f9361F52
Starkware优先时间锁执行器
0xa306989BA6BcacdECCf3C0614FfF2B8C668e3CaE
奖励资金库
0x639192D54431F8c816368D3FB4107Bc168d0E871
奖励资金桥
0x8d0051943D4c72aF12D638c6b7253C71929A910A
社区资金桥
0x5D8541e3078BE7c2D773185aD8C8b9ED5105E08c
治理策略V2
0xc2f5F3505910Da80F0592a3Cc023881C50b16505
奖励资金库归属者
0xb9431E19B29B952d9358025f680077C3Fd37292f
社区资金库归属者
0x08a90Fe0741B7DeF03fB290cc7B273F1855767D8
Merkle分配器
0x01d3348601968aB85b4bb028979006eac235a588
Chainlink适配器
0x99B0599952a4FD2d1A1561Fa4C010827EaD30354
流动性质押
0x5Aa653A076c1dbB47cec8C1B4d152444CAD91941
申领代理
0x0fd829C3365A225FB9226e75c97c3A114bD3199e
StarkEx Helper治理者
0x0db9b3F7Dd83e29C9bece8E5e1089bA4369E694a
StarkEx Remover治理者V2
0xFCAac0F14deA11eDe11Afcb875f29130e1ad5ec0
奖励资金库代理管理者
0x40D6992cbd03E0DC1c2DE9606D29Cb245E737a5d
社区资金库代理管理者
0x9d51599A6b10f562619D8ef2EFDcA1B68aE80D03
保险模块代理管理
0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C
Merkle分配器代理管理
0x6C5cd3aD7A16Ae207D221908E6b997d9B0DcD7b0
流动性质押代理管理
0xAc5D8bCD13da463bea96c75f9085c4e40037F790
StarkProxy [0]
0x0b2B08AC98a1568A34208121c26F4F41a9e0FbB6
StarkProxy [1]
0x3e6E9EFb0A677a24F47093a22044dc5451A028cF
StarkProxy [2]
0xCB7fa3a2F47b62293Cc2E1a4C7752fC72E49FCe2
StarkProxy [3]
0x16BEC2D9A010e7D8b2D576d17893C52Ddbfe4C06
StarkProxy [4]
0x531F3BE462F10386D01FBeD7fAD1d20A61Ce7874
StarkProxy代理管理 [0]
0xE16718eace44e0CB06b9cd164490A69A6425D1e3
StarkProxy代理管理 [1]
0x78e899e576C3565C3219dbC9Ea5042A9DBed36d3
StarkProxy代理管理 [2]
0x15774D4555fEfD57C9Fc8b11C8beba993eafcc13
StarkProxy 代理管理者 [3]
0x4d9460e5C958f46a1Fe129954A069a37972f16EA
StarkProxy代理管理 [4]
0xfa45DCDbEc82C94082d283B62506320DB8632054