在體驗了Cream V2的鐵金庫（Iron Bank）之後，Sam和我決定參加Market Make黑客松（由Aave贊助），我們想嘗試使用信用委託（credit delegration）功能。我以前從未使用過Aave，所以這一次就給了一個完美的藉口。
首先，先了解什麼是信用委託（Credit Delegation）。
信用委託允許存款人在協議中存入資金以賺取利息，並將藉貸權（即他們的信用）委託給其他用戶。
一個簡單的用例示例是：
愛麗絲存入USDC，得到aUSDC愛麗絲批准將財富委派給鮑勃鮑勃使用愛麗絲的抵押品借錢並在其他地方投資鮑勃還清這個債務
如果我們可以將這種借貸權集中起來並存入一個yearn的金庫（Vault）中，這會怎麼樣？
借貸權委託人將獲得以下好處：
他們可以保留其aToken頭寸而無需進入Vault中時支付費用額外的回報（根據與委派的安排）增加對其他資產的投資敞口
被委託人將獲得的好處：
無抵押貸款通過已部署的智能合約獲得回報
1
案例實施
行為人
——愛麗絲，委託人，僅信任把1ETH給我們
——鮑勃，另一位委託人，信任把自己所有儲備給我們
——路由器，一個智能合約，將作為被委託人
——Gov，路由合約的所有者
——steCRV yVault，yearn的vault，即這裡的投資機會
——ZapSteth，部署到這個vault的zap合約
如果你看不懂代碼，你可以在這裡查看測試過程會發生的事情，在本示例的情況下為：
愛麗絲批准把1 eth委託給Router鮑勃批准委託所有資產Router的Gov將Alice和Bob添加為委託人Router可以計算其eth借入能力，（佔總借入能力的50％）Gov使用ZapSteth通過路由器將2 eth投入vault這次測試的周期為一周這次測試將強制在vault中進行一次harvest。 Router使用ZapSteth從vault中提款測試斷定Router在償還債務後獲利Gov允許將利潤轉移出去
此處可查看該項目的源碼：
https://github.com/macarse/yAAVE
2
關注和問題
我們已經討論了將該項目推到主網發布的可能性，但是我們需要在此過程中進行更多迭代。這裡有一些懸而未決的問題。
1：1信用委託（Credit Delegation）
這是能夠規模化發展的最大問題。由於信用委託是一對一完成的，因此，如果Router想大量借貸，則需要分別從不同個人那裡借貸，並與每個委託人保持聯繫。
這不僅使代碼更加複雜，而且非常耗費gas。
該實現僅對於aTokens鯨魚是可用的。
委託人自己借貸時不受阻礙
示例：Router以委託人借貸能力的50％進行借貸，但這並沒有阻止委託人使用另外的50％借貸權，這就使我們逼近清算狀態。委託人很難監控借貸健康係數，因為這不僅取決於其自己的行為。
利潤分配
目前，利潤保留在Router合約中。我們仍在討論哪種方法可以使利潤分發更有效率。在等待委託人的利潤要求時，Router是否應…將利潤轉換為aToken並本身成為委託人？保持借入資產的餘額以防萬一健康係數惡化？直接向委託人發送aToken？
質押aToken
為了避免上面提到的某些問題，另一個想法是質押aToken。 Router合約可以接收aToken的存款並向自己借錢。這種方法是完全有效的，並且與其他借用平台兼容。 Router合約將能夠獲得[a | c | cr]Tokens，分別在每個平台中藉款並進行投資。
也許有人已經在為此工作了……
https://twitter.com/AndreCronjeTech/status/1355337578367447042
3
展望未來
我們已經見證了鐵金庫（Iron Bank）的巨大成功。 Yearn使用Cream的未使用資本來提高收益，現在Alpha Homora將其用於v2版本。 AAVE的Credit Delegation是策略提供者利用未使用資本的另一種方式。
我們認為，借貸平台的下一步是讓代幣存款人更詳細地決定如何使用其存款資金。想像一下，能夠決定如何利用您的借貸能力以及如何將利潤返還給您？讓我們來看一個例子。
愛麗絲的投資組合包括10 ETH，10 CREAM和10k HEGIC。她使用借用平台作為她的DeFi儲蓄帳戶。除了傳統的借貸利息外，她還希望將一定比例的資產進行投資。
她想參加壽司挖礦，因此將代表她50％的借貸能力記入Router合約中。該Router合約將使用她的抵押品貸出eth + dai，並將存入Sushiswap LP以種植壽司。作為啟動該過程的最後一步，她需要確定所需的利潤結算方式。增加她的投資組合代幣或領取壽司？
精細策略控制
結算層為投資者投資組合提供了很大的靈活性。如果用戶可以定義他們想要的輸出，他們可以從利潤中建立投資組合。
費用效率
愛麗絲的資產從未進行過轉換和/或轉讓，因此在存款時不會發生任何費用事件。當領取時利潤將需要繳納費用。
目前最後一個示例的完整版現在還不能實現，但是由於跨系統的良好集成，我們可以看到在2021年發生了類似的事情。
所以，繼續構建...
APP 
