dydxfoundation · lilt-connector · Dec 6, 2024 · Dec 6, 2024 · Dec 6, 2024 · Dec 6, 2024
diff --git a/dydx-v3-wind-down.md b/dydx-v3-wind-down.md
@@ -1,7 +1,7 @@
-# dYdX v3 终止
+# dYdX v3 上线
 
-dYdX Trading, Inc. [宣布](https://dydx.exchange/blog/v3-product-sunset)从 2024 年 10 月 28 日起，开始终止 v3。
+dYdX Trading, Inc.于2024年10月28日结束了dYdX v3的运营。
 
-dYdX Chain、[http://dydx.trade](https://t.co/v3TXeNvCwf) 和 dYdX Chain API 的用户不受影响。
+dYdX 链、[http://dydx.trade](https://t.co/v3TXeNvCwf) 和 dYdX 链 API 的用户不受影响。
 
-因此，根据 dYdX 基金会的宗旨，我们准备了一份与 dYdX v3 终止对 dYdX v3 治理和 ethDYDX 及 wethDYDX 代币持有者影响相关的[常见问题列表](https://www.dydx.foundation/blog/dydx-v3-sunset-governance-token-faqs)。
+为此，根据dYdX基金会的宗旨，我们编写了一份[常见问题解答列表](https://www.dydx.foundation/blog/dydx-v3-sunset-governance-token-faqs)，介绍dYdX v3停用对dYdX v3治理、ethDYDX和wethDYDX代币持有者的影响。
diff --git a/resources/dydx-foundation.md b/resources/dydx-foundation.md
@@ -1,5 +1,6 @@
 ---
 description: dYdX基金会概述
+hidden: true
 ---
 
 # 基金会
@@ -8,13 +9,13 @@ dYdX基金会是一个独立的非盈利基金会，总部设在瑞士楚格。
 
 ### 使命
 
-dYdX基金会的目的是支持并发展dYdX Layer 2 协议的当前实施和未来所有实施的各个方面（无论是技术还是其他方面），包括但不限于与dYdX Layer 2协议有关的生态系统，并促进其他人参与共同寻求支持和增长dYdX Layer 2协议的生态系统和当前实施及所有未来实施的各个方面（无论是技术还是其他方面）。具体而言，dYdX基金会有权：
+dYdX基金会的目的是支持并发展dYdX Layer 2协议的当前实施和未来所有实施的各个方面（无论是技术还是其他方面），包括但不限于与dYdX Layer 2协议有关的生态系统，并促进其他人参与共同寻求支持和增长dYdX Layer 2协议的生态系统和当前实施及所有未来实施的各个方面（无论是技术还是其他方面）。具体而言，dYdX基金会有权：
 
 * 支持和资助适当的研究和发展活动和项目
 * 促进并教育公众了解生态系统和/或dYdX Layer 2协议
 * 发行、接收、支出和持有数字资产（没有投机性交易活动）
 * 部署治理智能合约并发行治理代币
-* 与各种企业、合作伙伴、银行、监管机构、主管部门和其他第三方进行接触，以利于生态系统
+* 与各类企业、合作伙伴、银行、监管机构、主管部门和其他第三方进行对接，以利于生态系统
 * 分配收到的捐款和参与公司管理
 * 获取、持有或授予商标、版权和其他知识产权或许可
 * 组织会议和其他活动，以支持和促进生态系统和/或dYdX Layer 2协议

diff --git a/resources/glossary.md b/resources/glossary.md
@@ -1,5 +1,6 @@
 ---
 description: 与治理有关的关键术语概述。
+hidden: true
 ---
 
 # 词汇表
@@ -20,33 +21,33 @@ $**ethDYDX：**基于以太坊的 dYdX 生态系统的原生集合，为 dYdX v3
 
 **DRC**：dYdX请求评论是链下提议，也是治理改进进程的第一步。
 
-**法定人数：**为了通过投票，必须在赞成票中达到DYDX代币的最低法定人数。法定人数的目的是确保有足够的选民参与通过唯一的措施。
+**法定人数：**为了通过投票，必须在赞成票中达到DYDX代币的最低法定人数。法定人数的目的是确保通过的唯一措施有足够的选民参与。
 
 **时段：**所有其他合约以28天周期运作，此周期称为时段。
 
-**执行宽限期：**投票后，DIP提议的可执行时间段，在此期间，必须执行。
+**执行宽限期：**投票后，DIP提议的可执行时间段，在此期间必须执行。
 
 **治理战略 V2 合约**：包含衡量用户提议和投票相对权的逻辑。
 
 **治理者合约**：跟踪提议并可以通过Timelock智能合约执行提议。
 
 **长时间锁执行器：**长时间锁执行器可以执行通常更改影响治理共识的那部分协议。
 
-**Merkle-pauser执行器：**Merkle-pauser执行器可以执行冻结Merkle root的提议，Merkle root根据每个用户的累计奖励余额定期更新，以便在建议的根不正确或恶意的情况下，可以随着时间的推移向用户分配新的奖励。
+**Merkle-pauser执行器：**Merkle-pauser执行器可以执行冻结Merkle root的提议，Merkle root根据每个用户的累计奖励余额定期更新，以便在提议的根不正确或有恶意的情况下，随着时间的推移向用户分配新的奖励。
 
 **保险资金池：**负责保护协议免于破产的组件。
 
 **质押dYdX合约**：包含质押DYDX代币、标记位置并获得奖励的逻辑。
 
-**短时间锁执行器：**短时间锁执行器可以执行通常更改奖励和激励合约或社区资金需要快速干预的提议。
+**短时间锁执行器：**短时间锁执行器可以执行通常更改奖励和激励合约，或社区资金库需要快速干预的提议。
 
 **Starkware执行器：**Starkware执行器可以执行通常更改目前需要Starkware进行干预的部分协议的提议。
 
 **时间锁合约**：可以排队、取消或执行由治理投票的交易。提议中的功能由时间锁合约启动。排队的交易可以在延迟后进行，直到宽限期期限结束。
 
 **时间锁延迟：**DIP提议在提议通过后执行，并正在排队。
 
-**提议阈值：**为了防止一个创建无数垃圾邮件提议的系统，提议阈值要求地址在提出提议前获得一定数量的赞成票。
+**提议阈值：**为防止系统创建无数垃圾邮件提议，提议阈值要求地址在提出提议前获得一定数量的赞成票。
 
 **提议权：**提供创建和维持提议的访问权的代币质押权益。
 

diff --git a/resources/market-maker-onboarding.md b/resources/market-maker-onboarding.md
@@ -1,6 +1,7 @@
 ---
 description: >-
   为了方便做市商进行入门培训，dYdX团队制作了本指南。在开始任何集成步骤之前，请通读整个文档。
+hidden: true
 ---
 
 # 做市商入门培训
@@ -9,7 +10,7 @@ description: >-
 
 1. 将您的首选以太坊钱包连接到dYdX L2永续协议。
 2. 将 $USDC 存入您的永续账户。
-3. 您需要生成一个STARK密钥，用于在Layer 2识别您的账户并保存在本地浏览器中。Stark密钥将dydX用户与以太坊账户地址相关联，因此用户必须首先请求签署以太坊密钥与STARK密钥的链接，然后在dYdX智能合约上注册STARK密钥，才能执行任何其他用户操作。单击“生成Stark密钥”并签名交易。签名是免费的，而且不会发送交易。您可以随时使用钱包找回Stark密钥。
+3. 您需要生成一个STARK密钥，用于在Layer 2识别您的账户并保存在本地浏览器中。Stark密钥将dydX用户与以太坊账户地址相关联，因此用户必须首先请求签署以太坊密钥与STARK密钥的链接，然后在dYdX智能合约上注册STARK密钥，才能执行任何其他用户操作。单击“生成Stark密钥”并签署交易。签署是免费的，而且不会发送交易。您可以随时使用钱包找回Stark密钥。
 
 或者，程序化交易者可以使用以下方法导出他们的STARK密钥对：
 
@@ -39,12 +40,12 @@ _获得：_
 api_keys = client.private.get_api_keys()
 ```
 
-_或者（3.和4.）_，如果您不希望私钥在线，您可以通过以下步骤安全地生成STARK密钥以获取所需的凭据。
+_或者（3.和4.）_，如果您不希望在线使用私钥，您可以通过以下步骤安全地生成STARK密钥以获取所需的凭据。
 
-a. 在 dYdX 永续合约交易所中，右键单击网络浏览器中的任意位置，然后选择“检查”来打开“开发人员工具”
+a. 在dYdX永续合约交易所中，右键单击网络浏览器中的任意位置，然后选择“检查”以打开“开发人员工具”
 
 b. 转到“应用程序”>“本地存储”>https://trade.dydx.exchange
 
-c. 选择“STARK\_KEY\_PAIRS”并单击您的钱包地址旁的下拉菜单，以获取 stark 私钥
+c. 选择“STARK\_KEY\_PAIRS”并单击您的钱包地址旁的下拉菜单，以获取stark私钥
 
 d 选择“API\_KEY\_PAIRS”并单击您的钱包地址旁边的下拉菜单，以获取API密钥、加密密钥和密码
diff --git a/resources/technical-overview.md b/resources/technical-overview.md
diff --git a/rewards/liquidity-provider-rewards.md b/rewards/liquidity-provider-rewards.md
@@ -1,144 +1,18 @@
----
-description: 流动性提供方奖励计划概述。
----
+# ⚖️ 流动性提供方奖励
 
-#
+The dYdX community voted to wind down Liquidity Provider Rewards On January 16, 2024. All remaining ethDYDX from the Liquidity Provider Rewards allocation were migrated to the dYdX Chain Community Treasury.
 
-最初，**7.5%** (`75,000,000 $ethDYDX`)  的代币供应量分配用于 LP 奖励。
+有关dYdX链社区资金库的更多信息，请参阅 [此处](https://app.gitbook.com/s/7eKRye9zrZIr1Pp3Q3Mu/modules-and-parameters/community-treasury)。
 
-* 在 [DIP 24](https://github.com/dydxfoundation/dip/blob/master/content/dips/DIP-24.md)，dYdX 社区[投票](https://dydx.community/dashboard/proposal/14)决定将流动性提供方奖励削减 50%，从每个时段 `1,150,685 $ethDYDX` 降至每个时段 `575,343 $ethDYDX`。因此，LP 奖励的分配从 `7.5%` 降至 `5.2%`。
-*   在 [DIP 29](https://dydx.community/dashboard/proposal/16) 中，dYdX 社区[投票](https://dydx.community/dashboard/proposal/16)决定将 dYdX v3 上的 LP 奖励从 30-32 时段减少 ⅓，减为以下值：
 
-    * 时段 30：383,562 $ethDYDX
-    * 时段 31：191,781 $ethDYDX
-    * 时段 32：0 $ethDYDX
-
-    在时段 31 之后，dYdX v3 上将没有任何 LP 奖励。 因此，LP 奖励的分配从 `5.2%` 降至 `3.2%`。
-
-由于在 dYdX Chain 上没有提供流动性提供者奖励的分配，dYdX 社区在 DIP 29 中投票将剩余的流动性提供者奖励分配迁移到 dYdX Chain 社区库中。
-
-**目标**
-
-* 改善双侧流动性并以程序化方式奖励流动性提供方。
-
-## **概述**
-
-为了激励市场流动性，$ethDYDX 将根据公式分配给流动性提供方，这些公式奖励在 dYdX v3 上的参与做市、挂单量、双侧深度、价差（与中间市场相比），以及正常运行时间。
-
-在 [DIP 15](https://github.com/dydxfoundation/dip/blob/master/content/dips/DIP-15.md) 中，dYdX 社区投票修订了 LP 奖励公式，将 BTC/ETH 市场和非 BTC/ETH 市场函数分开。在 [DIP 19](https://github.com/dydxfoundation/dip/blob/master/content/dips/DIP-19.md) 中，dYdX 社区投票赞成将 0.05 stkDYDX 权重重新分配给挂单量。
-
-所赚 ethDYDX 金额由各参与者 $$Q_{FINAL}$$ ($$Q_{BTC}$$+$$Q_{ETH}$$+$$Q_{non BTC/ETH}$$) 的相对份额决定。
-
-<figure><img src="../.gitbook/assets/Updated LP Rewards Formulas.png" alt=""><figcaption></figcaption></figure>
-
-每个交易对低于特定**最低深度**（大小）($$MinDepth$$)的订单会被排除，超过特定**最大价差**（中间市场价差）($$MaxSpread$$)交易对的订单也会被排除。
-
-鉴于逐分钟的抽样，每个时段都有28天\*24小时\*60分钟的数据点——每个时段总共40,320个数据点。
-
-流动性提供方根据其相对的$$Q_{FINAL}$$赚取每月奖励。
-
-上述公式分为下面的逐步计算，详情如下：
-
-| _挂单量_ | 该时段的总挂单量。 |
-| --------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| <img src="../.gitbook/assets/1-qbid-formula.png" alt="" data-size="original"> | <p></p>假设流动性提供方有多个公开出价订单（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美元）。<br>基点是1%的1/100。<p></p><span class="math">Q_{BID} = (1\ \times \left(\frac{$29,900}{$100/30000}\right)) + (5\ \times \left(\frac{$29,850}{$150/30000}\right))</span><p></p><br><span class="math">Q_{BID}</span> 以随机采样每分钟计算得出。<br> |
-| <img src="../.gitbook/assets/1-qask-formula.png" alt="" data-size="original"> | <p></p>假设流动性提供方有多个公开询价订单（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。<p></p><span class="math">Q_{ASK} = (5\ \times \left(\frac{$30,150}{$150/30000}\right)) + (10\ \times \left(\frac{$30,175}{$175/30000}\right))</span><p></p><br><span class="math">Q_{ASK}</span>每分钟根据随机间隔进行计算。 |
-| <img src="../.gitbook/assets/1-qmin-formula.png" alt="" data-size="original"> | <p></p>通过取<span class="math">Q_{BID}</span>和<span class="math">Q_{ASK}</span>的最小值来奖励双边流动性。<br><p></p>每分钟计算。 |
-| <img src="../.gitbook/assets/1-qpoech-formula.png" alt="" data-size="original"> | $$Q_{EPOCH}$$是一个给定时段中所有$$Q_{MIN}$$的总和。 |
-| <img src="../.gitbook/assets/1-q-uptime-epoch-formula.png" alt="" data-size="original"> | $$Uptime_{EPOCH}$$ 是指特定做市商实时时段的时间，买卖双方报价均大于规定的最低订单量（按市场在下面注明）并且价差小于规定的最大价差（按市场在下面注明）。 |
-| <img src="../.gitbook/assets/1-qfinal-epoch-formula.png" alt="" data-size="original"> | $$Q_{FINAL}$$正常化$$Q_{EPOCH}$$，以计入正常运行时间 |
-
-每个交易对将拥有自己的奖励资金池，并以不同的方式加权。在 [DIP 15](https://github.com/dydxfoundation/dip/blob/master/content/dips/DIP-15.md) 中，dYdX 社区投票赞成将总奖励（BTC-USD 和 ETH-USDC）的分配量分别降至 10%。适用于每个交易对的加权组如下：
-
-| 交易对 | 总奖励池的分配百分比 |
-| ----------------------- | ---------------------------------------------------------------- |
-| BTC-USD | 10% |
-| ETH-USD | 10% |
-| 其他永续交易对 | ![](../.gitbook/assets/1-other-perpetual-markets-lp-weights.png) |
 
 ## 常见问题解答
 
 <details>
 
-<summary>谁有资格获得流动性提供方奖励？</summary>
-
-凡是在前一时段在 dYdX v3 上达到最少 0.25% 挂单量的流动性提供方，均有资格在特定时段内获得 ethDYDX 作为奖励。
-
-dYdX v3 不适用于在 dYdX Trading Inc 的[《使用条款》](https://dydx.exchange/terms)中规定的位于美国或受限制地区的流动性提供方。
-
-</details>
-
-<details>
-
-<summary>我在“流动性提供方奖励”计划中赚取了多少 $ethDYDX？</summary>
-
-在一个特定时段，流动性提供方根据其在特定交易对的市场的相对$$Q_{SCORE}$$赚取收益。每个交易对各自的相对奖励金额由治理确定。赚取的 ethDYDX 预计金额会显示在 [“LP 奖励控制面板”](https://p.datadoghq.com/sb/dc160ddf0-b32271920202875868dc46be6b66cf87?tpl\_var\_Market=btc\&from\_ts=1661805073576\&to\_ts=1661891473576\&live=true)中，可根据所涉及的流动性提供方数量、相对$$Q_{SCORE}$$，以及给定交易对的可用奖励金额来确定。
-
-</details>
-
-<details>
-
 <summary>我如何申领流动性提供方奖励？</summary>
 
-流动性提供方奖励显示在[dYdX API](https://docs.dydx.exchange/)上。尽管在治理用户界面中没有出现，但仍可在[此处](https://dydx.community/dashboard)在每个时段结束时通过治理来申领。
-
-</details>
-
-<details>
-
-<summary>“我何时可以支取并转账申领的 $ethDYDX “流动性提供方奖励”？</summary>
-
-一旦初始转账限制期限取消，即可申领和转账通过“流动性提供方奖励”获得的 $ethDYDX 代币。
-
-从1 时段开始，通过“流动性提供方奖励”获得的 $ethDYDX 代币可以在每个时段结束后 `7 天`（**等待期**）开始申领。
-
-</details>
-
-<details>
-
-<summary>两侧深度、买卖价差以及正常运行时间如何定义和衡量？</summary>
-
-* **双侧深度**
-
-
-
-* **中间市场价差**
-
-
-
-* **正常运行时间**
-
-流动性提供方的正常运行时间对市场至关重要，尤其是在高度波动时期。通过将5的指数应用到$$Uptime_{epoch}$$作为$$Q_{FINAL}$$的输入，奖励会偏向于不断保持两侧流动性的流动性提供方。换言之，提供99%正常运行时间的流动性提供方比提供90%正常运行时间的做市商在指数上价值更高。
-
-
-
-</details>
-
-<details>
-
-<summary>每个交易对的最大价差是如何定义的？</summary>
-
-当价差高于给定交易对的$$MaxSpread$$时，不会生成$$Q_{BID}$$或$$Q_{ASK}$$。
-
-初始最大价差如下：
-
-*
-*
-*
-
-</details>
-
-<details>
-
-<summary>如何定义每个交易对的最低深度（规模）？</summary>
-
-当规模低于给定交易对的$$MinDepth$$时，不会生成$$Q_{BID}$$或$$Q_{ASK}$$。
-
-初始最小深度如下：
-
-*
-*
-*
+流动性提供方奖励会显示在[dYdX API](https://docs.dydx.exchange/)上。尽管在治理用户界面中没有出现，但仍可在[此处](https://dydx.community/dashboard)在每个时段结束时通过治理来申领。
 
 </details>