Összes nyelv
Az Umbrella Protocol a Yam Finance által elindított biztosítási protokoll. Alapeleme a MetaPool, ahol a védelmet nyújtó fél pénzt helyezhet el, a védelmet kereső fél pedig prémiumot kap. Minden MetaPool több fedezeti készletet tartalmaz, és minden fedezeti készlethez külön megállapodás vagy szerződés tartozik. A védelmet kérő fél védelemért folyamodhat azáltal, hogy hozzáfér ezekhez a szerződésekhez vagy megállapodásokhoz. Ezenkívül a MetaPool díjai és finanszírozási arányai nem változnak a létrehozást követően.
Az esernyővédelmi megállapodások célja a szerződő és a biztosító egyaránt előnyös. Bizonyos összegű biztosítás letétbe helyezése és a díj megfizetése után a szerződő kártalanítást kaphat a kockázat csökkentése érdekében, ha a befektetési termék sebezhetőségi támadást szenved, így megszerezhető a megfelelő díjbevétel. Az Umbrella Protocolban két különböző típusú pool található: Az első a biztosítási alapokat injektáló biztosító által létrehozott jegyzési pool, amelyet MetaPoolsnak is neveznek, és a biztosító hozzáfér a meta poolhoz. A második a biztosítási szolgáltatások nyújtása különböző termékekhez (megállapodás vagy szerződés), és a szerződő bizonyos összegű biztosítási összeget letétbe helyez a biztosítási poolba, más néven fedezeti poolba (Coverage Pools), a szerződő rendelkezik a biztosítási állományhoz való hozzáférési engedéllyel. . Ugyanakkor a Yuanchi kompenzációs garancia támogatást nyújt a biztosítási pool számára. Mindegyik meta-pool egyszerre több biztosítási csoportot is lefed, és kártérítési alap védelmet nyújt az általa lefedett több biztosítási pool számára. Például, ha egy meta-poolt használnak a „kölcsönszerződéses” termékek védelmére, az egyszerre több olyan biztosítási csoportot is lefedhet és védhet, amelyek hiteltermékekhez nyújtanak biztosítási szolgáltatásokat. Ilyen például a Compound biztosítási pool, az Aave biztosítási pool és a Cream biztosítási pool. Ha valamelyik termék (megállapodás vagy szerződés) sebezhetőségi támadásba ütközik, és a választottbíró érvényesnek ítéli, akkor a meta pool jegyzési alapjának bizonyos hányadát kártérítési alapként használják fel azon kötvénytulajdonosok kifizetésére, akik részt vettek és biztosították az érintettet. Termékek.
Bárki létrehozhat és benyújthat egy meta-poolt, amely egy biztosítási pool, és a követelések felülvizsgálatát egy választott választott bírón keresztül végezheti el. A metakészlet létrehozása után már nem módosítható. Bármilyen frissítési követelmény esetén új metakészletet kell létrehozni csereként. Ezért a metakészlet létrehozásakor számos beállítási paramétert figyelembe kell venni:
Afedezeti poolok
biztosítási poolok. Mindegyik pool termék (megállapodás vagy szerződés) biztosítási poolok sorozatát fedi le. A biztosítási összeg bizonyos összegét a megfelelő termékbiztosítási poolban helyezik el. Másrészt a biztosító ezekhez a biztosítási poolokhoz kártérítési garancia támogatást nyújt a teljes biztosítási összeg keretein belül.
Döntőbíró
A metapool választottbíróként kiválasztott Ethereum-cím tulajdonosa felelős annak igazolásáért, hogy a követelés igaz és érvényes-e.
Védelmi leírás
A Metapool alapítója határozza meg a választottbíró által teljesítendő védelmi kötelezettségeket, és a választottbíró dönt a leírás értelmezéséről.
Döntőbírói díj
A biztosítási díjból a választottbírónak fizetik a választottbírósági szolgáltatást, a választottbírósági díjnak a teljes biztosítási díjhoz viszonyított aránya a választottbírósági díj.
Létrehozói díj
A biztosítási díjban a meta pool létrehozójának rendelt díj, ennek a díjnak a teljes díjhoz viszonyított aránya az alkotói díj.
Finanszírozási kamatláb
A Finanszírozási kamatláb funkció annak meghatározására szolgál, hogy a kötvénytulajdonos milyen szinten fizeti a díjat.
Kikötési görbe
A kötési görbe funkció a biztosítási tokenek számának meghatározására szolgál, amelyeket le kell verni vagy meg kell semmisíteni, amikor a szerződő letétbe helyezi és kiveszi biztosítási összegét.
Szolgáltató visszavonási időszaka (szolgáltató visszavonási időszaka)
Az Underwriter visszavonási időszak a ráfutásos viselkedés megakadályozására szolgál sebezhetőségi támadás esetén. Az az időtartam, amely alatt a fizetés megtörténik. fogadni.
Kereső Vásárlási időszak
A Kereső Vásárlási Időszak a sebezhetőségi támadások esetén a túlzott öntési viselkedés megelőzésére szolgál, és a biztosítás megvásárlására szolgál a szerződőtől A biztosításhoz szükséges időtartam hogy hatékony legyen.
Védelmi eszköz (Protection Asset)
A védelmi eszköz a szerződő által más termékekben (szerződésben vagy szerződésben) elhelyezett vagyon, amely a kockázatok elkerülése miatt biztosított.
Minden meta pool (biztosítási pool) és az általa lefedett biztosítási pool (biztosítási pool) önálló, független egységet alkot. Ez azt jelenti, hogy a [Compound Insurance Pool] az [A Yuan Pool]-ban és a [Compound Insurance Pool] a [Yuan Pool B]-ben teljesen független és független a biztosítási ár, a kártérítési arány és a kárkezelés tekintetében. út.
A biztosító által a meta poolba fektetett biztosítási alapok prémium cash flow hozamot kapnak, és ezzel egyidejűleg egy ERC20 token generálódik, amely bizonyítja a biztosító eszközbefektetését. A meta pool által lefedett több különböző termék (megállapodás vagy szerződés) biztosítási pool közül, ha valamelyik termék sebezhetőségi támadásba ütközik és túl van a veszélyen, a meta pool a biztosítási alapok bizonyos részét kompenzációra és kifizetésre osztja ki az érintett termékeknek. A biztosítási kötvénytulajdonosok.
A biztosító a pénzeszközök befektetése és a kockázatvállalás megtérüléseként szedi be a biztosítási díjat A biztosítási díjbeszedés finanszírozási rátáját a biztosítási alapok felhasználási aránya határozza meg termékbiztosítási poolonként, valamint a finanszírozási ráta A függvény együttesen kerül beállításra a meta pool létrehozásával.
A biztosító bármikor kiveheti biztosítási összegét, és a kivonási műveletnek meg kell felelnie a meta pool létrehozásakor meghatározott visszavonási zárolási időszaknak. Mivel a meta poolban lévő biztosítási alapok felhasználási aránya nem haladja meg a 100%-ot, a biztosító által felvett biztosítási források összege a meta poolban lévő biztosítási alapok kivonáskori felhasználási arányától függ.
A szerződő bizonyos összegű biztosítást letétbe helyez a termék (szerződés vagy szerződés) biztosítási poolba biztosítási szolgáltatásokért cserébe, és a biztosítási díjat az alap árfolyamának megfelelően fizeti. Ezzel egyidejűleg a szerződő egy határozatlan időre szóló ERC20 tokent kap biztosítási státuszának igazolására. Működés közben ez a dátum nélküli ERC20 token hasonló a Compound projekt zálogleveléhez (cToken), és a mögöttes eszköz egyenlege (balanceOfUnderlying) fokozatosan csökkenni fog a prémium kifizetések felhalmozódásával. Mivel a kártalanításra fordítható összegnek meg kell egyeznie a letétbe helyezett biztosítási összeggel, a szerződő rendelkezésére álló kártérítési összeg is fokozatosan csökken az idő múlásával.
Ha a szerződő bizonyos összegű biztosítási pénzt letétbe helyez biztosítási szolgáltatásért cserébe, a biztosítás késedelmes időszak után lép életbe. Ennek célja annak biztosítása, hogy sebezhetőségi támadás esetén a kötvénytulajdonosok ne éljenek azzal a lehetőséggel, hogy etikátlan módon túlpörköljenek nyereséget.
Bármely kötvénytulajdonos, akit sebezhetőségi támadás ér, benyújthat igényt a választottbíróhoz az érintett biztosítási csoport nevében. Az elfogadott védelmi nyilatkozat szerint a követelés érvénytelenségének megállapítása esetén az esernyővédelmi megállapodás működése nem változik, a követelés érvényességének megállapítása után bekerül a kártérítési folyamatba.
A kártérítés összege megegyezik az érintett biztosítási poolban lévő biztosítási összeg és a meta poolban lévő fel nem használt biztosítási összeg összegével. Például jelenleg 1000 DAI-t tárolnak egy metakészletben, és 100 DAI-t tárolnak a metakészlet által lefedett három biztosítási készlet mindegyikében. Jelenleg, ha az egyik biztosítási csoport termékszerződése sebezhetőségi támadásba ütközik, a biztosítási pool megfelelő kompenzációs összegének 800 DAI-nak kell lennie. A számítási módszer a következő:
Az érintett biztosítási pool biztosítási összege + (a jüan pool teljes biztosítási alapja − az összes biztosítási pool teljes biztosítási alapja) = 100DAI + (1000DAI -300DAI) = 800DAI.
Ugyanezzel az algoritmussal, ha a pool 6 biztosítási poolra terjed ki, és minden biztosítási pool 100 DAI-t tartalmaz, akkor a kártérítés összege egy bizonyos biztosítási pool veszélyen kívül 500 DAI lesz. Így garantálható, hogy baleset esetén minden egyes biztosítási pool a biztosítási összegnél nem alacsonyabb kártérítési összeghez juthasson. Ezzel egyidejűleg a biztosító a fizetés utáni maximális forráskivonást is ki tudja számolni.
Valahányszor egy kárigénylést érvényesnek ítélnek meg, az érintett termék (szerződés vagy szerződés) biztosítási pool automatikusan újra létrejön, és a meta pool tovább működik a kárfeldolgozás befejezése után.
Ha a választottbíró nem kívánja továbbra is ellátni a választottbírósági funkciót, dönthet úgy, hogy feloszlatja a Yuanpoolt. Ezen a ponton a finanszírozási ráta nullára van állítva, és a részt vevő felek azonnali pénzt vehetnek fel, míg a befizetés tilos.