x_Trader_

🧧Hər kəsə yaxşı gün arzulayıram 🧧
Yenidən paylaş ✅
Pulsuz kripto tokenləri+ sikkələri əldə et...✅🎉
@YUGEN优恩 @x_Rex

#dusk $DUSK @Dusk

Bu həftə “whitepaper”in “implementasiya” bölməsini iki dəfə oxuyun. İlk dəfə keçərkən “host functions” hissəsini texniki bir əlavə kimi düşünərək sadəcə ötəri baxdım — yəni VM-in necə qurulduğuna aid bir texniki qeyddir deyə. İkinci dəfə, bu fərziyyə artıq ayaqda qalmadı.

Mən “smart contract-lar VM-də işləyir” və “kriptografik əməliyyatlar VM-də işləyir” iddialarını eyni şey kimi qəbul edirdim. Onlar eyni deyil və aralarındakı boşluq əslində maraqlı dizayn qərarıdır.

Piecrust, Dusk-in VM-i, kontraktları WebAssembly-də işlədir. Amma o, real kripto ağır işlərini — heşləmə, ZK sübutunun verifikasiyası, imza yoxlamaları — həmin WASM sandboksunun içində yerinə yetirmir. Bunlar çıxarılıb yerli (native) şəkildə host tərəfindən idarə olunur; verify_plonk və verify_groth16_bn254 kimi açıq funksiyalar vasitəsilə. Kontrakt onlara müraciət edir, amma bahalı riyaziyyat virtualizə olunmuş mühitə toxunmur.

Bunun niyə xırda bir implementasiya detalı olmadığını izah edim. Whitepaper-də istinad edilən “WASM execution” araşdırmaları göstərir ki, virtualizə olunmuş kod mürəkkəb əməliyyatlarda native koddan 45–255% daha yavaş işləyə bilər — yəni sandbokslaşdırılmış yaddaşın və instruksyaların necə işləməsinə daxilən “bərkidilmiş” bir gecikmədir; bunu optimalla “uzaqlaşdırmaq” mümkün deyil.

Beləliklə, praktik olaraq hər şey üçün ZK sübutunun verifikasiyasına söykənən confidential transaction-lar, əgər verifikasiya normal kontrakt çağırışı kimi VM-in içində işləsəydi, hər bir əməliyyatda bu “vergi”ni ödəməli olacaqdı.

Bu da məxfilik dizaynına necə bağlanır. Proqramlaşdırıla bilən məxfilik təkcə kriptoqrafiya seçimi deyil — eyni zamanda performans məhdudiyyətidir. Əgər sübutun verifikasiyası yavaşdırsa, “məxfi və uyğun (compliant)” səssizcə “məxfi və uyğun, amma zamanla”ya çevrilir. Kriptonu host funksiyalarına çıxarmaq məhz bunun qarşısını alır: məxfiliyi hər tranzaksiyanın üstündə ayrıca ödənilən bir xərc yox, onun özünün bir xüsusiyyəti edir.

Burada Piecrust üçün real-world rəqəmlərini kiminsə həqiqətən benchmark edib-etmədiyini bilən varmı? Yoxsa “WASM overhead-i yan keçmək” hələ də Dusk-a xas məlumatdan çox, sitat gətirilən ümumi araşdırmalara əsaslanır?"

#dusk
DuskEVM-in rollup dizaynı əsasən texniki detal idi—sekvensor, batcher, baza layner və s. Sonra onun mübahisə (dispute) modelini Arbitrum və Optimism-in özləri necə etdiyinə qarşı müqayisə edəndə bu fərziyyə dağıldı.
Optimistik rolluplar defolt olaraq yoxlamır. Onlar yoxlamanı problem (challenge) zamanı həyata keçirirlər. Bir sekvensor vəziyyətə (state) dair bir öhdəlik (commitment) göndərir. Hər kəs ona qarşı fault proof (nasazlıq sübutu) təqdim edə bilər. Sübut keçərsə, səhv vəziyyət rədd edilir və sekvensorun depoziti (bond) kəsilir (slashed). Heç kim vaxtında etiraz etməsə, sübut gecikmədən final sayılır—düzgün olub-olmamasından asılı olmayaraq.
Rəqəmləri yanaşı qoyana qədər bir şeyi əlaqələndirməmişdim. Arbitrum da Optimism də 7 günlük geriçəkmə pəncərəsi (withdrawal window) tətbiq edir—bu, məhdudiyyət deyil, saxtakarlığın (fraud) üzə çıxması üçün lazım ola biləcək müddətə uyğunlaşdırılmış, bilərəkdən seçilmiş tampondur. Zk-rolluplar isə bunu tamamilə atlayır: etibarlılıq (validity) sübutu təqdim edildikdə riyazi şəkildə yoxlanır, yəni mübahisə etmək üçün artıq heç nə qalmır.
DuskDS baza layner bloklarını saniyələr içində yekunlaşdırır. Mən elə bilirdim ki, bu sürət avtomatik olaraq rollup qatına da ötürülür. Ötürülmür. Mübahisə pəncərəsi öz saatı ilə işləyir, alt qatda hansı sürətlə yekunlaşmasından asılı olmayaraq.
Yəni real müqayisə “DuskEVM vs. Ethereum-un rollupları” deyil. Söhbət “mübahisəyə əsaslanan təhlükəsizlik vs. riyaziyyata əsaslanan təhlükəsizlik”dən gedir və DuskEVM Arbitrum və Optimism-in seçdiyi tərəfi seçib.
$DUSK
@Dusk
DuskEVM-in əslində hansı challenge (problem) pəncərəsi var — 7 günlük norma ilə eynidir, yoxsa alt qatındakı yekunlaşma daha sürətli olduğuna görə daha qısadır?

#dusk $DUSK

Düşünürdüm ki Piecrust, Dusk-in virtual maşını, sadəcə ağıllı kontraktları işlətmək üçün var. Hər hansı VM-in gördüyü iş kimidir — kodu icra etmək, vəziyyəti saxlamaq, iş bitdi. Amma məlum olur ki, onun məqsədinin təxminən yarısı elə budur.

Sənədlərə dalanda gördüm ki, Piecrust bir sıra host funksiyalarını açır.

VM-in sandboxlu WASM mühitində işlətmək əvəzinə, native kodun üzərinə ötürdüyü əməliyyatlar.
Blake2b və Poseidon vasitəsilə hashing.
PlonK və Groth16 zero-knowledge proof-larını yoxlama.
Schnorr və BLS imzalarının təsdiqi.
Bunların heç biri adi kontrakt bytecode-u kimi işləmir.

Bəs niyə bir VM özündən yan keçib xüsusi əməliyyatları elə özü içindən ötürmək yerinə, sadəcə hər şeyi normal qaydada işə salmır?

Yəni WASM icrası hesablamaya ağır əməliyyatlarda native koddan 45-255% daha yavaş ola bilər; gecikmə isə virtual yaddaş idarəçiliyi və sandboxlu mühitin əlavə etdiyi təlimat idarəçiliyindən qaynaqlanır.
ZK proof yoxlanışı bəzən deyil, hər transaksiya demək olar ki, baş verir deyə bir zəncirdə, həmin hesablamanı WASM-in içində deyil, natively işlətməmək kiçik rüsum deyil.
Bunu hər blokda artırır, üst-üstə yığılır.
Bu prinsip düz DuskEVM-ə də aiddir — Solidity tərtibatçılarını Dusk-ə gətirən EVM-uyğun qat.

Konfidensial icra modulu olan Hedger, transaksiyaları gizli saxlamaq üçün homomorfik şifrələmə və ZK proof-lardan istifadə edir; amma bunların heç biri, ilk növbədə alt qatdakı native host funksiyaları ağır işi görməsə, kifayət qədər sürətli deyil.
Beləliklə, Piecrust təkcə kontraktların icra olunduğu yer deyil. Bu, həm də ən çox ehtiyac duyulan dəqiq kriptoqrafik əməliyyatlar üçün sürətli zolaqdır — @Dusk ? kimi — və məqsədli şəkildə yavaş yola daxil edilmir. Həmin sürətli zolaq, sadəcə Dusk-native kontraktlarla məhdudlaşmayaraq, DuskEVM-in məxfilik qatını ümumiyyətlə mümkün edən şeydir.

Düşündürür məni — neçə başqa "ümumi təyinatlı" VM-lər var ki, heç kim ölçməyə belə vaxt ayırmadığı bir proof-verification rüsumunu səssizcə yeyir?

#dusk $DUSK @Dusk
Dusk iki əməliyyat modeli təqdim edir və mən onları iki adı olan bir məxfilik sistemi kimi qəbul etməyə davam edirdim.
Bu tam məntiqli olmadığını görmək üçün sənədlərə yenidən baxdım. Sənəmdə məlum oldu ki, onlar iki fərqli problemi həll edirlər.

MOONLIGHT şəffaf modeldir: hesab əsaslıdır, görünən balanslara, göndəriciyə, alıcıya və məbləğə malikdir. Məqsəd izlənilə bilən bir axın (flow) qurmaqdırsa, bu faydalıdır.

PHOENIX isə tamamilə fərqli işləyir. O, UTXO əsaslıdır; yəni vəsaitlər görünən işləyən balans kimi deyil, qorunan (shielded) qeydlər (notes) kimi mövcuddur. Əməliyyat detalları açıqlanmaq əvəzinə şəbəkə xərsin (spend) etibarlı olduğunu təsdiqləyən sıfır-bilikli (zero-knowledge) sübutu yoxlayır; bununla yanaşı vəsaitlərin mövcud olduğunu və iki dəfə xərclənmədiyini də təmin edir.

Mənim daha maraqlı tapdığım hissə:
Heç biri digərinin “fallback”ı deyil.

Onların hər ikisi DuskDS-də yerli (native) əməliyyat modelləridir və eyni zəncirdə (chain) yekunlaşır. Bir cüzdan profili həm Moonlight hesabını, həm də Phoenix hesabını yan-yana idarə edə bilər.

Deməli, məxfilik bir dəfə açdığınız bir ayar deyil.
Bu, əməliyyat səviyyəsində bir seçimdir.
Transfer görünən olsun? Moonlight.
Məbləğ və iştirakçılar qorunsun (shielded)? Phoenix.

Və sonradan səlahiyyətli tərəfə sübut lazımdırsa, Dusk viewing keys vasitəsilə seçmə (selective) açıqlama dəstəkləyir.

Bu, bir əməliyyat modelini götürüb üstünə məxfilik qatını “əlavə etmək”dən daha fərqli bir dizayn seçimidir.
Amma məni düşündürən sual budur ki, mənim həqiqətən maraqlandığım tərəf:
Dusk miqyaslandıqca bu iki kökündən fərqli əməliyyat modelinin saxlanması gücə çevrilir, yoxsa uzunmüddətli mühəndislik baxımından yorucu bir problemlə nəticələnir?
Və praktik istifadədə tənzimlənən bazarlar doğrudan da hər ikisinə ehtiyac duyur — yoxsa sonunda işin çox hissəsini biri görəcək?

#dusk $DUSK @Dusk
Bu həftə ağ kağızın konsensus bölməsini iki dəfə, ardıcıl oxuyun. Amma ilk dəfə heç nə yeni olmadı.
İkinci oxunuşda isə nəhayət səhv etdiyim bir şey “klik” elədi.
Mən “blok səsvermə ilə keçib” və “blok İNDİ yekundur” hadisələrini sanki eyni şey kimi qəbul edirdim. Deyil. Arada bir boşluq var və maraqlı təhlükəsizlik düşüncəsi məhz orada yaşayır.
Validasiya və ratifikasiya mərhələsindən keçən blok yalnız əvvəlki həmin raunddakı bütün cəhdlər uğursuz (tam və təmiz şəkildə) başa çatdıqdan sonra ATTESTED olur. Əks halda o, “accepted” sayılır və bu daha zəif statusdur. “Accepted” blok nəzəri olaraq, əvvəlki bir cəhddən rəqib bir blokla əvəz oluna bilər. Amma “attested” blok bunu edə bilməz.
Sonra yekunluq mərhələlərlə qurulur.
“Attested” blok sonrakı bloklar onun üstünə qurulduqca confirmed kimi təsdiqlənir. “Accepted” blok isə eyni statusa çatmaq üçün daha çox təsdiq tələb edir—təxminən onun arxasında olan uğursuz cəhdlərin sayının iki qatına.
Yalnız blok confirmed olanda və onun əvvəlinə qədər hər şey də eyni vaxtda yekun olduqda, blok həqiqətən final olur.
Beləliklə, “final” səs keçən kimi baş verən tək bir hadisə deyil. Bu, blok-bələr keçən bir hədddir və ona nə qədər tez çatmağınız qismən raundun nə qədər təmiz keçməsindən asılıdır.
Elə burada staking (payləşdirmə) yenidən içəri girir.
Kimlərin səs vermək üçün seçilməsi və kvoruma təsir edə bilmək üçün komitədə kifayət qədər kreditin kimdə olması raundların nə qədər təmiz keçməsinə təsir edir. Çirkli bir raund sadəcə hər şeyi bir az ləngitmir. O, yekunluq zaman xəttini sözün əsl mənasında, sayılıb ölçülən şəkildə uzağa itələyir.
Seçim və yekunluq ağ kağızda yan-yana duran və bir-birindən asılı olmayan iki mexanizm deyil. Biri kimin səs verəcəyini müəyyənləşdirir. Digəri isə onların səsinin nə vaxt qırılmaz olacağını.
Mənim maraqlı tapdığım hissə budur.
Və həqiqətən maraqlandığım iki sualım var:
Bu mərhələli yekunluq praktikada mənalı bir risk pəncərəsi yaradır, yoxsa daha çox nəzəri fərqdir?
Regulated securities (tənzimlənən qiymətli kağızlar) üçün isə “bir neçə blok içində final” həqiqətən yetərlidirmi, yoxsa real maliyyə tədricən daha yaxın—demək olar anlıq—yekunluq tələb edəcək?

#dusk
Mənə dünən nahar edərkən Dusk sənədlərini sürüşdürərkən sürpriz edən tənzimlənən maliyyə haqqında bir detal var.
Əksər tənzimlənən blokçeyn infrastrukturları əslində ictimai deyil.
İcazəli (permissioned)-dir.
Bir institut tərəfindən idarə olunan özəl reyestr — alt qatında blokçeynə bənzər texnologiya istifadə edir. Təqdimat slaydlarında adətən mərkəzsiz kimi görünür. Amma gerçəklikdə belə deyil.
Bunun bir səbəbi var: tənzimləyicilər xüsusilə ictimai, icazəsiz (public, permissionless) zəncirlərə ehtiyatla yanaşırlar.
Validasiya edən tərəfi, nəyin görünəcəyini və nəyin səhv olarsa kimə cavabdehlik düşəcəyini heç bir tək tərəf müəyyən etmir.
İctimai zəncirin mahiyyəti də budur — və məhz buna görə tənzimləyicini narahat edir.
Ona görə 21X diqqətimi çəkdi.
21X Avropa tənzimlənməsinə uyğun olaraq tam tokenləşdirilmiş qiymətli kağızlar bazarı üçün DLT-TSS lisenziyası alan ilk şirkətdir. Bu lisenziya iki şey edir: sonradan uzlaşdırmaq əvəzinə ticarət və hesablaşmanı bir addımda birləşdirməyə imkan verir və onları özəl, mərkəzsiz görünmək üçün hazırlanmış zəncirdən yox, ictimai, icazəsiz (public, permissionless) zəncirdə işlətməyə şərait yaradır.
Məni düşündürən hissə budur. Əksər tənzimlənən platformalar icazəni bağlı qalaraq (closed) alır. 21X isə əsl olanı istifadə etmək üçün icazə aldı.
Burada Dusk-in rolu tərəflər arasında ticarət iştirakçısı münasibətidir — 21X dəstəklədiyi zəncirlərdən biri kimi DuskEVM-i inteqrasiya etməyi planlaşdırır. Bir tərəfdə onların tənzimləmə üzrə istisnasına (regulatory exemption) giriş, digər tərəfdə Dusk-un infrastrukturu. Heç bir tərəf tək başına bütün mənzərəyə malik deyildi.
Tokenləşdirmə heç vaxt çətin hissə olmayıb.
Heç kimin idarə etmədiyi infrastruktura işləmək icazəsi çətin idi.
21X bunu tənzimləmə qatında “açdı”.
Dusk bunu protokol qatında “açır” (deterministik hesablaşma, seçmə açıqlama).
Eyni divar, fərqli tərəf.
Əsas sual:
İctimai-icazəsiz lisenziya həqiqətən nadirdir, yoxsa tənzimləmə sadəcə yetişir? Və daha çox tənzimləyici 21X-i izləsə, “uyğun” (compliant) kriptonu yenidən tərif edəcək, yoxsa kripto sadəcə görünməz infrastruktur borusuna çevriləcək?
$DUSK @Dusk

Görəsən 21X-in lisenziyasını qeyri-adi edən nədir 🔍

Son zamanlar #dusk ilə bağlı kampaniya elanı kriptovalyutanın sevimli sözlərindən birini — “kompozivlik”i — sual altına saldı.
Biz adətən kompozivliyi belə danışırıq: guya daha çox şey avtomatik olaraq daha yaxşıdır.
Token müxtəlif protokollar arasında hərəkət edə, girov ola, DeFi ilə qarşılıqlı fəaliyyət göstərə, şəbəkələrarası (cross-chain) keçə, yeni tətbiqlərə qoşula bilməlidir...
Adi, icazəsiz (permissionless) aktiv üçün bəli.
Amma bunu tənzimlənən (regulated) istiqrazla təsəvvür edin.
İstiqrazda investor uyğunluğu tələbləri, köçürmə məhdudiyyətləri, yurisdiksiya qaydaları və açıqlama öhdəlikləri ola bilər.
Ona görə də “hər şeylə kompoziv edin” birdən-birə o qədər də təsirli səslənmir.
Maraqlı problem aktivə bağlı qaydaları soyub atmaq yox, onları qoruyaraq kompozivlik yaratmaqdır.
Məhz buna görə Dusk olduqca texniki yanaşır.
Onun mövcud arxitekturası settlement/data qatını, DuskDS-i, OP Stack-ə əsaslanan EVM mühiti olan DuskEVM-dən ayırır.
İnkişaf etdiricilər tanış Solidity alətlərindən istifadə edə bilirlər, tətbiqlər isə Duskın əsas şəbəkəsinə geri “settlement” edir.
Hedger isə homomorfik şifrələmə və sıfır bilik sübutları ilə məxfi EVM iş axınları təqdim edir.
Sonra tənzimləyici tərəf var.
NPEX əlaqəsi vasitəsilə Dusk deyir ki, ekosistem MTF, Broker və ECSP lisenziyalarına çıxışa malikdir; DLT-TSS lisenziyalaşdırılması isə hazırda mərhələdədir.
Məqsəd tənzimlənən emissiyanı, investisiyanı, treydinqi və settlement-i vahid hüquqi və texniki çərçivə altında birləşdirməkdir.
Bu, sadəcə slaydda arxitektura işi deyil.
Dusk hazırda qurumlarla birlikdə €300M+ təsdiqlənmiş emissiya, 50K+ investor əhatəsi, 210M+ DUSK stake edilmiş həcmi və ~10 saniyəlik deterministik yekunluluq (finality) barədə məlumat verir.
Bu, sualımı tamamilə dəyişir.
Mən artıq bunları soruşmaqla daha az maraqlanıram:
“RWA-lar kompoziv ola bilərmi?”
Biz artıq bilirik ki, onlar hərəkət edə bilirlər.
Mən bilmək istəyirəm:
Tənzimlənən bir aktiv kimliyini, uyğunluğunu, məxfiliyini və köçürmə qaydalarını özündə daşıyaraq kompoziv qala bilərmi?
Çünki cavab “bəli”dirsə, bu artıq təhlükəsizlikləri blokçeynə “yerləşdirmək” kimi az görünməyə başlayır...
və daha çox onlarla bağlı maliyyə infrastrukturunu yenidən qurmağa bənzəyir.

$DUSK @Dusk

#dusk $DUSK @Dusk

Əvvəllər “blokçeyn finality”nin hər yerdə eyni şey demək olduğunu düşünürdüm. Deyil.
Bir çox zəncirdə blok əlavə olunması hekayənin sonu olmur. Daha sonra daha uzun bir zəncir ortaya çıxsa, həmin blok yenidən təşkil oluna və ya əvəz edilə bilər. Gündəlik (casual) köçürmə üçün bu, heç düşünmədiyin arxa plan riskidir. Amma real maliyyə hesablaşması, istiqraz ödənişi, ticarət və üzərinə hüquqi qüvvə qoyulan hər hansı bir iş üçün “yəqin ki, finaldır” məqbul cavab deyil.
Dusk konsensusu üç mərhələdə işləyir. Bir validator blok təklif edir. Bir komitə onun etibarlı olduğunu yoxlayır. İkinci komitə isə həmin yoxlamanın həqiqətən baş verdiyini təsdiqləyir. Üçü də başa çatdıqdan sonra blok tamamlanır. “Yekunlaşdı, yəqin ki”, yox—tamamilə yekunlaşdı. Bir neçə blok sonra baş verə biləcək reorg-lar (yenidən təşkil) gözlənilmir.
Heç kim konsensus mexanikası haqqında manşet yazmır. Amma tənzimlənən bir birjanın bir müştəriyə “bu hesablaşdı” deməsinə və bunun sözün əsl mənasında doğrudan belə olmasına imkan verən, maraqsız görünən hissə məhz budur—“hesablaşdı, amma üç blok sonra gözlənilməyən bir hadisə olarsa” yox.
İnstent hesablaşma yalnız doğrudan final olanda önəm daşıyır. Tokenləşdirmə təkliflərinin çoxu bu hissəni ötürür.
Sorğu:
Dusk-da bir blok quorum-a (kvoruma) çatanda nə baş verdiyini təxmin et 🧠

⏳ Sonradan geri qaytarıla bilər
✅ Finaldır — reorg yoxdur
📅 Tam aydınlaşması 2 gün çəkir
⛽ Qaz qiymətindən (gas price) asılıdır

#dusk
Düşünürəm ki, tənzimlənən maliyyədə insanlar bəzən məxfilik problemini yanlış başa düşür.
Bu sadəcə belə deyil:
"Tranzaksiyanı necə gizlətmək olar?"
Çətin sual budur:
"Bunu əslində kim görməlidir?"
Bir investorun bütün mövqeyi, zənciri izləyən hər cüzdanın qarşısında mütləq tam ifşa olunmamalıdır.
Amma tənzimləyici nəyisə yoxlamalı ola bilər.
Auditor dəlilə ehtiyac duya bilər.
Emitent isə mülkiyyəti və ya uyğunluğu yoxlamağa ehtiyac hiss edə bilər.
Və bazarın özü də müşahidə edilə və həll edilə bilən şeylərə ehtiyac duyur.
Mənə ən həqiqətən maraqlı gələn hissə @Dusk hissəsidir.
Dusk məxfiliklə “on/off” kimi rəftar etmir. Onun arxitekturası ictimai axınları məxfi olanlardan ayırır, eyni zamanda səlahiyyətli tərəflərə qanuni bir səbəbdən məlumatı görməyə imkan verir.
Bu, mənə maliyyə bazarları üçün çox daha məntiqli görünür.
Çünki istiqrazı, fondu və ya digər bir qiymətli kağızı onçeynə yerləşdirmək çətin iş deyil.
Çətin olan eyni aktiv barədə müxtəlif insanların fərqli səviyyədə görünməyə ehtiyacı olduqda, nə baş verdiyini qərarlaşdırmaqdır.
Əksər kripto söhbətləri bu mövzuya yetərincə vaxt ayırmır.
Dusk bunun ətrafında qurulur.
Və DuskEVM ilə bu yanaşma EVM-uyğun mühitə gətirilir, Hedger isə məxfi EVM iş axınlarını dəstəkləyir.
Bu, "blokçeyn, amma məxfi" deməkdən qat-qat daha maraqlı təklifdir.

$DUSK @Dusk

Bir zamanlar blok zincirindəki gözlənilməzliyi tolere etdiyin, amma həqiqətən dizayn edəcəyin bir funksiya deyil, bir xəta kimi düşünürdüm.
Dusk bunu dəyişdi.
Təsəvvür et ki, sən provisioner (resurs ayıran) edirsən. Səhm qoymusan, uyğun gəlirsən, növbəti blokun yaradılmasını təmin edənlərdən biri ola biləcəyini bilirsən. Amma sənin olub-olmayacağını bilmirsən. Hətta başqa heç kim də bilmir. Digər validatorlar da. Hətta sən də — bu baş verməsindən on saniyə əvvəl.
Maraqlı tərəfi budur: N+1 blokuna kim seçiləcəyini müəyyən edən seed (toxum) hələ N bloku tikilərkən mövcud deyil. O, hərfi-hərfi əvvəlki seed-i imzalayan cari blok generatorundan yaradılır. “Növbəti kimdir?” sualı haradasa gizlədilməyib — hələ hesablanmayıb.
Bunun niyə önəmi var? Çünki burada proqnozlaşdırıla bilmək məsuliyyətdir, rahatlıq deyil. Əgər hücumçu bu gün 40-cı bloku kim yaradırsa onu müəyyən edə bilsə, həmin validatoru hədəf almaq üçün sonsuz vaxtı olar — rüşvət vermək, DDoS etmək, təzyiq göstərmək — an gəlməmişdən əvvəl.
Dusk-un deterministik sortition sistemi bu pəncərəni tamamilə bağlayır. Generator olduğun dərhal həmin anda artıq gerçək olduqda öyrənirsən.
Deməli, əsl dizayn sualı “lideri necə seçirik?” deyildi. “Heç kəsin onun üçün plan qura bilməsinə imkan vermədən onu necə seçirik?” idi.
Yaxşı, blok seçimi hətta bir az da erkən proqnozlaşdırıla bilən kimi nə baş verir?

#dusk $DUSK @Dusk

Səsvermə:
Növbəti blok generatorunu qabaqcadan proqnozlaşdıra bilsən, ilk nə xarab olar?
🎯 Rüşvətnin mümkün olması
🛑 DDoS-un mümkün olması
⚖️ Hər ikisi, eyni zəiflik
🔒 Heç nə, yenə də təhlükəsiz

Bir nəfər şərhlərdə mənə elə bir şey yazdı ki, ağlımdan çıxmır:
Dusk üzərində tokenləşdirilmiş istiqrazın buraxılışından altı ay sonra da real aktivlərlə həqiqətən necə təmin olunduğunu siz necə bilirsiniz?
ZK sübutları buna cavab vermir.
Onlar yalnız qaydalara uyğun icra olunmuş əməliyyatı təsdiqləyir — düzgün balanslar, ikiqat xərcləmənin (double-spending) olmaması.
Amma onlar tokenin arxasındakı real istiqrazın hələ mövcud olub-olmadığını və ya hələ də solvent (öhdəliklərini ödəyə bilən) olub-olmadığını demir.
Bu, tamam başqa etibar (trust) problemidir və elə buna görə @Dusk Chainlink ilə işləyir.
Nəsə tokenləşdiriləndə, kiminsə real dünyadan məlumatları — qiymətlər, ehtiyatlar, təminatın (backing) sübutunu — yalnız buraxılış anında yox, davamlı olaraq zəncirə ötürməyə davam etməsi lazımdır.
Əslində oracle (orakul) budur: kənardan gələn həqiqəti sistemə daşıyan boru — o sistem isə əks halda yalnız içərisində yazılanları bilir.
Bir vaxtlar belə düşünürdüm ki, “on-chain” avtomatik etibarlıdır.
Yox.
Bu, avtomatik yoxlana bilən deməkdir və yoxlanıla bilən yalnız zəncirin üzərində olanı əhatə edir.
Kənar dünyadan olan hər hansı məlumat isə məqsədli şəkildə gətirilməlidir — və insanlar RWAlardan (Real-World Assets) danışanda sanki bu həll olunubmuş kimi həmin hissəni atlayırlar.
Kriptoqrafiya riyaziyyatın düzgünlüyünü sübut edir.
Orakullar isə altındakı dünyanın səssizcə dəyişmədiyini sübut edir. $DUSK “tokenləşdirilmiş istiqraz”ın aylar sonra da nəsə ifadə etməsi üçün, təkcə birinci gündə deyil, hər ikisinə ehtiyac var.

#dusk $DUSK @Dusk

Sənin növbən: Chainlink orakulu Dusk-a əslində nəyi yedizdirir?
🔗 Real dünya qiymət/ehtiyat məlumatı
🔐 ZK sübutunun özü
🏦 Tənzimləyici təsdiq
⚡ Əməliyyatın yekunlaşması

Bu da ona görədir ki, vaxtlama önəmlidir — DuskEVM mainneti NPEX kimi bir birjanın real aktivləri onun vasitəsilə yönləndirə bilməsi üçün canlı və sabit olmalıdır. Tərəfdaşlıq və infrastrukturun mərhələli yayılması eyni saat üzrə gedir."
$DUSK

🧧 Bu günün Qırmızı Zərfi canlıdır! 🧧
Pulsuz kripto, sıfır tələ — itməmişdən əvvəl iddia et 🎁
⏰ Bu gün yalnız
🔥 Məhdud sayda zərflər mövcuddur

📰 Bazar xəbəri:
BTC sakit bir həftəsonu sessiyasında əsasən aşağı ticarət edir və bu həftənin inflyasiya hesabatından bəri formalaşan geri çəkilməni davam etdirir. Bitcoin təxminən $62,800 civarındadır — 24 saatda təxminən 1% aşağı, həftəlikdə isə 3%-dən çoxdur.
İyulun CPI hesabatı gözləntilərə tam uyğun gəldi — amma adətən görülən rahatlaşma rallisi də özünü göstərmədi. Bu arada SEC cümə günü yeni kripto kapital cəlbetmə qaydalarına dair səsverməni qəfil ləğv etdi; səbəb kimi planlaşdırma problemi göstərildi və sənaye rəqəmsal aktiv startapları üçün mümkün istisnaları gözləmək məcburiyyətində qaldı.
Düşüş günləri hələ də iddia günləridir. Zərfinizi götürün 🍀
$BTC

$ETH

$SOL

#Binance #redpacket #crypto #BTC #FreeCryptoEarnings

Bu gün, qaçdığım həmin qrup söhbətinə yenidən qayıtdım. Çünki kiminsə geri itələyib dedi: “yaxşı, Moonlight və Phoenix yaxşıdır, amma bu sadəcə baza qatındakı şeylərdir.
Onda bu cür bir sualım var, düzünü desəm: konkret olaraq həqiqi bir dev bunu üzərində nəsə qurmaq istəsə nə olur?”
Haqlı etiraz idi və son dəfə yaxşı cavabım olmadı.
Məlum oldu ki, məhz bu boşluğu DuskEVM təmin edir.
Yəni bu, baza zəncirinin üstündə oturan EVM-uyğun tətbiq qatıdır—deməli, Solidity dev burada qurmaq üçün yeni bir dil və ya tamamilə fərqli toolchain öyrənməyə ehtiyac duymur; artıq altında səssizlik/məxfilik və uyğunluq fərqini yerli (nativ) şəkildə idarə edən bir zəncərə tanış giriş nöqtəsi ilə gəlir.
Mənim başa düşmədiyim hissə budur: EVM mühitləri adətən default olaraq şəffaf olur, alətlərin işləmə tərzi elədir.
Ona görə də “reviewable privacy” zəncirini EVM-uyğun bir qata qoşmaq pulsuz deyil—kiminsə həmin birləşmə (seam) problemini həqiqətən həll etməlidir.
Bu da Hedger-dir—Dusk-un məxfilik modulu, xüsusi olaraq məxfi EVM workflow-ları üçün hazırlanıb; homomorfik şifrələmə və ZK sübutları ilə kontrakt icrası məxfi qala bilər, amma onu yoxlamağa səlahiyyəti olan hər kəsə yenə də açıqlanır.

Beləliklə, stack indi daha çox qatlar kimi məna verir—tək bir funksiya kimi yox. Moonlight/Phoenix tranzaksiya səviyyəsində məxfilik seçimini həll edir, DuskEVM daxil olmağın normal yolunu verir, Hedger isə bu yolun təsadüfən EVM-in “hər şey açıqdır” default-nu miras almasına mane olan hissədir.

Qeyd: son dəfəki kimi bir xəbərdarlıq var. DuskEVM mainnet hələ canlı deyil, gələcək.
Hedger-in “görülə bilən, sadəcə gizlədilməyən” iddiası real kontraktlar onun üzərindən işləyənə və canlı workflow-da kiminsə həqiqətən açıqlama mexanizmini işə salana qədər dizayn hədəfi olaraq qalır.

Buna baxmayaraq, dürüstcə maraqlıdır: insanlar nə düşünür?
Belə bir zəncir üzərində qururdunuzsa, sizi ən çox nə narahat edərdi?
🔧 Tooling yetkinliyi
🔍 Açıqlama (disclosure) necə işləyir
⏱️ Mainnet-in zaman xətti
🤝 Dev-lər həqiqətən gələcəkmi

#dusk $DUSK @Dusk

🧧 Qırmızı Paket Xəbərdarlığı! 🧧
Mən Binance-dən Qırmızı Paket atıram — pulsuz kripto, hiylə yoxdur! 🎁
💰 İtib getmədən özünüzü götürün
⏰ Yalnız məhdud müddət
🔥 İlk gələn, ilk götürən
👉 [Qırmızı paket linkiniz/kodunuzu bura daxil edin]
Binance-ə yenisiniz? Qeydiyyatdan keçin və saniyələr içində əldə edin. Uğurlar! 🍀
#Binance #crypto #redpacket #FreeCryptoEarnings