Binance Square
Crypto knowledge P
149 Paylaşımlar

Crypto knowledge P

17 İzlənilir
1.9K+ İzləyicilər
609 Bəyəndi
Postlar
·
--
Tərcüməyə bax
🌕✨ A Binance Moon Cake for the Mid-Autumn Festival! 🥮💛 I mixed the warmth of the Mid-Autumn moon with the Binance spirit — golden details, moonlight, and a little crypto magic. 🌙🟡 What do you think of my Binance Moon Cake? 🥮🐰 Happy Mid-Autumn Festival! ❤️ #BinanceMidAutumn #BinanceSquareTG
🌕✨ A Binance Moon Cake for the Mid-Autumn Festival! 🥮💛

I mixed the warmth of the Mid-Autumn moon with the Binance spirit — golden details, moonlight, and a little crypto magic. 🌙🟡

What do you think of my Binance Moon Cake? 🥮🐰

Happy Mid-Autumn Festival! ❤️

#BinanceMidAutumn #BinanceSquareTG
Tərcüməyə bax
Bitcoin is back around $79K, but the bigger story today is what’s happening outside crypto. Oil just pushed above $100 as tensions in the Middle East escalated, while global stocks moved lower. At the same time, traders are watching the upcoming U.S. inflation data and the Fed meeting closely. What I find interesting is that BTC is still holding relatively well despite all that macro pressure. Ethereum is also worth watching here. After a strong rally, ETH is consolidating around the $2.5K area, with traders looking for the next breakout. For me, this is one of those moments where patience matters more than chasing candles. The next few days could get interesting. 👀 #Bitcoin #BTC #ETH #crypto #CryptoNews $BTC $ETH
Bitcoin is back around $79K, but the bigger story today is what’s happening outside crypto.

Oil just pushed above $100 as tensions in the Middle East escalated, while global stocks moved lower. At the same time, traders are watching the upcoming U.S. inflation data and the Fed meeting closely.

What I find interesting is that BTC is still holding relatively well despite all that macro pressure.

Ethereum is also worth watching here. After a strong rally, ETH is consolidating around the $2.5K area, with traders looking for the next breakout.

For me, this is one of those moments where patience matters more than chasing candles.

The next few days could get interesting. 👀

#Bitcoin #BTC #ETH #crypto
#CryptoNews
$BTC $ETH
Bir Dusk pul kisəsi bağlantısı sadə bir klik kimi görünür. Amma onun arxasında nə olduğunu araşdırmağa başlayanda anladım ki, ortada düşündüyündən daha çox şey var. Əvvəlcə pul kisəsinin aşkarlanma axınını yoxladım. DApp sadəcə səhifədə olan istənilən Dusk pul kisəsini “tutmur”. Pul kisələri özünü elan edir, DApp onları aşkarlayır və birdən çox pul kisəsi quraşdırılıbsa, bir provayder seçilməlidir. Hər birinin özünəməxsus kimliyi də var. Bu kiçik detaldır, amma önəmlidir, çünki sayt həqiqətən hansı pul kisəsi ilə danışdığını bilməlidir. Sonra icazə tərəfini nəzərdən keçirdim. Profil sorğusu, qorunan (shielded) qəbul ünvanı, tranzaksiya, kontrakt çağırışı və ya imza hamısı eyni şey deyil. Onlar fərqli pul kisəsi sorğularından keçir və əlaqə aktiv olduğu müddətdə pul kisəsi profil, zəncir və seçilmiş-nod dəyişikliklərini də bildirməyi bacarır. Yəni “connected” (bağlandı) ifadəsi DApp-ın əslində limitsiz giriş əldə etməsi demək deyil. İmzalama hissəsi mənə ən maraqlı gələn tərəf oldu. Dusk mənşə (origin) və zəncir ID-sini imzalanmış mesajın kontekstinə daxil edir. Auth signing də nonce və zaman işarələri daşıyır. Yəni imza təkcə “bu hesab nəsə imzaladı” deyil — istək ətrafında bir kontekst də var. Bu mövzu ətrafında son pul kisəsi dəyişikliklərini də yoxladım. Provider mesajları məhdudlaşdırılıb ki, başqa quraşdırılmış Dusk provayder eyni DApp sorğusunu qəbul edə bilməsin. Mənşə və icazə idarəetməsi də sərtləşdirilib və DApp RPC və custom-node bağlantıları yalnız HTTPS və ya lokal inkişaf son nöqtələrinə məhdudlaşdırılıb. Dusk-un öz təhlükəsizlik qeydlərində də JavaScript yaddaşının etibarlı şəkildə silinə bilməməsi kimi məhdudiyyətlər qeyd olunur. Mənim üçün bu, “Connect Wallet” düyməsinin kiçik görünüşünü dəyişir. Bu, sadəcə bir icazə deyil. Veb-saytla açarın arasında hansı pul kisəsinin istifadə ediləcəyini, DApp-ın nəyə sorğu verə biləcəyini və istifadəçinin gerçəkdə nəyin imzalanacağını müəyyən edən ayrıca bir qat var. $DUSK @Dusk_Foundation #dusk {spot}(DUSKUSDT)
Bir Dusk pul kisəsi bağlantısı sadə bir klik kimi görünür. Amma onun arxasında nə olduğunu araşdırmağa başlayanda anladım ki, ortada düşündüyündən daha çox şey var.

Əvvəlcə pul kisəsinin aşkarlanma axınını yoxladım. DApp sadəcə səhifədə olan istənilən Dusk pul kisəsini “tutmur”. Pul kisələri özünü elan edir, DApp onları aşkarlayır və birdən çox pul kisəsi quraşdırılıbsa, bir provayder seçilməlidir. Hər birinin özünəməxsus kimliyi də var. Bu kiçik detaldır, amma önəmlidir, çünki sayt həqiqətən hansı pul kisəsi ilə danışdığını bilməlidir.

Sonra icazə tərəfini nəzərdən keçirdim. Profil sorğusu, qorunan (shielded) qəbul ünvanı, tranzaksiya, kontrakt çağırışı və ya imza hamısı eyni şey deyil. Onlar fərqli pul kisəsi sorğularından keçir və əlaqə aktiv olduğu müddətdə pul kisəsi profil, zəncir və seçilmiş-nod dəyişikliklərini də bildirməyi bacarır. Yəni “connected” (bağlandı) ifadəsi DApp-ın əslində limitsiz giriş əldə etməsi demək deyil.

İmzalama hissəsi mənə ən maraqlı gələn tərəf oldu. Dusk mənşə (origin) və zəncir ID-sini imzalanmış mesajın kontekstinə daxil edir. Auth signing də nonce və zaman işarələri daşıyır. Yəni imza təkcə “bu hesab nəsə imzaladı” deyil — istək ətrafında bir kontekst də var.

Bu mövzu ətrafında son pul kisəsi dəyişikliklərini də yoxladım. Provider mesajları məhdudlaşdırılıb ki, başqa quraşdırılmış Dusk provayder eyni DApp sorğusunu qəbul edə bilməsin. Mənşə və icazə idarəetməsi də sərtləşdirilib və DApp RPC və custom-node bağlantıları yalnız HTTPS və ya lokal inkişaf son nöqtələrinə məhdudlaşdırılıb. Dusk-un öz təhlükəsizlik qeydlərində də JavaScript yaddaşının etibarlı şəkildə silinə bilməməsi kimi məhdudiyyətlər qeyd olunur.

Mənim üçün bu, “Connect Wallet” düyməsinin kiçik görünüşünü dəyişir. Bu, sadəcə bir icazə deyil. Veb-saytla açarın arasında hansı pul kisəsinin istifadə ediləcəyini, DApp-ın nəyə sorğu verə biləcəyini və istifadəçinin gerçəkdə nəyin imzalanacağını müəyyən edən ayrıca bir qat var.

$DUSK @Dusk #dusk
Doğrulanıb
Məncə, “Dusk” transaksiyası “uğursuz olduqda” adətən səhv sualı veririk. Yalnız 202 Accepted olması o deməkdir ki, node yönləndirmə üçün sorğunu qəbul edib. Bu, transaksiyanın artıq mempool-da və ya blokda olduğunu bildirmir. Diqqətimi çəkən bir nümunə gələcək nonce-dur. Əgər daha əvvəlki nonce hələ çatmırsa və Moonlight transaksiyası gələcək nonce ilə daxil olarsa, Dusk onu real mempool-un kənarında saxlaya və nonce boşluğu bağlanana qədər gözləyə bilər; dərhal rədd etməklə bağlı deyil. Bu müddətdə transaksiya “defer edilmiş” vəziyyətdə qalır. Bu, hekayənin yalnız bir hissəsidir. Transaksiya qəbuldan keçdikdən sonra həmin nodenin yerli mempool-na daxil olur. Digər nodelər isə öz mempool-larını saxlayır və öz admission yoxlamalarını da həyata keçirirlər. Daha sonra transaksiya bir blok üçün seçilə, icra oluna və nəticədə finalized edilə bilər. O, həmçinin avtomatik olaraq uğursuz demək olmadan yerli mempool-dan çıxa bilər. Expiry, replacement, capacity limits və konfliktlər hamısı silinməyə gətirib çıxara bilər. Məncə, fərq burada wallet-lar və birjalar üçün önəmlidir. Dusk-un öz inteqrasiya rəhbərliyi dəqiq imzalanmış transaksiyanı saxlamağı, 202 Accepted-u yalnız uğurlu yönləndirmə kimi qəbul etməyi və transport timeout-dan sonra yeni transaksiya yaratmadan həmin eyni imzalanmış bytes-ləri yenidən yayımlamağı deyir. Withdrawal yalnız icranın yoxlanması və blokun final edilməsi təsdiqləndikdən sonra tamamlanmış kimi işarələnməlidir. Mən nə qədər baxdımsa, “transaction submitted” ifadəsi təkbaşına o qədər də faydalı status kimi səslənmədi. Transaksiya nonce üçün gözləyə bilər, bir nodenin mempool-da otura bilər, error ilə icra oluna bilər, yaxud hələ final olmayan bir blokda ola bilər. Xaricdən hamısı “hələ pending” kimi görünə bilsə də, bunlar çox fərqli vəziyyətlərdir. Mənim üçün Dusk transaksiya axınından çıxarılan faydalı nəticə budur: submitted sadəcə başlanğıcdır. Əsas olan, transaksiyanın real olaraq çatdığını sübut edə bildiyiniz vəziyyətdir. $DUSK @Dusk_Foundation #dusk {spot}(DUSKUSDT)
Məncə, “Dusk” transaksiyası “uğursuz olduqda” adətən səhv sualı veririk.

Yalnız 202 Accepted olması o deməkdir ki, node yönləndirmə üçün sorğunu qəbul edib. Bu, transaksiyanın artıq mempool-da və ya blokda olduğunu bildirmir. Diqqətimi çəkən bir nümunə gələcək nonce-dur. Əgər daha əvvəlki nonce hələ çatmırsa və Moonlight transaksiyası gələcək nonce ilə daxil olarsa, Dusk onu real mempool-un kənarında saxlaya və nonce boşluğu bağlanana qədər gözləyə bilər; dərhal rədd etməklə bağlı deyil. Bu müddətdə transaksiya “defer edilmiş” vəziyyətdə qalır.

Bu, hekayənin yalnız bir hissəsidir. Transaksiya qəbuldan keçdikdən sonra həmin nodenin yerli mempool-na daxil olur. Digər nodelər isə öz mempool-larını saxlayır və öz admission yoxlamalarını da həyata keçirirlər. Daha sonra transaksiya bir blok üçün seçilə, icra oluna və nəticədə finalized edilə bilər. O, həmçinin avtomatik olaraq uğursuz demək olmadan yerli mempool-dan çıxa bilər. Expiry, replacement, capacity limits və konfliktlər hamısı silinməyə gətirib çıxara bilər.

Məncə, fərq burada wallet-lar və birjalar üçün önəmlidir. Dusk-un öz inteqrasiya rəhbərliyi dəqiq imzalanmış transaksiyanı saxlamağı, 202 Accepted-u yalnız uğurlu yönləndirmə kimi qəbul etməyi və transport timeout-dan sonra yeni transaksiya yaratmadan həmin eyni imzalanmış bytes-ləri yenidən yayımlamağı deyir. Withdrawal yalnız icranın yoxlanması və blokun final edilməsi təsdiqləndikdən sonra tamamlanmış kimi işarələnməlidir.

Mən nə qədər baxdımsa, “transaction submitted” ifadəsi təkbaşına o qədər də faydalı status kimi səslənmədi. Transaksiya nonce üçün gözləyə bilər, bir nodenin mempool-da otura bilər, error ilə icra oluna bilər, yaxud hələ final olmayan bir blokda ola bilər. Xaricdən hamısı “hələ pending” kimi görünə bilsə də, bunlar çox fərqli vəziyyətlərdir.

Mənim üçün Dusk transaksiya axınından çıxarılan faydalı nəticə budur: submitted sadəcə başlanğıcdır. Əsas olan, transaksiyanın real olaraq çatdığını sübut edə bildiyiniz vəziyyətdir.

$DUSK @Dusk #dusk
Doğrulanıb
280 átürmə məni cəlb etdi, amma sonunda onların ətrafındakı hər şeyə daha çox diqqət yetirdim. Mövcud Dusk Hyperlane imzalanması (sign off) işini və indiyə qədər aparılmış testləri nəzərdən keçirdim və hər şeyin möhkəm göründüyünü gördüm. Sonuncu təmiz təkrar çıxarış (clean repro) müqavilə (contract) build-larını, VM testlərini, transaction testlərini və Hyperlane agent yoxlamalarını keçdi. Sonra yüksək həcmli soak (uzun yükləmə testi) 7 dövr işlədi; hər dövrdə 20 EVM-dən Dusk-a və 20 Dusk-dan EVM-ə transfer həyata keçirildi. Nəticədə test pəncərəsi 120 dəqiqə bitənədək 7,282 saniyə ərzində cəmi 280 transfer oldu. Mənim üçün daha vacib olan isə bu nəticələrin yanında duran istehsal (production) yoxlama siyahısı idi. İstehsal imzaçı (production signer) səlahiyyətli şəxsin custody-si hələ də qərar mərhələsindədir. Həmçinin pending escrow recovery ilə bağlı açıq qərar var: soak nə qədər işləməlidir və CI ilə reproducibility (təkrarolunma) quruluşu necə işləməlidir. Başlıqdakı rəqəm uğurlu testdirsə belə, bu məqamlar asanlıqla diqqətdən kənarda qala bilər, amma mən həqiqi likvidlik cəlb ediləcəksə, məhz bunları anlamaq istərdim. İmzaçı sualı xüsusilə yanvar ayında köhnə Dusk-dan EVM-ə bridge-lə bağlı baş verənlərdən sonra gözardı etmək çox çətindir. Hücumçu bridge-lə imzalama (signing) üçün istifadə olunan cüzdanə çıxış əldə etdi, oradakı DUSK-u oğurladı və oğurlanan vəsaitin bir hissəsini bridge vasitəsilə BNB Smart Chain-ə köçürdü. Dusk hadisənin Dusk konsensusunun və ya protokolun istismar (exploit) edilməsindən yox, bridge cüzdanının kompromatlaşmasından (compromise) qaynaqlandığını aydın şəkildə bildirdi. Sonradan bridge imzalama, event handling və vəsaitin buraxılması arasında daha güclü ayrılıqla yenidən dizayn edildi, üstəlik daha sərt balans və recovery nəzarətləri əlavə olundu. Yəni mən 280 transferə ya “yaşıl işarə”, ya da “qırmızı bayraq” kimi baxmıram. Onlar sistemin ciddi şəkildə testdən keçirildiyini göstərir. İndi mənim üçün önəmli olan budur: sistem nəsə səhv gedəndə necə davranmalıdır, həssas hissələrə kim nəzarət edir və recovery necə idarə olunur. Dusk Hyperlane-i mənalı likvidlik üçün infrastruktur kimi qəbul etməzdən əvvəl məhz bunların həll olunmasını istərdim. $DUSK @Dusk_Foundation #dusk {spot}(DUSKUSDT)
280 átürmə məni cəlb etdi, amma sonunda onların ətrafındakı hər şeyə daha çox diqqət yetirdim.

Mövcud Dusk Hyperlane imzalanması (sign off) işini və indiyə qədər aparılmış testləri nəzərdən keçirdim və hər şeyin möhkəm göründüyünü gördüm. Sonuncu təmiz təkrar çıxarış (clean repro) müqavilə (contract) build-larını, VM testlərini, transaction testlərini və Hyperlane agent yoxlamalarını keçdi. Sonra yüksək həcmli soak (uzun yükləmə testi) 7 dövr işlədi; hər dövrdə 20 EVM-dən Dusk-a və 20 Dusk-dan EVM-ə transfer həyata keçirildi. Nəticədə test pəncərəsi 120 dəqiqə bitənədək 7,282 saniyə ərzində cəmi 280 transfer oldu.

Mənim üçün daha vacib olan isə bu nəticələrin yanında duran istehsal (production) yoxlama siyahısı idi. İstehsal imzaçı (production signer) səlahiyyətli şəxsin custody-si hələ də qərar mərhələsindədir. Həmçinin pending escrow recovery ilə bağlı açıq qərar var: soak nə qədər işləməlidir və CI ilə reproducibility (təkrarolunma) quruluşu necə işləməlidir. Başlıqdakı rəqəm uğurlu testdirsə belə, bu məqamlar asanlıqla diqqətdən kənarda qala bilər, amma mən həqiqi likvidlik cəlb ediləcəksə, məhz bunları anlamaq istərdim.

İmzaçı sualı xüsusilə yanvar ayında köhnə Dusk-dan EVM-ə bridge-lə bağlı baş verənlərdən sonra gözardı etmək çox çətindir. Hücumçu bridge-lə imzalama (signing) üçün istifadə olunan cüzdanə çıxış əldə etdi, oradakı DUSK-u oğurladı və oğurlanan vəsaitin bir hissəsini bridge vasitəsilə BNB Smart Chain-ə köçürdü. Dusk hadisənin Dusk konsensusunun və ya protokolun istismar (exploit) edilməsindən yox, bridge cüzdanının kompromatlaşmasından (compromise) qaynaqlandığını aydın şəkildə bildirdi. Sonradan bridge imzalama, event handling və vəsaitin buraxılması arasında daha güclü ayrılıqla yenidən dizayn edildi, üstəlik daha sərt balans və recovery nəzarətləri əlavə olundu.

Yəni mən 280 transferə ya “yaşıl işarə”, ya da “qırmızı bayraq” kimi baxmıram. Onlar sistemin ciddi şəkildə testdən keçirildiyini göstərir. İndi mənim üçün önəmli olan budur: sistem nəsə səhv gedəndə necə davranmalıdır, həssas hissələrə kim nəzarət edir və recovery necə idarə olunur.

Dusk Hyperlane-i mənalı likvidlik üçün infrastruktur kimi qəbul etməzdən əvvəl məhz bunların həll olunmasını istərdim.

$DUSK @Dusk #dusk
Qismən doğrudur
Dusk tranzaksiyaları haqqında bir xırda məni narahat edirdi. Dusk-un tranzaksiya axınını oxuyurdum və gördüm ki, hazırda hər tranzaksiya bir əməliyyat daşıyır. Sadə bir şey üçün bu, əslində olduqca məntiqlidir. Validasiya və anlaşma işini asanlaşdırır. Amma daha kompleks DeFi axınını düşündüm: vəsaitin hazırlanması, swap edilməsi və sonra staking. İstifadəçi üçün bu, sanki bir hərəkətdir. Dusk-da isə bu, bir neçə ayrı tranzaksiyaya çevrilir; hər birinin öz nonce-u, imzası və daxil edilmə ehtimalı var. Mən də elə burdan başladım düşünməyə: əgər ardıcıllığın yalnız bir hissəsi keçərsə nə olar? Bu tranzaksiyalar arasında protokol səviyyəsində rollback yoxdur, ona görə də böyük bir axının ortasında yarımçıq qala bilərsiniz. Normal bir ticarət üçün yəqin ki, böyük problem deyil. Amma DeFi üçün, settlement və ya treasury əməliyyatlarında bunun həqiqətən baş ağrıdıcı olacağını görürəm. Maraqlı tərəf budur ki, Dusk-un artıq batch transactions barədə açıq GitHub issue-u var: #4058. Bir ideya var: bir batcher kontraktı bir tranzaksiyada bir neçə çağırışı yerləşdirir. Amma caller() istifadə edən kontraktlar batcher-i görər, orijinal istifadəçini yox. Digər variant isə protokol səviyyəsində batch-dır; burada bir neçə əməliyyat istifadəçinin identikliyi altında qalır. Amma bu, tranzaksiya formatına dəyişiklik, konsensus dəstəyi, hard fork aktivləşdirilməsi və SDK-lara təsir deməkdir. Ona görə də mövcud tək əməliyyat modelini əvəz etməzdim. Düşünürəm ki, sadə default kimi çox məntiqlidir. Daha çox kompleks workflow-lar üçün ixtiyari, atomic batch görmək istərdim: əməliyyatlar ardıcıllıqla işləyər, batch-in içində biri uğursuz olarsa hamısı geri dönər (revert), və hər çağırışda orijinal istifadəçi görünən qalır. Dusk üçün düzgün balans budurmu, yoxsa əlavə protokol mürəkkəbliyi buna dəyməz? $DUSK @Dusk_Foundation #dusk {spot}(DUSKUSDT)
Dusk tranzaksiyaları haqqında bir xırda məni narahat edirdi.

Dusk-un tranzaksiya axınını oxuyurdum və gördüm ki, hazırda hər tranzaksiya bir əməliyyat daşıyır. Sadə bir şey üçün bu, əslində olduqca məntiqlidir. Validasiya və anlaşma işini asanlaşdırır. Amma daha kompleks DeFi axınını düşündüm: vəsaitin hazırlanması, swap edilməsi və sonra staking. İstifadəçi üçün bu, sanki bir hərəkətdir. Dusk-da isə bu, bir neçə ayrı tranzaksiyaya çevrilir; hər birinin öz nonce-u, imzası və daxil edilmə ehtimalı var.

Mən də elə burdan başladım düşünməyə: əgər ardıcıllığın yalnız bir hissəsi keçərsə nə olar? Bu tranzaksiyalar arasında protokol səviyyəsində rollback yoxdur, ona görə də böyük bir axının ortasında yarımçıq qala bilərsiniz. Normal bir ticarət üçün yəqin ki, böyük problem deyil. Amma DeFi üçün, settlement və ya treasury əməliyyatlarında bunun həqiqətən baş ağrıdıcı olacağını görürəm.

Maraqlı tərəf budur ki, Dusk-un artıq batch transactions barədə açıq GitHub issue-u var: #4058. Bir ideya var: bir batcher kontraktı bir tranzaksiyada bir neçə çağırışı yerləşdirir. Amma caller() istifadə edən kontraktlar batcher-i görər, orijinal istifadəçini yox. Digər variant isə protokol səviyyəsində batch-dır; burada bir neçə əməliyyat istifadəçinin identikliyi altında qalır. Amma bu, tranzaksiya formatına dəyişiklik, konsensus dəstəyi, hard fork aktivləşdirilməsi və SDK-lara təsir deməkdir.

Ona görə də mövcud tək əməliyyat modelini əvəz etməzdim. Düşünürəm ki, sadə default kimi çox məntiqlidir. Daha çox kompleks workflow-lar üçün ixtiyari, atomic batch görmək istərdim: əməliyyatlar ardıcıllıqla işləyər, batch-in içində biri uğursuz olarsa hamısı geri dönər (revert), və hər çağırışda orijinal istifadəçi görünən qalır.

Dusk üçün düzgün balans budurmu, yoxsa əlavə protokol mürəkkəbliyi buna dəyməz?

$DUSK @Dusk #dusk
#dusk $DUSK @Dusk_Foundation Son vaxtlar Dusk-ın SME tərəfinə diqqət yetirirəm və bir məsələ daim yadıma qayıdır. SME-ni tokenləşdirmək bir cümlədə deyəndə sadə səslənir. Aktivi onçeynə yerləşdir. İnvestorların ona çıxışı olsun. Hazırdır. Amma həqiqətən belə deyil. Hələ də kimlərin investisiya edə biləcəyinə kim qərar verməlidir, mülkiyyət necə idarə olunacaq, köçürmələr necə işləyəcək, hansı məlumatlar açıqlanmalıdır və real pullar necə rəsmiləşdiriləcək — bunları kimsə müəyyən etməlidir. Və məhz burada düşünürəm ki, insanlar bəzən RWA problemini az qiymətləndirir. Token özü prosesin yalnız bir hissəsidir. Onun ətrafındakı bazarın da işləməsi lazımdır. Mənə Dusk yanaşması elə buradan maraqlı gəlir. Onların son vaxtlar özəl bazarlara və SME-lərə fokuslanması, sadəcə blockchain üzərinə başqa bir aktiv “əlavə etmək” üçün deyil. Bu, prosesin müxtəlif hissələrini bir-biri ilə əlaqələndirməkdən ibarətdir. Çünki çətin olan token yaratmaq deyil. Çətin olan tokenin istifadəyə yararlı olmasıdır. SME tokenləşdirilmiş qiymətli kağıza malik ola bilər, amma investorlar onu düzgün istifadə edə bilmirsə, köçürmələr mürəkkəbdirsə və ya onun ətrafında real bazar yoxdursa, onda çox şey dəyişməyib. Elə buna görə də Dusk Trade tərəfinin necə formalaşacağını görmək istəyirəm. Əgər o, həm şirkətlər, həm də investorlar üçün prosesi sadələşdirə bilsə, bu, sadəcə başqa bir RWA hekayəsindən daha maraqlı olur. Amma hələ tezdir. Mənim üçün real test sadədir: Dusk özəl bazarları həqiqətən daha asan istifadəyə çevirə biləcək, yoxsa sadəcə köhnə prosesi onçeynə köçürüb onu yeni kimi təqdim edəcəyik? Dusk Trade formalaşmağa başladığı andan diqqətlə izləyəcəyim məhz budur. {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Son vaxtlar Dusk-ın SME tərəfinə diqqət yetirirəm və bir məsələ daim yadıma qayıdır.

SME-ni tokenləşdirmək bir cümlədə deyəndə sadə səslənir.

Aktivi onçeynə yerləşdir.
İnvestorların ona çıxışı olsun.
Hazırdır.

Amma həqiqətən belə deyil.

Hələ də kimlərin investisiya edə biləcəyinə kim qərar verməlidir, mülkiyyət necə idarə olunacaq, köçürmələr necə işləyəcək, hansı məlumatlar açıqlanmalıdır və real pullar necə rəsmiləşdiriləcək — bunları kimsə müəyyən etməlidir.

Və məhz burada düşünürəm ki, insanlar bəzən RWA problemini az qiymətləndirir.
Token özü prosesin yalnız bir hissəsidir. Onun ətrafındakı bazarın da işləməsi lazımdır.

Mənə Dusk yanaşması elə buradan maraqlı gəlir.

Onların son vaxtlar özəl bazarlara və SME-lərə fokuslanması, sadəcə blockchain üzərinə başqa bir aktiv “əlavə etmək” üçün deyil.
Bu, prosesin müxtəlif hissələrini bir-biri ilə əlaqələndirməkdən ibarətdir.

Çünki çətin olan token yaratmaq deyil.

Çətin olan tokenin istifadəyə yararlı olmasıdır.
SME tokenləşdirilmiş qiymətli kağıza malik ola bilər, amma investorlar onu düzgün istifadə edə bilmirsə, köçürmələr mürəkkəbdirsə və ya onun ətrafında real bazar yoxdursa, onda çox şey dəyişməyib.

Elə buna görə də Dusk Trade tərəfinin necə formalaşacağını görmək istəyirəm.

Əgər o, həm şirkətlər, həm də investorlar üçün prosesi sadələşdirə bilsə, bu, sadəcə başqa bir RWA hekayəsindən daha maraqlı olur.

Amma hələ tezdir.

Mənim üçün real test sadədir:

Dusk özəl bazarları həqiqətən daha asan istifadəyə çevirə biləcək, yoxsa sadəcə köhnə prosesi onçeynə köçürüb onu yeni kimi təqdim edəcəyik?

Dusk Trade formalaşmağa başladığı andan diqqətlə izləyəcəyim məhz budur.
Dusk’ın əməliyyatları necə idarə etməsinə daha dərindən baxırdım və əvvəl düşünmədiyim bir şey diqqətimi çəkdi. Moonlight sadəcə eyni şeyin iki versiyası deyil. Moonlight hesab-əsaslıdır. Sizdə bir hesab, balans, nonce və açarlar olur və şəbəkə əməliyyatı həmin vəziyyətə görə yoxlayır. Phoenix isə fərqli yanaşır. O, Merklet ağacında saxlanılan notlardan istifadə edir. Bir note xərcləndikdə, həmin notun bir daha xərclənə bilməməsi üçün nullifier yaradılır. Məni xüsusilə maraqlandıran odur ki, şəbəkə xərclənən konkret notun hansısı olduğunu üzə çıxarmaya da bilər. Elə burada ZK sübutları işə düşür — əməliyyat, əsas gizli detalları ifşa etmədən yoxlana bilər. Birdəfəlik note açarları da əməliyyatların bir-biri ilə əlaqələndirilməsini azaltmağa kömək edir. Bundan əlavə, vəsaitləri xərcləmək üçün təyin edilmiş tərəfə giriş vermədən, məsələn skan etmə və sübutların yaradılması kimi işlər üçün delegasiya mexanizmi də var. Yəni mən bunu sadəcə belə təsvir etməzdim: “Moonlight şəffafdır, Phoenix isə məxfidir.” Onlar eyni Dusk şəbəkəsi üzərində işləyən, amma müxtəlif tələblər üçün dizayn olunmuş fərqli əməliyyat modelləridir. Və dürüst desəm, bu dizayn seçimi olduqca maraqlıdır. Dusk-da hansını seçərdiniz? @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT)
Dusk’ın əməliyyatları necə idarə etməsinə daha dərindən baxırdım və əvvəl düşünmədiyim bir şey diqqətimi çəkdi.

Moonlight sadəcə eyni şeyin iki versiyası deyil.

Moonlight hesab-əsaslıdır. Sizdə bir hesab, balans, nonce və açarlar olur və şəbəkə əməliyyatı həmin vəziyyətə görə yoxlayır.

Phoenix isə fərqli yanaşır.

O, Merklet ağacında saxlanılan notlardan istifadə edir. Bir note xərcləndikdə, həmin notun bir daha xərclənə bilməməsi üçün nullifier yaradılır.

Məni xüsusilə maraqlandıran odur ki, şəbəkə xərclənən konkret notun hansısı olduğunu üzə çıxarmaya da bilər.

Elə burada ZK sübutları işə düşür — əməliyyat, əsas gizli detalları ifşa etmədən yoxlana bilər. Birdəfəlik note açarları da əməliyyatların bir-biri ilə əlaqələndirilməsini azaltmağa kömək edir.

Bundan əlavə, vəsaitləri xərcləmək üçün təyin edilmiş tərəfə giriş vermədən, məsələn skan etmə və sübutların yaradılması kimi işlər üçün delegasiya mexanizmi də var.

Yəni mən bunu sadəcə belə təsvir etməzdim: “Moonlight şəffafdır, Phoenix isə məxfidir.”

Onlar eyni Dusk şəbəkəsi üzərində işləyən, amma müxtəlif tələblər üçün dizayn olunmuş fərqli əməliyyat modelləridir.

Və dürüst desəm, bu dizayn seçimi olduqca maraqlıdır.

Dusk-da hansını seçərdiniz?

@Dusk $DUSK #dusk
🔥 Phoenix
50%
🌙 Moonlight
10%
⚡ Both
20%
🤔 Depends on the use case
20%
10 Səslər • Səsvermə bağlanıb
On-çeyn (blockchain) üzərində tokenin mövcud olması sadəcə başlanğıcdır. Əsas sual budur: həmin aktivin ətrafındakı qaydalar da həmin şəkildə on-çeyndə hərəkət edə bilərmi? Regulyasiya olunmuş istiqrazı götürək. Onu tokenə çevirmək bəlkə də asan hissədir. Amma real maliyyə bazarı daha çoxunu tələb edir: • Yalnız uyğun (eligibl) investorlar onu saxlaya bilməlidir • Köçürmələr üçün daxildən məhdudiyyətlər tələb oluna bilər • Həssas mövqelər default olaraq ictimai olmamalıdır • Doğru tərəflərin doğru məlumatlara çıxışı olmalıdır • Pul və aktivin çatdırılması birlikdə (eyni anda) hesablaşmalıdır Məhz burada tokenləşdirmə sadəcə rəqəmsal “qablaşdırmadan” daha çox olur. Bazar infrastrukturu olur. Elə buna görə @Dusk_Foundation mənim üçün seçilir. Onun diqqəti təkcə aktivləri on-çeynə yerləşdirmək deyil, həm də onların ətrafında tənzimlənmiş prosesləri təmin etməkdir — idarə olunan köçürmələr, seçmə açıqlama (selective disclosure), məxfilik, uyğunluq (eligibility) və əlaqəli bir sistemin hissələri kimi hesablaşma. Böyük fürsət təkcə tokenləşdirilmiş aktivlərdə deyil. Söhbət proqramlaşdırıla bilən bazarlardan gedir: Aktivin ardınca gedən qaydalar. Məsuliyyətlə yanaşı mövcud ola bilən məxfilik. Müqavilənin (transaksiyanın) bir hissəsi kimi baş verən hesablaşma. Uyğunluq tələblərini pozmayan mülkiyyət dəyişikliyi. Bu model miqyasda işləsə, on-çeyn maliyyəsi yeni bir verilənlər bazası ilə ənənəvi bazarlara bənzəməkdən daha çox yenidən dizayn olunmuş maliyyə sisteminə oxşaya bilər. Sizcə, real dünyada maliyyənin on-çeynlə işləməsinə ən çətin maneə hansıdır: identifikasiya, məxfilik, ticarət, hesablaşma, yoxsa aktivin xidmətləşdirilməsi? $DUSK #dusk @Dusk_Foundation {spot}(DUSKUSDT)
On-çeyn (blockchain) üzərində tokenin mövcud olması sadəcə başlanğıcdır.
Əsas sual budur: həmin aktivin ətrafındakı qaydalar da həmin şəkildə on-çeyndə hərəkət edə bilərmi?
Regulyasiya olunmuş istiqrazı götürək.
Onu tokenə çevirmək bəlkə də asan hissədir. Amma real maliyyə bazarı daha çoxunu tələb edir:
• Yalnız uyğun (eligibl) investorlar onu saxlaya bilməlidir
• Köçürmələr üçün daxildən məhdudiyyətlər tələb oluna bilər
• Həssas mövqelər default olaraq ictimai olmamalıdır
• Doğru tərəflərin doğru məlumatlara çıxışı olmalıdır
• Pul və aktivin çatdırılması birlikdə (eyni anda) hesablaşmalıdır
Məhz burada tokenləşdirmə sadəcə rəqəmsal “qablaşdırmadan” daha çox olur.
Bazar infrastrukturu olur.
Elə buna görə @Dusk mənim üçün seçilir. Onun diqqəti təkcə aktivləri on-çeynə yerləşdirmək deyil, həm də onların ətrafında tənzimlənmiş prosesləri təmin etməkdir — idarə olunan köçürmələr, seçmə açıqlama (selective disclosure), məxfilik, uyğunluq (eligibility) və əlaqəli bir sistemin hissələri kimi hesablaşma.
Böyük fürsət təkcə tokenləşdirilmiş aktivlərdə deyil.
Söhbət proqramlaşdırıla bilən bazarlardan gedir:
Aktivin ardınca gedən qaydalar.
Məsuliyyətlə yanaşı mövcud ola bilən məxfilik.
Müqavilənin (transaksiyanın) bir hissəsi kimi baş verən hesablaşma.
Uyğunluq tələblərini pozmayan mülkiyyət dəyişikliyi.
Bu model miqyasda işləsə, on-çeyn maliyyəsi yeni bir verilənlər bazası ilə ənənəvi bazarlara bənzəməkdən daha çox yenidən dizayn olunmuş maliyyə sisteminə oxşaya bilər.
Sizcə, real dünyada maliyyənin on-çeynlə işləməsinə ən çətin maneə hansıdır: identifikasiya, məxfilik, ticarət, hesablaşma, yoxsa aktivin xidmətləşdirilməsi?
$DUSK #dusk @Dusk
Qismən doğrudur
Hamı blokçeyn miqyaslılığından danışır. Demək olar ki, heç kim yadda saxlamağın xərclərindən danışmır. Şəbəkə böyük həcmdə fəaliyyət emal edə bilər, amma hər blok, hadisə və vəziyyətin keçidi də tarixi məlumat yaradır; bu məlumat isə zamanla saxlanılmalı və idarə edilməlidir. Ona görə Dusk-un son infrastruktur yeniləməsini növbəti TPS başlığına görə daha maraqlı tapdım. Dusk arxiv-node hadisələrinin saxlanmasını 310,7 MB-dan 27,7 MB-a endirdi — 90%-dən çox azalma — tarixi nəticələri qoruyaraq. Maraqlı olan sadəcə rəqəm deyil. Bu, blokçeyn infrastrukturu haqqında nə deyir. Əgər şəbəkələr sonda maliyyə aktivlərini və illərlə tarixi yoxlamaya ehtiyac duya biləcək tətbiqləri dəstəkləyəcəksə, onda saxlama səmərəliliyi arxitekturanın özünün bir hissəsinə çevrilir. Miqlaslılıq yalnız daha çox emal etməkdən ibarət deyil. Həm də şəbəkənin yoxlanıla bilməsini təmin edən tarixi itirmədən daha az məlumat daşımaqdan ibarətdir. Bu təkmilləşdirmələr yəqin ki, ən gur səsli başlıqlar yaratmayacaq. Amma darıxdırıcı kimi görünən infrastruktur işi tez-tez böyük miqyaslı qəbulun mümkün olmasına səbəb olur. Dusk təkcə on-çeyn (zəncirüstü) baş verənlərlə işləməyib. O, həm də şəbəkənin baş verənləri nə qədər səmərəli “yadda saxlaya” bildiyini təkmilləşdirir. @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT)
Hamı blokçeyn miqyaslılığından danışır.

Demək olar ki, heç kim yadda saxlamağın xərclərindən danışmır.

Şəbəkə böyük həcmdə fəaliyyət emal edə bilər, amma hər blok, hadisə və vəziyyətin keçidi də tarixi məlumat yaradır; bu məlumat isə zamanla saxlanılmalı və idarə edilməlidir.

Ona görə Dusk-un son infrastruktur yeniləməsini növbəti TPS başlığına görə daha maraqlı tapdım.

Dusk arxiv-node hadisələrinin saxlanmasını 310,7 MB-dan 27,7 MB-a endirdi — 90%-dən çox azalma — tarixi nəticələri qoruyaraq.

Maraqlı olan sadəcə rəqəm deyil.

Bu, blokçeyn infrastrukturu haqqında nə deyir.

Əgər şəbəkələr sonda maliyyə aktivlərini və illərlə tarixi yoxlamaya ehtiyac duya biləcək tətbiqləri dəstəkləyəcəksə, onda saxlama səmərəliliyi arxitekturanın özünün bir hissəsinə çevrilir.

Miqlaslılıq yalnız daha çox emal etməkdən ibarət deyil. Həm də şəbəkənin yoxlanıla bilməsini təmin edən tarixi itirmədən daha az məlumat daşımaqdan ibarətdir.

Bu təkmilləşdirmələr yəqin ki, ən gur səsli başlıqlar yaratmayacaq.

Amma darıxdırıcı kimi görünən infrastruktur işi tez-tez böyük miqyaslı qəbulun mümkün olmasına səbəb olur.

Dusk təkcə on-çeyn (zəncirüstü) baş verənlərlə işləməyib.

O, həm də şəbəkənin baş verənləri nə qədər səmərəli “yadda saxlaya” bildiyini təkmilləşdirir.

@Dusk $DUSK #dusk
Doğrulanıb
Mənim fikrimcə daha çox diqqətə layiq olan “One Dusk” yeniləməsi DuskEVM testnetinin canlıya çıxmasıdır. İlk baxışdan “başqa bir EVM mühiti” o qədər də maraqlı səslənmir. Amma arxitektura başqa cür hekayə danışır. DuskEVM Solidity-i, Hardhat-ı və standart Ethereum alətlərini Dusk üzərinə gətirir, icra isə DuskDS vasitəsilə yekunlaşır. Bu ayrım önəmlidir, çünki tərtibatçılar Dusk-un yerli yekunlaşma və məlumatın əlçatanlığı qatından imtina etmədən tanış tətbiq paketindən istifadə edə bilirlər. Daha maraqlı hissə onun ətrafında olanlardır. Dusk həm də Dusk Trade-i tokenləşdirilmiş maliyyə aktivləri üçün tətbiq səviyyəli bir qat kimi hazırlayır; investorlara giriş (onboarding), wallet-in bağlanması, nəzarət olunan köçürmələr, ödənişlərin koordinasiyası və uyğunluğa (compliance) əsaslanan yekunlaşma ilə bağlı iş axınları var. Beləliklə, son inkişaf təkcə EVM uyğunluğunun əlavə edilməsi ilə bağlı deyil. Daha çox elə görünür ki, Dusk müxtəlif hissələrin fərqli problemləri həll etdiyi tam “stack”ə doğru hərəkət edir: → DuskDS: konsensus, yekunlaşma və məlumatın əlçatanlığı → DuskEVM: tanış EVM icrası → DuskVM: Dusk-un gizlilik imkanlarına birbaşa çıxışı olan yerli Rust/WASM icrası → Dusk Trade: tokenləşdirilmiş bazarlar üçün tətbiq səviyyəli infrastruktur Və məhz burada RWA tezi daha da maraqlı olur. Bir aktivin tokenləşdirilməsini təsvir etmək nisbətən asandır. Amma buraxılış (issuance), uyğunluq (eligibility), köçürmələr, gizlilik, açıqlama (disclosure) və yekunlaşma üçün real infrastrukturu qurmaq daha çətin problemdir. İndi DuskEVM test üçün istifadəyə hazırdır və Dusk Trade real bazar iş axınları ətrafında qurulur; izləyəcəyim növbəti şey isə başqa bir elan deyil. Bunun üzərində tərtibatçıların və maliyyə tətbiqlərinin gerçəkdə nə qurduqlarıdır. @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT)
Mənim fikrimcə daha çox diqqətə layiq olan “One Dusk” yeniləməsi DuskEVM testnetinin canlıya çıxmasıdır.

İlk baxışdan “başqa bir EVM mühiti” o qədər də maraqlı səslənmir. Amma arxitektura başqa cür hekayə danışır.

DuskEVM Solidity-i, Hardhat-ı və standart Ethereum alətlərini Dusk üzərinə gətirir, icra isə DuskDS vasitəsilə yekunlaşır. Bu ayrım önəmlidir, çünki tərtibatçılar Dusk-un yerli yekunlaşma və məlumatın əlçatanlığı qatından imtina etmədən tanış tətbiq paketindən istifadə edə bilirlər.

Daha maraqlı hissə onun ətrafında olanlardır.

Dusk həm də Dusk Trade-i tokenləşdirilmiş maliyyə aktivləri üçün tətbiq səviyyəli bir qat kimi hazırlayır; investorlara giriş (onboarding), wallet-in bağlanması, nəzarət olunan köçürmələr, ödənişlərin koordinasiyası və uyğunluğa (compliance) əsaslanan yekunlaşma ilə bağlı iş axınları var.

Beləliklə, son inkişaf təkcə EVM uyğunluğunun əlavə edilməsi ilə bağlı deyil.

Daha çox elə görünür ki, Dusk müxtəlif hissələrin fərqli problemləri həll etdiyi tam “stack”ə doğru hərəkət edir:

→ DuskDS: konsensus, yekunlaşma və məlumatın əlçatanlığı
→ DuskEVM: tanış EVM icrası
→ DuskVM: Dusk-un gizlilik imkanlarına birbaşa çıxışı olan yerli Rust/WASM icrası
→ Dusk Trade: tokenləşdirilmiş bazarlar üçün tətbiq səviyyəli infrastruktur

Və məhz burada RWA tezi daha da maraqlı olur.

Bir aktivin tokenləşdirilməsini təsvir etmək nisbətən asandır. Amma buraxılış (issuance), uyğunluq (eligibility), köçürmələr, gizlilik, açıqlama (disclosure) və yekunlaşma üçün real infrastrukturu qurmaq daha çətin problemdir.

İndi DuskEVM test üçün istifadəyə hazırdır və Dusk Trade real bazar iş axınları ətrafında qurulur; izləyəcəyim növbəti şey isə başqa bir elan deyil.

Bunun üzərində tərtibatçıların və maliyyə tətbiqlərinin gerçəkdə nə qurduqlarıdır.

@Dusk $DUSK #dusk
Tokenləşdirməyə nə qədər çox baxıramsa, bir o qədər də düşünürəm ki, biz yanlış sualı veririk. Hər kəs soruşur: “Bu aktiv onçeynə yerləşdirilə bilərmi?” Amma təsəvvür edin ki, həmin aktiv artıq oradadır. İndi bir investor onu almaq istəyir. Başqa biri onu satmaq istəyir. Emitent isə kimin onu saxlaya biləcəyini tətbiq etməlidir. Regulator sonradan sübut tələb edə bilər. Və arada bir yerdə həssas məlumatlar yenə də ictimaiyyətə açıqlanan məlumat kimi yayılmamalıdır. Mənim üçün maraqlı olan məhz @Dusk_Foundation hissəsidir. Onun bazar infrastrukturu tokeni son məhsul kimi qəbul etməkdənsə, bütün iş axınına görə dizayn edilir — uyğunluq, nəzarət edilən köçürmələr, məxfilik, açıqlama və hesablaşma. Bəlkə də RWA sahəsində həqiqi sıçrayış daha çox token yaratmaq olmayacaq. Bəlkə də bu tokenlərin həqiqətən maliyyə aktivləri kimi davranmasını təmin etmək olacaq. Sizcə bu iş axınında hansı hissəni həll etmək ən çətindir? $DUSK #dusk @Dusk_Foundation {future}(DUSKUSDT)
Tokenləşdirməyə nə qədər çox baxıramsa, bir o qədər də düşünürəm ki, biz yanlış sualı veririk.

Hər kəs soruşur: “Bu aktiv onçeynə yerləşdirilə bilərmi?”

Amma təsəvvür edin ki, həmin aktiv artıq oradadır.

İndi bir investor onu almaq istəyir. Başqa biri onu satmaq istəyir. Emitent isə kimin onu saxlaya biləcəyini tətbiq etməlidir. Regulator sonradan sübut tələb edə bilər. Və arada bir yerdə həssas məlumatlar yenə də ictimaiyyətə açıqlanan məlumat kimi yayılmamalıdır.

Mənim üçün maraqlı olan məhz @Dusk hissəsidir. Onun bazar infrastrukturu tokeni son məhsul kimi qəbul etməkdənsə, bütün iş axınına görə dizayn edilir — uyğunluq, nəzarət edilən köçürmələr, məxfilik, açıqlama və hesablaşma.

Bəlkə də RWA sahəsində həqiqi sıçrayış daha çox token yaratmaq olmayacaq.

Bəlkə də bu tokenlərin həqiqətən maliyyə aktivləri kimi davranmasını təmin etmək olacaq.

Sizcə bu iş axınında hansı hissəni həll etmək ən çətindir?

$DUSK #dusk @Dusk
Bir neçə gün əvvəl “aktivin tokenləşdirilməsi” ifadəsinin həqiqətən nə demək olduğunu düşünürdüm. İlk baxışdan sadə səslənir — bir səhm, istiqraz və ya maliyyə aktivi götürüb onu onçeynə yerləşdir. Amma token yaratmaq yəqin ki, ən asan hissədir. Çətin suallar bundan sonra başlayır. Onu əslində kim saxlaya bilər? Kimsə onu səhv cüzdana köçürməyə cəhd etsə nə baş verəcək? Uyğunluq (compliance) üçün hansı məlumatlar görünməlidir və nə isə məxfi qalmalıdır? Məhz burada <c-1/> $DUSK mənə maraqlı gəlir. Real maliyyə aktivləri təkcə sürətli köçürmələrə yox, bir-biri ilə birlikdə işləyən qaydalara, məxfilikə, yoxlamaya və hesablaşmaya ehtiyac duyur ki, hər şeyi açıq bir elektron cədvələ (public spreadsheet) çevirməsin. Deyəsən RWA-nın əsl çətinliyi aktivləri onçeynə “qoymaq” deyil. Bəlkə də məsələ maliyyə bazarlarının orada həqiqətən fəaliyyət göstərə bilməsi üçün, artıq güvəndikləri məxfilik və nəzarətlərdən imtina etmədən işləyən bir sistem qurmaqdır. Sizcə ən böyük çatışmayan hissə hansıdır? 👀 @Dusk_Foundation $DUSK #Dusk {future}(DUSKUSDT)
Bir neçə gün əvvəl “aktivin tokenləşdirilməsi” ifadəsinin həqiqətən nə demək olduğunu düşünürdüm. İlk baxışdan sadə səslənir — bir səhm, istiqraz və ya maliyyə aktivi götürüb onu onçeynə yerləşdir. Amma token yaratmaq yəqin ki, ən asan hissədir.

Çətin suallar bundan sonra başlayır. Onu əslində kim saxlaya bilər? Kimsə onu səhv cüzdana köçürməyə cəhd etsə nə baş verəcək? Uyğunluq (compliance) üçün hansı məlumatlar görünməlidir və nə isə məxfi qalmalıdır?

Məhz burada <c-1/> $DUSK mənə maraqlı gəlir. Real maliyyə aktivləri təkcə sürətli köçürmələrə yox, bir-biri ilə birlikdə işləyən qaydalara, məxfilikə, yoxlamaya və hesablaşmaya ehtiyac duyur ki, hər şeyi açıq bir elektron cədvələ (public spreadsheet) çevirməsin.

Deyəsən RWA-nın əsl çətinliyi aktivləri onçeynə “qoymaq” deyil. Bəlkə də məsələ maliyyə bazarlarının orada həqiqətən fəaliyyət göstərə bilməsi üçün, artıq güvəndikləri məxfilik və nəzarətlərdən imtina etmədən işləyən bir sistem qurmaqdır. Sizcə ən böyük çatışmayan hissə hansıdır? 👀

@Dusk $DUSK #Dusk
#dusk $DUSK “Heç vaxt bug tapmadıq” demək blokçeynin təhlükəsizlik hekayəsi deyil. Bu, ciddi audit bir problem tapandan sonrasında baş verənlərdir. Məhz buna görə mən @Dusk_Foundation üzərində AEGIS “dovşan yuvası”na girdim. Dusk-in 2026-cı il AEGIS remediye paketi 39 təhlükəsizlik düzəlişi göndərdi; bunların içində 7 kritik tapıntı var idi. Maraqlısı nədir? Bunlar sadəcə səthi problemlər deyildi. Audit yığının içinə qədər girdi: → VM sandbox icrası → Host tərəfli deserializasiya → Phoenix haqq & geriödəmə məntiqi → BLS imza təhlükəsizliyi → Konsensus, şəbəkələşmə & kriptoqrafik komponentlər Bir Phoenix haqq problemi təchizatın bütövlüyünə, zəncirin əlçatanlığına və geriödəmə təhlükəsizliyinə təsir göstərə bilər. BLS problemi isə imza doğrulaması üçün istifadə edilən kriptoqrafik quruluşla bağlı idi. AEGIS sadəcə bir sətiri yamaq edib keçmədi. Dusk deyir ki, zərər çəkmiş sahibliyini (ownership) modeli yenidən işlənib, etibarlılıq sərhədləri möhkəmləndirilib, bir neçə səviyyədə haqq-uyğunluq yoxlamaları əlavə edilib, BLS yolu gücləndirilib və istismar-şəkilli (exploit-shaped) reqressiya testləri əlavə edilib. Və Dusk-in dediyinə görə, AEGIS-dən əvvəl kritik tapıntıların istismar edildiyinə dair heç bir sübut tapmayıblar. Mənim üçün əsas nəticə budur. Nizamlanmış maliyyədə məxfilik vacibdir. Amma təhlükəsizlik olmadan məxfilik faydasızdır. İnfrastruktur institusiyalar ona etibar etməzdən əvvəl, qarşı tərəfin (adversarial) düşüncəsi ilə sınağa dözəcək səviyyədə olmalıdır. Mən @Dusk_Foundation -un bu tərəfini izləməyə dəyər hesab edirəm: təkcə protokolun vəd etdikləri deyil, həm də kiminsə onu sındırmağa cəhd etməsi zamanı nə qədər ciddi reaksiya verdiyi. $DUSK #dusk @Dusk_Foundation {spot}(DUSKUSDT)
#dusk $DUSK
“Heç vaxt bug tapmadıq” demək blokçeynin təhlükəsizlik hekayəsi deyil.

Bu, ciddi audit bir problem tapandan sonrasında baş verənlərdir.

Məhz buna görə mən @Dusk üzərində AEGIS “dovşan yuvası”na girdim.

Dusk-in 2026-cı il AEGIS remediye paketi 39 təhlükəsizlik düzəlişi göndərdi; bunların içində 7 kritik tapıntı var idi.

Maraqlısı nədir? Bunlar sadəcə səthi problemlər deyildi.

Audit yığının içinə qədər girdi:

→ VM sandbox icrası
→ Host tərəfli deserializasiya
→ Phoenix haqq & geriödəmə məntiqi
→ BLS imza təhlükəsizliyi
→ Konsensus, şəbəkələşmə & kriptoqrafik komponentlər

Bir Phoenix haqq problemi təchizatın bütövlüyünə, zəncirin əlçatanlığına və geriödəmə təhlükəsizliyinə təsir göstərə bilər. BLS problemi isə imza doğrulaması üçün istifadə edilən kriptoqrafik quruluşla bağlı idi.

AEGIS sadəcə bir sətiri yamaq edib keçmədi. Dusk deyir ki, zərər çəkmiş sahibliyini (ownership) modeli yenidən işlənib, etibarlılıq sərhədləri möhkəmləndirilib, bir neçə səviyyədə haqq-uyğunluq yoxlamaları əlavə edilib, BLS yolu gücləndirilib və istismar-şəkilli (exploit-shaped) reqressiya testləri əlavə edilib.

Və Dusk-in dediyinə görə, AEGIS-dən əvvəl kritik tapıntıların istismar edildiyinə dair heç bir sübut tapmayıblar.

Mənim üçün əsas nəticə budur.

Nizamlanmış maliyyədə məxfilik vacibdir.

Amma təhlükəsizlik olmadan məxfilik faydasızdır.

İnfrastruktur institusiyalar ona etibar etməzdən əvvəl, qarşı tərəfin (adversarial) düşüncəsi ilə sınağa dözəcək səviyyədə olmalıdır.

Mən @Dusk -un bu tərəfini izləməyə dəyər hesab edirəm:

təkcə protokolun vəd etdikləri deyil,

həm də kiminsə onu sındırmağa cəhd etməsi zamanı nə qədər ciddi reaksiya verdiyi.

$DUSK #dusk @Dusk
Doğrulanıb
#dusk $DUSK Əksər blokçeynlar bir ideya ətrafında qurulub: Şəffaflıq. Amma real maliyyə bazarları daha incə yanaşma tələb edir. Siz institutlardan bütün balansı, mövqeyi və əməliyyat təfərrüatını hamının görə biləcəyi şəkildə ictimai reyestrə yerləşdirmələrini gözləyə bilməzsiniz. Məhz burada @Dusk_Foundation diqqət çəkir. Dusk tənzimlənən onçeyn maliyyəsi üçün elə infrastruktur qurur ki, məxfilik, uyğunluq (compliance) və deterministik (qəti) settlement birlikdə işləyə bilsin. → Moonlight üçün şəffaf ictimai axınlar → Phoenix üçün konfidensial “shielded” (gizli qorunan) köçürmələr → İcazəli tərəfin xüsusi məlumata ehtiyac duyduğu hallarda selektiv açıqlama → DuskVM üçün yerli Rust/WASM + ZK smart kontraktlar → DuskEVM üçün EVM-uyğun inkişaf yolu Və daha böyük ideya sadəcə “aktivin tokenləşdirilməsi” ilə bitmir. Tənzimlənən qiymətli kağızlar üçün investorun uyğunluğu, nəzarətli köçürmələr, məxfilik, açıqlama, hesabatlılıq və settlement hamısı birlikdə işləməlidir. Dusk barədə ən maraqlı hesab etdiyim hissə budur. Tokenləşdirməni təsvir etmək asandır. Onun ətrafında maliyyə infrastrukturunu qurmaq isə çətin hissədir. Dusk hesab edir ki, onçeyn maliyyəsinin gələcəyi mütləq bunların hər ikisinə ehtiyac duyacaq: Lazım olanda məxfilik. İstifadəli olanda şəffaflıq. Tələb olunduqda uyğunluq (compliance). Etibar edilə bilən settlement. Baxmağa dəyər bir tezislə gəlib. 👀 @Dusk_Foundation $DUSK #dusk
#dusk $DUSK
Əksər blokçeynlar bir ideya ətrafında qurulub:

Şəffaflıq.

Amma real maliyyə bazarları daha incə yanaşma tələb edir.

Siz institutlardan bütün balansı, mövqeyi və əməliyyat təfərrüatını hamının görə biləcəyi şəkildə ictimai reyestrə yerləşdirmələrini gözləyə bilməzsiniz.

Məhz burada @Dusk diqqət çəkir.

Dusk tənzimlənən onçeyn maliyyəsi üçün elə infrastruktur qurur ki, məxfilik, uyğunluq (compliance) və deterministik (qəti) settlement birlikdə işləyə bilsin.

→ Moonlight üçün şəffaf ictimai axınlar
→ Phoenix üçün konfidensial “shielded” (gizli qorunan) köçürmələr
→ İcazəli tərəfin xüsusi məlumata ehtiyac duyduğu hallarda selektiv açıqlama
→ DuskVM üçün yerli Rust/WASM + ZK smart kontraktlar
→ DuskEVM üçün EVM-uyğun inkişaf yolu

Və daha böyük ideya sadəcə “aktivin tokenləşdirilməsi” ilə bitmir.

Tənzimlənən qiymətli kağızlar üçün investorun uyğunluğu, nəzarətli köçürmələr, məxfilik, açıqlama, hesabatlılıq və settlement hamısı birlikdə işləməlidir.

Dusk barədə ən maraqlı hesab etdiyim hissə budur.

Tokenləşdirməni təsvir etmək asandır.

Onun ətrafında maliyyə infrastrukturunu qurmaq isə çətin hissədir.

Dusk hesab edir ki, onçeyn maliyyəsinin gələcəyi mütləq bunların hər ikisinə ehtiyac duyacaq:

Lazım olanda məxfilik.

İstifadəli olanda şəffaflıq.

Tələb olunduqda uyğunluq (compliance).

Etibar edilə bilən settlement.

Baxmağa dəyər bir tezislə gəlib. 👀

@Dusk $DUSK #dusk
⚡ GƏLƏCƏK TİCARETÇİLƏRİN ANKETİ ⚡ RSI 78-dən yuxarı = aşırı alım zonası 📊 Bu yüksək qazananlar qaldırılır... gələcəkdəki hərəkətiniz nədir? 👇 Yüksək risk, yüksək mükafat — likvidasiya olunmayın! 💬 Girişinizi & leverage#CryptoPoll #SKLUSDT #CryptoPatience #FutureTradingSignals #MOVR/USDT $ZBT $KERNEL $SKL
⚡ GƏLƏCƏK TİCARETÇİLƏRİN ANKETİ ⚡
RSI 78-dən yuxarı = aşırı alım zonası 📊
Bu yüksək qazananlar qaldırılır... gələcəkdəki hərəkətiniz nədir? 👇
Yüksək risk, yüksək mükafat — likvidasiya olunmayın!
💬 Girişinizi & leverage#CryptoPoll #SKLUSDT #CryptoPatience #FutureTradingSignals #MOVR/USDT $ZBT $KERNEL $SKL
Short KERNEL
57%
Short SKL
13%
Short MOVR
27%
Short ZBT
3%
104 Səslər • Səsvermə bağlanıb
Store of Value — Bitcoin (BTC)
22%
Oracle Power— Chainlink (LINK)
14%
High-Speed Chains— Solana(SOL)
33%
Memecoins — Dogecoin (DOGE)
31%
36 Səslər • Səsvermə bağlanıb
Məqalə
🔥 9/20 EMA KESİŞMƏSİ: Kripto Tendensiyalarını Tuta biləcəyiniz PlanınızGecikən indikatorların sizə gec siqnallar verməsindən bezmirsiniz? İctimaiyyətə çatmadan əvvəl impulsu tutmaq istəyirsinizsə, 9/20 Ekspozisiya Hərəkətli Orta (EMA) strategiyasını öyrənmək vaxtıdır. Bunu necə qurmaq və peşəkar kimi ticarət etmək üçün burada dəqiq olaraq izah olunur. 🧵👇 ━━━━━━━━━━━━━━━━━━━━━ ⚙️ QRAFİK QURULUŞU ━━━━━━━━━━━━━━━━━━━━━ Binance qrafikinizi açın (15m, 1H və ya 4H vaxt çərçivələri üçün ən yaxşı) və iki EMA əlavə edin: 🟢 Tez Xətt: 9 EMA (dərhal impulsu izləyir)

🔥 9/20 EMA KESİŞMƏSİ: Kripto Tendensiyalarını Tuta biləcəyiniz Planınız

Gecikən indikatorların sizə gec siqnallar verməsindən bezmirsiniz? İctimaiyyətə çatmadan əvvəl impulsu tutmaq istəyirsinizsə, 9/20 Ekspozisiya Hərəkətli Orta (EMA) strategiyasını öyrənmək vaxtıdır.
Bunu necə qurmaq və peşəkar kimi ticarət etmək üçün burada dəqiq olaraq izah olunur. 🧵👇
━━━━━━━━━━━━━━━━━━━━━
⚙️ QRAFİK QURULUŞU
━━━━━━━━━━━━━━━━━━━━━
Binance qrafikinizi açın (15m, 1H və ya 4H vaxt çərçivələri üçün ən yaxşı) və iki EMA əlavə edin:
🟢 Tez Xətt: 9 EMA (dərhal impulsu izləyir)
Trendlə Gizli Xəzinələr Sorğusu (Binance) 💎 Hər kəs BTC & ETH-ə baxır… Amma əsl qazanc gizli xəzinalardan gəlir 👀 Hansının trendlə gedən altcoin 10x potensialı var?$FET $RNDR $TIA 📊 İndi səs verin & gizli xəzinənizi şərh edin Ən yaxşı alfa həmişə şərhlərdədir 👇 #crypto #CryptoPoll #BTC #BinanceSquareTalks #CryptoPoll
Trendlə Gizli Xəzinələr Sorğusu (Binance) 💎
Hər kəs BTC & ETH-ə baxır…
Amma əsl qazanc gizli xəzinalardan gəlir 👀
Hansının trendlə gedən altcoin 10x potensialı var?$FET $RNDR $TIA
📊 İndi səs verin & gizli xəzinənizi şərh edin
Ən yaxşı alfa həmişə şərhlərdədir 👇
#crypto #CryptoPoll #BTC #BinanceSquareTalks #CryptoPoll
FET (AI narrative)
63%
RNDR (GPU / AI infrastructure)
10%
TIA (Modular blockchain)
24%
SEI (High-speed DeFi chain)
3%
71 Səslər • Səsvermə bağlanıb
DOGE
43%
SHIB
7%
PEPE
39%
OTHER (COMMENT IT)
11%
87 Səslər • Səsvermə bağlanıb
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ı