ミAB_BUTT彡

Dusk + NPEX tərəfdaşlığını maraqlı edən sadəcə qiymətli kağızları blokçeynə yerləşdirmək deyil. Bu, blokçeyn infrastrukturunun tənzimlənən maliyyə bazarı ilə əlaqəsidir.

NPEX tənzimlənən Hollandiya qiymətli kağızlar birjasıdır, Dusk isə məxfilik və tənzimlənmiş aktivlərin tokenizasiyası nəzərə alınaraq hazırlanıb. Bu cür kombinasiya, uyğunluq (compliance) tələblərini sadəcə görməməzlikdən gələ bilməyən institutlar üçün on-çeyn maliyyə alətlərini daha praktik edə bilər.

Əsas məqam budur ki, tənzimlənən maliyyədə tətbiq (adopsiya) yalnız sürətli əməliyyatlardan ibarət deyil. Burada məxfilik və tələb olunduqda şəffaflıqla işləyə bilən infrastruktur, eləcə də maliyyə bazarlarının əməliyyat reallıqları lazımdır.

Buna görə bu əməkdaşlığa diqqətlə baxıram. Əgər Dusk ənənəvi qiymətli kağızlar bazarlarını blokçeyn “rayları” ilə uyğun (compliant) şəkildə birləşdirməyə kömək edə bilsə, bu, spekulyasiyadan kənar real dünya istifadəsi nümunəsi göstərə bilər.

Mənim üçün DUSK-ın xüsusilə maraqlı olduğu yer də budur. #dusk $DUSK @Dusk

🚨 $TST /USDT Ticarət Kurulumu

📈 Baxış: Boğa Momentum

🟢 Giriş: Yaxınlıqdakı müqavimətdən yuxarı təsdiqlənmiş (confirmed) qırılma gözləyin və güclü həcm olsun.

🎯 TP1: +8%
🎯 TP2: +15%
🎯 TP3: +25%

🛑 Stop Loss: Girişinizdən 5% aşağı və ya ən son dəstəyin altı.

💡 Niyə $TST ?
• Güclü alış momentum.
• Artan ticarət həcmi.
• Dəstək qaldığı müddətdə boğalar nəzarətdədir.

⚠️ Yaşıl şamların (green candles) içinə FOMO etməyin. Təsdiq gözləyin və həmişə riskinizi idarə edin.

#TST #BinanceSquare #crypto #altcoins #trading $TST

Babilin staking komissiyalarını necə idarə etdiyini öyrənmək üçün axtarışa çıxdım və sonunda TBV adlı onların daha yeni vault məhsulu barədə başqa bir dovşan dəliyinə düşdüm. Staking tərəfi sadədir. Finality providerlər mükafatlar sizə çatmazdan əvvəl bir pay götürür və həmin pay on-chain qalır; onu istənilən kəs yoxlayıb delegate seçməzdən əvvəl görə bilər. TBV isə bununla heç bir kimi işləmir. Babil bunu elə qurub ki, istənilən custodian və ya birja Babilin SDK-sından istifadə edib öz frontendini işə sala bilsin və vault yaradılması zamanı istədiyi qədər haqq tuta bilsin, üstəlik hər bir DeFi fəaliyyəti parçasından sonra yenə də. Bu haqq məntiqinin heç biri Babilin öz kodunun içində yaşamır. Qapını keçdiyiniz tərəfə görə kimin qurduğu ilə birlikdə olur. Sonra diqqət etdim ki, vault-lar özləri istifadəçiyə görə ayrılıb və qismən çıxış yoxdur. Bütün vault — bütün vaultdan çıxış. Bir provider seçirsiniz və tam bağlanma tarixinə qədər onların qiymət siyasəti ilə ilişib qalırsınız. Babilin öz icması daim soruşur ki, BABY niyə real istifadə ilə bağlı dəyəri ələ keçirməkdə çətinlik çəkir. Bu üç şeyi bir yerdə götürəndə cavab artıq sadəcə kommunikasiya problemi kimi görünmür və memarlıq seçiməsi kimi görünməyə başlayır. #baby $BABY @BabylonLabs_io

Babilin Finality Provider-lərinə baxmağa başladım və sonra özümü çox daha sakit bir mövzu barədə düşünərkən tapdım. Protokol finalın necə işlədiyini izah etməyə xeyli vaxt sərf edir, amma mən yenə də Finality Provider-lərlə qalan validator dəsti arasındakı əlaqəyə qayıdırdım; çünki bu, başqa bir performans metrikindən daha çox şəbəkə haqqında məlumat verir.

Bitcoin staking-in finality səsverməsi və validator stimulları ilə necə bağlandığını izləməyə başladım. Sonra bunu idarəetmə (governance) dizaynı və Babylon-a əsaslanaraq yeni tətbiqlərin necə qurulacağı gözlənilənlə müqayisə etdim. Bundan sonra özümü yenidən sənədləri oxuyarkən gördüm, çünki bir detal yox olmaq istəmirdi.

Ən maraqlı məqam budur ki, Finality Provider-lər təkcə şəbəkənin konsensusa çatmasına kömək etmir. Onlar həm də hər gələcək tətbiqin səssizcə güvəndiyi etimad münasibətinin bir hissəsinə çevrilir. Daha çox protokol Babylon-a qoşulduqca final dəyəri artıq yalnız daha sürətli təsdiqlə ölçülmür. O, idarəetmə dəyişsə də və ekosistem genişlənsə də müxtəlif iştirakçıların eyni iqtisadi fərziyyələrə uyğun davranmağa davam edib-etməməsi ilə ölçülür.

Bu, yavaş-yavaş real müşahidəyə çevrildi. Babylon yalnız təhlükəsiz konsensusə ehtiyac duymur. Bitcoin təhlükəsizliyinin idarəetməsi ilə validator stimulları arasında uzunmüddətli, davamlı koordinasiya da lazımdır ki, ilk inteqrasiyalar gəlib keçəndən çox sonra belə inam yaşasın.

Bəlkə də buna görə protokol yalnız performansı artırmaqla yox, məsuliyyətləri bu qədər ciddi şəkildə müəyyən etməyə bu qədər səy sərf edir. Bir şəbəkə blokları tam gözlənildiyi kimi işlədə bilər, amma stimullar fərqli istiqamətlərə hərəkət etməyə başlayarsa koordinasiya tədricən zəifləyər.

Sənədləri nə qədər çox oxudumsa, bir o qədər hiss etdim ki, Babylon uzunmüddətli uyğunluğu (alignment) da uzunmüddətli təhlükəsizlik qədər qoruyur. @BabylonLabs_io #baby $BABY

Kuratorların çağırışının əsasən Babilin hara getdiyini izah edəcəyini düşündüyüm zaman əksinə özümü əsas hekayə kimi təqdim edilməyən məqamlara daha çox diqqət yetirərkən tapdım. Yol xəritəsi üzrə müzakirələr yalnız onları staking modeli ilə, həmçinin Bitcoin təhlükəsizliyinin paylaşılan şəbəkə resursuna necə çevrildiyi ilə müqayisə etdikdən sonra məna verməyə başladı.

Məndə qalan hissə növbəti bir funksiya yeniləməsi olmadı. Bu, gələcəyin nə qədərinin koddan yox, koordinasiyadan asılı olması idi. Hər yeni inteqrasiya şəbəkəyə bağlı olan Bitcoinin miqdarını artıra bilər, amma bu yalnız validatorların “finality” provayderləri və idarəetmənin hamısı eyni istiqamətdə hərək etməyə davam edərsə əhəmiyyət kəsb edir. Daha çox fəaliyyət dəyər yaratmazdan əvvəl daha çox məsuliyyət yaradır.

Mən həmçinin idarəetmə mexaniklərini oxuyarkən token təşviqləri barədə düşünməyə davam etdim. Təhlükəsizlikdə iştirak zamanla yalnız protokol qərarlarını verən insanların iqtisadi təhlükəsizliyi təmin edən insanlarla uyğunlaşmış qalması halında işləyir. Bu münasibəti, sadəcə staking rəqəmlərini artırmaqdan daha çətin saxlamaq olur, çünki şəbəkə böyüdükcə təşviqlər tədricən dəyişir.

İnkişaf yeniləmələrini ekosistemin genişlənməsi ilə birgə nəzərdən keçirəndə başqa bir məqam da diqqətimi çəkdi. Əksər irəliləyişlər adi istifadəçilərin heç vaxt fərqinə varmaya biləcəyi infrastrukturdadır. Daha yaxşı alətlər, daha yaxşı koordinasiya və daha proqnozlaşdırıla bilən əməliyyatlar nadir hallarda həyəcan yaradır, amma qəbulun qarşısını alan sürtünməni tədricən azaldır.

Bu parçaları saatlarla bir-birinə bağladıqdan sonra fərqli bir təəssüratla ayrıldım. Babylon tək bir texniki problemi həll etməyə çalışmır kimi görünür. O, Bitcoin təhlükəsizliyinin birdəfəlik bir funksiya yox, etibarlı infrastruktur kimi çevrilə bilməsi üçün tədricən şərtlər qurur. #baby $BABY @BabylonLabs_io

Mən maraqlı hissənin Babylonun CapPolicy-lə bağlı olduğunu düşünürdüm. Amma məlum oldu ki, məsələ siyasətin şəbəkənin zamanla necə böyüməsini gözlədiyindən ibarətdir.

Staking dizaynını yenidən oxuyanda anladım ki, CapPolicy əslində depozitləri məhdudlaşdırmaq haqqında deyil. Koordinasiyanı idarə etmək haqqındadır. Məhdudiyyətsiz staking sistemi likvidliyi validatorlar və operatorların onu təhlükəsiz şəkildə udmağınadək daha tez cəlb edə bilər. Bu, əvvəlcə səmərəli görünür, amma təhlükəsizlik fərziyyələri şəbəkənin əməliyyat tərəfindəki dəyişikliklərdən daha sürətli dəyişəndə nə baş verdiyini düşündükdə məsələ aydın olur.

Sonra bunu validator arxitekturası ilə müqayisə etdim və Bitcoin staking-in iki çox fərqli mühitdə necə yekunlaşdığını nəzərdən keçirdim. Bitcoin finality bir sürətlə hərəkət edir, Babylonun idarəetməsi və validator əməliyyatları isə başqa sürətlə. Cap daha az maliyyə parametri olur və daha çox sinxronizasiya alətinə çevrilir. O, sistemin bir tərəfini yavaşladır ki, digər tərəf geridə qalmasın.

Buna nə qədər çox baxdımsa, xəzinə (treasury) planlaşdırmasının da onunla əlaqəli olduğunu daha çox gördüm. Əgər staking tələbi sadəcə qəbul edilmək əvəzinə idarə oluna bilirsə, təyinatlı (incentive) xərcləmələri proqnozlaşdırmaq daha asan olur. Likvidlik, mükafatlar və ya validator gözləntiləri üzərində daim dəyişiklik məcbur etmədən, nəzarətli şəkildə daxil olur.

CapPolicy-nin istifadəçiləri məhdudlaşdırmaq barədə olacağını gözləyirdim. Amma onu əməliyyat balanssızlığına qarşı qorunma kimi gördüm. Əksər protokollar kapitalı necə cəlb etmək barədə düşünməyə vaxt sərf edir. Bu dizayn isə kapitalın sistemin təhlükəsiz şəkildə koordinasiya edə biləcəyindən daha tez gəlməsinin qarşısını almağa da eyni dərəcədə vaxt ayırır. Bu fərq, depozitlərə deyil, stimullara əməl edənə qədər asanlıqla qaçırılır. #baby $BABY @BabylonLabs_io

Düşündüm ki maraqlı hissə 50 inteqratorun siyahısı olacaq. Amma məlum oldu ki, bu rəqəm qəbuldan çox koordinasiya haqqında nə deyir.

Babylon materialını oxumağa vaxt ayırandan sonra hər bir zənciri və ya protokolu ayrıca tərəfdaşlıq kimi görməyi dayandırdım. Hamısının eyni istiqamətdə hərəkətdə qalması üçün tələb olunan əməliyyat işinə diqqət yetirməyə başladım.

dYdX kimi bir zəncirin prioritetləri Osmosisdən fərqlidir. Initia öz dizayn seçimləri ilə işləyir. Sonra Stride Milkyway və Drop kimi likvidlik protokolları var ki, tətbiq məntiqindən daha çox staking axınlarına önəm verirlər. Astroport və Duality kimi DEX-lər isə başqa bir qat əlavə edir, çünki likvidlik istifadəçilərin artıq ticarət etdiyi yerdə onlara uyğun gəlməlidir. Bu sistemlərin heç biri təbii şəkildə eyni təşviqləri paylaşmır.

Bu məni Babylonun özünə daha çox diqqət yetirməyə vadar etdi. Bitcoin staking dizaynın yalnız bir hissəsidir. Daha çətin problem isə müxtəlif şəbəkələrin eyni təhlükəsizlik modelindən asılı ola bilməsi, amma öz idarəetmə (governance) və iqtisadi strukturundan imtina etməməsidir. Hər əlavə inteqrasiya zamanla uyğun qalmalı olan əlaqələrin sayını artırır.

Həmçinin gördüm ki, tərtibatçı fəaliyyəti və ekosistemin genişlənməsi başqa cür bir-biri ilə bağlı olur. Yeni kod artıq təkcə funksiyalar əlavə etmək haqqında deyil. O, artıq onlarla xarici komandanın güvəndiyi fərziyyələri pozmamaq üçün ehtiyatlı olmalıdır. Dəyişiklik xərci hər uğurlu inteqrasiyada səssizcə artır.

Tərəfdaşlıqları saymaq asandır. Onların işləməsini təmin etmək üçün tələb olunan koordinasiya isə görünməsi daha çətin hissədir. #baby $BABY @BabylonLabs_io

Düşündüm ki maraqlı olan hissə yanlış konfiqurasiya edilmiş dəyərin özüdür. Validasiya məntiqini daha çox oxuduqca diqqətimi blokçeynin onun həddini keçdikdən sonra nə olmasına yönəltdim.

Əvvəlcə bu, sadə bir konfiqurasiya səhvi kimi görünür. Sonra validasiya axınını checkpoint-lərin necə işlənməsi və node-ların başlanğıcdan vəziyyəti necə yenidən qurması ilə müqayisə etdim. Bu, məsələyə baxışımı dəyişdi. Blokçeyn bir tək dəyər düzgün olduğuna görə etibarlı olmur. Etibarlı olur ona görə ki, hər bir iştirakçı gözlənilməz şərtlər ortaya çıxsa belə eyni nəticəyə gəlir.

Bu da bugdan daha çox əməliyyat tərəfini maraqlı etdi. Validator-ların zəncir əvvəlki fərziyyələri aşsa da irəliləməyə davam etməsi gözlənilir. Əgər yanlış konfiqurasiya edilmiş dəyər çox uzun müddət qəbul edilirsə, şəbəkə təkcə yanlış vəziyyəti daşımır. Həm də hər bir gələcək node-dan o tarixçəni miras almağı tələb edir. Bərpa daha bahalı olur, çünki xərc hesablamada yox, koordinasiyada ölçülür.

Bunu Babylon-un checkpoint doğrulaması və validator məsuliyyətinə fokusuna daima qarşılaşdırırdım. Arxitektura iştirakçılar arasında etibarı azaltmağa çox səy sərf edir, amma tək bir səhv istinad çox icazəli validasiya olarsa yenə də ortaq reallığa çevrilə bilər. Bu, decentralizasiyanın kreqtoqrafiya qədər də diqqətli ilkinləşdirmədən asılı olduğunu xatırladır.

Nə qədər çox baxdımsa, bir o qədər də bu, bug reportu kimi yox, kiçik fərziyyələrin necə yavaş-yavaş konsensusun bir hissəsinə çevrildiyi barədə bir dərs kimi görünməyə başladı. @BabylonLabs_io #baby $BABY

Babil’in tokenomiğinin ən maraqlı hissəsinin icma paylanması olacağını düşünürdüm. Amma daim geri qayıdıb əsas komanda üçün ayrılmış 1,5 milyard BABY tokeninə baxırdım; bu rəqəm mənim şəbəkənin fəaliyyət üfüqünə (operating horizon) dair düşüncəmə təsir edir.

İlk baxışda bu rəqəm adi təsisçi (founder) paylanmasına bənzəyirdi. Amma Babil’in arxitekturasını və idarəetmə (governance) modelini onunla müqayisə edəndə, bunun sadə mülkiyyət payı (ownership stake) deyil, daha çox uzunmüddətli koordinasiya üçün büdcə kimi göründüyünü hiss etdim.

Babil Bitcoin stakerlərini, finality təminatçılarını (finality providers), validatorları, tətbiqləri və idarəetməni (governance) vahid bir təhlükəsizlik bazarında birləşdirməyə çalışır. Bu əlaqələri saxlamaq bahalıdır—onlar öz-özünə dayanıqlı (self sustaining) hala gələnə çox vaxt var. Validatorların qabaqcadan bilinən (predictable) stimullara ehtiyacı var. Əsas (core) tərtibatçılar infrastruktur təkmilləşdirməsini davam etdirməlidir. Protokol işə düşdükdən sonra da idarəetmə qərarları davam edir. Bütün bunlar ilkin versiya canlı olandan sonra yox olmur.

Hətta hüquqi struktur da bunu daha çox vurğuladı. Sənədləşmə protokolun fəaliyyətini hüquqi məsuliyyətdən dəfələrlə ayrıca göstərir. Bu da deməkdir ki, sistem iştirakçıların mərkəzləşdirilmiş operatora arxalanmaqdan daha çox stimullar vasitəsilə koordinasiya etməsi üçün şüurlu şəkildə dizayn edilib. Əgər bu yanaşma illər boyu davam etməlidirsə, protokolu saxlayan insanların da stimulları illərlə uzanan şəkildə olmalıdır.

Mən həmçinin GitHub aktivliyinin və davam edən mühəndislik işinin bu ideya ilə üst-üstə düşdüyünü gördüm. Təhlükəsizlik fərziyyələrini və əməliyyat alətlərini daima təkmilləşdirən protokol yalnız qısa müddətli motivasiyaya bel bağlaya bilməz.

Token paylanması Babil’i qurmaq üçün verilən mükafat kimi yox, daha çox həyəcan səngiyəndən sonra belə koordinasiya şəbəkəsini funksional saxlamaq üçün görülən yavaş işi maliyyələşdirmək cəhdi kimi görünməyə başladı. #baby $BABY @BabylonLabs_io

Mən maraqlı hissənin texniki optimallaşdırmalar olacağını düşündüm. Amma sonda komandanın “təlimlər” kimi təsvir etdiyinə daha çox diqqət yetirdim.

Əksər protokol yeniləmələri əlavə edilənləri tərif edir. Bu yenilik məni, real istifadə sürtünmə yaratdıqdan sonra nəyin çıxarıldığını, sadələşdirildiyini və ya dəyişdirildiyini düşünməyə vadar etdi. Adətən bu, uzun bir funksiyalar siyahısından daha çox şey deyir.

İnkişaf qeydlərini arxitektura sənədləri və validator dizaynı ilə birlikdə oxuyarkən eyni nümunəni dəfələrlə gördüm. Çox optimallaşdırma kriptoqrafiyanı gücləndirməyə yönəlməmişdi. Koordinasiyanı daha ucuz etmək barədə idi.

Bu fərq önəmlidir.

Bitcoin artıq çox bahalı bir təhlükəsizlik təməli təqdim edir. Babylonun çətinliyi isə müxtəlif iştirakçıların bu təhlükəsizliklə elə qarşılıqlı əlaqə qurmasını təmin etməkdir ki, sonda onları iştirakdan çəkindirən əməliyyat yükü yaranmasın. Hər lazımsız yoxlama mərhələsi, tətbişin (deployment) çətinləşməsi və ya koordinasiya gecikməsi zamanla artan təkrarlanan xərcə çevrilir.

Maraqlı siqnal budur ki, layihə getdikcə daha çox bu təkrarlanan xərcləri azaltmağa yönəlib, sadəcə daha çox funksionallıq əlavə etməyə yox. Mühəndislik səyləri ardıcıl şəkildə əməliyyat səmərəliliyinə doğru dəyişirsə, bu çox vaxt komandanın uzunmüddətli şəbəkə davranışını qısa müddətli funksion çatdırılmadan üstün tutmağa başladığını göstərir.

Həm də diqqətimi çəkdi ki, çoxsaylı yaxşılaşmalar tək-tək yox, bir-biri ilə bağlı görünür. Tərtibatçı təcrübəsi, validator əməliyyatları və protokol koordinasiyası hamısı birlikdə bir qədər asanlaşır. Bu dəyişikliklərin heç biri özlüyündə xüsusilə böyük görünməsə də, birlikdə sistemin etibarlı işlək vəziyyətdə qalması üçün lazım olan işin miqdarını azaldır.

Hər şeyi oxuduqdan sonra belə qənaətə gəldim: real məhsul fərdi funksiyalar deyil. Bu, əksər istifadəçilərin heç vaxt fərqinə varmayacağı, amma hər bir iştirakçının zamanla hiss edəcəyi sürtünmənin tədricən aradan qaldırılmasıdır. #baby $BABY #coti $COTI #on $ON #Soon @BabylonLabs_io #BitcoinRecoversFromAsianSessionLows

Babil şəhərində nəsə mürəkkəb axtarırdım, amma sonunda xeyli daha sakit bir şeyi düşünməyə başladım. İllik “smart contract” kod baxışı və “walkthrough” haqqında qeyd diqqətimi yenə-yenə geri çəkirdi, çünki bu, başqa bir təhlükəsizlik yoxlama siyahısından daha çox protokol haqqında məlumat verir.

Mən Babilin Bitcoin staking-i necə bir yerdə validator koordinasiyası və kontrakt icrası ilə bağladığını izləməyə başladım. Sonra kontrakt məsuliyyətlərini idarəetmə (governance) prosesi ilə müqayisə etdim. Bundan sonra bir sual gözümün önündən getmədiyi üçün təhlükəsizlik sənədlərini yenidən oxumağa iyirmi dəqiqə vaxt sərf etdim.

Ən maraqlısı budur ki, illik baxış təkcə kod səhvlərini axtarmaq deyil. Babil staking axınları, validator davranışı və protokol koordinasiyası ilə bağlı fərziyyələri kodlaşdıran kontraktlara söykənir. Bu fərziyyələr, hər bir funksiyanın dəqiq olaraq nəzərdə tutulduğu kimi işləməyə davam etməsinə baxmayaraq, köhnələ bilər. Kontrakt texniki baxımdan düzgün qala bilər, amma şəbəkə onun ətrafında idarəetmə yeniləmələri, yeni inteqrasiyalar və ya fərqli validator təşviqləri vasitəsilə dəyişə bilər.

Bu, tədricən real müşahidəyə çevrildi. Babil qısaömürlü tətbiqləri deyil, uzunmüddətli Bitcoinə söykənən koordinasiyanı qorumaq üçün dizayn edilib. Buna görə məntiqi ardıcıllıq təhlükəsizlik modelinin bir hissəsinə çevrilir. Baxışın məqsədi protokol məntiqinin onu qoruduğu sistemi yenə də əks etdirdiyini yoxlamaqdır; yalnız istismar oluna bilən “bug-lar”a baxmaq yox.

Bəlkə də bu qəsdən belədir, çünki məntiqi “drift” sınmış kontraktdan daha çətindir aşkar edilsin. Orijinal təhlükəsizlik fərziyyələrinin zaman keçdikcə zəifləməsi üçün kodun mütləq uğursuz olması lazım deyil. Mən hələ də illik ritmin, idarəetmə və ekosistemin böyüməsi ilə təkamül etməsi gözlənilən bir protokol üçün kifayət edib-etmədiyini müəyyənləşdirirəm.

Babil necə müəyyən edir ki, kontrakt fərziyyəsi təhlükəsizlik riski yaradanadək dəyişməlidir—yoxsa bunu sonra etmək əvəzinə? #baby $BABY @BabylonLabs_io

Düşündüm ki, maraqlı hissə Babylunun Bitcoin staking dizaynı olacaq. Amma yenə də bir cümləyə qayıdırdım — hüquqi şərtlərdə deyilir ki, heç bir halda Babyluna aid tərəflər bəzi nəticələrə görə məsuliyyət daşımayacaqlar. İlk baxışda bu, adi hüquqi ifadə kimi görünürdü. Protokolun arxitekturası ilə daha çox vaxt keçirdikcə bunun texniki dizaynla bağlı olduğunu, ondan ayrı olmadığını hiss etməyə başladım.

Babylon fərdi operatorlara olan etibarı azaltmaq üzərində qurulub. Finality təminatçıları, validatorlar, Bitcoin checkpoint-ləri, idarəetmə və slashing mexanizmləri hamısı ona görə mövcuddur ki, protokol iştirakçıların davranışı yoxlamasını gözləyir; vədlərə güvənməyi yox. Bu, məsuliyyətin sistem daxilində necə paylandığını dəyişir.

Sənədləri nə qədər çox müqayisə etdim, o qədər də gördüm ki, hər bir mühüm zəmanət proqram təminatını yayımlayan təşkilatdan yox, müstəqil aktyorlar arasında koordinasiyadan irəli gəlir. Əgər Bitcoin Secured Network zəif təhlükəsizlik fərziyyələri edərsə, əgər validator düzgün olmayan davranış sərgiləyərsə, yaxud xarici inteqrasiya risk yaradırsa, protokolda həmin uğursuzluqların bəzilərini aşkarlamaq və ya cəzalandırmaq üçün yollar var. Onları tamamilə aradan qaldırmır.

Bu, həm də idarəetmənin niyə əvvəlcə düşündüyümdən daha önəmli olduğunu izah edir. Texniki yeniləmələr qaydaları yaxşılaşdıra bilər, amma validatorların, şəbəkə operatorlarının və ekosistemi ilə əlaqə quran tətbiqlərin verdiyi operativ qərarları əvəz edə bilməz. Protokol stimullar müəyyən edir. Hər nəticəyə görə məsuliyyəti üzərinə götürmür.

Yekunda imtina bəyannaməsini fərqli gördüm. Bu, sadəcə hüquqi qorunma deyildi. Mərkəzi fəlsəfəni — mərkəzləşdirilmənin məsuliyyəti institutlardan uzaqlaşdırıb qaydalar ətrafında koordinasiya etməyi seçən şəbəkəyə tərəf yönəltməsini — daha dərin şəkildə əks etdirirdi. #baby $BABY @BabylonLabs_io

Düşündüm ki maraqlı hissə bir neçə dəqiqə ərzində tam sinxronlaşdırılmış Bitcoin node-u işə salmaq olacaq. Amma məlum oldu ki, məsələ Bitcoin üzərində nəyin üstündə qurmaqla məşğul olan hər kəs üçün nəyin dəyişməsindədir.

Uzun müddət Bitcoin node-u işlətmək sakit bir əməliyyat xərci idi. İlkin sinxronizasiya vaxt aparırdı, yaddaşın idarə edilməsi lazım gəlirdi və Ordinal wallet əlavə etmək quraşdırma işini daha da artırırdı. Bu xərclər bir filtr kimi davranırdı. Proqramın çətin olması səbəbindən yox, sadəcə iştirak etməyin faydalı nəsə töhfə verməmişdən əvvəl səbir tələb etməsi səbəbindən.

Babylon-un istiqamətinə daha çox baxdıqca, bu quraşdırma vaxtının artıq rahatlıqdan çox infrastruktur kimi hiss olunmağa başladığını gördüm. Əgər tərtibatçılar, operatorlar və tədqiqatçılar daha tez istifadə edilə bilən vəziyyətə çata bilərlərsə, şəbəkə token dashboard-larda görünməyən bir şey qazanır. Marağın iştirakla arasındakı gecikməni qısaldır.

Bu önəmlidir, çünki Babylon yalnız Bitcoin-in təhlükəsizliyinə bağlı deyil. O, insanların paylaşılan endpoint-lərdən asılı olmaq əvəzinə məlumatı müstəqil şəkildə doğrulamasına, inteqrasiyaları test etməsinə və öz infrastrukturunu işlətməsinə söykənir. Bitcoin-ə lövbər salınmış etimada əsaslanan protokol, doğrulama daha çox iştirakçı arasında paylandıqda, sadəcə daha çox dəyər stak edildikdə olduğundan daha da güclənir.

Mən həm də koordinasiya xərcləri barədə düşünməyə davam etdim. Qurumlar (governance), validator əməliyyatları və ekosistem inkişafı, onu dəstəkləyən infrastrukturu işə salmaq üçün texniki maneə azaldıqda daha da asanlaşır. Protokol dəyişmir, amma onunla birbaşa qarşılıqlı əlaqə qura bilən insanların sayı dəyişir.

Bəzən ən mənalı təkmilləşdirmə təhlükəsizliyi özünün artırmaq deyil. Əsasən insanları ilk növbədə sistemi qorumağa kömək etməkdən çəkindirən sürtünməni azaltmaqdır.
#baby $BABY @BabylonLabs_io

Düşündüm ki, maraqlı hissə Larry-nin girovu ləğv etməsi (liquidation) olacaq. Amma məlum oldu ki, bu, ləğvetmənin mümkün olmasına qədər baş verməli olan hər şeydir.

Əvvəlcə ləğvetmə (liquidation) göz qabağındakı təhlükəsizlik mexanizmi kimi görünürdü. Borcalan borcu qaytarmırsa, kreditor girovu tələb edir. Bəsitdir. Lakin Babylon-un sübut axınını və Bitcoin-in settlement modelini oxuduqdan sonra ləğvetməni təhlükəsizlik verən mexanizm kimi yox, çox daha uzun koordinasiya prosesinin son addımı kimi görməyə başladım.

Larry-nin hər hansı bir şeyi ləğv etməsi üçün artıq bir neçə şərt ödənilməlidir. Ödəniş vəziyyəti sübut edilməlidir, müvafiq kontrakt vəziyyəti qəbul olunmalıdır, Bitcoin settlement düzgün nəticəni əks etdirməlidir və icranın etibarsız olduğunu düşünən hər kəsin onu etiraz etmək imkanı olmalıdır. Bu hissələrin heç biri təkbaşına dəyər yaratmır, amma birlikdə ləğvetmənin legitim olub-olmadığını müəyyən edir.

Bu, protokola baxışımı dəyişdi. Görünən girov köçürməsi demək olar ki, inzibati xarakter daşıyır. Çətin iş bundan əvvəl görülür: sistem elə bir inam yaradır ki, iştirakçılar daima mübahisə etmədən nəticəni qəbul etsinlər.

Həm də bunun əməliyyat xərclərinə necə təsir etdiyini gördüm. Əksər əməliyyatların etirazsız başa çatması gözlənilir, amma şəbəkə yenə də etirazların inandırıcı olmasını təmin edən infrastrukturun işləkliyini qorumağa məcburdur. Protokol, ideal halda heç vaxt baş verməməli hadisələrə hazırlaşmaq üçün resurslar sərf edir.

Ləğvetmə yolunu nə qədər çox izlədimsə, bunun girov idarəçiliyi kimi daha az göründüyünü anladım. Getdikcə daha baha başa gələn fikir ayrılığına yönəlmiş, sonda razılığın normal nəticəyə çevrilməsini təmin edən bir sistemə bənzəyirdi.
#baby $BABY @BabylonLabs_io

Mən maraqlı hissənin etibərsiz (trustless) vault dizaynı olacağını düşündüm. Amma məlum oldu ki, onun işləməsi üçün mövcud DeFi infrastrukturunda dəyişməli olan hissə çox azdır.

Depozit kontraktının təsvirini təkrar-təkrar oxuyurdum, çünki o, qeyri-adi dərəcədə ehtiyatlı (məhdud) görünürdü. Bildirilən məqsəd mövcud smart kontraktları əvəz etmək və ya başqa bir mürəkkəb aktiv axını (asset flow) tətbiq etmək deyil. Məqsəd DeFi protokollarının etibərsiz vault-ları qəbul etməsi üçün tələb olunan səyi minimuma endirməkdir. Bu, texniki detal kimi səslənə bilər, amma təşviqlər (incentives) barədə düşünəndə hər şey aydın olur.

Hər əlavə inteqrasiya addımı sürtünmə (friksiyanı) artırır. Hər bir xüsusi implementasiya fərqli protokolların fərqli cür davranma ehtimalını artırır. İnteqrasiya işini azaltmaqla Babylon artıq ekosistem daxilində koordinasiya xərclərini sakitcə aşağı salır; üstəlik həmin ekosistem onsuz da kifayət qədər mürəkkəbdir.

Babylonun daha geniş arxitekturasına baxandan sonra bu, daha da maraqlı oldu. Bitcoin staking, finality provider-lar, validator-lar və tətbiq (application) qurucuları uzun müddətlər boyu fərqli iştirakçıların ardıcıl davranmasına güvənir. Depozit qatının inkişaf etdiricilər üçün öz sistemlərini yenidən dizayn etmədən qəbul edilməsi üçün kifayət qədər sadə olması protokolun insanların dəyişməsinə inandırmaq üçün sərf etdiyi enerjini azaldır və daha çox enerjini davranışı standartlaşdırmağa yönəldir.

Smart kontraktın özü etibarı (trust) həll etmir. O, protokolun başqa yerlərində artıq mövcud olan bir etibar modeli çərçivəsində iştirak etmək üçün lazım olan əməliyyat işini azaldır.

Nəticədə mən vault təhlükəsizliyindən daha çox developer vaxtı barədə düşünməyə başladım. Əksər blokçeyn sistemlərində təhlükəsizlik diqqət mərkəzində olur, amma qəbul (adoption) çox vaxt developer-lərin artıq verməli olmadığı qərarların sayından asılı olur. Bu, daha səssiz bir infrastruktur formasıdır və çox vaxt dizaynın ilkin sənədləşməsindən kənara yayılıb yayılmamasını müəyyən edən hissə də məhz budur.
#baby $BABY @BabylonLabs_io

POV:

Pul heç vaxt yatmır, heç vaxt yalan danışmır və heç vaxt gözləmir.

Məqsədi qovla, intizamı mənimsə, dəyər yarat və sərvət ardınca gələcək. 💰💸

Pula hörmət et, amma heç vaxt onun sənə ağalıq etməsinə imkan vermə.

İkinci şanslar həmişə xeyirxahlıq olmur. 😏

Bəzən səni yenidən incitməyə icazə deməkdir.

İnsanlar sözlə yox, əməllə özünü göstərir.

Etibar yenidən qurulmalıdır, heç vaxt sərbəst geri verilməməlidir.

Bağışlama rahatlıq gətirir.

Amma dərsi unutmaq ağrı gətirir.

Qəlbini qoruyaraq, insanlığını itirmə.

Hər kəsin başqa bir şansa layiq olduğunu düşünmə.

Özünü kifayət qədər hörmətlə sev ki, uzaqlaşmağı bacarasan.

Bəzi sonlar sənin
insanlığının başlanğıcıdır. 😉

Düşündüm ki, maraqlı hissə uyğunlaşdırma mühərriki olacaq. Amma məlum oldu ki, bu, tək bir cümlədir: mövqelərin tənzimlənmiş ölçüləri aşağı yuvarlanaraq ən yaxın etibarlı lot-a endirilir.

İlk baxışda bu, kiçik bir tətbiq detalları kimi səsləndi. GRVT-nin mövqeləri necə idarə etməsi barədə daha çox oxuduqca, bunun UI rahatlığından daha çox risk idarəetmə qərarı kimi olduğunu hiss etməyə başladım.

Hər dəfə bir sistem qismən bağlamalar, likvidasiyalar və ya portfel tənzimləmələri səbəbindən mövqeyi azaldırsa, adətən elə bir qalıq məbləğ olur ki, bazarın minimal ticarət ölçüsünə uyğun gəlmir. Aşağı yuvarlaqlaşdırma həmin fraksiyaların birjaya real olaraq icra edə bilmədiyi əmrlərə çevrilməməsini təmin edir. Bu, hər bir tənzimləmənin sifariş kitabının (order book) bacardığı şeylərlə uyğun qalmasına kömək edir.

Çünki uyğunlaşdırma mühərriki, marja sistemi və settlement (hesablaşma) məntiqi hamısı “mövqe”nin əslində nə olduğunu müəyyən edən eyni yanaşmaya sahib olmalıdır. Əgər bir komponent treyderin 1.237 kontrat saxladığını düşünürsə, digərinin isə yalnız 1.23 ilə ticarət etməsi mümkündürsə, kiçik mühasibat fərqləri yığılmağa başlayır. Əksər istifadəçilər bunu fərdi olaraq heç vaxt hiss etmir, amma birjalar milyonlarla yeniləməni emal edir və bu hallarda kənarlaşmalar əməliyyat yükünü artırır.

Nə qədər çox baxdımsa, onun daha çox riyaziyyatdan çox likvidliklə bağlı olduğunu gördüm. Lot ölçüləri ona görə mövcuddur ki, bazar iştirakçıları (market maker) diskret inventar qiymətləri verir, risk sistemləri diskret vahidlər üzrə məruz qalmanı (exposure) hesablayır və klirinq sistemləri diskret mövqeləri hesablayıb yerinə yetirir. Yuvarlaqlaşdırma qaydası bu üçünün səssizcə eyni “dildə danışmasını” qoruyur.

İnsanlar çox vaxt leverage (leveraj) və ya icra sürəti kimi görünən xüsusiyyətlərə diqqət yetirir. Onları birjalar arasında müqayisə etmək asandır.

Bu kimi qaydalar isə çox az görünür, amma bazarlar volatilləşəndə bütün sistemin daxili olaraq uyğunluğunu saxlayıb-saxlamadığını müəyyən edir. Bəzən sənədləşmədəki ən kiçik bir sətir, hətta bütöv bir məhsul elanından daha çox birjanın prioritetləri barədə məlumat verir. #grvt @grvt_io