Likvid staking tokeni nəyi təmsil edir? Çıxış, qiymət fərqi və idarəçi riski

İki token, iki qeyd

ETH verib başqa token almaq nəyi dəyişir?

Likvid staking xidmətində istifadəçi əsas aktivi validator fəaliyyətinə yönəldir və əvəzində hovuzdakı payı və ya geri alma tələbini göstərən token alır. Pul kisəsində yeni token görünür, əsas aktiv isə ayrıca müqavilədə və ya operatorun validator quruluşunda qalır. Bu iki qeyd eyni ünvan və eyni hüquq deyil.

Bəzi tokenlərin sayı sabit qalır, lakin bir tokenin əsas aktivə çevrilmə nisbəti artır. Digərlərində balans özü artır. Bir modeldə token pool payıdır, başqa modeldə xidmət operatoruna qarşı tələb ola bilər. Reklamda one-to-one ifadəsi görülsə belə, hüquqi tərəf, geri alma hadisəsi və dayandırma şərti müqavilədən tapılmalıdır.

AAOIFI SS 18-dəki sahiblik anlayışı konkret nəticə vermədən faydalı sual yaradır: istifadəçi aktivi faktiki idarə edə, ötürə və maneəsiz təhvil ala bilirmi? Bu standart Ethereum və ya xidmət sertifikatı deyil. Cavab üçün token müqaviləsi, validator razılaşması və çıxış qaydası birlikdə oxunmalıdır.

Bakıdan çıxış

Birjada satmaqla protokoldan geri almaq eyni deyil

Azərbaycandakı istifadəçi təmsilçi tokeni birjada sata bilər. Bu, alıcının həmin anda təklif etdiyi qiymətlə bazar çıxışıdır. Protokol geri alması isə tokeni yandırıb əsas aktivin validator növbəsindən çıxmasını gözləyə bilər. Birinci yolda qiymət endirimi və likvidlik, ikincidə növbə və operator icrası əsas riskdir.

Instant exit yazısı bəzən xidmətin öz ehtiyatından, bəzən ayrıca likvidlik hovuzundan gəlir. Ehtiyat tükənəndə və bazar gərginləşəndə sürət və qiymət dəyişə bilər. Minimum məbləğ, şəbəkə haqqı, identifikasiya tələbi və ölkə məhdudiyyəti də pərakəndə istifadəçinin faktiki yolunu daralda bilər.

Çıxış planında üç tarix yazın: sorğunun mümkün olduğu gün, protokolun gözlənilən tamamlanma günü və şəxsi ehtiyac üçün son tarix. Sonra növbə iki dəfə uzansa və token bazarda beş faiz ucuzlaşsa manat nəticəsini hesablayın. Göstərilən müddət zəmanət kimi qəbul edilməməlidir.

Gəlirin iki üzü

Validator mükafatı ilə xidmət və token riskini birləşdirməyin

Əsas gəlir şəbəkə təsdiqi və əməliyyat haqqından yarana bilər. Bunun qarşısında validatorun işləməməsi, yanlış imza və qayda pozuntusu mükafatın azalmasına və slashing nəticəsinə səbəb ola bilər. Xidmət operatoru komissiya tutur, nəticəni validatorlar arasında bölür və bəzən itkinin hansı hissəsini istifadəçiyə ötürəcəyini şərtlərdə müəyyən edir.

Təmsilçi token ayrıca bazar qiyməti daşıyır. Validator gəliri müsbət olduğu halda tokenə alıcı azalarsa, istifadəçinin təcili satışı endirimlə baş verə bilər. Əksinə, bazar qiyməti bir müddət əsas aktivə yaxın olsa da, müqavilə xətası və ya idarəetmə qərarı geri alma kanalını dayandıra bilər.

Əgər token başqa DeFi borcunda girov qoyulursa, qiymət endirimi likvidasiya yarada bilər. Beləliklə validator, token, borc protokolu və istifadəçinin marja sərhədi bir-birinə bağlanır. İkiqat gəlir ifadəsi çoxqatlı riski gizlətməməlidir.

Kim nəyi dəyişir

Operator və idarəetmə səlahiyyətini xəritəyə salın

Ethereum.org hovuz səhifəsi üçüncü tərəf, smart müqavilə və mərkəzləşmə riskinə diqqət çəkir. Xidmətin validator seçimi, komissiya dəyişikliyi, müqavilə yenilənməsi, çoximzalı açarlar, vaxt kilidi və fövqəladə dayandırma səlahiyyəti yoxlanmalıdır. Audit sənədinin ünvan və versiyası cari müqaviləyə uyğun olmalıdır.

Dini qiymətləndirmə üçün əsas staking fəaliyyətinin real şəbəkə xidməti, gəlirin mənbəyi və zərər daşıması ayrıca; təmsilçi tokenin hüququ, ticarəti və ikinci istifadəsi ayrıca təqdim edilməlidir. Bir qatın mümkün əsaslandırması digər qata avtomatik keçmir. Naməlum sahələri dürüst saxlamaq qısa hökm çıxarmaqdan daha faydalıdır.

İki aktiv, üç qiymət

Likvid staking tokenini əsas aktivin sadə surəti kimi oxumayın

İstifadəçi ETH və ya başqa proof-of-stake aktivini protokola verdikdə əvəzində aldığı token bir neçə formada işləyə bilər. Bəzi tokenlərin vahid sayı artır, bəzilərinin sayı sabit qalır, lakin hər vahidin əsas aktivə tələb nisbəti dəyişir. Digərləri hovuz payını göstərir və faktiki geri alma haqqı protokol vəziyyətinə bağlıdır. İnterfeysdə eyni “staking balance” adı görünsə də, hesab üsulu müqavilədən müəyyən edilir.

Üç qiyməti ayrı qeyd edin. Birinci protokolun göstərdiyi nəzəri geri alma nisbətidir. İkinci DEX və ya birjadakı bazar qiymətidir. Üçüncü isə bütün fee, slippage və gözləmə çıxıldıqdan sonra sizin ala bildiyiniz real məbləğdir. Bazar gərginliyində bu üç rəqəm ayrılır. Tokenin 1:1 dizayn edilməsi hər anda 1:1 nağd çıxış vədi deyil.

Birbaşa geri alma və bazar satışı fərqli müqavilələrdir

Protokoldan geri alma validator çıxış növbəsi, epoch, unbonding müddəti və protokol haqqına bağlı ola bilər. Bazarda satmaq isə qarşı tərəf likvidliyi, AMM əyrisi, slippage və tokenin listinq vəziyyətindən asılıdır. Bir yol dayananda digərinin açıq qalacağına zəmanət yoxdur. Tətbiq yalnız “instant liquidity” yazırsa, bunun hansı bazar və hansı maksimum məbləğ üçün doğru olduğu yoxlanır.

Çıxış planında üç məbləğ sınaqdan keçirilir: adi gündəlik ehtiyac, bazar likvidliyinin zəiflədiyi orta həcm və portfelin hamısı. Kiçik swap-da görünməyən slippage böyük məbləğdə kəskin arta bilər. Test əməliyyatı real marşrutu göstərir, amma gələcək gərginlikdə eyni nəticəni zəmanət etmir.

Mükafatın yanında dörd əlavə risk dayanır

Validator slashing riski əsas qatdadır. Hovuz operatorunun validator seçimi və komissiyası ikinci qatdır. Təmsilçi tokenin smart-kontrakt və idarəetmə riski üçüncü qatdır. Tokenin bazar qiyməti və inteqrasiya edildiyi DeFi protokolları dördüncü qatdır. Ekrandakı APY çox vaxt bu riskləri bir faiz rəqəminə sığışdırmır. Hər qat üçün zərərin kimə düşdüyü və hansı kompensasiya mexanizminin olduğu ayrıca yazılır.

Operator “non-custodial” ifadəsindən istifadə edə bilər, lakin upgrade açarı, pause funksiyası, oracle, validator registry və çıxış ünvanı üzərindəki səlahiyyətlər yoxlanmadan bu etiket tam təsvir deyil. Governance tokeni ilə səsvermə olması da bütün istifadəçilərin real nəzarətə malik olduğunu göstərmir. Səs paylanması, fövqəladə multisig və dəyişiklik üçün gözləmə müddəti sənəddə axtarılır.

DeFi-də təkrar istifadə tələb zəncirini uzadır

Likvid staking tokeni girov qoyulur, borc alınır və həmin vəsait başqa hovuzda istifadə olunursa eyni iqtisadi əsas üzərində bir neçə tələb yaranır. Bu, avtomatik olaraq yanlış əməliyyat demək deyil, lakin likvidasiya, oracle və smart-kontrakt asılılıqlarını artırır. Portfel qeydi hər mərhələdə hansı tokenin kimin nəzarətində olduğunu, borcun hansı valyutada olduğunu və bütün mövqeni bağlamaq üçün hansı ardıcıllığın lazım olduğunu göstərməlidir.

Dini qiymətləndirmədə protokolun şəbəkə xidmətindən gələn mükafatı, operator xidmət haqqını, təmsilçi tokenin satışını və əlavə borclanmanı bir ad altında təqdim etmək faydasızdır. Qabd müzakirəsi yalnız tokenin cüzdanda görünməsinə deyil, sərəncam, geri alma və risk daşımasına baxmağı tələb edən sual çərçivəsi kimi istifadə olunur. Konkret protokol barədə nəticə üçün tam sənəd və etibarlı alim rəyi lazımdır.

Azərbaycan istifadəçisi üçün qeyd formatı

Əməliyyat tarixi, əsas aktiv miqdarı, alınan təmsilçi token, nəzəri nisbət, bazar qiyməti, şəbəkə və contract ünvanı bir cədvəldə saxlanır. Çıxış sınağında vaxt, fee və alınan məbləğ əlavə edilir. AZN nəticəsi ayrıca hesablanır, çünki tokenlə artım manatla mənfəət olmaya bilər. Bu qeyd platforma hesabının və ya cüzdanın şəxsi məlumatını ictimai paylaşmağı tələb etmir.

Protokol yenilənəndə köhnə cədvəl “cari” sayılmır. Upgrade elanının mənbəyi, təsir edən müqavilələr, migration tələbi və son tarix yenidən yoxlanır. Anlaşılmayan imza və ya naməlum bridge tələb edilirsə proses saxlanılır. Likvidlik adı rahat çıxış ehtimalını bildirə bilər; onu zəmanət kimi oxumaq olmaz.

İş vərəqi

Likvid staking üçün 24 sahəlik tələb xəritəsi

Əsas stake, təmsilçi token, bazar və idarəetmə qatları bu kartda ayrı görünür.

1. İstifadəçi hansı əsas aktivi və hansı contract ünvanına verir?
2. Təmsilçi tokenin vahid sayı artır, yoxsa geri alma nisbəti dəyişir?
3. Token hovuz payı, borc tələbi, validator payı, yoxsa başqa hüquqdur?
4. Protokol validatorları kim seçir və komissiyanı kim dəyişə bilər?
5. Slashing hansı hadisədə yaranır və zərər istifadəçilər arasında necə bölünür?
6. Missed reward ilə əsas məbləğ itkisi hesabatda ayrılırmı?
7. Birbaşa redemption üçün unbonding, növbə, minimum və fee nədir?
8. Bazar satışı üçün əsas likvidlik hovuzları və planlaşdırılan məbləğdə slippage nədir?
9. Nəzəri nisbət, bazar qiyməti və xalis çıxış məbləği üç ayrı rəqəmdirmi?
10. Smart-kontrakt upgrade, pause, oracle və withdrawal səlahiyyəti kimdədir?
11. Fövqəladə multisig üzvləri, threshold və dəyişiklik gecikməsi açıqdırmı?
12. Audit cari müqaviləni, proxy implementation-u və əsas asılılıqları əhatə edirmi?
13. Token başqa DeFi protokolunda girov kimi istifadə olunanda tələb zənciri xəritələnirmi?
14. Oracle qiyməti ayrıldıqda borc mövqeyinin likvidasiya həddi necə dəyişir?
15. Bridge və wrapped versiya varsa geri dönüş və issuer riski ayrıca yazılırmı?
16. Front-end dayananda birbaşa redemption üçün yoxlanmış prosedur varmı?
17. Operator fəaliyyətini dayandırsa validator və çıxış nəzarəti necə ötürülür?
18. Mükafat protokol emissiyası, fee və platforma bonusu kimi ayrılırmı?
19. Validator haqqı, protokol fee-si, swap fee və gas ayrı nəticələrdirmi?
20. AZN hesabı əsas aktiv qiyməti və təmsilçi token endirimini birlikdə göstərirmi?
21. Qabd qiymətləndirməsi cüzdan görünüşü ilə deyil, sərəncam və geri alma ilə aparılırmı?
22. Protokol sənədi dini rəy kimi təqdim olunmur və rəyin əhatəsi yoxlanılırmı?
23. Upgrade elanında contract, migration, son tarix və naməlum imza riski yoxlanılırmı?
24. 1:1 ifadəsi real çıxış testində təsdiqlənmirsə mövqe artırılması dayandırılırmı?

Hadisə jurnalı

Dörd böhran eyni endirimi yaratmır

Validator problemi: əsas stake slashing və ya missed reward yaşayır. Təmsilçi token endirimi bu əsas itkiyə bazar reaksiyası ola bilər. Validator seçimi, operator kompensasiyası və real on-chain hadisə yoxlanır.

Redemption növbəsi: əsas stake sağlamdır, lakin çıxış müddəti uzanır. Bazarda təcili satanlar tokeni endirimlə verə bilər. Nəzəri tələb dəyəri ilə dərhal satış dəyəri bu səbəbdən ayrılır.

Smart-kontrakt hadisəsi: upgrade, pause və ya exploit təmsilçi tokenin geri alma hüququnu zəiflədə bilər. Audit adı kifayət deyil; təsirlənən contract, blok, admin əməliyyatı və bərpa planı tapılır.

DeFi likvidasiyası: token başqa protokolda girov kimi işlədilibsə oracle endirimi borc mövqeyini bağlaya bilər. Əsas staking işləməyə davam etsə də istifadəçi girovunu itirə bilər. Bu risk staking APY panelində görünməyə bilər.

Hər hadisə üçün tarix, contract, nəzəri nisbət, bazar qiyməti, likvidlik, platforma bildirişi və istifadəçinin real çıxış testi saxlanılır. Bir hadisənin bərpası bütün qatların sağlam olduğunu göstərmir.

İdarəetmə qərarı hadisədən sonra dəyişirsə, səsvermə, multisig imzası, timelock və yeni implementation ünvanı qeyd olunur. Naməlum migration saytına tələsmək əvəzinə rəsmi mənbə və müstəqil contract yoxlaması gözlənilir.

Dini dosyedə də səbəb fərqi qorunur. Protokol xidmətindən gələn mükafat, bazar endirimi, borc likvidasiyası və operator kompensasiyası eyni gəlir və zərər münasibəti deyil.