Binance Square
W Shakespeare
1.8k Paylaşımlar

W Shakespeare

It's vacation time
209 İzlənilir
1.5K+ İzləyicilər
2.7K+ Bəyəndi
Postlar
·
--
Tərcüməyə bax
#BinancePick last day of week 1 - binance pick campaign, I lost all my scores
#BinancePick last day of week 1 - binance pick campaign, I lost all my scores
Doğrulanıb
Tərcüməyə bax
Most privacy tools in crypto hide what already happened. A shielded transfer conceals who paid whom, but the intent behind a trade often remains exposed. A stop-loss, vault trigger, or auction bid can reveal what I plan to do before I act. On a transparent blockchain, that exposure is structural, not necessarily a leak. That’s why Nillion’s Covenants interest me. I seal an instruction to a condition and post it onchain, encrypted. Others can see a Covenant exists, but cannot read its contents while it waits. When the condition is met, a threshold of independent nodes enables it to execute, without relying on a keeper to protect my strategy. What I like most is that Covenant protects intent itself: the plan before it becomes an action. But privacy should not be confused with complete protection. It may reduce strategy leakage, yet execution risks, market manipulation, the reliability of price conditions, and assumptions about the node network still matter. If a Covenant cannot be canceled once posted, a poorly designed condition can become a real liability. Dusk, the first release of Covenants, is live on Ethereum mainnet—not a testnet preview. Its initial scope is deliberately limited, which makes the launch tangible, but the broader vision still needs to prove itself in practice. Dusk is only era one of Nillion’s seven-era roadmap, with more releases coming before year-end. I’m looking forward to seeing how future eras expand what builders can do while maintaining reliable execution and clear trust assumptions. The real test is not simply whether intent can stay hidden, but whether private execution can make markets fairer without introducing new risks users cannot easily assess. #nil $NIL @nillionnetwork ✨
Most privacy tools in crypto hide what already happened. A shielded transfer conceals who paid whom, but the intent behind a trade often remains exposed.

A stop-loss, vault trigger, or auction bid can reveal what I plan to do before I act. On a transparent blockchain, that exposure is structural, not necessarily a leak.

That’s why Nillion’s Covenants interest me. I seal an instruction to a condition and post it onchain, encrypted. Others can see a Covenant exists, but cannot read its contents while it waits. When the condition is met, a threshold of independent nodes enables it to execute, without relying on a keeper to protect my strategy.

What I like most is that Covenant protects intent itself: the plan before it becomes an action. But privacy should not be confused with complete protection. It may reduce strategy leakage, yet execution risks, market manipulation, the reliability of price conditions, and assumptions about the node network still matter. If a Covenant cannot be canceled once posted, a poorly designed condition can become a real liability.

Dusk, the first release of Covenants, is live on Ethereum mainnet—not a testnet preview. Its initial scope is deliberately limited, which makes the launch tangible, but the broader vision still needs to prove itself in practice.

Dusk is only era one of Nillion’s seven-era roadmap, with more releases coming before year-end. I’m looking forward to seeing how future eras expand what builders can do while maintaining reliable execution and clear trust assumptions.

The real test is not simply whether intent can stay hidden, but whether private execution can make markets fairer without introducing new risks users cannot easily assess.

#nil $NIL @Nillion ✨
Tərcüməyə bax
Tərcüməyə bax
#BinancePick Day 3 of binance pick, do you join the campaign yet?
#BinancePick Day 3 of binance pick, do you join the campaign yet?
Tərcüməyə bax
#BinancePick is going on binance now, campaign will end on next 4 weeks
#BinancePick is going on binance now, campaign will end on next 4 weeks
$BNB -i sevirsən? Məndən bir paket almaq üçün "bəli" yaz 👇
$BNB -i sevirsən?
Məndən bir paket almaq üçün "bəli" yaz 👇
Bütün bazar üçün pis gündür, həm BTC, həm də $XAU aşağı düşür
Bütün bazar üçün pis gündür, həm BTC, həm də $XAU aşağı düşür
Binance-də indicə qrup söhbəti yaratdım, pulsuzdur, sadəcə əylənin: [https://app.binance.com/uni-qr/64Py3R6k](https://app.binance.com/uni-qr/64Py3R6k)
Binance-də indicə qrup söhbəti yaratdım, pulsuzdur, sadəcə əylənin: https://app.binance.com/uni-qr/64Py3R6k
Həm $ZEC , həm də $DUSK məxfilik kriptovalyutasıdır. Buna görə qrafikləri bir-birinə oxşayır. {future}(ZECUSDT)
Həm $ZEC , həm də $DUSK məxfilik kriptovalyutasıdır. Buna görə qrafikləri bir-birinə oxşayır.
Bütün bazar səbəbsiz yerə yüksəlir😂 $BNB $BTC
Bütün bazar səbəbsiz yerə yüksəlir😂
$BNB $BTC
$LSK Binance və digər CEX-lər arasında qiymətlər hələ də eyni deyil. Bu, istifadəçilərin bir neçə platformada arbitraj etməsi üçün böyük bir maliyyələşdirmə tələsidir.
$LSK Binance və digər CEX-lər arasında qiymətlər hələ də eyni deyil. Bu, istifadəçilərin bir neçə platformada arbitraj etməsi üçün böyük bir maliyyələşdirmə tələsidir.
$XAU start yeni həftəyə açıq marağı artırın ~$410M {future}(XAUUSDT)
$XAU start yeni həftəyə açıq marağı artırın ~$410M
$PROM + 40% - 24 saata açıq mövqelər təxminən $29M-ə çatır {future}(PROMUSDT)
$PROM + 40% - 24 saata açıq mövqelər təxminən $29M-ə çatır
Mən Dusk Trade-in tokenləşdirilmiş maliyyə aktivləri üçün “wallet-first” yanaşmasına yenidən-təkrar qayıdıram. Wallet-ə qoşulmaq mülkiyyət modelini sadə kimi hiss etdirir. Wallet qoşuludur, aktiv orada görünür və təbii fərz olunur ki, siz ona nəzarət edirsiniz. Amma tənzimlənən aktivlərlə wallet-ə giriş və aktivə nəzarət həmişə eyni şey olmur. Mənim hələ bilmədiyim isə odur ki, qoşulmuş wallet təhlükəsizlik (security) üçün həqiqi nəzarət nöqtəsidir, yoxsa sadəcə investoru rəsmiləşdirən giriş qatıdır; burada isə qəyyumluq (custody) və bəzi aktiv səviyyəli idarəetmələr başqa yerdə qalır. Diqqət edilməyə dəyər mexanika budur: təhlükəsizlik faktiki olaraq harada yerləşir, köçürməni kim icazələndirə bilər və investor wallet-ə girişi itirsə nə baş verər. Adi tranzaksiya yalnız hər şey gözlənildiyi kimi işləyəndə aktivin necə hərəkət etdiyini göstərir. Bərpa (recovery), dondurma (freeze) və köçürmə-məhdudlaşdırma (transfer-restriction) yolları isə bununla bağlı daha çox məlumat verir: aktivə kim həqiqətən nəzarət edir. Bu fərq vacibdir, çünki wallet investorun interfeysini müəyyən edə bilər, amma aktivə qoşulmuş bütün səlahiyyətlərin tam dəstini müəyyən etməyə bilər. Mən Dusk-ın qəyyumluq (custody) modelini wallet sahibi olan tərəfin real olaraq nəyə nəzarət edə bildiyi və digər tərəflərin hələ də nələri ləğv edə (override) bildiyi əsasında qiymətləndirərdim. Sual budur: wallet investorun real nəzarət nöqtəsidirmi, yoxsa tənzimlənmiş mülkiyyətin həyata keçirildiyi sadəcə interfeysdir? Qoşulmuş wallet-in həqiqətən nəzarət edə bildiyini görmək üçün mən köçürmə (transfer), bərpa (recovery) və dondurma (freeze) yollarını izləyirəm. #dusk $DUSK @Dusk_Foundation 🔥
Mən Dusk Trade-in tokenləşdirilmiş maliyyə aktivləri üçün “wallet-first” yanaşmasına yenidən-təkrar qayıdıram. Wallet-ə qoşulmaq mülkiyyət modelini sadə kimi hiss etdirir. Wallet qoşuludur, aktiv orada görünür və təbii fərz olunur ki, siz ona nəzarət edirsiniz. Amma tənzimlənən aktivlərlə wallet-ə giriş və aktivə nəzarət həmişə eyni şey olmur. Mənim hələ bilmədiyim isə odur ki, qoşulmuş wallet təhlükəsizlik (security) üçün həqiqi nəzarət nöqtəsidir, yoxsa sadəcə investoru rəsmiləşdirən giriş qatıdır; burada isə qəyyumluq (custody) və bəzi aktiv səviyyəli idarəetmələr başqa yerdə qalır.

Diqqət edilməyə dəyər mexanika budur: təhlükəsizlik faktiki olaraq harada yerləşir, köçürməni kim icazələndirə bilər və investor wallet-ə girişi itirsə nə baş verər. Adi tranzaksiya yalnız hər şey gözlənildiyi kimi işləyəndə aktivin necə hərəkət etdiyini göstərir. Bərpa (recovery), dondurma (freeze) və köçürmə-məhdudlaşdırma (transfer-restriction) yolları isə bununla bağlı daha çox məlumat verir: aktivə kim həqiqətən nəzarət edir. Bu fərq vacibdir, çünki wallet investorun interfeysini müəyyən edə bilər, amma aktivə qoşulmuş bütün səlahiyyətlərin tam dəstini müəyyən etməyə bilər.

Mən Dusk-ın qəyyumluq (custody) modelini wallet sahibi olan tərəfin real olaraq nəyə nəzarət edə bildiyi və digər tərəflərin hələ də nələri ləğv edə (override) bildiyi əsasında qiymətləndirərdim.

Sual budur: wallet investorun real nəzarət nöqtəsidirmi, yoxsa tənzimlənmiş mülkiyyətin həyata keçirildiyi sadəcə interfeysdir? Qoşulmuş wallet-in həqiqətən nəzarət edə bildiyini görmək üçün mən köçürmə (transfer), bərpa (recovery) və dondurma (freeze) yollarını izləyirəm.
#dusk $DUSK @Dusk 🔥
Doğrulanıb
Mən Duskın konsensus komitələrində 64 səsvermə kreditindən istifadəsi barədə daim düşünürəm. İlk baxışdan 64 komitənin ölçüsü üçün sadə bir rəqəm kimi görünür. Amma səsvermə krediti müstəqil provayder (provisioner) ilə eyni şey deyil. Bu, Duskın EU-lisenziyalı institutlarla onçeynda maliyyə bazarlarını qurmağa doğru irəlilədiyi bir məqamda xüsusilə önəmlidir; burada konsensus gücünün paylanması başlıqda yazılan komitə ölçüsündən daha çox önəm daşıyır. 64-kreditli struktur mənə komitənin daxilində nə qədər səsvermə çəkisinin mövcud olduğunu göstərir. Amma bu çəkini həqiqətən neçə ayrıca aktyorun daşıdığını demir, çünki provayder bir neçə kreditə sahib ola bilər. Mənim hələ bilmədiyim budur: bu 64 kredit tipik bir komitəyə seçilmiş provayderlər arasında nə qədər cəmləşib. Duskın pay-çəkili sortitionu izləmək üçün faydalı bir mexanizm verir. Daha çox pay daha çox səsvermə krediti ilə nəticələnə bilər; bu da nominal komitə ölçüsünün sabit qala bilməsinə, eyni zamanda arxasında duran müstəqil qərar verənlərin sayının dəyişməsinə imkan yaradır. Bu da “64”-ü əvvəlcə göründüyündən daha zəif decentralizasiya siqnalına çevirir. Əsas fərq komitənin imkanları (capacity) ilə komitənin tərkibi (composition) arasındadır. Biri protokol tərəfindən sabitlənir; digəri isə bir seçkidən digərinə dəyişə bilər. Güclü dəlil buna görə də hər komitədə təmsil olunan unikal provayderlərin sayı, ən böyük iştirakçının neçə kreditə sahib olması və səsvermə çəkisinin böyük hissəsini təkrarlayaraq eyni provayderlərin təşkil edib-etməməsidir. Eyni protokol səviyyəsindəki komitə ölçüsü, bu kreditlərin necə paylanmasından asılı olaraq, səsvermə gücünün çox fərqli effektiv cəmləşmələrini yarada bilər. Bu, Duskın komitə dizaynını mənim necə qiymətləndirməyimi dəyişir. Sual budur: Duskın pay-çəkili seçimi bu 64 krediti ardıcıl olaraq paylanmış qərarverməyə çevirir, yoxsa sabit komitə ölçüsü cəmləşmiş səsvermə gücünü gizlədə bilər. Növbəti olaraq hər komitədə unikal provayder sayı, kredit konsentrasiyası və təkrarlanan komitə tərkibini izləyirəm. #dusk $DUSK @Dusk_Foundation ✨
Mən Duskın konsensus komitələrində 64 səsvermə kreditindən istifadəsi barədə daim düşünürəm.

İlk baxışdan 64 komitənin ölçüsü üçün sadə bir rəqəm kimi görünür. Amma səsvermə krediti müstəqil provayder (provisioner) ilə eyni şey deyil. Bu, Duskın EU-lisenziyalı institutlarla onçeynda maliyyə bazarlarını qurmağa doğru irəlilədiyi bir məqamda xüsusilə önəmlidir; burada konsensus gücünün paylanması başlıqda yazılan komitə ölçüsündən daha çox önəm daşıyır.

64-kreditli struktur mənə komitənin daxilində nə qədər səsvermə çəkisinin mövcud olduğunu göstərir. Amma bu çəkini həqiqətən neçə ayrıca aktyorun daşıdığını demir, çünki provayder bir neçə kreditə sahib ola bilər. Mənim hələ bilmədiyim budur: bu 64 kredit tipik bir komitəyə seçilmiş provayderlər arasında nə qədər cəmləşib.
Duskın pay-çəkili sortitionu izləmək üçün faydalı bir mexanizm verir. Daha çox pay daha çox səsvermə krediti ilə nəticələnə bilər; bu da nominal komitə ölçüsünün sabit qala bilməsinə, eyni zamanda arxasında duran müstəqil qərar verənlərin sayının dəyişməsinə imkan yaradır. Bu da “64”-ü əvvəlcə göründüyündən daha zəif decentralizasiya siqnalına çevirir.

Əsas fərq komitənin imkanları (capacity) ilə komitənin tərkibi (composition) arasındadır. Biri protokol tərəfindən sabitlənir; digəri isə bir seçkidən digərinə dəyişə bilər. Güclü dəlil buna görə də hər komitədə təmsil olunan unikal provayderlərin sayı, ən böyük iştirakçının neçə kreditə sahib olması və səsvermə çəkisinin böyük hissəsini təkrarlayaraq eyni provayderlərin təşkil edib-etməməsidir. Eyni protokol səviyyəsindəki komitə ölçüsü, bu kreditlərin necə paylanmasından asılı olaraq, səsvermə gücünün çox fərqli effektiv cəmləşmələrini yarada bilər.

Bu, Duskın komitə dizaynını mənim necə qiymətləndirməyimi dəyişir.

Sual budur: Duskın pay-çəkili seçimi bu 64 krediti ardıcıl olaraq paylanmış qərarverməyə çevirir, yoxsa sabit komitə ölçüsü cəmləşmiş səsvermə gücünü gizlədə bilər. Növbəti olaraq hər komitədə unikal provayder sayı, kredit konsentrasiyası və təkrarlanan komitə tərkibini izləyirəm.
#dusk $DUSK @Dusk ✨
Doğrulanıb
Axşam öz infrastrukturunu NPEX-in tənzimlənən qiymətli kağızlar bazarındakı rolu və Quantozun EURQ ətrafında tənzimlənən avro ödəniş infrastrukturunu bir araya gətirir.| Bu, Dusk-a tənzimlənən, uçdan-uca bazar üçün lazım olan bir çox hissəni verir. Lakin hər qat üzrə tənzimləmə həmin hissələrin avtomatik olaraq vahid, davamlı iş axınını yaratdığı anlamına gəlmir. Hələ bilmədiyim məsələ budur ki, Dusk ticarətin icrası, ödəniş və hesablaşmanın bir-biri ilə bağlı vahid əməliyyat kimi davranmasını təmin edə biləcək, yoxsa məsuliyyət yolda ayrı-ayrı sistemlər arasında yenə də ötürülməli olacaq. Diqqət ediləsi mexanika bunlardır: ticarətdən ödənişə ötürmə, müxtəlif komponentlər arasında hesablaşma vəziyyətinin sinxron qalması və hələ də harada əl ilə uzlaşmanın (reconciliation) tələb olunması. Hər funksiya üçün bir təminatçı olması mənə deyir ki, texniki “stack” əhatə olunub. Həmin sərhədlərdən təmiz şəkildə keçən bir əməliyyat isə mənə daha faydalı bir şey deyir: aralarındakı inteqrasiyalar həqiqətən işləyirmi. Bu, Dusk-ın EU-lisenziyalı institutlarla maliyyə bazarlarını onçeyndə (onchain) qurmağa çalışdığı kontekstdə önəmlidir. Çətin sınaq hər tələb olunan komponentin mövcud olub-olmaması deyil, həmin komponentlərin əməliyyat vəziyyətini və məsuliyyəti bir addımdan digərinə ötürərkən qoruyub-qoruyomamasıdı. Sual budur: Dusk NPEX-i, Quantoz-u və öz infrastrukturunu vahid tənzimlənən iş axınına çevirirmi, yoxsa hələ də ayrı mərhələlər kimi fəaliyyət göstərən sistemləri birləşdirirmi. Mən ticarətdən ödənişə ötürmələrə, hesablaşma vəziyyəti sinxronizasiyasına və hələ də mövcud olan uzlaşma məqamlarına baxıram. #dusk $DUSK @Dusk_Foundation 🔥
Axşam öz infrastrukturunu NPEX-in tənzimlənən qiymətli kağızlar bazarındakı rolu və Quantozun EURQ ətrafında tənzimlənən avro ödəniş infrastrukturunu bir araya gətirir.|

Bu, Dusk-a tənzimlənən, uçdan-uca bazar üçün lazım olan bir çox hissəni verir. Lakin hər qat üzrə tənzimləmə həmin hissələrin avtomatik olaraq vahid, davamlı iş axınını yaratdığı anlamına gəlmir.

Hələ bilmədiyim məsələ budur ki, Dusk ticarətin icrası, ödəniş və hesablaşmanın bir-biri ilə bağlı vahid əməliyyat kimi davranmasını təmin edə biləcək, yoxsa məsuliyyət yolda ayrı-ayrı sistemlər arasında yenə də ötürülməli olacaq.

Diqqət ediləsi mexanika bunlardır: ticarətdən ödənişə ötürmə, müxtəlif komponentlər arasında hesablaşma vəziyyətinin sinxron qalması və hələ də harada əl ilə uzlaşmanın (reconciliation) tələb olunması.

Hər funksiya üçün bir təminatçı olması mənə deyir ki, texniki “stack” əhatə olunub. Həmin sərhədlərdən təmiz şəkildə keçən bir əməliyyat isə mənə daha faydalı bir şey deyir: aralarındakı inteqrasiyalar həqiqətən işləyirmi. Bu, Dusk-ın EU-lisenziyalı institutlarla maliyyə bazarlarını onçeyndə (onchain) qurmağa çalışdığı kontekstdə önəmlidir. Çətin sınaq hər tələb olunan komponentin mövcud olub-olmaması deyil, həmin komponentlərin əməliyyat vəziyyətini və məsuliyyəti bir addımdan digərinə ötürərkən qoruyub-qoruyomamasıdı.

Sual budur: Dusk NPEX-i, Quantoz-u və öz infrastrukturunu vahid tənzimlənən iş axınına çevirirmi, yoxsa hələ də ayrı mərhələlər kimi fəaliyyət göstərən sistemləri birləşdirirmi. Mən ticarətdən ödənişə ötürmələrə, hesablaşma vəziyyəti sinxronizasiyasına və hələ də mövcud olan uzlaşma məqamlarına baxıram.
#dusk $DUSK @Dusk 🔥
Dusk AEGIS vasitəsilə 39 düzəliş göndərdi. Bu aradan qaldırma (remediation) arxasındakı tapıntılar arasında 7-si kritik qiymətləndirilib. Bu, çoxsaylı, ayrı-ayrı təhlükəsizlik problemlərinə işarə edir kimi səslənir. Amma həmin 7 kritik tapıntı cəmi 4 əsas (root) səbəbə qayıdır; buna görə də başlıq sayının təsiri ilk baxışda göründüyündən daha qeyri-müəyyəndir. 39 düzəliş mənə Dusk-ın aradan qaldırma işinin miqyasını göstərir. Amma bu düzəlişlərin əslində neçə müstəqil uğursuzluq (failure) rejimini hədəf aldığını demir. Hələ bilmədiyim məsələ budur: Dusk-ın aradan qaldırma prosesi çoxsaylı tapıntıların arxasında duran paylaşılan səbəbləri ardıcıl şəkildə aradan qaldırırmı, yoxsa yalnız üzə çıxmış konkret istismar (exploit) yollarını bağlayırmı? Dusk-ın öz AEGIS prosesi izləmək üçün faydalı bir mexanizm təqdim edir. Kritik aradan qaldırma təkcə exploit-in bağlanması ilə deyil, həm də əsas səbəbin bağlanması və reqressiya (regression) əhatə dairəsi ilə izlənir. Bu mənə gələcək təkrarlanmanın (recurrence) xam düzəliş sayından daha faydalı göstərici olacağını deyir. Yamaq (patch) məlum problemin həll olunduğunu sübut edir. Daha güclü dəlil isə eyni əsas uğursuzluq sinfinin sonrakı yoxlamalarda və ya stack-in yaxın hissələrində yenidən ortaya çıxmamasını görmək olardı. Dusk native issuance (yerli buraxılış) iş axınları üçün infrastruktur qurduqca, tənzimlənən təhlükəsizlik həyat dövrünün daha çoxu birbaşa əsas şəbəkədən asılı ola bilər. Bu zaman root-cause aradan qaldırılması, göndərilən xam düzəliş sayından daha mənalı bir təhlükəsizlik siqnalına çevrilir. Necə ki, bunun arxasında duran bir neçə paylaşılan əsas səbəbin tam şəkildə aradan qaldırıldığına dair dəlil daha çox şey deyərdi, onu neçə müstəqil uğursuzluq rejiminin üstündə dayandığını bilmədən daha böyük düzəliş sayından daha çox. Sual budur: Dusk-ın təhlükəsizlik prosesi yalnız açıq tapıntıların sayını azaltmaqla kifayətlənmir, yoxsa uğursuzluğun əsas siniflərini də kiçildir? Mən izləyirəm ki, həmin eyni root səbəblər sonrakı auditlərdə yenidən görünürmü, reqressiya əhatə dairəsi necə inkişaf edir və stack-in digər yerlərində oxşar aşağı səviyyə fərziyyələr yenidən ortaya çıxırmı. #dusk $DUSK @Dusk_Foundation ✨
Dusk AEGIS vasitəsilə 39 düzəliş göndərdi. Bu aradan qaldırma (remediation) arxasındakı tapıntılar arasında 7-si kritik qiymətləndirilib. Bu, çoxsaylı, ayrı-ayrı təhlükəsizlik problemlərinə işarə edir kimi səslənir. Amma həmin 7 kritik tapıntı cəmi 4 əsas (root) səbəbə qayıdır; buna görə də başlıq sayının təsiri ilk baxışda göründüyündən daha qeyri-müəyyəndir.

39 düzəliş mənə Dusk-ın aradan qaldırma işinin miqyasını göstərir. Amma bu düzəlişlərin əslində neçə müstəqil uğursuzluq (failure) rejimini hədəf aldığını demir. Hələ bilmədiyim məsələ budur: Dusk-ın aradan qaldırma prosesi çoxsaylı tapıntıların arxasında duran paylaşılan səbəbləri ardıcıl şəkildə aradan qaldırırmı, yoxsa yalnız üzə çıxmış konkret istismar (exploit) yollarını bağlayırmı?

Dusk-ın öz AEGIS prosesi izləmək üçün faydalı bir mexanizm təqdim edir. Kritik aradan qaldırma təkcə exploit-in bağlanması ilə deyil, həm də əsas səbəbin bağlanması və reqressiya (regression) əhatə dairəsi ilə izlənir. Bu mənə gələcək təkrarlanmanın (recurrence) xam düzəliş sayından daha faydalı göstərici olacağını deyir. Yamaq (patch) məlum problemin həll olunduğunu sübut edir. Daha güclü dəlil isə eyni əsas uğursuzluq sinfinin sonrakı yoxlamalarda və ya stack-in yaxın hissələrində yenidən ortaya çıxmamasını görmək olardı.

Dusk native issuance (yerli buraxılış) iş axınları üçün infrastruktur qurduqca, tənzimlənən təhlükəsizlik həyat dövrünün daha çoxu birbaşa əsas şəbəkədən asılı ola bilər. Bu zaman root-cause aradan qaldırılması, göndərilən xam düzəliş sayından daha mənalı bir təhlükəsizlik siqnalına çevrilir.

Necə ki, bunun arxasında duran bir neçə paylaşılan əsas səbəbin tam şəkildə aradan qaldırıldığına dair dəlil daha çox şey deyərdi, onu neçə müstəqil uğursuzluq rejiminin üstündə dayandığını bilmədən daha böyük düzəliş sayından daha çox.

Sual budur: Dusk-ın təhlükəsizlik prosesi yalnız açıq tapıntıların sayını azaltmaqla kifayətlənmir, yoxsa uğursuzluğun əsas siniflərini də kiçildir? Mən izləyirəm ki, həmin eyni root səbəblər sonrakı auditlərdə yenidən görünürmü, reqressiya əhatə dairəsi necə inkişaf edir və stack-in digər yerlərində oxşar aşağı səviyyə fərziyyələr yenidən ortaya çıxırmı.

#dusk $DUSK @Dusk ✨
Mən Smart Unwind-ə, TermMax-ın borcalanlara sabit müddətli mövqelər üçün ödəniş müddəti tamamlanmadan əvvəl erkən çıxış (exit) təyin etməsinə imkan verən mexanizminə yenə də qayıdıram. Sənədlər üzərində bu, sabit müddətli borcu daha çox likvid kimi göstərir. Amma çıxış yolu mövcud olmaqla, onu istədiyiniz zaman istifadə edə bilmək iki fərqli məsələdir. Smart Unwind mənə deyir ki, borcalan mövcud mövqeyini hədəf APR və ya qiymətə uyğun daha erkən çıxış üçün təqdim edə bilər. Lakin o, qarşı tərəfi tutmaq üçün həmişə kifayət qədər tələbin olacağını bildirmir. Mənim hələ bilmədiyim TermMax-ın bu erkən çıxışları etibarlı edə bilib-bilməməsidir, yoxsa əsasən yalnız bazar şəraiti və ikincil (secondary) tələb üst-üstə düşəndə işləyən bir çıxış yolu yaratmaqdır. Mexanika bu fərqi daha aydın göstərir. Hədəfə çatıldıqda, başqa bir borcalan və ya arbitrajçı qarşı tərəfi götürə bilər; bu da ilkin mövqenin açılmasına (unwind) və borc götürülmüş kapitalın özünün ilkin müddətindən əvvəl kreditləndirmə hovuzuna qayıtmasına imkan verir. Beləliklə, mövqe davamlı olaraq likvid olmadan da ticarət edilə bilər. Ən güclü sübut, borcalanların neçə Smart Unwind sifarişi verə bilməsidir deyil; həmin sifarişlərin nə qədər tez icra (clear) olunmasıdır, çıxışların nə qədər vaxt aparmasıdır və ilkin müddət tamamlanmadan kapitalın kreditləndirmə tərəfinə nə qədər tez qayıtmasıdır. Mən daha az sayda mövqenin ardıcıl şəkildə çıxış etməsindən daha çox şey öyrənərəm, sadəcə orada unwindiə çevirmək üçün hazır vəziyyətdə dayanan çox daha böyük saydan yox. Smart Unwind yetkinlik (maturity) məsələsini əhəmiyyətsiz etmir. Problemi mövqeyi müddətin sonunadək saxlamaqdan çıxarıb, müddətdən əvvəl qarşı tərəfi götürməyə razı olan birini tapmağa yönəldir. Sual budur: TermMax fiks müddətli mövqeləri həqiqətən daha rahat çıxılan edəcək qədər kifayət qədər ikincil tələb qura biləcək, yoxsa əsasən, faydası yenə də bazar şərtlərindən asılı olan başqa bir sifariş növü əlavə edəcək? Mən unwind fill rate-lərinə (icra doluluq səviyyəsi), çıxışa qədər keçən vaxta və ilkin müddət tamamlanmadan kapitalın nə qədər tez qayıtmasına baxıram. #termmax @termmax 🔥
Mən Smart Unwind-ə, TermMax-ın borcalanlara sabit müddətli mövqelər üçün ödəniş müddəti tamamlanmadan əvvəl erkən çıxış (exit) təyin etməsinə imkan verən mexanizminə yenə də qayıdıram.

Sənədlər üzərində bu, sabit müddətli borcu daha çox likvid kimi göstərir. Amma çıxış yolu mövcud olmaqla, onu istədiyiniz zaman istifadə edə bilmək iki fərqli məsələdir. Smart Unwind mənə deyir ki, borcalan mövcud mövqeyini hədəf APR və ya qiymətə uyğun daha erkən çıxış üçün təqdim edə bilər. Lakin o, qarşı tərəfi tutmaq üçün həmişə kifayət qədər tələbin olacağını bildirmir. Mənim hələ bilmədiyim TermMax-ın bu erkən çıxışları etibarlı edə bilib-bilməməsidir, yoxsa əsasən yalnız bazar şəraiti və ikincil (secondary) tələb üst-üstə düşəndə işləyən bir çıxış yolu yaratmaqdır.
Mexanika bu fərqi daha aydın göstərir. Hədəfə çatıldıqda, başqa bir borcalan və ya arbitrajçı qarşı tərəfi götürə bilər; bu da ilkin mövqenin açılmasına (unwind) və borc götürülmüş kapitalın özünün ilkin müddətindən əvvəl kreditləndirmə hovuzuna qayıtmasına imkan verir.

Beləliklə, mövqe davamlı olaraq likvid olmadan da ticarət edilə bilər. Ən güclü sübut, borcalanların neçə Smart Unwind sifarişi verə bilməsidir deyil; həmin sifarişlərin nə qədər tez icra (clear) olunmasıdır, çıxışların nə qədər vaxt aparmasıdır və ilkin müddət tamamlanmadan kapitalın kreditləndirmə tərəfinə nə qədər tez qayıtmasıdır.

Mən daha az sayda mövqenin ardıcıl şəkildə çıxış etməsindən daha çox şey öyrənərəm, sadəcə orada unwindiə çevirmək üçün hazır vəziyyətdə dayanan çox daha böyük saydan yox. Smart Unwind yetkinlik (maturity) məsələsini əhəmiyyətsiz etmir. Problemi mövqeyi müddətin sonunadək saxlamaqdan çıxarıb, müddətdən əvvəl qarşı tərəfi götürməyə razı olan birini tapmağa yönəldir.

Sual budur: TermMax fiks müddətli mövqeləri həqiqətən daha rahat çıxılan edəcək qədər kifayət qədər ikincil tələb qura biləcək, yoxsa əsasən, faydası yenə də bazar şərtlərindən asılı olan başqa bir sifariş növü əlavə edəcək?

Mən unwind fill rate-lərinə (icra doluluq səviyyəsi), çıxışa qədər keçən vaxta və ilkin müddət tamamlanmadan kapitalın nə qədər tez qayıtmasına baxıram.
#termmax @TermMax 🔥
Daha çox kontent araşdırmaq üçün daxil olun
Binance Square-də qlobal kriptovalyuta istifadəçilərinə qoşulun
⚡️ Kriptovalyuta haqqında ən son və faydalı məlumatları əldə edin.
💬 Dünyanın ən böyük kriptovalyuta birjası tərəfindən etibar edilir.
👍 Doğrulanmış yaradıcılardan gələn real məlumatları kəşf edin.
E-poçt/Telefon nömrəsi
Saytın xəritəsi
Kuki seçimləri
Platformanın şərt və müddəaları