比特发发发

#dusk $DUSK Son vaxtlar $DUSK -lıq bir borcu hesablamağa çalışıram: İndi 10,000 ədəd DUSK alıb Provisioner-i özüm işlədim, yoxsa eyni məbləği ilk beş node-na həvalə edim—üç ildən sonra gözlənilən gəlir nə qədər fərq edəcək?
Əvvəl özüm işlədəcəm. @Dusk Provisioner-in giriş həddi 1,000 DUSK-dur, amma komitənin səni stabil şəkildə seçməsi üçün faktiki olaraq ən azı 5,000–10,000 ədəd DUSK stake etməyi düşünürlər. Server xərci 250/ay götürülür, üç il 250/ay × 36 ay = 250/ay hesabı, cəmi 9,000 olur. Üstəlik DUSK qiymətinin dalğalanması var—əgər indiki qiymətdən 30% düşsə, əsas kapitalın azalması üç illik gəlirdən daha çox olar. Amma əgər DUSK artsa, öz node-unu işlətməklə əldə etdiyin gəlirin hamısı sənindir; commission tutulmur.
İndi həvaləyə baxaq. #dusk həvalə mexanizmində Provisioner commission çıxır—hazırda lider node-lar adətən 5%-10% aralığında commission götürür. Üç il ərzində, mürəkkəb artım (compounding) effekti sayəsində bu commission yeyə biləcəyi ümumi gəlir 20%-30%-ə çata bilər. Amma üstünlüyü budur: server istismarına sən baxmırsan, Soft Penalty-yə nəzarət etmirsən, şəbəkə dalğalanması imzanın uğursuz olmasına görə narahat olmursan. Sən "yuxusu rahat" olan bir şey alırsan.
Amma bir də dəyişən var: DUSK-un Emission Schedule-i. Əgər gələcək üç ildə DUSK-un inflyasiya (buraxılış) dərəcəsi tədricən aşağı düşsə (əksər PoS zəncirlərində olduğu kimi), Provisioner-in blok mükafatı azalacaq, amma əməliyyat komissiyasının payı artacaq. Komissiya gəliri isə NPEX-dəki qiymətli kağızların (security) ticarət həcmi ilə birbaşa bağlıdır—əgər doğrudan da €200M+ həcmində security tokenləşmə işə düşsə, komissiyanın artımı inflyasiyanın azalması ilə yaranan itkiləri çox üstələyə bilər.
Deməli bu hesabın yekunu bir əsas fərziyyədən asılıdır: DUSK üzərindəki real iqtisadi fəaliyyətin artmağa davam edəcəyinə inanırsan? İnanırsansa, özün işləd; tam inanmazsan, həvalə et. @Dusk

#dusk $DUSK Mən bu gün @Dusk -ın ticarət (transaction) modeli sənədlərini oxuyuram. Əvvəl düşünürdüm ki, Dusk “məxfilik zənciri”dir — bütün əməliyyatlar Monero və ya Zcash kimi standart olaraq anonimdir. Amma məlum oldu ki, DuskDS-də eyni vaxtda iki ticarət modeli işləyir: Moonlight — açıqdır, hesab (account) əsaslıdır; Phoenix — məxfiləşdirilmişdir, UTXO + sıfır bilik (zero-knowledge) sübutu ilə. Hər iki model eyni $DUSK tokenindən istifadə edir və eyni Transfer kontrakttan keçir.
Bu dizayn əvvəlcə mənə ziddiyyətli göründü: məxfilik zənciri niyə açıq model saxlayır? Amma sonra məntiqləndirdim ki, Moonlight-ın mövcudluğu məhz uyğunluq (compliance) üçündür. Ənənəvi maliyyə institutları əməliyyat aparanda, tənzimləyicilər (regulatorlar) hesab balanslarını və əməliyyat tarixçələrini görməlidir. Tam məxfi olan on-çeyn (on-chain) sistemdə isə auditorlar ümumiyyətlə hesabları yoxlaya bilmir, nəticədə uyğunluq tələblərindən keçmək mümkün olmur. Moonlight isə ənənəvi bank hesabına bənzər, şəffaf istifadə təcrübəsi verir — hesab ünvanları var, balans var, əməliyyat tarixçəsi var.
Phoenix isə başqa yolla gedir: UTXO modeli + sıfır bilik sübutları ilə əməliyyat məbləği və iştirakçılar gizlədilə bilər, amma View Key-ə (baxış açarı) sahib olan auditor yenə də görə bilir. Bu, şirkət mühasibatlığına bənzəyir: xaricə açıqlanan illik hesabat xülasəsidir, auditor isə açarlarla detala baxır.
Mən bunu belə analoji verirəm: bu, sadəcə “yəni ya hamısı tam şəffaf, ya da hamısı tam anonim” kimi bir seçim deyil; elə bil bir binada eyni anda şüşə görüş otağı və səsiz (izolyasiya) danışıqlar otağı var. Xaricə açıqlama və tənzimləyici hesabat üçün şüşə görüş otağı (Moonlight) istifadə olunur; kommersiya danışıqları və institutlararası hesablaşma üçün səsiz danışıqlar otağı (Phoenix). Eyni bina, amma fərqli ssenarilər fərqli otaqlara girir.
Amma iki model həm də mürəkkəblik gətirir. İstifadəçilər Moonlight və Phoenix hesabları arasında DUSK-ı əl ilə köçürməlidir; hazırda avtomatik yönləndirmə (auto-routing) yoxdur. Əgər bir dApp yalnız Moonlight-u dəstəkləyirsə, Phoenix-də məxfi (gizlədilmiş) aktivlərə malik istifadəçi əvvəl bir dəfə kross-model köçürmə etməlidir — daha bir əməliyyat, daha bir gas xərci.
Ona görə də #dusk -in hesab (account) sisteminə baxanda mənim diqqətim sadəcə “məxfilik varmı” sualı deyil. Mən daha çox soruşuram: real istifadədə tərtibatçılar və istifadəçilər hansını daha çox seçirlər, və kross-model köçürmə sürtünməsinin (friction) pul kisəsi (wallet) səviyyəsində udulub-udulmayacağı necə olacaq. $DUSK -in dövriyyə səmərəliliyi sonda bu iki model arasında keçid (switch) xərclərindən asılıdır. @Dusk

#dusk $DUSK Bu gün @Dusk -lik konsensus protokolunu SA-nı sökdüm və bir sözə ilişdim: "committee-based". Bir çox PoS zənciri komitə mexanizmindən istifadə edir, amma Dusk-un SA—Succinct Attestation—üç mərhələyə bölünür: təklif (proposal), yoxlama (verification) və təsdiq (approval). Üç addımın hər biri ayrıca təsadüfi seçilmiş provisioner-lər tərəfindən icra olunur.
İlk addımda provisioner namizəd blok yaradır və yayımlayır. İkinci addımda yoxlama komitəsi blokun etibarlılığını yoxlayır. Üçüncü addımda isə başqa bir təsdiq komitəsi yoxlamanın nəticəsini təsdiqləyir və bloku sonda final edir (finalize). Bir baxışda bir addım çoxdur, amma bu addım "yoxlama" ilə "yoxlamanın nəticəsinin təsdiqi"ni ayırır.
Bu dizaynın niyyətini belə başa düşürəm: əgər yoxlama və təsdiq eyni insanlar tərəfindən aparılsa, yoxlamanın nəticəsi özü yekun hökm olur və nəzarət (balans) yaranmır. İki mərhələyə bölmək deməkdir ki, təsdiq komitəsi yalnız bloka baxmır, həm də yoxlama komitəsinin həqiqətən işi ciddi gördüyünü yoxlayır. Bu, konsensusa əlavə bir səviyyə keyfiyyət yoxlaması əlavə etmək kimidir.
Bu dizaynda bir gizli məhdudiyyət də var: komitələr təsadüfi seçilir və bu seçim qoyulmuş stake/əhəmiyyət (qəsb) miqdarına əsaslanır. Hücumçu hansısa mərhələyə nəzarət etmək istəyirsə, həm böyük miqdarda stake-i idarə etməli, həm də təsadüfən həmin eyni komitəyə düşməlidir. Bu, sadəcə tək bir yoxlama qrupuna nəzarət etməkdən ehtimal baxımından qat-qat çətindir.
Amma mərhələli konsensusun qiyməti gecikmədir. Hər əlavə addım daha çox kommunikasiya raundu deməkdir. SA-nın yüksək tezlikli maliyyə əməliyyatları ssenarilərində aşağı gecikmə ilə təsdiqi necə qoruduğunu hazırda açıq sənədlərdə kifayət qədər məlumat tapmadığım bir məsələdir.
#dusk -un konsensus qatına baxaraq, bloka vurulma (block) vaxtı ilə finalizasiya (yekunlaşma) vaxtı arasındakı intervalı, komitələrin rotasiya tezliyini və real şəbəkədə fork-ların (bölünmələrin) dərəcəsini izləməyə davam edəcəyəm. DUSK stake aktivi kimi konsensusun təhlükəsizlik fərziyyəsi birbaşa stake edənlərin üzləşdiyi risk növlərini müəyyənləşdirir. #dusk @Dusk

#dusk $DUSK Bu gün @Dusk ilə NPEX-in əməkdaşlıq materiallarını izləyirəm. Əvvəlcə bunun sadəcə növbəti “ənənəvi birja blokçeynə çıxmaq istəyir” tipli press-reliz olduğunu düşündüm. Amma rəqəmlərin detallarına baxanda ciddi qəbul etdim: NPEX Hollandiya daxilində qeydiyyatdan keçmiş və Avropada tənzimlənən bir qiymətli kağızlar birjasıdır; artıq buraxılış həcmi 200 milyon avrodan çox, investorlara əsas isə 20 min nəfərdən də çox olduğu təsdiqlənib. Bu, “biz blokçeyn tədqiqini nəzərdən keçiririk” tipli niyyət məktubu deyil, real buraxılış həcmi ilə dəstəklənmiş uyğunluqlu (compliance) icradır.
NPEX tənzimlənən özəl bazarda fəaliyyət göstərir: buraxılış, investorların qəbul meyarları, ticarət, məlumatların açıqlanması, klirinq və hesablaşma — bu mərhələlərin hər birində əvvəldən yetişmiş tənzimləmə tələbləri var. Dusk “səhmlərin kodunu sadəcə zəncirə göndərmək” təklif etmir; bütün bir iş prosesi təqdim edir: investor kimliyi Citadel vasitəsilə sıfır bilik sübutu (zero-knowledge proof) ilə doğrulanır, ticarət zəncir üzərində məxfi icra olunur, lakin tənzimləyicilər üçün auditi mümkün olur; hesablaşma isə SBA-nın müəyyənedici (deterministic) yekunluğu ilə pul-qaimənin (money-voucher) sinxronlaşdırılmış qarşılanmasını təmin edir.
Mən bunu belə oxşadıram: bu, sadəcə qiymətli kağızlar birjasının elan lövhəsini elektron ekrana çevirmək deyil; daha çox, bütün ticarət zalını, klirinq mərkəzini və qeydiyyat qurumunu eyni binaya köçürmək kimidir — üstəlik hər mərtəbədə fərqli giriş səlahiyyətləri var. İnvestorlar öz portfelini görə bilir, tənzimləyicilər isə zəruri məlumatları görə bilir, amma kənar adamlar heç bir əməliyyat detalına baxa bilmir.
Amma bu, bütün mərhələlərin artıq tamamlandığı demək deyil. NPEX-in əməkdaşlıq üzrə fəaliyyəti hələ də axtarış mərhələsindədir: “texniki cəhətdən mümkündür”dən “tənzimləyici təsdiq”ə, oradan isə “real istifadəçilərin zəncir üzərində ticarəti”nə qədər arada keçilməli uzun uyğunluq (compliance) prosesi var. Açıq mənbələrdə də konkret vaxt cədvəli və yayım (go-live) gedişatı barədə aydın plan tapmır. Bu isə bazarın $DUSK -nin RWA narrativi (RWA hekayəsi) ilə bağlı səbrli qalmalı olduğunu göstərir.
#dusk -nın RWA icrasına baxanda mən təkcə “200 milyon avro” başlığına fokuslanmayacağam. Əsl izləniləcək məqamlar bunlardır: ilk zəncirüstü (on-chain) buraxılışın nə vaxt baş verməsi, ticarət həcminin sıfırdan birə qədər necə sürətləndiyi (ramp-up), eləcə də tənzimləyici qurumların bu məxfilik + uyğunluq memarlığına verdiyi real rəy. $DUSK qaz (gas) və girov (pledge) tokeni kimi, dəyərini sonda bu aktivlərin iş prosesi həqiqətən işləməyə başlayıb-başlamamasından alacaq. #dusk @Dusk

#dusk $DUSK Son vaxtlar @Dusk -nin uyğunluq (compliance) yolunu yenidən sistemləşdirib baxdım və gördüm ki, onun əksər ictimai zəncirlərlə ən köklü fərqi texniki arxitektura deyil; ilk gündən “tənzimlənən maliyyə”ni məhsul istiqaməti kimi hədəfləməsidir. Amma burada çox asanlıqla həddən artıq sadələşdirilən bir məntiq var: “uyğunluq çərçivəsi var” demək hələ “uyğunluqlu aktivlər artıq zəncirdə işləyir” demək deyil.$SNDKB
Dusk sənədləri dəfələrlə institusional maliyyə ssenarilərinə yönəldiyini vurğulayır; məxfilik (privacy) əməliyyatlarını dəstəkləyir, eyni zamanda audit tələblərinə cavab verir. Phoenix-in məxfilik modeli sıfır bilik (zero-knowledge) sübutlarına əsaslanır: əməliyyat detalları üzə çıxmadan, tənzimləyiciyə seçmə (selektiv) açıqlama təqdim etmək mümkündür—bu, texniki səviyyədə uyğunluğun əsasıdır. Lakin texniki uyğunluqla məhkəmə/ hüquqi uyğunluq arasında məsafə, bir çox insanın düşündüyündən qat-qat böyükdür.
Həqiqi RWA-nın zəncirdə “işə düşməsi” üçün təkcə zəncirdə məxfilik məsələsini həll etmək kifayət deyil. Aktivlərin buraxılışı (issuance), qəyyumluğu (custody), klirinqi (clearing) — hər bir mərhələ mövcud hüquq sisteminə uyğunlaşdırılmalıdır. Məsələn, tokenləşdirilmiş istiqrazlar və ya fondlar: kim buraxılışa səlahiyyətlidir? Subunderli aktivləri kim qəyyumluğa götürür? Zəncir üzərindəki qeydlər məhkəmədə hüquq sübutu kimi qəbul edilə bilərmi? Bu sualların cavabları whitepaper-də deyil; tənzimləyici memorandumlarda və məhkəmə təcrübəsindədir. Dusk komandası Lüksemburq kimi yerlərdə hüquqi şəxsləşmələrə malikdir, ənənəvi maliyyə institutları ilə də təmasdadır, amma təmasdan əməkdaşlığa, əməkdaşlıqdan aktivlərin həqiqətən zəncirdə yerləşdirilməsinə (on-chain) qədər yenə çox uzun yol var.$SPCXB
Üstəlik, hazırda Dusk üzərində böyük miqyaslı RWA buraxılışı və dövriyyəsi ilə bağlı açıq, kütləvi nümunələrə də rast gəlmirəm. Uyğunluğa aid texniki ehtiyatlar təqdirəlayiqdir, amma dəyərini sonda zəncirdəki aktivlərin real həcmi və əməliyyat tezliyi sübut edir.
Ona görə də mən indi DUSK-ın uyğunluq irəliləyişinə baxanda “mövqe kimi uyğunluq”u “mövcud uyğunluqlu aktivlər”lə eyniləşdirmirəm. Mən daha çox bunlara diqqət edirəm: Dusk-da lisenziyalı (licenced) institutlar hansısa aktivləri buraxıblarmı? Tənzimləyici qurumlar zəncir qeydlərinin qüvvəsini açıq şəkildə tanıyıblarmı? Və zəncir üzərindəki RWA-nın həcmi və əməliyyat tezliyi necədir? Uyğunluq bir seçim sualı deyil; hər maddəsi ayrı-ayrı işarələnməli olan bir yoxlama siyahısıdır.#dusk @Dusk

#dusk $DUSK Mükafat sabit APR-ə görə deyil, seçilib-seçilməməsindən və seçildikdə vaxtında çıxmaq (block istehsalı) və səsverməni tamamlayıb-tamamlamamasından asılıdır. Staking məbləği seçilmə ehtimalını müəyyənləşdirir; uptime isə seçildikdən sonra gəlirin nağdlaşdırılıb-çıxarıla bilməsini. Eyni bir mövqe üçün node sabitdirsə və ya bəzən titrəyirsə, illik olaraq fərq kimi ortaya çıxan hissə real mövcuddur. $SNDKB
Daha çox əvvəlcədən bilinməli olan isə cəza tərəfidir. Protokolun laqeydliyə görə davranışı təkcə “bu raundda pul bölüşdürülməmək” deyil: təkrarən gecikmək/present olmamaq staking-in dayandırılmış vəziyyətə düşməsinə səbəb ola bilər. Dayandırma müddətində həm block istehsalına qoşulmur, həm də mükafat yaranmır; yenidən şərtləri ödədikdən sonra isə namizədlər siyahısına qayıdırsan. Vəziyyət ciddi olarsa, çıxarılan məbləğin (əsas kapitalın) faizi tutulur. Bu, “koini içinə qoyub yavaş-yavaş faiz kimi böyütmək”dən tamamilə fərqli bir təcrübədir. $SPCXB
Beləliklə, 1000 DUSK rəqəmini də yenidən oxumaq lazımdır. Bu, birbaşa staking üçün minimum tələbdir; gəlirin başlanğıc xətti deyil. Mövqeyi kiçik olanlar qapını çətinliklə keçsə də, hər zaman sərfəli olmaya bilər; node işlətmək server, versiya yenilənməsi, monitorinq və nasazlığın bərpası kimi gündəlik xərcləri sənin üzərinə yükləyir. Bunu üçüncü tərəf pool-a ötürmək isə pool-un öz çıxarma qaydaları, tutma (custody) üsulu və müqavilə riski ilə nəticələnir; bunlar əsas şəbəkənin (mainnet) qaydaları ilə eyni deyil.
Mən indi staking gəlirini üç qat kimi ayıracağam: protokol ümumilikdə nə qədər buraxır (block mükafatı və komissiya bölgüsü), nəzəri olaraq nə qədər ala bilərəm (staking payı və seçilmə ehtimalı), praktiki olaraq nə qədər itirəcəm (offline olmaq, dayandırılma, cərimələr və ayrıca alınmalı olan mükafat hissəsi). İlk iki qat yuxarı həddi müəyyənləşdirir, üçüncü qat isə əlimə nə qədər çatacağını.
DUSK-un staking dizaynı uzunmüddətli iştirakçılar üçün əlverişlidir, amma bu, daha çox “online olmağı tələb edən iş” kimidir; əmanət sertifikatı kimi deyil. @Dusk

#termmax İlk əməliyyat: TermMax-da 90 günlük müddətli FT müddəti tamamlandı. 1,000 USDC daxil etdim, 1,021.25 çıxdı — 21.25 faiz tam şəkildə, heç birindən bir qəpik də azalmadan. Fiziki çatdırılma baş verən an endirim yox idi, həmçinin mənim tərəfindən əl ilə təsdiqləmə tələb olunan mərhələ də yox idi. Həqiqətən də əladı, amma dərhal ardınca narahatlıq gəldi.
Pulların cüzdana qayıtdığı gün yenə elə həmin formada təkrar bir əməliyyat etmək istədim, amma eyni müddətdəki bazar kotirovkaları artıq 6.2%-ə düşmüşdü. Mən həqiqətən də kilidləmə müddəti ərzində üzən faiz dərəcəsinin yuxarı-aşağı oynanmasından qaçmış oldum, amma buna görə də bu riski aradan qaldıra bilmədim: müddət tamam olandan sonra həmin günün qiyməti ilə yenidən mövqeyə girmək lazımdır. Bu, təkrar investisiya riskidir — sabit gəlir onu yox etmir, sadəcə həmin riski müddət bitən günə yığır və orada “partlayır”. $SNDKB
Daha incə qat isə ritm məsələsidir. Bütün vəsaiti eyni bir ödəmə tarixində sıxmaq, faiz dərəcəsinə dair qərarı tək bir zaman nöqtəsinə “hamısını” qoymaq kimidir. Mən indi bunu üç hissəyə böldüm: hər ay bir aylıq fərqlə ödəmə tarixi üzrə. Beləcə hər ay geri qayıdanda, yenidən qiymətləndirmə edəndə ən azı bir “hamısını ən aşağı nöqtəyə” yığmaq məcburiyyəti olmur. $SPCXB
Ödəmə tarixinə yaxın ikinci dərəcəli qiymətlərə də baxmaq lazımdır. FT müddətə nə qədər yaxınlaşırsa, qiymət nominal dəyərə o qədər daha yaxın olur və volatillik daha kiçik olur; əksinə, ikinci dərəcəli qiymət fərqindən qazanmaq istəyənlər sonradan nə qədər irəli gedirsə, bir o qədər “əti az” qalır. Həqiqətən də vaxtından əvvəl çıxmaq lazımdırsa, bunu fəaliyyətin (müddətin) ortasında likvidliyi olan yerdən tapmaq lazımdır; son iki həftəyə qədər gözləyib nominal dəyərlə yer uğrunda yarışmağa çıxmaq yox.
Bir cümlə: TermMax-da sabit faiz bu müddət ərzindəki xərci kilidləyir, sənin gələcək bir illik gəlirlilik faizini deyil. Faiz əyrisinin dalğalanmasını hamarlamaq üçün tək bir əməliyyatı daha uzun kilidləmək yox, müddət pillələri (müddət ladderi) lazımdır.
#TermMax @TermMax

#termmax TermMax-in bir klikli levereci yalnız iki dəyişənə bənzəyir: leverage əmsalı və sabit faiz dərəcəsi.
Son vaxtlar hesablayıram və görürəm ki, həqiqətən gəliri yeyən hissə bu iki rəqəmin içində deyil.
Bir klikli leverage-in arxasında əslində bir sıra addımlar var: stabilkoin borc alırsan, onu girov aktivinə dəyişirsən, sonra geri qaytarıb girov kimi saxlayırsan. Protokol bunu atomik şəkildə paketləyir, amma hər bir addımda bazar sürtünməsi hələ də qalır.
Dəyişdirdiyin anda slippage olur.
Borc aldığın həmin məbləğ üçün elə birisi lazımdır ki, həmin faiz dərəcəsində o pulu verməyə razı olsun.
Gələcəkdə bağlayarkən isə girov aktivini yenə stabilkoinə çevirməlisən və yenə slippage ödəməlisən.
Bu üç xərcin hər biri kiçik mövqelərdə nəzərə çarpmaya bilər, amma böyük mövqelərdə həlledicidir.
Çox yayğın “çaxma” məntiqi belədir:
PT-nin əsas gəliri 10% görünür, borclanma xərci 6%, faiz fərqi 4%, üstünə üçqat leverage əlavə edirsən, illik gəlir dərhal onlarla faizə çıxır.
Amma real açılış və bağlanış zamanı hər biri üzrə 0,5% slippage/komissiya yaranır—geri-gəlişdə cəmi 1%. Üçqat leverage bu 1%-i öz kapitalında 3%-ə böyüdür.
Səndəki 4% faiz fərqi isə hələ yarışa başlamazdan böyük hissəsini itirir.
Arada yenidən balanslama, qismən geri ödəmə, müddət/termin dəyişməsi tələb olunursa—hər dəfə yenə eyni xərci yenidən ödəyirsən.
Mənim V2-nin “sabit faiz” kimi reklam etdiklərindən daha real gördüyüm məqam da budur.
Limit orderlər sənə hovuzun verdiyi cari qiyməti passiv qəbul etməməyə imkan verir; böyük mövqeləri bölüb çıxarmaq, tədricən icra etdirmək və qiyməti özün təyin etmək olur.
Qurban verilən isə gözləmədir, gözləmənin isə dəyəri var. Buna görə TermMax gözlənilməmiş vəsaitlərin gözləmə zamanı da əsas gəliri yeməyə davam etməsini etməlidir; yoxsa limit order böyük vəsait üçün yükə çevrilər.
Unified Dashboard da eyni kateqoriyadadır. Bir neçə zəncirdə və bir neçə termində ümumi açıq mövqeni görməsən, daha bir addım əlavə etməyin lazım olub-olmadığını qiymətləndirmək mümkün deyil.
Ona görə də mən indi levere j strategiyasını qiymətləndirəndə nominal faiz fərqinə baxmıram, yalnız bir rəqəmə baxıram:$SPCXB
Açılışdan bağlanışa qədər ümumilikdə neçə dəfə sürtünmə xərci ödəyəcəm?
Üç dəfə sürtünmə xərci ödəmək strategiyası ilə on dəfə ödəmək strategiyası—hətta kağız üzərində faiz fərqi eyni olsa belə—real nəticələr çox fərqlənir.
Sabit faiz “borc götürməyin qiymətini” həll edir.
Amma “giriş/çıxışın qiymətini” həll etmir.
İkincisi çox vaxt daha bahalı olur.$SNDKB
#TermMax @TermMax

#dusk Phoenix rejimində aktivlərin ötürülmə yolu kənara görünməzdir; yalnız sıfır bilik (ZK) sübutları qanuniliyi təsdiq edə bilər. Tək nəzarət yurisdiksiyası daxilində bu mümkündür — məsələn, Niderlandın AFM bu sübut mexanizmini qəbul edirsə, həmin qurum AFM-in çərçivəsində uyğun fəaliyyət göstərə bilər.$SNDKB
Amma RWA-nın mahiyyəti sərhədlərarası aktiv axınıdır. DUSK üzərində buraxılan bir istiqrazın isə mülkiyyətçisi Avropa İttifaqında, Sinqapurda, Honkonqda və ABŞ-da yerləşə bilər. Hər yurisdiksiyada “qəbul edilən uyğunluq sübutu”nun tərifi fərqlidir və ZK sübutunun hüquqi dəlil kimi qəbul edilmə meyarları da fərqlidir. ABŞ SEC hazırda onlayn (on-knife/chain) məxfi aktivlərə münasibətdə hələ də olduqca ehtiyatlıdır; MAS və SFC-nin çərçivələri isə inkişaf mərhələsindədir.$SPCXB
Bu o deməkdir ki, @Dusk -in uyğunluq səviyyəsi faktiki olaraq bir neçə yurisdiksiyanın tələblərini eyni vaxtda ödəməlidir və bu tələblər aralarında ziddiyyət yarada bilər. Məsələn, Aİ GDPR məlumatların minimallaşdırılmasını tələb edir, amma bəzi yurisdiksiyaların AML (çirkli pulların yuyulmasına qarşı) qaydaları tam əməliyyat izinin izlənə bilməsini istəyir — texniki baxımdan bu iki tələblər ziddir və onları yalnız “parametrləri tənzimləməklə” həll etmək mümkün deyil.
Daha real problem budur: sərhədlərarası RWA əməliyyatı nəzarət yoxlamasını işə saldıqda, deşifrə (açma) tələb etmək səlahiyyəti hansı yurisdiksiyanın tənzimləyici qurumuna aiddir? Əgər bir neçə yurisdiksiya eyni anda tələb irəli sürərsə, prioritet necə müəyyənləşəcək? Bu suallar whitepaper-da yoxdur, amma ilk real sərhədlərarası institusional əməliyyatda ortaya çıxacaq.
Mən demirəm ki, bu problemlər həllolunmazdır; sadəcə olaraq deyirəm ki, onların həlli protokol səviyyəsində deyil, hüquq səviyyəsindədir. DUSK-a təkcə texniki uyğunluq deyil, həm də əsas yurisdiksiyalarda hüquqi presedentlərin yaradılması lazımdır — ZK sübutu ilə tənzimləyicinin özünü yoxlamasını (self-certification) tam yerinə yetirmək istəyən ilk qurum, yalnız texniki risk deyil, həm də hüquqi risk daşıyacaq.
Bu presedent nə vaxt yaranacaqsa, $DUSK -nin qurumlar tərəfindən qəbul/istifadə sürətini istənilən texniki yenilənmədən daha çox müəyyən edəcək.#dusk @Dusk

#termmax “zamanla bağlı” iki şeydir ki, yalnız həddindən artıq bazar şəraitində nəticəni həqiqətən müəyyən edən məhz budur.
@TermMax -nin likvidasiyası iki cür tetiklenir: mövqenin LTV-si həddə toxunur və ya borcalan vaxtı çatanda qaytarmır. Birincisi orakul qiymətinə (oracle) söykənir, ikincisi isə ötmə (müddət bitmə) vaxtına. Bu o deməkdir ki, mövqeyinizin təhlükəsizliyi təkcə girovun dəyərinin nə qədər olması ilə bağlı deyil—həm də “qidalandırma qiymətinin (喂价) real qiyməti vaxtında əks etdirə bilməsi” və “müddət gününə düşən anda geri ödənişi qaçırıb-qaçırmamağınız” məsələsidir.$SNDKB
Oracle zənciri ilə bağlı bu halı həmişə qiymətləndirmədiyimiz risk nöqtəsi kimi düşünmüşəm. Bazar gap (şaquli boşluq) ilə aşağı düşəndə, əgər qidalandırma qiyməti yenilənməsi gecikirsə, mövqe kağız üzərində hələ də “təhlükəsiz” görünə bilər, halbuki əslində artıq ödəniş qabiliyyəti yoxdur; qiymət təklifləri çatanda isə likvidasiyanı vaxtında və sakit şəkildə icra etmək üçün gec olur. Sabit faiz xərcləri kilidləyə bilər, amma qidalandırma qiymətinin gecikməsindən yaranan boşluğu kilidləyə bilmir.
Ötmə günü isə başqa bir zaman təzyiqidir. Vaxtı keçmiş ödəniş likvidasiyanın pəncərəsinə daxil edir—yəni hətta bazar düşməsə də, siz sadəcə ödəniş vaxtını qaçırdığınız üçün yenə də tədbirə (müflisləşdirmə/likvidasiya) düşə bilərsiniz. Sabit faiz dərəcəsinin “qətiyyəti” “vaxtında öhdəliyi yerinə yetirdiyiniz” fərziyyəsi üzərində qurulub; zaman xətti qırıldıqda, qətiyyət də qırılır.$SPCXB
Mən #TermMax-a baxanda görürəm ki, zaman risk ölçüsü kimi qiymətlə paralel şəkildə nəzərə alınır: oracle yenilənmə tezliyi və mənbə etibarlıdırmı, ödəmə tarixindən əvvəl və sonra kifayət qədər əməliyyat üçün bufer var, ekstremal şəraitdə qidalandırma qiyməti və likvidasya gap-lə düşməni yetişdirə bilir, yoxsa yox. Bunlar APY-də görünmür, amma sonda o rəqəmin gerçəkləşib-gerçəkləşməməsini məhz bunlar müəyyən edir.
Sabit faiz qiymətin dalğalanmasını kilidləyir, amma zamanın ötüşünü kilidləyə bilmir. Əsl risk idarəçiliyi həm bu faiz hesabını düzgün çıxarmaq, həm də ödəmə tarixini və oracle qidalanmasını bu iki zaman xəttini qorumaqdır.#TermMax @TermMax

#dusk $DUSK Mən DUSK-un blok istehsal mexanizmini nəzərdən keçirəndə gördüm ki, bu, mənim tanış olduğum PoS zəncirlərindən bir az fərqlidir: bütün staking (səhmləmə) node-ları blok yığmada iştirak etmir; hər raundda bir komitə seçilir, yalnız seçilmiş node-lar blok istehsal etmək və səsvermə ilə təsdiqi vermək hüququna malik olur. Əvvəlcə düşünürdüm ki, bu, səmərəliliyi azalda bilər, amma sonradan məlum oldu ki, dizaynın əsas məqsədi hər iki şeyi qorumaqdır: bloklama (istehsal) tez olsun, eyni zamanda yekun təsdiq prosesində kifayət qədər çox insan iştirak etsin; bunu çox az node-un “hər şeyə qərar verməsi” ilə etmək olmaz.
Bu da mənə andlılar (münsiflər) heyətinin seçilməsi qaydasını xatırlatdı. Qeydiyyatdan keçmiş bütün vətəndaşlar məhkəmədə andlılar kimi iştirak etmir; hər iş üzrə təsadüfi olaraq bir qrup insan seçilir və yalnız seçilənlər bu dəfə veriləcək qərarın məsuliyyətini daşıyır. Seçilməyənlər bu dəfə iştirak etmir, amma növbəti dəfə yenə seçilə bilər. DUSK-un komitə konsensusu da bu məntiqə əsaslanır: bütün staking node-lar namizəd hovuzudur, hər raundda onlardan bir hissəsi təsadüfi seçilir və yalnız onlar həmin raundda blok istehsalı və təsdiq üçün məsuliyyət daşıyır.$SPCXB
Bu bənzətmə burda bitir: andlılar seçimində məqsəd təmsillilik və ədalətliliyi təmin etməkdir; DUSK-un seçmə mexanizmi isə şəbəkə miqyası artdıqdan sonra sürət və təhlükəsizliyi necə balanslaşdırmaq kimi texniki problemi həll edir—yəni başlanğıc nöqtələri fərqlidir. BTC-də hash hesablamaq uğrunda bütün şəbəkənin hesablama gücü ilə rəqabət aparmağından fərqli olaraq, DUSK-da bütün node-lar həyəcanla hash “yarışına” girmir; bəzi PoS zəncirlərində tez-tez rast gəlinən sabit validatorlar qrupundan fərqli olaraq, DUSK-un komitəsi dinamik olaraq rotasiya olunur və nəzəri olaraq uzunmüddətli müddətdə blok istehsal hüququnu ələ keçirmə riskini azaldır.$SNDKB
Növbəti addımda isə aydınlaşdırmaq istədiyim budur: seçilmə ehtimalı konkret olaraq staking məbləği ilə hansı əlaqədədir? Adi, kiçik məbləğ yatıran iştirakçıların real olaraq nə qədər tez-tez seçildiyi nədir? Bunu daha dəqiq parametrlərlə yoxlamaq və sonra yenidən yeniləmə (update) etmək niyyətindəyəm. #dusk @Dusk

#termmax TermMax-ın məhsul mövqeləşdirməsini yenidən nəzərdən keçirəndən sonra gördüm ki, sabit faiz həqiqətən “ən yüksək gəliri necə əldə etmək”i həll etmir; daha çox zəncir üzərindəki vəsaiti daim dəyişən kotirovkadan tədricən əvvəlcədən planlana bilən maliyyə xərzinə çevirmək məsələsidir.
Üzən faiz çevik vəsaitlərə uyğundur, amma uzunmüddətli fəaliyyət tələb edən strategiyalar üçün əlverişli deyil. Borcalanın bu gün gördüyü xərc, istifadə dərəcəsi yüksəldiyi üçün bir neçə gün sonra nəzərəçarpacaq dərəcədə dəyişə bilər. #TermMax bu tip qeyri-müəyyənlikləri dəqiq son tarix və sabit maliyyələşdirmə qiyməti ilə idarə edir; istifadəçi mövqeyi açmazdan əvvəl ən pis ssenaridə nə qədər faiz ödəməli olacağını hesablaya bilir.$SNDKB
Bu cür müəyyənlik stabilkoin dövriyyəsi, gəlir strategiyaları və zəncir üzərində aktivlərin idarə olunması üçün də dəyərlidir. İnstitusional və ya peşəkar istifadəçilər adətən təkcə ən yüksək illik gəlir axtarmırlar; daha çox önəm verirlər: pul axını proqnozlaşdırıla bilirmi, öhdəliklər nə vaxt bitir və gəlir ilə xərclər eyni zaman aralığında üst-üstə düşürmü. Sabit faizli bazarın təqdim etdiyi mahiyyət etibarilə daha aydın bir “vəsaitin zaman cədvəlidir”.
Amma məhsul hesablaya bilir deyə risk avtomatik olaraq yox olmur.@TermMax Yenə də ağıllı müqavilə təhlükəsizliyi, orakul qiyməti, girov dəyərinin dəyişkənliyi, likvidliyin təmizlənmə səmərəliliyi və müddət likvidliyi kimi problemlərlə üzləşmək lazımdır. Əgər hansısa bazarda girov aktivləri qəfil likvidliyini itirsə, hətta borc faizi kilidlənsə də təmizləmə prosesi yenə də zərər borc təzyiqi yarada bilər.$SPCXB
Məncə TermMax-ın həqiqətən yetkinləşməyə doğru getdiyini qiymətləndirmək üçün sadəcə kilidləmə həcminin hansısa anına baxmaq kifayət deyil. Daha önəmlisi budur: aktiv borc tələbi fasiləsiz olaraq davam edirmi, müxtəlif müddətlər üzrə sabit razılaşmalar formalaşırmı, və müddət bitəndə vəsaitin sorunsuz qaytarılması təmin olunurmu; həmçinin protokol kəskin bazar dalğalanmalarında belə normal işləyə bilirmi.
Nəzərə alınmayan başqa bir göstərici də var: təkrar istifadə dərəcəsi. Əgər istifadəçi bir borc müddəti bitdikdən sonra yeni bir müddət seçməyə yenidən razıdırsa, deməli sabit faiz həqiqətən real tələbi həll edir. Əksinə, vəsait yalnız təşviqlər dövründə qısa müddətə dayanıbsa, artım məhsulun özündən qaynaqlanmaya bilər.
Zəncir üzərində borclanma əvvəllər daha çox hər gün yenidən qiymətlənən bir mehmanxana kimi idi; TermMax isə əvvəlcədən yazılmış qiymətlər və çıxış (check-out) tarixləri olan bir icarə (icarə müqaviləsi) etmək istəyir. İcarənin dəyəri heç vaxt ən ucuz olması deyil; tərəflərin hər ikisinin gələcəkdə nə ödəyəcəyini bilməsidir.@TermMax

#dusk $DUSK Məncə, Dusk-un gələcək dəyərini qiymətləndirmək üçün yalnız əsas şəbəkənin işə düşməsinə və ya qısa müddətli qiymət dəyişməsinə baxmaq olmaz; bununla yanaşı, onun tam bir aktiv dövriyyəsi (asset flow) zənciri qurub-qurmamasına da baxmaq lazımdır. Adi tokenlər üçün buraxılış, köçürmə və ticarət artıq kifayət qədər yetkinləşib; amma daşınmaz əmlak payları, istiqrazlar, fond sertifikatları kimi tənzimlənən aktivlər blokçeynə keçəndə məsələ xeyli mürəkkəbləşir. Aktivin mənbəyi necə təsdiqlənəcək, sahib (holder) uyğunluğa malikdirmi, əməliyyat qeydləri məxfiliyi necə qoruyacaq, mübahisə yarandıqdan sonra dondurma və ya düzəliş səlahiyyəti kimdə olacaq—bütün bunlar üçün baza (lower) şəbəkə aydın dəstək verməlidir.$SPCXB
Dusk-un istiqaməti məhz belə ssenarilərə mərkəzlənib. O, yekun (final) hesablaşmanı, məxfilik sübutlarını və EVM inkişaf mühitini eyni bir marşrutda birləşdirir; nəzəri olaraq bu, müəssisələrin Solidity alətlərindən istifadə etməyə davam etməsinə imkan verə bilər, eyni zamanda maliyyə aktivlərinə daha uyğun məxfilik və uyğunluq (compliance) imkanları əldə edər. Bu cür kombinasiya təkcə daha yüksək TPS-in arxasınca getməkdən daha real dəyər daşıyır, çünki maliyyə institutlarının əslində maraqlandığı hər saniyə neçə adi köçürmənin emal edilməsi yox, əməliyyatların izlənə bilinməsi, səlahiyyətlərin aydın olması və hesablaşmanın deterministik (müəyyən) şəkildə həyata keçməsidir.$SNDKB
Amma düzgün marşrut olması tətbiqin artıq yetkin olması demək deyil. DuskEVM hələ sınaq şəbəkəsində (testnet) təsdiqlənməlidir, Dusk Trade ilə bağlı imkanlar da quruculuq mərhələsindən stabil istismara keçməlidir. Aktiv buraxılış platforması ilə ticarət modulu arasında identifikasiya (identity), white-list (ağ siyahı), cross-layer aktiv xəritələnməsi, ödənişlərin ödənilməsi və uğursuzluq zamanı rollback kimi məsələlər həll olunmalıdır. Hər hansı bir mərhələ aydın deyilsə, müəssisələr əməliyyat riski səbəbilə istifadədən imtina edə bilər.
Buna görə də, mən Dusk tətbiqinin inkişafını üç müşahidə göstəricisinə böləcəyəm. Birincisi, real aktivlər buraxılışdan yekun hesablaşmaya qədər qapanmış (closed-loop) dövrəni tamamlaya bilirmi; ikincisi, məxfi əməliyyatlar audit və tənzimləmə (regulatory) ilə birlikdə necə təmin olunur; üçüncüsü, adi Solidity komandaları inkişaf xərclərini böyük ölçüdə artırmadan qoşula bilirmi. Bu üç məsələ addım-addım reallaşan kimi, texniki narrativdən (texniki hekayədən) şəbəkə tələbinin bir hissəsinə çevrilmək mümkündür. Sizcə Dusk ən əvvəl hansı sahəni—istiqrazlar, fondlar, yoxsa başqa aktiv növlərini—böyük ölçüdə nə zaman qıracaq (ilk sıçrayışı hansında görəcəyik)?
#dusk @Dusk

#termmax İlk dəfə sabit faizli müqaviləni görənlərin ən çox etdiyi yanlış təsəvvür budur: səhifədə aydın bir rəqəm verilirsə, saxladığınız müddətdə dəyər dəyişməyəcək. Amma @TermMax araşdırıldıqdan sonra məlum olur ki, “sabit gəlir” ilə “sabit qiymət” əslində tamamilə fərqli anlayışlardır. Birincisi, razılaşdırılmış şərtlərə uyğun olaraq və müddət bitənədək saxlandıqda yaranan pul axınını təsvir edir; ikincisi isə çıxışın hansı vaxtda və hansı bazar likvidliyi (dərinliyi) ilə edildiyindən asılıdır. $SNDKB
Məsələn, FT daha çox müəyyən son tarixi olan zəncirvari sıfır-kuponlu istiqraz (zero-coupon) kimidir. İstifadəçi nominalın son dəyərindən aşağı qiymətə alır; müvafiq borc normal ödənilərsə və hesablaşma uğurla başa çatarsa, müddət sonunda qayda üzrə aktivləri geri almaq mümkün olur. Alış qiyməti ilə ödəniş dəyəri arasındakı fərq gözlənilən gəliri təşkil edir. Bu strukturun üstünlüyü odur ki, hər gün borc-güzəşt (lend/borrow) hovuzunun faiz dərəcəsinin dəyişib-dəyişməyəcəyini təxmin etmək lazım deyil və gələcəkdə nə qədər aktivin geri qaytarılacağı daha asan ölçülə bilir.
Problemlər isə odur ki, hamı müddətin sonunadək gözləməyə bilər. Tutaq ki, bazarda faiz dərəcələri birdən yüksəldi və yeni buraxılan və ya yeni alqı-satqı edilən FT daha cəlbedici gəlir təqdim edir; bu halda köhnə FT-nin vaxtından əvvəl satılması üçün qiyməti aşağı salmaq lazım gələ bilər. Əksinə, faiz dərəcələri düşərsə, əvvəlcədən kilidlənmiş gəlir daha dəyərli ola bilər. Yəni #TermMax müddət qaydasını sabitləşdirir və ara mərhələdə qiymət dəyişkənliyini aradan qaldırmır.
Burada likvidlik faktorunu da əlavə etmək lazımdır. Eyni bir FT üçün kitab (sənəd) üzərində yaxşı görünən müddətə qədər gəlirlik ola bilər, amma sifarişin dərinliyi çox incədirsə, satılacaq miqdar bir az böyük olanda ardıcıl olaraq bir neçə səviyyənin qiymət təklifini “yeyə” bilər. Nəticədə yekun razılaşma qiyməti, slippage (qiymət sürüşməsi) və komissiyalar birlikdə hesablandıqda, əvvəlcə çox gözəl görünən gəlir nəzərəçarpacaq dərəcədə azalır. Müddət nə qədər uzundursa, həmin dövrdə vəsaitə ehtiyac yaranması və faiz dərəcələrində dəyişiklik ehtimalı adətən bir o qədər yüksək olur. $SPCXB
Ona görə də TermMax tipli sabit faizli fürsət üçün qərar verərkən “müddətə qədər saxlamaq” ilə “erkən çıxış”ı iki ayrı ssenari kimi qiymətləndirirəm. Birinci halda diqqət girovun (təminatın) keyfiyyətinə, ləğvetmə (likvidasiya) mexanizminə və müddət bitənə qədər geri qaytarma marşrutuna yönəlir; ikinci halda isə alqı-satqı qiymət fərqinə, sifariş dərinliyinə və qəbul edilə bilən slippage-ə baxılır. Yalnız hər iki yol tam aydın olanda səhifədəki faiz dərəcəsi qərar meyarı olur; yoxsa yalnız riskləri görməməyə vadar edən gözoxşayan rəqəm insanı yanıltmış olur. Sabit faizli gəlirin əsl verdiyi şey bütün nəticələrə zəmanət deyil, planlaşdırıla bilənlikdir. @TermMax

Bu gün mən @Dusk -nin DuskEVM sənədlərini oxuyuram. Əvvəlcə elə bilirdim ki, bu, sadəcə Solidity tərtibatçıları üçün bir başlanğıc nöqtəsidir. Əslində düşünülməli olan budur: tərtibatçılar müqaviləni (smart contract) Ethereum ekosistemindən köçürürlərsə, bu avtomatik olaraq tətbiqin tam şəkildə köçürülməsi demək deyil. DuskEVM icra edir, DuskDS isə hesablaşmanı (settlement) aparır—bu yol alətlər baxımından EVM ekosisteminə yaxındır, amma əsas vəziyyət (state), qaz (gas) qaydaları və məxfilik interfeysləri tam ekvivalent deyil.

Əgər bir komanda artıq Hardhat və ya Foundry istifadə edirsə, ən çox maraq verən şeylər bunlardır: deploy (yerləşdirmə) skriptləri, vaxtın (time) təsdiqi, event subscription və rollback mexanizmi. Müqavilə kompilyasiya olur, bu, oracle-ların (oracles), indekslayıcının (indexer) və ön (front-end) cüzdanın (wallet) dərhal yenidən istifadə oluna biləcəyi anlamına gəlmir. Solidity müqaviləsi zəncirdəki məlumatı oxumalı və ya məxfilik funksiyasını işə salmalıdırsa, DuskVM və Phoenix sərhədlərini anlamaq lazımdır. Əks halda tətbiq işləyə bilər, amma xərc strukturu və performans əvvəldə düşünülənlərlə tam uyğun olmaya bilər.

Məsəl üçün bunu təsəvvür edin: bir mağazaya qərargahla (baş ofislə) uyğun gələn yeni bir POS-kassa (kassa aparat) sisteminin dəyişdirilməsi. Ön cəbhədə (mağazada) istifadəçi interfeysi dəyişmir, amma anbarın inventar yoxlaması və üzv məlumatları yenə başqa bir proseslə aparılır. Kassir tanış ekrana baxır, amma arxa planda (back-office) uzlaşma (reconciliation) üçün hər şey yenidən dizayn olunmalıdır. Tərtibatçıların köçü sadəcə copy-paste deyil—hər bir asılılıq qatını yenidən təsdiqləmək lazımdır.

Rəsmi olaraq vurğulanır ki, DuskEVM Ethereum alətlər zəncirinə (toolchain) uyğunluq yarada bilər—bu istiqamət məntiqlidir; amma əsl müşahidə ediləsi məsələ budur: inkişaf etdiricilər fasiləsiz olaraq deploy etməyə davam edəcəkmi və müqavilə uğursuz olduqda problemi tez DuskEVM-də, DuskDS-də, yoxsa bridge komponentlərində tapmaq mümkün olacaqmı. İcra üçün bir əlavə yol—istismar (operational) mürəkkəbliyinə bir əlavə qat deməkdir. İnkişaf komandası üçün ən bahalı şey çox vaxt gas deyil, troubleshoot (problemi axtarma) vaxtıdır.

Ona görə də #dusk -un ekosistem inkişafını görəndə mən “EVM uyğunluğu”nu birbaşa “tərtibatçılar artıq gəlib” kimi qəbul etmirəm. DUSK üçün daha önəmli göstəricilər bunlardır: aktiv müqavilələrin sayı, deploy retry (təkrar yerləşdirmə) faizi və RPC sabitliyi. Girişin açılması yalnız ilk addımdır—toolchain və troubleshooting təcrübəsi insanları saxlaya biləcəkmi, ekosistemin ilkin (cold-start) mərhələsində çətin məhz bu məsələdir. #dusk @Dusk $DUSK

#dusk $DUSK Yaxınlarda Dusk-un tərtibatçı sənədlərini yenidən oxudum və görməyə başladım ki, keçən ildəkindən xeyli daha tamamlanıb. Testnet-in yerləşdirmə təlimatları, məxfilik (privacy) kontraktı nümunələri və node-ların işə salınması izahları əvvəlkindən daha aydındır. Baxmayaraq ki, ən yüksək səviyyəli public chain-lərin tərtibatçı təcrübəsindən hələ də geridəyik, istiqamət doğrudur. Bir public chain ekosistemi formalaşdıra bilirmi—sənədlər və alət təcrübəsi bir çox marketinq kampaniyasından daha önəmlidir.
Mən bir neçə dəfə Dusk icmasının testnet tədbirlərinə qatılmışam. Düzünü desəm, ilkin mərhələdə iştirak edənlərin sayı çox deyildi, amma qalanların çoxu məxfilik və RWA-nı ciddi şəkildə araşdıranlar idi. İcma müzakirələrində demək olar ki, hər gün “pump” çağıran yoxdur; daha çox məxfilik bilet (ticket) modeli, uyğunluq (compliance) dizaynı və institutlarla əməkdaşlıq ehtimalları haqqında danışılır. İndi bazarda belə bir ab-hava əksinə, daha nadirdir.
DUSK sahibləri bir şeyi aydın düşünməlidir: bu layihənin premium-u (qiymət üstünlüyü) qısamüddətli bazar həvəslənməsindən yox, onun məxfilik və uyğunluq (compliance) üçün əsas infrastruktur olub-olmamasından qaynaqlanır. İnfrastrukturun yoxlama (validation) dövrü uzun olur—bəlkə bir il, bəlkə də iki il ciddi bir hərəkət görünməyə bilər—amma institutlar qoşulmağa başlayanda “dayanma səddini” (moat) sırf DeFi layihələrindən daha dərin edir.
Bu prosesdə tərtibatçı ekosistemi çox mühümdür. Sadəcə institut əməkdaşlığı yetmir; Dusk üzərində üçüncü tərəf tərtibatçıların da pul kisəsi (wallet), alət və frontend-lər hazırlamaq istəyi olmalıdır. Sənədlərin yetkinliyi, testnet təşviqləri, node sabitliyi kimi detal-lar məhz tərtibatçıların qalmasını-qalmamasını müəyyənləşdirir. Bir çox public chain-lər məhz görünməyən bu yerlərdə uduzur.
İndi Dusk-un gedişatına baxanda daha çox onun tərtibatçı aktivliyini, versiya yenilənmə tezliyini və icma rəyinin qəbul edilərək-edilmədiyini izləməyə diqqət edirəm. Bunlar DUSK qiymətinin sıçrayışları kimi həyəcanlandırmır, amma layihənin öz dəyərinə daha yaxındır. Ekosistem bir günə qurulmur, amma hər gün aradakı fərqi bir az görmək olur.
Sənədləri və alətləri davamlı şəkildə optimallaşdırmağa çalışan bir layihə, ən azı komandadan uzunmüddətli baxışın olduğunu göstərir. Altı aydan sonra mən daha çox Dusk-un tərtibatçı sənədlərini görmək istəyirəm
#dusk @Dusk $DUSK

#dusk Keçən il Avropa İttifaqı MiCA qaydaları rəsmiləşdiriləndə bu dairədə səs-küy bir anda qalxdı: deyirdilər ki, bu, kripto sənayesinə qandallar taxır. O vaxt mən də qoşulmuşdum, köhnə Avropanın yenə də boş yerə qarışdığını düşünürdüm. Sonra bir az sakitləşib yenidən baxanda başa düşdüm ki, bunun həqiqi “suayırıcı” mənası odur: ilk dəfə olaraq “hansı növ zəncir, hansı növ aktivlər Avropanın uyğunluq tələblərinə cavab verən bazarına daxil ola bilər” mövzusunu ağ-qara şəkildə, sənədin içində yazdı. Sertifikatı olmayan çıxır.
@Dusk Hollandiya komandasıdır; Avropa mənşəlidir və əvvəlcədən tənzimləmədən yayınmaq niyyəti yox idi. Onların texniki yığımı (stack) demək olar ki, MiCA-nın siyahısına uyğun “qat-qat” işarə qoyub: yoxlanıla bilən məxfilik (AML tələblərinə uyğun), saniyə səviyyəli yekun nəticə (hesablaşma riski bəndlərinə uyğun), şəxsiyyət qatında Citadel (emitent due diligenceinə uyğun), institusional səviyyədə performans (bazar infrastrukturu standartlarına uyğun). “Tapşırığı əvvəlcədən yazıblar” kimi bu yanaşma, ABŞ-ın “əvvəl et, sonra məhkəmədə baxarıq” ruhunda nadir görünür.$AKE
$DUSK -nin hədəfi çox aydındır: Avropada uyğunluq marşrutu bir dəfə açılanda, rəqəmsal aktivləri yerləşdirərkən ənənəvi banklar, brokerlər və aktiv idarəçiləri “sürücülük vəsiqəsi olan təcrübəli sürücünü” üstün tutacaqlar — sənədi olmayan vəhşilərin idarə etdiyi kimi deyil. Bu yer çox dəqiq tutulub; qısa müddətdə partlamayacaq, uzun müddətdə isə xəndək (möhkəm müdafiə) olacaq.
Əlbəttə, qiyməti də yoxdur deyil. Uyğunluq yolu daha yavaş iterasiya tempi, daha konservativ funksiyaların təqdimatı və daha az “meme” həvəskarlarının dəli coşqusu deməkdir. #dusk çox güman ki, sənə bir gecəyə on dəfə gəlir kimi “şok” stimulu verməyəcək; onun işi on illik yavaş öküz (slow bull) üçün hazırlıqdır.
Mən şəxsən bu cür “çətin iş, ağır zəhmət” tipli layihələri daha çox sevirəm. Çünki o, mütləq qazandırır deyə yox — hekayə məntiqi öz-özünə uyğundur. Kripto sənayesində hər şey kazino kimi ola bilməz; kiminsə infrastrukturu ciddi qurması lazımdır, hətta yavaş olsa belə.
Sonunda bunun reallaşıb-çatmamasını isə yenə də əsas şəbəkə (mainnet), əməkdaşlıq edən qurumların siyahısı və MiCA-nın tətbiqindən sonrakı ilk “rəsmi ordunun” yükünü daşıyıb-daşıya bilməsi göstərəcək. Dəyişənlər çoxdur, bütün payınızı bir yerə basmayın.$SPCXB
DYOR, investisiya tövsiyəsi deyil; əsas kapitalı qoruyun. Sizcə uyğunluq zənciri ilə vəhşi zəncir — gələcəkdə kim son güldürəcək?
#dusk @Dusk

#dusk $DUSK Dusk-ın uyğunluq (compliance) hekayəsini nəzərdən keçirəndə daim bir hesab aparıram.
Bu TPS deyil.
Və ya gas qiyməti də deyil.
Söhbət tənzimlənən bir aktivin buraxılışdan dövriyyəyə qədər, bütün proses boyunca zəncirdə qalan real maya dəyərindən gedir.
@Dusk -in dizayn məntiqi belədir: DuskDS-dən hesablaşma qatı kimi istifadə etmək, Citadel ilə identiteti idarə etmək, Phoenix ilə məxfiliyi qorumaq və audit üçün seçmə açıqlama ilə uyğunluğu təmin etmək. Elə bil hər modul problemlərin bir hissəsini həll edə bilər.
Amma problem tək nöqtəli deyil.
Tutaq ki, bir qurum zəncirdə özəl (private) istiqraz buraxmaq istəyir.
İlk növbədə investor KYC-dən keçməli və Citadel etimadnaməsi (credential) almalıdır. Bəs bu etimadnaməni kim verir? Zəncirdə saxlanma (storage) dəyəri nə qədərdir? Etimadnamənin qüvvə müddəti bitəndə yenilənmə alınmasa, aktivi necə idarə edirlər?
İkincisi, istiqrazın ötürülməsi (transfer) alıcının ixtisasını (statusunu) təsdiqləməlidir. Hər dəfə transfer olanda Citadel yoxlama interfeysinə müraciət edilməlidir—bu, neçə dəfə zəncirarası qarşılıqlı əlaqə yaradır, nə qədər gas sərf edir? Transfer rədd edilərsə, zəncirdəki vəziyyət (state) necə geri qaytarılır?
Daha aşağı səviyyədə isə tənzimləyici müəyyən bir vaxtda sahiblik strukturu (holder composition) haqqında məlumat istəyə bilər. Buraxılış edən tərəf viewing key (baxış açarı) yaratmalı və icazə verməlidir—bu icazə daimi olacaq, yoxsa müvəqqəti? İcazə dairəsi bir neçə konkret əməliyyata, yaxud müəyyən bir zaman aralığına qədər dəqiq məhdudlaşdırıla bilərmi?
Nəhayət, defolt və ya mübahisə yaranarsa, zəncirdəki aktiv məhkəmə yolu ilə dondurula və ya məcburi köçürmə edilə bilərmi? Bu, hansı cür icazələrin (permissions) smart kontrakta öncədən daxil edilməsini tələb edir? Bu icazələr “mərkəzləşdirilməmişlik” ideyası ilə ziddiyyət yarada bilərmi?
Mən bu mərhələlərin gas, saxlanma, yoxlama və mübahisə xərclərini cəmləyirəm, sonra onları ənənəvi maliyyədəki vasitəçi (intermediary) haqları, audit xərcləri və klirinq (təmizləmə) vaxtı ilə müqayisə edirəm.
#dusk -in məqsədi qurumun aktivi həqiqətən zəncərə yerləşdirməsini təmin etməkdir—yəni “texniki olaraq etmək olar” demək deyil, “edəndən sonra daha ucuz, daha sürətli və daha təhlükəsizdir” sübutunu təqdim etmək.
Zəncir xərcləri daha yüksəkdirsə, yeganə səbəb şəffaflıq və audit oluna bilmədir. Amma Phoenix əməliyyatları gizlədir—şəffaflıq haradadır? Seçmə açıqlama nə qədər çevikdir? Açıqlamadan sonra məlumatın manipulyasiya edilmədiyini kim təsdiqləyir?
Ona görə də mən indi baxdığım qurumların yanaşması “sadəcə uyğunluq funksiyası var” formasında deyil.
Mən daha çox uçdan-uca (end-to-end) tam prosesin xərclərinə baxmaq istəyirəm: identifikasiya, aktivin buraxılışı, dövriyyənin doğrulanması və audit açıqlaması—bütün proses zəncirdə bir-bir gedir, bu da zəncirdənkənar həllərə nisbətən nə qədər vaxt və xərci qənaət edir. $BTC

#dusk @Dusk

DUSK-ın arxitektura diaqramını ilk dəfə görəndə bir sualım yarandı: niyə iki virtual maşın lazımdır? DuskVM doğma (native) kontraktları işlədir, DuskEVM isə Ethereum-a uyğun (EVM) kontraktları; bu isə mürəkkəbliyi artırmır? Amma araşdırdıqdan sonra anladım ki, bu dizayn əslində çox real bir problemi həll etmək üçündür: təhlükəsizlik və performans arasında kompromis.
DuskVM DUSK-ın doğma virtual maşınıdır; konsensus qatının üzərində birbaşa işləyir və sıfır bilik sübutları, məxfilik tranzaksiyaları, Phoenix protokolu kimi bütün aşağı səviyyə funksiyalara çıxışı var. DuskEVM isə OP Stack-in üzərində qurulub: Ethereum ağıllı kontraktlarını icra edir, amma yekun hesablaşmanı DuskDS həyata keçirir. Əsas fərq budur: DuskVM-dəki kontraktlar DUSK-ın konsensus təhlükəsizliyi ilə birbaşa bağlıdır, DuskEVM-dəki kontraktlar isə kənar körpələmə (bridge) qatına söykənir.
Bu isə maraqlı bir bölgü yaradır: həssas aktivlər (məsələn, RWA tokenləri, uyğunluq (compliance) aktivləri) DuskVM üzərində yerləşdirilməlidir, çünki onlar DUSK-ın məxfilik və uyğunluq xüsusiyyətlərindən birbaşa istifadə etməlidir; adi DeFi tətbiqləri (məsələn, mərkəzləşdirilməmiş birja, borclanma protokolları) isə DuskEVM üzərində ola bilər, çünki tərtibatçılar sadəcə mövcud Ethereum kodunu köçürə bilər—kontraktların sıfırdan yenidən yazılması çətinliyindən qaçır.
Mən tərtibatçı rəylərinə baxdım: DuskEVM üzərində Uniswap V2 klonunu yerləşdirmək üçün təxminən 20 sətir kodu dəyişmək kifayətdir (əsasən şəbəkə parametrlərinə uyğunlaşdırma). Əgər DuskVM üzərində sıfırdan inkişaf etmək istəsəniz, yüzlərlə sətir kod tələb olunur. Üstəlik, DuskVM-də tranzaksiya sürəti daha yüksəkdir (orta hesabla 1.5 saniyəyə blok çıxır) və körpələmə xərci ödənilmir. Yəni bu, praktik olaraq “inkişaf səmərəliliyi vs performans” seçimi kimidir.
Diqqətəlayiq başqa məqam təhlükəsizlik təcrididir. DuskVM və DuskEVM-in məlumatları fiziki olaraq ayrılıb: DuskEVM-in kontraktları DuskVM-in məxfilik vəziyyətinə birbaşa çıxa bilmir. Bu, məsələn, “flash-loan hücumları”nın müxtəlif qatlar arasında zəiflikdən istifadə edərək baş verməsinin qarşısını alır. DUSK-ın rəsmi təhlükəsizlik auditi (sentyabr 2025) zamanı diqqət xüsusilə VM-lərarası çağırışlara yönəldilib: məlum olub ki, bütün çağırışlar mütləq “sandbox gateway” (sandbox şlüz) vasitəsilə keçir. Bu şlüz çağıranın səlahiyyətlərini və tipini yoxlayır və zərərli kodun sızmasının qarşısını alır.$BTC
Amma məncə, bu ikili arxitekturanın potensial riski də var: iki VM arasında körpələmə məntiqində (bridge logic) zəiflik çıxarsa, bundan istifadə edilə bilər. Məsələn, hücumçu DuskEVM kontrakt çağırışını saxtalaşdıraraq DuskVM-in resurslarını sərf etməyə məcbur edə bilər.
#dusk @Dusk $DUSK

#TradFi晒单 Geri dönüşu seyr edərkən $SNDKB -ün nəzərdə tutulmuş dəyişkənliyinin artıq səssizləşdiyini gördüm, amma SanDisk (SNDK) səhminin opsional meylkarlığı hələ də yüksək səviyyədədir; bu, bazarın quyruq risklərini qiymətləndirməkdə kifayət qədər ehtiyatlı olduğunu göstərir. Mən sol tərəfdən ilkin mövqe üçün birbaşa əvəzinə SNDKB-dən istifadə etməyi seçirəm, çünki order vərəqələri gecə ABŞ səhmində qəfil çökmə baş vermədən dayandırıla bilməyən likvidlik riski daşımır və mövqeyi dəqiq idarə etmək mümkündür. Bu gün 2% həcmində yoxlama məqsədli mövqe açdım: əgər növbəti iki həftə ərzində SanDisk səhmi əvvəlki aşağı səviyyəsini qoruya bilsə, SNDKB-nin qiymət fərqi (discount) daha da daralacaq və o zaman artıracam. Şərt odur ki, ASIC və CXMT-nin təchizat pozuntuları daha da pisləşməsin. Siz SNDKB-ni onu hedcinq aləti kimi tutursunuz, yoxsa sadəcə istiqamət üçün?