Umbrella Protocol是Yam Finance推出的保險協議。其核心組成部分是MetaPool，提供保護的一方可以在其中存儲資金，尋求保護的一方獲得保費。每個 MetaPool包含多個Coverage Pool，每個Coverage Pool都有一個特定的協議或合約。尋求保護的一方可通過訪問這些合約或協議來尋求保護。另外，MetaPool的費用和資金費率等在創建之后都是不變的。
?傘保護協議旨在使投保?和承保?雙?均可以受益。投保?在存??定數量的投保?額并?付保費后，可以在投資產品遭受漏洞攻擊事件時，獲得賠付以降低?險；而承保?則在投?承保資?并承擔?險后，可以獲得相應的保費收益。保護傘協議中設有兩種不同的類型池：第?種是由承保?注?承保資?并設?的承保池，也叫元池（MetaPools），承保?具有元池的訪問權限。第?種是針對不同產品（協議或合約）提供保險服務，并由投保?將?定數量的投保?額存?其中的投保池，?稱險池（Coverage Pools），投保?具有險池的訪問權限。同時，元池會為險池提供賠付保障?持。每個元池會同時覆蓋多個險池，并為其涵蓋的多個險池提供賠付資?保障。例如，?個元池?于為“借貸協議”產品提供保障，它就可以同時覆蓋并保障多個為借貸產品提供保險服務的險池。如Compoud險池、Aave險池和Cream險池。如果其中任何?個產品（協議或合約）遭遇了漏洞攻擊事件，并被仲裁?裁定為有效，那么就會使??定?例的該元池承保資?，作為賠付資??付給那些參與并投保了受影響產品的投保?。
任何?都可以創建和提交?個元池，即承保池，并通過??選擇的仲裁?進?理賠審核。元池?旦被創建便不可再進?修改，任何更新需求，都必須重新創建?個新的元池作為替代。因此，創建元池時，需要考慮諸多的設定參數：
每個元池（承保池）和其所涵蓋的險池（投保池）都會構成?個?給??的獨?單元。也就是說，【元池A】中的【Compound險池】與【元池B】中的【Compound險池】，在投保價格、賠付?率和索賠處理等??，都是完全獨?且沒有任何關聯的。
承保?在元池中投?的承保資?將會獲得保費現?流回報，同時，會?成?種ERC20代幣作為承保?投?資產情況的證明。該元池覆蓋的多個不同產品（協議或合約）險池中，任何?個產品遭遇漏洞攻擊事件并出險，元池都會分配?定份額的承保資??于賠付并?付給受影響產品險池內的投保?。
承保?會以收取保費的形式作為投?資?并承擔?險的回報，收取保費的資?費率由每個產品險池的承保?使?率來確定，而資?費率函數是隨同元池創建?并設定的。
承保?可以隨時撤回其承保資?，撤回操作必須滿?該元池創建時所設定的撤回鎖定期限。因為元池內的承保資?使?率不會超過100%，因此承保?撤回的承保資?數量，取決于撤回時該元池內承保資?的使?率。
投保?在產品（協議或合約）險池內存??定數量的投保?額以換取保險服務，并按照資?費率?付保費。同時，投保?會獲得?種?期ERC20代幣作為其投保情況的證明。在操作上，這種?期ERC20代幣與Compound項?的質押憑證（cToken）相類似，標的資產余額（balanceOfUnderlying）會隨保費的?付累計而逐漸遞減。因可供賠付的?額應與存?的投保?額相?致，故投保?可獲得的賠付?額也會隨時間推移逐漸衰減。
當投保?存??定數量的投保?額換取保險服務時，需要經過?段延遲期后，該保險?可?效。這樣做的?的是確保出現漏洞攻擊事件時，投保?不會借機進?超額鑄造以不道德的?式進?牟利。
任何遭受漏洞攻擊事件的投保?都可以代表相關險池，向仲裁?提交索賠申請。依據已獲同意的保障說明，如果該索賠申請被裁定為?效，則?傘保護協議的運?不會做出任何變動；而?旦該索賠申請被認定為有效，則會進?賠付處理程序。
賠付?額等于受影響險池內的投保?額與元池內未使?承保資?的總和。例如，某個元池?前存有1000枚DAI，同時此元池所覆蓋的3個險池內各存有100枚DAI。此時，其中?個險池內的產品協議遭遇了漏洞攻擊，則該險池的相應賠付?額應該是800枚DAI。計算?法如下：
受影響險池投保?額 + (元池承保資?總額 ? 所有險池投保資?總額) = 100DAI + (1000DAI ?300DAI) = 800DAI。
同樣的算法，如果該元池覆蓋6個險池，且每個險池內各存有100枚DAI，某?個險池出險時的賠付?額則變為500枚DAI。這樣便可以保證每個險池在出險時都可以獲得不低于投保?額的賠付額度。同時，承保?也可以計算出賠付后的最?資?回撤。
每當索賠申請被裁定為有效時，相關受影響的產品（協議或合約）險池都會被?動重新建?，元池則會在賠付處理完成后繼續保持運作。
如果仲裁??意繼續履?仲裁職務，可以選擇解散元池。此時，資?費率設置為零，并允許參與各?即時撤回款項，同時禁?款項存?。
