Interjú az InLock projekt kapcsán.
-
Szerződr. Varsányi Károly
-
Kommentek4 hozzászólás
-
Kategória
Mindig örülünk, ha hazai vonatkozású blokklánc és kripto eszközosztály hírekről, eseményekről adhatunk hírt oldalunkon.
Legyen ez akár blokklánc konferencia, vagy egy épülő, alakuló blokklánc projekt vagy bármi más. Oldalunk örömmel ad hírt minden olyan kezdeményezésről és projektről, ami akár közvetve, vagy közvetlenül a hazai kirpto pénz és blokklánc szcéna fejlődését erősíti.
Azt hiszem Csabai Csabát nem sok mindenkinek kell bemutatni a hazai blokklánc szcéna résztvevői közül.
A személyéhez köthető InLock projekt indulása kapcsán készítettem az Inlock csapatával egy interjút. Az interjú alapját az adja, hogy “közel egy éves előkészület után szeptember végén indul az INLOCK, aminek célja, hogy nemzetközi porondon versenyeztesse a regionális kereskedelmi bankok hitelnyújtási szolgáltatásait.”
1. Milyen problémát old meg az INLOCK?
A kriptopénzeket még ma is nehezen lehet hasznosítani, kevés az elfogadóhely, eladni pedig komoly járulékos költségekkel jár, ráadásul a keletkező profit adókötelezettséget is indukál. Ráadásul rendkívül kockázatos is, hiszen ha ma eladom a kpriptopénzemet, hogy áthidaljak egy átmeneti likviditási problémát – később könnyen lehet, hogy csak sokkal drágábban tudom visszavenni azt. Ezeket a faktorokat együttesen (spendability problem) elkölthetőségi problémának nevezzük.
2. Szerepel-e valamely szereplőnek (és, ha igen kinek) a könyveiben a kölcsönvevő által nyújtott fedezet?
Nagyon fontos, hogy a lekötött kriptoeszköz végig a kölcsönvevő tulajdona marad csupán zárolásra kerül a futamidő alatt. A felek megállapodnak abban, hogy egy technológiai zár alá helyezik a fedezetet, amelyből egyedül akkor lehet “kicsomagolni” ha visszafizetésre került a hitel vagy terminálni kellett a fedezetet. Ezekután a kérdésre válaszolva, a kölcsönvevő könyveiben szerepel a fedezet. Terminálás esetén pedig eladásként jelenik meg az ügylet.
3. Kérlek vezesd le a 4 szereplős rendszer működését a fedezet likvidálása kapcsán. Hogyan működik a fedezettel kapcsolatos “utasítás” a CM részéről az okos szerződéssel? Mi történik, ha “meghackelik” a CM hot walletjét, tehát önhibáján kívül veszíti el a kriptoját?
Kezdeném rögtön a végén: Az ügyfél kriptopénze a multisig walletbe kerül, onnan a CM csak akkor kaphatja meg, ha a szerződés árfolyamcsökkenés miatt terminálásra kerül. A CM végzi el a letétbe helyezett kriptopénzzel azonos értékű saját kriptopénzének eladását ha indokolja az árfolyamváltozás – ezután a CM fizeti vissza a kölcsönkérő tartozását – ez egyfajta kezességvállalásként értelmezhető. A CM ezután jogosult megkapni a multisig walletben tárolt fedezetet, de csak miután hitelt érdemlően bizonyította, hogy végrehajtotta az átutalást és a hitelező visszakapta a hitel összeget (és a kamatot). A Collateral Managert érő esetleges egyéb károkért (például a kérdésben szereplő fedezeti hot wallet feltörése) egyedül a CM a felelős, az ebből fakadó veszteségeit sem a platform, sem a hitelfelvevő felé nem háríthatja át. Ha egy CM a futó kontraktusai közben válik fizetésképtelenné, akkor a platform automatikusan új CM-et keres a kontraktushoz és áthelyezi hozzá a fedezet kezelését is.
A fedezetkezelés multisig wallet és smart contract együttes alkalmazásával valósul meg. Tehát a 4 szereplő aki részt vesz ebben a folyamatban aláíróként: Collateral Manager; INLOCK platform; Delegated Supervisory Board Member (DSBM); és maga a Smart Contract. Ezen szereplők közül három együttes aláírása kell ahhoz, hogy a multisig walletből ki lehessen utalni a benne tárolt vagyont. Ezen szereplők incentíva rendszere úgy lett megtervezve, hogy rosszhiszemű összejátszás esetén sem képesek hozzáférni annak tartalmához (ehhez ellenérdekelt feleknek kellene összejátszani). A smart contract tartalmazza a hitelszerződés összes lényeges elemét, ebből áll össze a kód döntési fája, amely bizonyos események esetén feladatokat kezdeményez a szereplők számára, amelyet azoknak végre kell hajtani. Egy egyszerű példa erre, ha igazoltan megtörtént a visszafizetés: erre az eseményre a smart contract benyújtja a szavazatát, hogy a fedezet visszafizethető a kölcsönkérőnek. Ezt az INLOCK platform is ellenőrzi és szavaz – az utolsó résztvevő pedig maga a kölcsönfelvevő, aki szeretné visszakapni a lekötött kriptopénzét. Így elő is állt a 3/4 szavazat ami elégséges a multisig wallet kinyitásához. Szándékosan említem ezt a példát, mert ebből látszik, hogy a fedezet visszautalásához nem szükséges a CM szavazata.
4. A Howey teszt alapján minek minősül az ILK token? Technikailag milyen tokenről beszélünk?
A mai napig nincs olyan metódus amely alapján biztosan el lehetne dönteni, hogy egy tokent a felügyeleti szervek pl. az amerikai SEC milyen besorolásúnak fog tekinteni a vizsgálata során. A legjobb közelítés maga a Howey teszt: egy űrlapot kell elképzelni, amelynek révén kirajzolódik az adott token karakterisztikája, vizsgálja például, hogy van-e belekódolva osztalékfizetés, vagy egyéb mesterséges felhajtóerő. Alapvetően ha a befektető effektív teljesítmény nélkül érhet el nyereséget, pusztán a vállalat teljesítménye révén. A Howey teszt ennek megfelelően azt mutatja meg, hogy minél alacsonyabb a kockázati pontszám annál kevésbé valószínű, hogy a felügyelet később securitynek minősíti. Az ILK token Howey pontszáma 0. tehát használati token.
5. A token befektetők a SAFT vagy a SAFE alapján kapnak a tokenekből “részesedést”?
Kizárólagosan SAFT dealek történt már a korai seed fázisban is.
6. Mi történik akkor ha a reserved DSBM tagok sem érhetőek el egy szituáció megoldása kapcsán? Mi alapján lesz valakiből elsődleges DSBM tag?
Összesen 100 DSBM tag szerepel a rendszerben, minden kontraktushoz egyet rendelünk hozzá. Végeztünk erre vonatkozó szimulációkat, a tényleges beavatkozást igénylő események száma várhatóan rendkívül alacsony lesz. DSBM által végzett felügyelet egy lehetőség, amennyiben egy felkérésre nem reagál az illető DSBM, akkor a rendszer allokál egy másikat. Összesen 100 DSBM jogosultság került kiosztásra a finanszírozás korai fázisaiban, ezzel szerettük volna külön honorálni a korai támogatókat. Természetesen ezeket a jogosultságokat át lehet ruházni, a főszabály az, hogy egyszerre maximum 100 lehet.
7. Milyen esetekben és hogyan módosítható a smart contract?
Smart contract módosításához minden aktív résztvevő jóváhagyása szükséges. A legtriviálisabb példa talán a plusz fedezetbevonás a kontraktusba.
8. Ha jól láttam cca. 8%-os margin call-lal számol a rendszer. Ez milyen számítás alapján jön?
A platformon 6%-a minimum túlbiztosítási ráta. Több évre visszamenőleg elemeztük az árfolyamokat, és ez az a minimum szint, amely alatt már problémák léphetnének fel a terminációs folyamatban. A piac többi szereplője ennél jóval magasabb szintet határozott meg, amelynek az az eredménye, hogy a fedezetnek csak sokkal kisebb részét lehet hasznosítani. Mi azonban technológiánknak köszönhetően jobb feltételeket tudunk biztosítani.
10. Lehet-e valamit tudni az ILK token kripto tőzsdei bevezetéséről?
A tőzsdei bevezetéseket nem áll módunkban kommunikálni, a 4. pontban kifejtett felügyeleti álláspont miatt.
Köszönjük az interjút!
Leave A Comment Válasz megszakítása
Ez az oldal az Akismet szolgáltatást használja a spam csökkentésére. Ismerje meg a hozzászólás adatainak feldolgozását .
Üdvözöljük a blokklánc jogász weboldalán
Legfrissebb bejegyzéseink
Címkefelhő
Legfrissebb hozzászólások
- dr. Varsányi Károly - Olvasói vélemény az ex InLock korai kifizetésről.
- atti - Olvasói vélemény az ex InLock korai kifizetésről.
- dr. Varsányi Károly - 2 kérdés az ex InLock Vigiler.io kapcsán.
- Sobrijozska - 2 kérdés az ex InLock Vigiler.io kapcsán.
- dr. Varsányi Károly - Aranyvízum? Miért nem Bitcoin alapon?
Archívum
- 2024. október (10)
- 2024. szeptember (26)
- 2024. augusztus (27)
- 2024. július (25)
- 2024. június (16)
- 2024. május (21)
- 2024. április (23)
- 2024. március (24)
- 2024. február (25)
- 2024. január (24)
- 2023. december (24)
- 2023. november (28)
- 2023. október (13)
- 2023. szeptember (26)
- 2023. augusztus (13)
- 2023. július (15)
- 2023. június (15)
- 2023. május (12)
- 2023. április (11)
- 2023. március (21)
- 2023. február (12)
- 2023. január (19)
- 2022. december (14)
- 2022. november (20)
- 2022. október (15)
- 2022. szeptember (13)
- 2022. augusztus (10)
- 2022. július (13)
- 2022. június (12)
- 2022. május (17)
- 2022. április (14)
- 2022. március (8)
- 2022. február (9)
- 2022. január (17)
- 2021. december (12)
- 2021. november (15)
- 2021. október (15)
- 2021. szeptember (20)
- 2021. augusztus (20)
- 2021. július (18)
- 2021. június (32)
- 2021. május (26)
- 2021. április (32)
- 2021. március (24)
- 2021. február (21)
- 2021. január (29)
- 2020. december (26)
- 2020. november (25)
- 2020. október (31)
- 2020. szeptember (25)
- 2020. augusztus (23)
- 2020. július (21)
- 2020. június (14)
- 2020. május (12)
- 2020. április (13)
- 2020. március (14)
- 2020. február (7)
- 2020. január (10)
- 2019. december (16)
- 2019. november (12)
- 2019. október (14)
- 2019. szeptember (15)
- 2019. augusztus (18)
- 2019. július (20)
- 2019. június (25)
- 2019. május (21)
- 2019. április (20)
- 2019. március (23)
- 2019. február (18)
- 2019. január (24)
- 2018. december (19)
- 2018. november (22)
- 2018. október (21)
- 2018. szeptember (25)
- 2018. augusztus (19)
- 2018. július (19)
- 2018. június (18)
- 2018. május (24)
- 2018. április (21)
- 2018. március (19)
- 2018. február (20)
- 2018. január (27)
- 2017. december (22)
- 2017. november (23)
- 2017. október (22)
- 2017. szeptember (23)
- 2017. augusztus (30)
- 2017. július (26)
- 2017. június (23)
- 2017. május (23)
- 2017. április (9)
4 hozzászólás
Variance-on kívül szerintem kevesen értik ezt a nyelvezetet Ezen simán elbukhat a projekt ha nem lesz képes a nagyközönség számára is érthetően fogalmazni. sorry
2018-09-15 at 08:19Van benne igazság, de kérdés, hogy mi a cél? Csabiék induló projektje szerintem most a nagy pénzekre lő, azok meg pontosan értik, hogy mitől döglik a légy. A szolgáltatás célközönségének nyilván közérthetőbb anyag készül, de az még odébb van. Aki meg pénzt tesz ebbe a projektbe azzal muszáj azzal a terminus technicus-szal beszélni, amit ő beszél és ért. Pláne nemzetközi szinten.
2018-09-15 at 09:36[…] a pénteki anyagunk kapcsán megkaptuk, hogy “Variance-on kívül szerintem kevesen értik ezt a nyelvezetet Ezen […]
2020-02-02 at 13:48[…] már hírt adott a magyar fejleztésű InLockról a digitalcash.hu […]
2020-02-02 at 13:49