Umbrella Protocol,保护伞协议,Umbrella Protocol
货币
$0
+0% ( +$ )
≈ ¥0 ฿--
-
流通市值流通市值 = 该币种当前流通量 × 当前币价
----占全球总市值全球总市值占比 =(该币种的流通市值 ÷ 已收录到的所有币种市值)× 100%
-
流通量(Umbrella Protocol)
----流通率流通率 =(流通总量 ÷ 最大供应量 )× 100%
-
24H成交额($)
----换手率换手率也称“周转率”,指在一定时间内市场中转手买卖的频率,是反映流通性强弱的指标,
24H换手率计算公式:24H内的成交额 ÷ 流通市值 × 100%
未收录 高风险流通市值 $--
- 24H最高
- $--
- 24H量
- --
- 24H最低
- $--
- 24H额
- $--
- 24H波幅(24H最高-24H最低)÷ 24H最低 × 100【5分钟更新一次】
- --
- 量比近1日平均每分钟现货成交量 ÷ 近7日平均每分钟现货成交量
- --
- 总市值使用当前供应量 × 币种价格
- $--
- BTC相关性使用近七日的币种收盘价格,计算与BTC的相关性,越接近1正相关度越强,越接近-1负相关度越强,0表示没有相关度
- --
- 历史最高该币种收录以来的历史最高价
- $--
- 首日开盘价
- $--
- 历史最低该币种收录以来的历史最低价
- $--
- 投资回报投资回报率 =(当前币价-众筹价格)÷ 众筹价格×100%
- +0.0%
更新时间:2026-05-26 07:16:02
简况
保护伞协议简介
- 首次发行时间--
- 首日开盘价$--
- 众筹价格--
- 投资回报投资回报率=(当前币价-首日开盘价)/首日开盘价*100%,如该币种有众筹价格时,优先计算:投资回报率=(当前币价-众筹价格)/众筹价格*100%+0.0%
- 历史最高$--(--)
- 历史最低$--(--)
- 首次发行方式--
- 所属公链--
- 最大供应量指该代币在其生命周期内可能存在的最大数量(包括被销毁的)-- Umbrella Protocol
- 最大供应市值最大供应市值=最大供应量 × 当前币种价格,该数据将跟随币种当前价格波动而变化$0
- 当前供应量指该代币目前存在的所有代币数量(包括被锁定的)-- Umbrella Protocol
- 当前供应市值当前供应市值=当前供应量×当前币种价格,该数据将跟随币种当前价格波动而变化$0
- 流通量流通总量:指该代币目前在市场上实际流通的代币总量。--
- 流通市值流通市值=当前流通量×当前币种价格,该数据将跟随币种当前价格波动而变化--
- 流通率流通率=(流通总量/最大供应量 )*100%--
- 流通占全球总市值全球总市值占比=(该币种的流通市值/已收录到非小号上的所有币种市值)*100%--
- 上架交易所0家
- 持币地址数指已记录在该币种的区块链浏览器上的非零地址数(持币地址里的币种数量不为0),同一用户可有多个持币地址数据待采集
- 简介
Umbrella Protocol是Yam Finance推出的保险协议。其核心组成部分是MetaPool,提供保护的一方可以在其中存储资金,寻求保护的一方获得保费。每个 MetaPool包含多个Coverage Pool,每个Coverage Pool都有一个特定的协议或合约。寻求保护的一方可通过访问这些合约或协议来寻求保护。另外,MetaPool的费用和资金费率等在创建之后都是不变的。
综述
⾬伞保护协议旨在使投保⼈和承保⼈双⽅均可以受益。投保⼈在存⼊⼀定数量的投保⾦额并⽀付保费后,可以在投资产品遭受漏洞攻击事件时,获得赔付以降低⻛险;而承保⼈则在投⼊承保资⾦并承担⻛险后,可以获得相应的保费收益。保护伞协议中设有两种不同的类型池:第⼀种是由承保⼈注⼊承保资⾦并设⽴的承保池,也叫元池(MetaPools),承保⼈具有元池的访问权限。第⼆种是针对不同产品(协议或合约)提供保险服务,并由投保⼈将⼀定数量的投保⾦额存⼊其中的投保池,⼜称险池(Coverage Pools),投保⼈具有险池的访问权限。同时,元池会为险池提供赔付保障⽀持。每个元池会同时覆盖多个险池,并为其涵盖的多个险池提供赔付资⾦保障。例如,⼀个元池⽤于为“借贷协议”产品提供保障,它就可以同时覆盖并保障多个为借贷产品提供保险服务的险池。如Compoud险池、Aave险池和Cream险池。如果其中任何⼀个产品(协议或合约)遭遇了漏洞攻击事件,并被仲裁⼈裁定为有效,那么就会使⽤⼀定⽐例的该元池承保资⾦,作为赔付资⾦⽀付给那些参与并投保了受影响产品的投保⼈。
类型池的设立和功用
任何⼈都可以创建和提交⼀个元池,即承保池,并通过⾃⼰选择的仲裁⼈进⾏理赔审核。元池⼀旦被创建便不可再进⾏修改,任何更新需求,都必须重新创建⼀个新的元池作为替代。因此,创建元池时,需要考虑诸多的设定参数:
险池(Coverage Pools)
即投保池,每个元池都会覆盖⼀系列的产品(协议或合约)险池,投保⼈会根据投保标的将⼀定数量的投保⾦额存⼊相应的产品险池。另⼀⽅⾯,承保⼈则会在总承保资⾦额度范围内,为这些险池提供赔付保障⽀持。
仲裁⼈(Arbiter)
被选取作为元池仲裁⼈的以太坊地址所有者,将负责确认索赔申请是否真实有效。
保障说明(Protection Description)
元池创建⼈规定仲裁⼈所要履⾏的保障责任说明,仲裁⼈拥有此说明解释的最终决定权。
仲裁费率(Arbiter Rate)
保费中⽤于⽀付给仲裁⼈提供仲裁服务的费⽤,仲裁费与保费总额的⽐值即为仲裁费率。
创建⼈费率(Creator Rate)
保费中分配给元池创建⼈的费⽤,此费⽤与保费总额的⽐值即为创建⼈费率。
资⾦费率(Funding Rate)
资⾦费率函数⽤来确定投保⼈⽀付保费的费率⽔平。
绑定曲线(Bonding Curve)
绑定曲线函数⽤于确定投保⼈存⼊和取回其投保⾦额时,所需铸造或销毁的保险代币数量。
承保⼈撤回锁定期(Provider Withdrawal Period)
承保⼈撤回锁定期⽤于预防漏洞攻击事件出现时的挤兑⾏为,是承保⼈申请撤回承保资⾦到收到款项所需经历的时间周期。
投保⼈购买⽣效期(Seeker Purchase Period)
投保⼈购买⽣效期⽤于预防漏洞攻击事件出现时的超额铸造⾏为,是从投保⼈购买保险到该保险⽣效所需经历的时间周期。
保护资产(Protection Asset)
保护资产是指投保⼈存放于其它产品(协议或合约)中的资产,因规避⻛险需要而对其进⾏投保。每个元池(承保池)和其所涵盖的险池(投保池)都会构成⼀个⾃给⾃⾜的独⽴单元。也就是说,【元池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。这样便可以保证每个险池在出险时都可以获得不低于投保⾦额的赔付额度。同时,承保⼈也可以计算出赔付后的最⼤资⾦回撤。
每当索赔申请被裁定为有效时,相关受影响的产品(协议或合约)险池都会被⾃动重新建⽴,元池则会在赔付处理完成后继续保持运作。解散类型池
如果仲裁⼈⽆意继续履⾏仲裁职务,可以选择解散元池。此时,资⾦费率设置为零,并允许参与各⽅即时撤回款项,同时禁⽌款项存⼊。











