{"content":{"title":"以太坊上的借贷应用架构演变： 比较 MakerDAO、Yield、Aave、Compound 和 Euler","body":"> - [原文](https://hackernoon.com/borrowing-on-ethereum-comparing-architecture-evolution-of-makerdao-yield-aave-compound-and-euler) by [@albertocuestacanada](https://hackernoon.com/u/albertocuestacanada)\r\n> - 译文出自：[登链翻译计划](https://github.com/lbc-team/Pioneer)\r\n> - 译者：[翻译小组](https://learnblockchain.cn/people/412)  \r\n> - 本文永久链接：[learnblockchain.cn/article…](https://learnblockchain.cn/article/6697)\r\n\r\n\r\n\r\n![借贷产品演变图](https://img.learnblockchain.cn/pics/20231012165224.png)\r\n\r\n借贷是基于以太坊的区块链应用的基石。已经有[数十亿资产被借出](https://dune.com/browse/dashboards?tags=Lending)，所以了解借贷的运作方式对于开发者、架构师或研究员来说至关重要。\r\n\r\n就像编程范式的演变一样，这些 DeFi 应用程序具有不同的架构设计，反映了从安全性到效率极用户体验等不断变化的优先级。\r\n\r\n本文着眼于分析借贷应用程序的架构，例如 [MakerDAO](https://learnblockchain.cn/article/1956)、[Compound](https://learnblockchain.cn/article/3167) 、 [Aave](https://learnblockchain.cn/article/1920)、Euler 和 [Yield ](https://learnblockchain.cn/article/1438#复杂的协作%E2%80%8A—%E2%80%8AYield协议)。我们将重点介绍关键的创新和设计模式，它们是未来借贷应用程序开发的重要经验教训。\r\n\r\n如果你是开发者、架构师或安全研究员，那么本文适合你。最后，你将轻松了解以太坊上的新借贷应用程序，快速而全面地掌握其架构。深入了解这些 DeFi 巨头是如何从头开始构建的。\r\n\r\n\r\n\r\n## DeFi 中的借贷\r\n\r\n大多数 [DeFi 借贷](https://learnblockchain.cn/article/5684)是[超额抵押](https://www.investopedia.com/crypto-lending-5443191)。如果用户提供的抵押品价值高于借贷的价值，则用户可以借入特定资产。与传统借贷不同，许多此类借贷没有定期还款或固定还款日期。从本质上讲，你可以借，永远不还。\r\n\r\n然而，有一个问题就是：**抵押品的价值必须始终超过借贷价值预定的边界**。\r\n\r\n如果抵押品价值低于此边界，则贷款将会被[清算](https://info.etherscan.com/explanation-on-defi-liquidation)。在清算期间，其他人偿还你的部分或全部贷款，并且他们会收到你的部分或全部抵押品作为回报。\r\n\r\n遵循这种金融结构的所有借款申请都需要相同的构建，然后可以通过多种方式进行安排：\r\n\r\n- 存储用户抵押品和借入资产的金库（treasury ）\r\n- 跟踪每个用户的抵押品和债务的账单（Accounting）系统\r\n- 决定借款人利率的函数\r\n- 验证借贷是否有足够抵押的机制，通常涉及外部价格预言机\r\n- 抵押不足时借贷的清算路径\r\n- 记录借贷总额和其他安全指标的风险管理系统，例如全局和每个用户的借贷限额、最低抵押品和特定的超额抵押率\r\n- 供用户添加和删除抵押品、借贷和偿还标的接口\r\n\r\n![MakerDAO 中的借贷流程](https://img.learnblockchain.cn/pics/20231012183627.png)> MakerDAO 中的借贷流程，所有应用资产使用相同的步骤和功能\r\n\r\n借款和贷款可以被视为独立的功能。在 DeFi 中，我们在大多数借贷应用程序中都发现了这两种功能，但它们并不总是能够很好地集成。 在 Compound ，Aave和Euler ，借款人和贷款人的利率是内部相关的；事实上，这就是使这些应用程序以最少的干预运行的原因。\r\n\r\n另一方面，MakerDAO 和 Yield 借给借款人的资产来自于他们自己（协议本身）。\r\n\r\n他们不要求用户提供资产以便其他用户可以借用。\r\n\r\n本文将重点讨论链上借款(borrowing)，并在很大程度上忽略贷款（lending）。由于抵押要求，借款要复杂得多，并且了解借款模式通常可以更好地理解整个协议。\r\n\r\n## MakerDAO 的架构演变\r\n\r\n![image-20231012182925523](https://img.learnblockchain.cn/pics/20231012182926.png!/scale/50)\r\n\r\n[MakerDAO](https://github.com/makerdao/dss)，于 2019 年 11 月[推出](https://blog.makerdao.com/multi-collateral-dai-is-live)，它持有$4.95B 抵押品。尽管其模块化架构具有针对每个功能的不同合约和独特的术语，但它仍然易于理解和验证。\r\n\r\nMakerDAO 中的金库（Treasury）功能由[Join合约](https://github.com/makerdao/dss/blob/master/src/join.sol)管理。\r\n\r\n每个被批准作为抵押资产的代币都有一个[单独的合约](https://changelog.makerdao.com/releases/mainnet/1.12.0/contracts.json)。\r\n\r\nMakerDAO 不拥有任何借贷资产 DAI。它只是根据需要[铸造和销毁](https://github.com/makerdao/dss/blob/fa4f6630afb0624d04a003e920b0d71a00331d98/src/join.sol#L172) DAI。\r\n\r\n账单（Accounting） 在 [vat.sol 合约](https://github.com/makerdao/dss/blob/master/src/vat.sol)内处理。当抵押品进入或退出系统时，Join 会更新此[合约](https://github.com/makerdao/dss/blob/fa4f6630afb0624d04a003e920b0d71a00331d98/src/join.sol#L111)。如果用户借款，他们会直接与 [vat.sol 合约](https://github.com/makerdao/dss/blob/fa4f6630afb0624d04a003e920b0d71a00331d98/src/vat.sol#L143)进行交互。\r\n\r\n此操作会更新用户的债务余额，并允许他们在 DAI 中铸造 DAI。\r\n\r\n**为了偿还，用户在 DAI Join 合约 中燃烧 DAI。然后，此过程会更新 Vat，使用户能够结算借贷。**\r\n\r\n此外， vat.sol合约充当[风险管理](https://github.com/makerdao/dss/blob/fa4f6630afb0624d04a003e920b0d71a00331d98/src/vat.sol#L160)引擎。它维持全部借贷限额，设定每个用户的最低阈值，并监督抵押比率。当用户的债务或抵押品余额发生变化时，vat.sol 合约会评估利率和现货（spot）。\r\n\r\n这些是指基于所使用的抵押品和现行 DAI 与抵押品价格比率的利率。有趣的是，这些值由其他 MakerDAO 合约输入到 vat.sol 合约中，这种方法与大多数其他应用程序不同。\r\n\r\nMakerDAO 在设计阶段就将安全放在首位——当时 gas成本等因素是次要的，用户体验是次要问题，竞争也可以忽略不计。\r\n\r\n因此，它可能会显得古怪、使用成本高昂且难以驾驭。\r\n\r\n然而，其管理的庞大资产和没有重大违规行为的运营记录凸显了其稳健的设计和执行。\r\n\r\nMakerDAO 亮点：\r\n\r\n- 每个资产都有自己合约。\r\n- 账单功能集中在单个合约中，该合约还记录和执行风险参数，包括抵押检查\r\n- 与其他应用程序不同，预言机来更新合约，监督抵押\r\n- 价格和利率预言机使用不同的接口\r\n- 利率源自外部\r\n- 要借款，用户必须与多个合约交互\r\n\r\n## Yield 协议的架构演变\r\n\r\n![image-20231012182848301](https://img.learnblockchain.cn/pics/20231012182849.png!/scale/50)\r\n\r\n[Yield v1](https://github.com/yieldprotocol/fyDai) 作为使用 [YieldSpace](https://yield.is/YieldSpace.pdf) 的固定利率的概念证明。该版本在 MakerDAO 之上构建了其抵押债务引擎。然而，Yield v1 使用起来既昂贵又难以通过新功能进行增强。\r\n\r\n认识到 YieldSpace 的潜力后，我们迅速转向开发 [Yield v2](https://yieldprotocol.com/)。Yield v2 仍从 MakerDAO 中汲取灵感，但现已完全独立，于 2021 年 10 月[推出](https://medium.com/yield-protocol/yield-protocol-v2-is-live-in-beta-cf547f18cb5f)； Yield v2 优先考虑降低 Gas 成本和增强用户体验。\r\n\r\n![Yield v2 中的借贷流程深受 MakerDAO 影响](https://img.learnblockchain.cn/pics/20231012183617.png)\r\n> Yield v2 中的借贷流程深受 MakerDAO 影响\r\n\r\n所有账单、风险管理和抵押检查都合并到一个合约中：[Cauldron](https://github.com/yieldprotocol/vault-v2/blob/master/src/Cauldron.sol)。效仿 MakerDAO 的方法，将金库功能分布在 [Join 合约](https://github.com/yieldprotocol/vault-v2/blob/master/src/Join.sol)中，每个合约专用于一项特定资产。\r\n\r\n改进了预言机集成，将价格和利率预言机合并为一个[通用接口](https://github.com/yieldprotocol/vault-v2/blob/master/src/interfaces/IOracle.sol)。我们反转了 MakerDAO 的预言机流程，以便 [Cauldron](https://github.com/yieldprotocol/vault-v2/blob/a8c7587a01fd7c0e0df042932fa14584e28ad88b/src/Cauldron.sol#L362) 根据抵押检查的需要查阅预言机。据我所知，这是除 MakerDAO 之外的所有其他应用的首选流程。\r\n\r\n与 MakerDAO 方法的另一个重大差异是引入了[Ladle](https://github.com/yieldprotocol/vault-v2/blob/master/src/Ladle.sol)。该合约充当用户和 Yield 之间的唯一中介。它对金库和账单拥有广泛的控制权，以之相应的，它为功能开发提供了巨大的灵活性。\r\n\r\n总而言之，Yield v2 中的借贷工作原理如下：\r\n\r\n- 每项资产都有自己专用的金库合约。\r\n- 单一合约集中了账单职能。该合约还监督风险管理措施并执行抵押检查。\r\n- 抵押功能查阅预言机来确定价格和利率。\r\n- 价格和利率预言机共享统一的接口。\r\n- 利率是外部产生的。\r\n- 用户可以通过向一个合约发出单个交易来借款。\r\n\r\n## Compound 的架构演变\r\n\r\n![image-20231012183018802](https://img.learnblockchain.cn/pics/20231012183019.png!/scale/50)\r\n\r\n[Compound 的第一个版本](https://github.com/compound-finance/compound-money-market)是[概念验证](https://medium.com/compound-finance/compound-launches-money-markets-for-ethereum-assets-f50920f04488)，表明可以在以太坊上建立货币市场。因此，其设计优先考虑简单性。 [MoneyMarket.sol](https://github.com/compound-finance/compound-money-market/blob/241541a62d0611118fb4e7eb324ac0f84bb58c48/contracts/MoneyMarket.sol?ref=hackernoon.com)合约封装了所有功能，包括借贷。\r\n\r\n![Compound v1 中的借款](https://img.learnblockchain.cn/pics/20231012183611.png)\r\n> Compound v1 中的借款过程，简单有效\r\n\r\n- 金库、账单和风险管理任务（例如抵押检查）被合并到一份合约中。\r\n- 该合约从预言机检索价格，但根据资产利用率确定利率。\r\n- 用户仅与该合约交互，尽管它必须单独调用来提供抵押品和借入资产。\r\n\r\n### Compound v2\r\n\r\n[Compound v2](https://medium.com/compound-finance/compound-v2-is-live-157db0b7cfc8) 于 2019 年 5 月推出，点燃了流动性挖矿时代，激发了无数分叉。它也起到货币市场的作用，允许用户存款和借入资产。\r\n\r\n基于其[白皮书](https://compound.finance/documents/Compound.Whitepaper.pdf)和结构，很明显，Compound v2 的主要目标是使用 ERC20 标准来表示借贷头寸。这确保了可组合性，允许用户借给Compound，然后在其他区块链应用程序中使用这些计息头寸。\r\n\r\n有趣的是，白皮书并没有强调Compound v2 将[奖励](https://github.com/compound-finance/compound-protocol/blob/a3214f67b73310d547e00fc578e8355911c9d376/contracts/Comptroller.sol#L246)纳入其智能合约中。由于这一遗漏，该功能的巨大影响可能无法预见。\r\n\r\n![Compound v2](https://img.learnblockchain.cn/pics/20231012184035.png)\r\n\r\n>  Compound v2 中的借款过程，首次将借贷头寸代币化\r\n\r\n- 每项资产都有自己的资金合约。\r\n- 账单功能也是分开的，每个 cToken 都会记录用户的抵押品和债务。\r\n- 单一合约（Comptroller）记录并执行风险管理参数，包括抵押检查。\r\n- Comptroller 负责抵押检查的合约参考价格的预言机和 cToken 的利率。\r\n- 价格和利率预言机通过不同的接口运行。\r\n- 利率源自资产内部利用率。\r\n- 用户必须与多个合约交互才能借款。\r\n\r\n### Compound v3\r\n\r\n[Compound v3](https://github.com/compound-finance/comet) 于 2022 年[发布](https://medium.com/compound-finance/compound-iii-is-live-a7983dee7e60)，采用了更为保守的风险管理策略，将流动性隔离到每个可借资产的[池](https://github.com/compound-finance/comet/blob/22cf923b6263177555272dde8b0791703895517d/contracts/Comet.sol)中。该设计也表面其对用户友好性和Gas成本的关注。\r\n\r\n![Compound v3 (Comet) 中的借用过程。回到基础，回到安全。不过，有了更好的用户体验。](https://www.cryptoai.fans/images/borrowing6.png)\r\n> Compound v3 (Comet) 中的借款过程。回归基础，回归安全。不过，有了更好的用户体验。\r\n\r\n由于所需调用次数的减少，该系统对于开发人员和用户来说都更加直观。此外，单一合约设计通过最大限度地减少合约之间的调用来降低Gas成本。隔离的货币市场是对基于预言机的攻击的防御，而这是当前一个主要的安全问题。\r\n\r\n文中提到的其他相关功能包括（在发行说明中提到的）：\r\n\r\n- 彻底改造的风险管理和清算引擎。这种设计增强了资金安全性，同时对借款人更加友好。\r\n- 在整个市场上对个人抵押资产设置限制以降低风险。\r\n- 收入和借款的利率模型现在是分开的，治理对经济政策具有完全控制权。\r\n\r\n有趣的是，Compound v3 镜像了Compound v1 的架构，让单个合约处理每个可借资产的所有功能。其他值得注意的功能包括：\r\n\r\n- 只有借贷资产才能借款，抵押资产不能借款。 \r\n- 在Compound v3 中，抵押品不会产生回报。\r\n\r\n禁止借用抵押品提高了抵押品存入者的安全性。这降低了治理错误或故意攻击危及抵押品的可能性。\r\n\r\n移除抵押品供给回报可能是由于Compound 设法在 v2 中积累了大量流动性的结果。我的直觉是，在Compound v2 中，借贷限额要么低于或不高于用户贷给应用程序的资产。\r\n\r\n假设他们将为 v3 管理类似水平的流动性，禁止借出抵押品可以使应用程序安全，这是 v3 的核心目标之一。\r\n\r\n从架构的角度来看：\r\n\r\n- 每个货币市场都是一个独立合约包含金库、账单和风险管理\r\n- 每个货币市场都保留可借资产及其所有批准的抵押资产代币，从而让资产分布在整个应用中\r\n- 喂价是唯一的外部输入；借贷利率由内部产生\r\n- 供给（supply）/提取（withdraw）/借（borrow）/还（repay）等传统功能得到巧妙整合。现在，从货币市场提取（withdraw）可借资产意味着借款，而供给（supply）可借资产则意味着根据用户的偿还债务或贷款\r\n- 集成了路由合约，允许在一次调用中执行多个操作\r\n\r\n## Aave 的架构演变\r\n\r\n![image-20231012205029428](https://img.learnblockchain.cn/pics/20231012205031.png!/scale/50)\r\n\r\n[Aave v1](https://github.com/aave/aave-protocol) 于 2019 年 10 月[推出](https://github.com/aave/aave-protocol/blob/master/docs/Aave_Protocol_Whitepaper_v1_0.pdf)，接替 ETHLend。 Aave v1 引入了共享流动性池，而不是 ETHLend 的点对点方法。\r\n\r\n![Aave v1 ](https://img.learnblockchain.cn/pics/20231012205118.png)> Aave v1 中的借款过程，汇集流动性提交计算效率。\r\n\r\n正如在 Yield v2 中一样， [路由合约](https://github.com/aave/aave-protocol/blob/4b4545fb583fd4f400507b10f3c3114f45b8a037/contracts/lendingpool/LendingPool.sol)控制了业务逻辑。[LendingPoolCore](https://github.com/aave/aave-protocol/blob/4b4545fb583fd4f400507b10f3c3114f45b8a037/contracts/lendingpool/LendingPoolCore.sol) 实现了账单、风险管理和金库功能。将金库集中在一个合约中是与Compound v2 的一个区别点。\r\n\r\n\r\n\r\n将抵押检查留在[自己的合约](https://github.com/aave/aave-protocol/blob/4b4545fb583fd4f400507b10f3c3114f45b8a037/contracts/lendingpool/LendingPoolDataProvider.sol)中，从路由器而不是会计合约中调用，这一决定看似薄弱，但由于 Aave v2 版本在 v1 版本发布两年后才发布，因此很可能符合目的。\r\n\r\n- LendingPoolCore 合约处理金库和账单\r\n- LendingPoolDataProvider 管理抵押检查并与预言机交互\r\n- LendingPool作为用户入口并实现业务逻辑\r\n- 借贷利率由内部决定，仅依赖于价格反馈\r\n\r\n### [Aave v2](https://learnblockchain.cn/article/6293)\r\n\r\n[Aave v2](https://github.com/aave/protocol-v2) 于 2021 年 12 月[发布](https://medium.com/aave/the-aave-protocol-v2-f06f299cee04)。虽然它保留了与 Aave v1 类似的功能，但与 Aave v1 和 Compound v2 相比，它引入了改进且更简单的架构。在此版本中，Aave 还引入了 [aToken](https://github.com/aave/protocol-v2/blob/ce53c4a8c8620125063168620eba0a8a92854eb8/contracts/protocol/tokenization/AToken.sol)（类似于Compound 的 cToken）和 [vToken](https://github.com/aave/protocol-v2/blob/ce53c4a8c8620125063168620eba0a8a92854eb8/contracts/protocol/tokenization/VariableDebtToken.sol)，它们代表代币化债务。\r\n\r\n![Aave v2 ](https://img.learnblockchain.cn/pics/20231012210219.png)> Aave v2 具有非常干净的架构，完全代币化。\r\n\r\n为了简单起见，省略了 Aave v1 中有限使用的某些功能。 Aave v1 中的问题（例如应计利息的复杂表示）已在 Aave v2 中得到解决。\r\n\r\n- LendingPool 合约整合了全局账单和风险管理功能，例如抵押检查。它作为用户的主要访问点\r\n- aToken 表示抵押品，类似于借贷头寸。用户的抵押品通过其持有的 aToken 体现，金库功能分布在所有 aToken 上\r\n- vToken 用于表示债务头寸。用户的债务由他们持有的 vToken 表示\r\n\r\n### [Aave v3](https://learnblockchain.cn/article/4397)\r\n\r\n[Aave v3](https://github.com/aave/aave-v3-core) 于 2023 年 1 月[发布](https://aave.mirror.xyz/K9gQPsv-hAH-gO4oH2i0Oen8uQEHYL5q8x9xjN9XnmA)，具有多链支持和其他功能。添加这些不会改变核心架构。此次更新还改进了风险管理和Gas效率。\r\n\r\n尽管有许多进步，但就本研究而言，Aave v3 与 Aave v2 并没有本质上的不同。事实上，这可能表明 Aave v2 的架构在 2023 年仍然保持稳健。\r\n\r\n## Euler 的架构演变\r\n\r\n![Euler](https://img.learnblockchain.cn/pics/20231012210513.png!/scale/50)\r\n\r\n[Euler](https://github.com/euler-xyz/euler-contracts) 于 2022 年 12 月[推出](https://www.euler.finance/blog/euler-launches-on-mainnet)，旨在为货币市场提供无需许可的功能和最少的治理。\r\n\r\n其设计的一个标志是[钻石](https://eips.ethereum.org/EIPS/eip-2535)般的模式。[单个合约拥有应用程序的所有存储空间](https://github.com/euler-xyz/euler-contracts/blob/dfaa7788b17ac7c2a826a3ed242d7181998a778f/contracts/Storage.sol)。该存储可以通过不同的[代理](https://github.com/euler-xyz/euler-contracts/tree/dfaa7788b17ac7c2a826a3ed242d7181998a778f/contracts/modules)进行访问，每个代理管理系统的不同概念元素。\r\n\r\n![Euler](https://img.learnblockchain.cn/pics/20231012210613.png)\r\n> Euler\r\n\r\n尽管一份合约存储了所有资产、账单和风险管理数据，但仍然有用于抵押品和借贷的 eToken，以及用于债务的 dToken，类似于 Aave v2。然而，这些代币合约仅仅是中央存储合约的视图。\r\n\r\n- [Storage合约](https://github.com/euler-xyz/euler-contracts/blob/dfaa7788b17ac7c2a826a3ed242d7181998a778f/contracts/Storage.sol)管理账单变量。\r\n- [BaseLogic 合约](https://github.com/euler-xyz/euler-contracts/blob/dfaa7788b17ac7c2a826a3ed242d7181998a778f/contracts/BaseLogic.sol)充当金库。\r\n- [RiskManager 合约](https://github.com/euler-xyz/euler-contracts/blob/dfaa7788b17ac7c2a826a3ed242d7181998a778f/contracts/modules/RiskManager.sol)监督风险管理变量和功能，包括抵押检查。\r\n\r\n对代码的分析表明，最小的Gas成本是首要任务，从而导致整体设计消除了合约间调用的需要。通过严格的测试和审核确保了安全性。只有逻辑分布在各个模块中，作为存储合约的实现，存储合约主要充当代理合约。\r\n\r\n这种统一的设计还支持轻松升级。如果不需要更改存储，则可以快速更换模块以修改或引入功能。\r\n\r\nEuler 在发布 15 个月后被黑客攻击，在升级引入被利用的漏洞 6 个月后被黑客攻击。\r\n\r\n我不认为是由于其整体架构导致资产流失；相反，是对代码更新的监督不够。\r\n\r\n## 结论\r\n\r\nMakerDAO、Compound 和 Aave 等早期以太坊应用程序展示了以太坊超额抵押借贷的潜力。一旦这些概念验证被证明是成功的，重点就转移到引入一系列新功能以占领市场份额。 Compound 和 Aave 的后续版本引入了流动性挖矿、可组合性和集合流动性，这些技术在牛市条件下尤其蓬勃发展。\r\n\r\n一个重大发展是 Compound v2引入了代币化借贷头寸，这使得这些头寸能够被其他应用程序识别为标准资产。 Aave v2 和 Euler 通过实施代币化债务头寸更进一步，其更广泛的效用仍然是一个争论的话题。\r\n\r\n高 Gas 成本成为牛市期间的主要问题，促使用户体验发生变化，如 Yield v2、Aave v2 和 Euler 所追求的。路由器合约和作为整体实现有助于降低用户的交易成本。然而，这是以更复杂、因此风险更大的代码为代价的。\r\n\r\nCompound v3 似乎开创了先例，将安全性置于金融效率之上。它背离了传统的流动性池模型，以更好地防范潜在的黑客攻击。 L2 网络的兴起（其中 Gas 成本变得越来越可以忽略不计）可能会影响未来抵押借款应用的设计。\r\n\r\n在本文中，我全面概述了以太坊上的关键抵押借款应用程序。我用来分析每个应用的方法也可以用于快速掌握其他抵押借款应用的复杂性。\r\n\r\n在开发区块链借贷应用时，请始终考虑资产的存储、账单记录的放置以及风险和抵押品评估方法。当你考虑这些注意事项时，请利用之前应用的历史变更及本概述中的见解来为你的决策提供信息。\r\n\r\n\r\n\r\n---\r\n\r\n本翻译由 [DeCert.me](https://decert.me/) 协助支持， 来 DeCert 码一个未来， 支持每一位开发者构建自己的可信履历。"},"author":{"user":"https://learnblockchain.cn/people/412","address":null},"history":"QmQk95uTguRhRrE1t9PozYHDQKJuuu4oYPCdGVWuw98Jzy","timestamp":1697161082,"version":1}