Sharing crypto basics, market updates, and Web3 insights in simple language. My goal is to make trading concepts easy to understand, provide clear explanations.
@TermMax Mən əvvəlcə leverajdan tamamilə qaçırdım. Normal bir platformada hər dəfə leverajlı mövqe açanda elə bil beş fərqli əməliyyatı bir-birinə qarışdırırdım: depozit, borc götürmə, swap, dövrə monitorinqi. Bir səhv klik və hər şey dağılırdı.
Sonra həqiqətən oturub anladım ki, TermMax Gearing Token və Fixed rate Token dizaynı ilə bunu fərqli şəkildə necə edir və bu, leveraj haqqında düşüncəmə tam dəyişiklik gətirdi.
Mənə məcbur etməyib ki, müxtəlif protokollar arasında çoxmərhələli bir mövqeyi idarə edim; TermMax bütün leverajlı ekspozisiyanı tək bir alınıb-satıla bilən tokenə “sarır”. Gearing Token mənim leverajlı mövqeyim üçün girov borcu, hamısı bir aktiv kimi təmsil edir—istəsəm saxlaya, köçürə və ya nə vaxt istəyirəmsə çıxış edə bilərəm.
Fixed rate Token tərəfi isə borclanma ekspozisiyasını yetkinlik (maturity) tarixinədək sabit faizlə idarə edir. Fondlarımın beş müxtəlif kontrakt arasında haralarda səpələndiyini təxmin etmək lazım deyil.
Məni ən çox təsirləndirən budur ki, bu, təbii olaraq mürəkkəb olan bir şeyi ən yaxşı mənada demək olar ki, darıxdırıcı səviyyəyə salır. Artıq tablar arasında mövqelərə baxıcı kimi qulluq etmirəm. Mən bir tokenə baxıram—ekspozisiyamı bilirəm, faiz dərəcəmı bilirəm, yetkinlik tariximi bilirəm. Sadəcə bu.
DeFidə haqqında kifayət qədər danışılmayan mühəndislik növüdür: qışqırmayan, göz qamaşdırmayan—sadəcə insanlar üçün səhvlər nəticəsində real pul xərclətməklə yaranan sürtünməni sakitcə aradan qaldıran. Leveraj parçalanmadığı üçün artıq qorxulu olmur.
Əgər mövqe çoxsaylı hərəkət edən hissələrə bölündüyünə görə onu izləyə bilməmisinizsə, bunun niyə önəmli olduğunu başa düşəcəksiniz. TermMax təkcə bir borclanma bazarı qurmadı—leverajın necə hiss edildiyini, yəni istifadə olunmasını faktiki şəkildə yenidən dizayn etdi.
@Dusk I used to use tokenization and native issuance interchangeably until I actually sat down and thought through what each one really means.
Tokenization takes something that already exists somewhere else and represents it on chain a kind of digital shadow of an asset with a legal life happening elsewhere.
Native issuance skips that entirely the asset is born on chain with nothing off chain it needs to stay in sync with.
That distinction seems small until you consider what it actually removes. No reconciliation between two parallel versions of the same asset.
No off chain original quietly sitting there as a dependency.
Dusk supports both approaches which I think reflects a kind of realism about how different institutions actually operate some need to bridge what they already have others are ready to build something entirely new from the ground up.
I don't think one approach replaces the other. I think they're just answers to genuinely different starting points. #dusk $DUSK
@Dusk Beləliklə maraqlı sual “özəldir, yoxsa şəffafdır?” deyil. Kim üçün və nə vaxt üçün özəl və şəffaf?
Dusk məxfilik yönümlü Layer1 blokçeynidir; gövdəsinin altına nə qədər çox baxsan, məxfilik-şəffaflıq çərçivəsinin köhnəldiyi hissi bir o qədər artır.
Mənim diqqətimi çəkən hissə isə budur ki, Dusk bunu heç cür güzəşt kimi qəbul etmir. Gəlin ardıcıllığa baxaq. Əksər sistemlər bir tərəfi seçir. Tamamilə özəl və ya tamamilə şəffaf.
Dusk bu seçimi məcbur etmir. Məxfilik lazım olduğu yerdə tətbiq olunur. Şəffaflıq faydalı olduğu yerdə. Qərar sabit qlobal ayar yox, kontekstdən asılı olaraq dəyişir. Və tamamdır.
Əsl ağıllı tərəf odur ki, bu, hər dəfə əl ilə, hal-hazırda idarə edilən bir məsələ deyil—struktur olaraq tətbiq edilir; nəticədə eyni əsas protokol iki ayrı sistemə ehtiyac olmadan həm tam özəl tranzaksiyaya, həm də tam yoxlanıla bilən (auditable) tranzaksiyaya xidmət edə bilir.
Bu, Dusk üçün daha önəmlidir, çünki Dusk tənzimlənən bazarlara hədəflənir. Orada hər iki xüsusiyyət eyni anda tələb olunur: alternativ kimi yox, hər ikisinin paralel şəkildə qüvvədə olmalı olduğu tələblər kimi.
Bunun işləməsini təmin edənləri parçalasaq
Seçici açıqlama “kim nəyi görür” qatını idarə edir. XSC isə bu sərhədin kontrakt səviyyəsində icrasını (enforcement) təmin edir.
Deterministik settlement nəticənin görünürlükdən asılı olmayaraq dəqiq olmasını təmin edir. Və seçici açıqlama, mahiyyət etibarilə, bütün bunların arxasında faktiki ağır işi görən mexanizmdir.
@Dusk Qurumlar gecəyarısı qərar vermir və bu, tənzimlənən birja mühitində blokçeyn qəbulunu kimi çox böyük nəticələri olan bir məsələni nəzərdə tutanda xüsusilə doğrudur.
Amma son illərdə bir neçə daha geniş tendensiya kifayət qədər aydın şəkildə özünü göstərib: tənzimlənən birjalar tədricən blokçeyn infrastrukturuna doğru hərəkət edir, əsasən də bununla bağlı yerləşdirmə (settlement) sürəti və əməliyyat şəffaflığı obyektiv şəkildə indiyədək əksər köhnə sistemlərin təklif etdiyi səviyyədən daha yaxşıdır.
Bu dəyişiklik adətən, tənzimlənən sənayelərdə əksər mühüm infrastruktur dəyişiklikləri kimi, ehtiyatlı və düşünülmüş mərhələlərlə baş verir: əvvəl əvvəlcə geniş daxili sınaqlar, sonra seçilmiş iştirakçılarla məhdud pilot proqramlar, ilkin nəticələr real əməliyyat şəraitində və tənzimləyici yoxlamalar altında özünü doğrultduqdan sonra isə tədricən miqyaslandırma.
Dusk, həmin daha geniş sənaye hərəkatının bir hissəsi olaraq, qurumlara onların mövcud tənzimləyici öhdəliklərini qarşılamaq üçün xüsusi olaraq hazırlanmış əsas qat təklif edir; bu, onlardan artıq bir neçə ildir qurmağa sərmayə qoyduqları uyğunluq (compliance) çərçivələrini və daxili proseslərini tərk etməyi tələb etmir.
Bu son məqam praktikada olduqca önəmlidir: qurumlar yeni texnologiyanı sınaqdan keçirmək üçün uyğunluq aparatlarının hamısını yenidən icad etməyə çalışmırlar. Onlar artıq işləyən hissələrinə problemsiz şəkildə qoşulacaq və həqiqətən də zəif olan, inkişaf etdirilməli məqamları yaxşılaşdıran infrastruktur istəyirlər.
@Dusk Heç bir zaman ağ zəncirlərinin şəffaflıq ideyasına əsaslandığı bir dünyada ağıllı müqavilənin necə məxfi ola biləcəyini düşünmüsünüz?
Bu sualın özü XSC standartının cavab verdiyi sualdır. Dusk onu gücləndirir və ideya sadədir, amma güclüdür: müqavilənin məntiqi yoxlanıla bilən qalır ki, hər kəs qaydaların izlənildiyini təsdiqləsin, lakin həmin məntiqdən axan məlumat isə məxfi qalır.
Nəzarət olunan qiymətli kağızlar üçün bu, məhz lazım olan tarazlıqdır. Ənənəvi maliyyə audit üçün şəffaflıq tələb edir, eyni zamanda müştərilər üçün məlumatların qorunmasını da tələb edir.
Bu iki tələb tarixən bir-birinin əksinə çəkib. Məxfi Təhlükəsizlik Müqaviləsi standartı, hər iki tərəfi güzəştə getməyə məcbur etmədən, onları vahid bir çərçivəyə gətirir.
Bu, tək bir kiçik texniki detaldır, amma nəzarət olunan bazarlar üçün real dünyada təsiri olduqca böyükdür.
@BabylonLabs_io Universal Challenger dəstinin strukturuna dair nəsə məni ilk dəfə düzgün oturub onunla vaxt keçirdikdən sonra düşündürücü, ziddiyyətli göründü.
Sənədlər bir şeyi aydın edir: bu dəst icazəsiz (permissionless) iştirak üçün açılmağı planlaşdırılmayıb; yəni məhdudiyyət sadəcə dizaynın müvəqqəti mərhələsi deyil—məhdudiyyətin özü dizaynın bir hissəsidir, gələcəkdə hansısa yetkinliklə boşaldılacaq gözlənilən müvəqqəti məhdudiyyət deyil.
İlkin olaraq mən bunu adət olunan yola oxşar sandım: bir çox sistem əvvəlcə məhdud qrupla başlayır, zamanla etimadı artırır, sonra şəbəkə böyüdükcə və etibar təbii şəkildə yığıldıqca iştirakın açılışını tədricən genişləndirir.
Amma bu model belə qurulmayıb. Yeni Universal Challenger-lər məhz idarəetmə (governance) vasitəsilə daxil olur—reyestrə yoxlanılmış operatorlar əlavə olunur; başqa yerdə reputasiya qurub daha geniş ekosistemdə uzun müddət iştirak etsələr belə, kimsə müstəqil şəkildə sonradan qoşulmur.
Maraqlı fərq təkcə “bu gün bağlıdır, sabah açılacaq” kimi bir mərhələ deyil. Söhbət bundan gedir ki, açıq olma (openness) ümumiyyətlə arxitekturanın bir parçası olub-olmamasıdır. Burada etibar modeli məqsədli şəkildə seçilmiş və qəsdən sərhədlənmiş challenger dəsti üzərində qurulub; genişlənmə isə icazəsiz giriş (permissionless entry) deyil, yalnız idarəetmə yolu ilə baş verir—bu, bir faza deyil, bir seçimdir.
@BabylonLabs_io Mən daim buna qayıdıram. Bitcoin-in OP_RETURN sahəsi 80 bayta qədərdir. 800 deyil. 8,000 deyil. 80.
sənədləşmədə deyilir ki, xam Babylon checkpoint-i bu limitdən böyükdür. Burada bir neçə hissə epoch məlumatı, commit hash, imza bitmaskı və toplu imza var. Tam checkpoint məlumatı tək bir OP_RETURN sahəsinə sığmır.
Ona görə bölünür: hər bir checkpoint üçün birinin yerinə iki Bitcoin tranzaksiyası — hər dəfə.
Mən isə təkcə rəqəmlə — onu məcbur edən mexanizmdən ayrıca — məşğul oluram. 80 bayt o qədər azdır ki, demək olar hər nə isə onu aşır. Bu, checkpoint-lər və ya sübutlar üçün ölçülməmişdi, yaxud Babylon-un xüsusi olaraq ehtiyac duyduğu hər hansı bir şey üçün. Bitcoin-in öz OP_RETURN limiti o output tipindən sui-istifadəni azaltmaq üçün on-chain ixtiyari məlumatın çox böyüməməsi qaydası kimi mövcuddur; bu tip isə əvvəlcədən sadəcə azacıq məlumatı daşımaq üçün nəzərdə tutulmuşdu.
Babylon 80 baytı ona görə almır ki, 80 yetərincə yaxşıdır. O 80 bayt var idi — illər əvvəl sabitləşmişdi, Babylon gəlib içində yer tələb edəndə artıq heç cür dəyişdirmək mümkün deyildi.
Bitcoin-in OP_RETURN məhdudiyyəti Babylon-un içində işləməli olduğu qaydadır, onu yenidən yaza biləcəyi parametr deyil. Checkpoint-in bölünməsi ona görədir ki, məlumat əvvəlcədən müəyyən edilmiş bir limitə sığmalıdır; Babylon-a bu limit lazım olanda artıq çoxdan müəyyən edilmişdi. Bu, daha təmiz bir həll gözləyən müvəqqəti “atlama” yolu deyil — sabit bir Bitcoin qaydasının ətrafında qurmağın praktik nəticəsidir.
@BabylonLabs_io Bu gün Trustless Bitcoin Vaults (TBV) sənədlərində rehypothecation ilə bağlı incə mətnin oxunmamasına demək olar ki, cəhd etmədim; bunun da hər protokolda olduğu kimi qeyri-müəyyən (“biz bunu etmirik”) bir şey olacağını düşündüm.
Amma qeyri-müəyyən deyildi. Dəqiq ifadə belə idi: “cannot be rehypothecated” və bu konkret sözlər məni sürüşdürməni dayandırmağa məcbur etdi.
Mən DeFi-də məhz bu cür girovun arxa planda səssizcə iki dəfə hesablandığı, musiqi dayanana qədər heç nə hiss olunmadığı, sonra isə hamının anladığı bir çox çöküş görmüşdüm: eyni Bitcoin eyni anda birdən çox vədi dəstəkləyirdi. “Rehypothecation” sözü həqiqətən insanları dağıdıb.
Ona görə də mən iddianın arxasında duran real mexanizmi axtardım, sadəcə cümləni yox. Gördüm: protokolda kilidlənmiş BTC-nin getmək üçün başqa bir yolu yoxdur—o, artıq dəstəklədiyi yeganə mövqedən kənara çıxa bilmir. Sonradan kiminsə sakitcə geri çevirə biləcəyi bir “siyasət seçimi” deyil. Bu, vault-ın necə qurulduğuna dair struktur bir faktdır.
Bu fərq, həmin səhifəni sonrasında necə oxumağımı dəyişdi. Təklif təzyiq altında əyilə bilər. Struktur olaraq qeyri-mümkün olan isə… sadəcə başqa heç bir yer yoxdur—hansısa yuxarıdakı kimsə nə qərar versə də BTC üçün gedəcək başqa yol yoxdur.
Mən burada standart mətn gözləyirdim. Amma gedəndə, daxil olanda gözlədiyimdən daha çox, həmin bircə konkret cümləyə etibar edərək çıxdım.
@BabylonLabs_io Hüquqlandırma sənəd anbarına görə BTC vaultBTC daxili uçot tokenidir—ticarət edilmir, köçürmələri yoxdur və ya özünün ikincil bazarı yoxdur.
Bu fərq məndə əslində onunla oturub dərindən tanış olanda daha çox önəm kəsb etdi. Əksər DeFi sistemlərində təmsil tokeni hər şeyin mərkəzidir—dövriyyəyə girən, ticarət edilən və başqa yerlərdə likvidlik yaradan məhz həmin tokendir. Trustless Bitcoin Vaults (TBV) içində vaultBTC bunların heç birini etmir. O, yalnız konkret bir inteqrasiyanın daxilində vəziyyəti izləmək üçün mövcuddur.
O, yalnız protokolun özünün daxili komponentləri arasında hərəkət edir—açıq bazarlara çıxmır, kimsənin spekulyasiya edə biləcəyi kimi sərbəst alınıb satıla bilən aktiv kimi mövcud deyil.
Bu, məqsədli bir məhdudiyyətdir; çatışmayan funksiya deyil. Heç vaxt öz uçot sistemini tərk etməyən token dizaynı, insanlar real olaraq ticarət etdikləri tokenlərlə bağlı yaranan risk kateqoriyalarının bütöv bir hissəsini aradan qaldırır.
Məqsədli şəkildə dövr edə bilməyən bir tokenin, onun üçün risk anlayışına necə baxmağınızı dəyişdiyini düşünərsinizmi? #baby $BABY
@BabylonLabs_io Məlumatda qeyd olunduğu kimi, aktivləşdirmə pəncərəsi daxilində qeyri-şəbəkə (off-chain) qurulması tamamlanmadan vault müddəti bitərsə, “peg in fee” də geri qaytarılır.
Bu konkret detal mənim burada haqq strukturunu oxuma tərzimə təsir etdi. Mən “peg in fee”nin sadəcə aktivləşdirməyə cəhd etməyin xərci olduğunu və nəticədən asılı olmayaraq geri qaytarılıb-qaytarılmamasının digər yerlərdəki əksər giriş haqları kimi olduğunu güman edirdim.
Belə deyil. Haqq yalnız uğurlu aktivləşdirməyə bağlıdır; cəhdin özünə deyil. Depozit qoyan şəxsin hər hansı bir günahı olmadan qurulma uğursuz olarsa, onlar heç vaxt gerçəkləşməyən bir şeyə görə ödəniş etməli qalmırlar.
Nəzərə almadığım məqam budur: bu, yalnız haqqın geri qaytarılmasını əhatə edir, qurulmanın ilişib qalması səbəbilə gözləməyə sərf olunan vaxtı yox. Bu iki fərqli xərclərdir və yalnız birinin sənədləşdirilmiş bərpa (geri qaytarılma) yolu var.
Belə bir haqqın geri qaytarılması, uğursuz aktivləşdirmə ilə bağlı sizdə hansı risk miqdarını dəyişir, yoxsa itirilən vaxt daha çox önəmlidir—istənilən halda?
@BabylonLabs_io TBV'lərin (Trustless Bitcoin Vaults) etibar modeli barədə sənədlərdə göstərildiyi kimi, tamamilə aradan qaldırılmayan qalıq etibar iki kateqoriyaya bölünür: idarəetmə və fövqəladə reaksiya üzrə multi-sig-lər.
Mən “trustless”ı bunu oxumazdan əvvəl demək olar ki, tam/absolyut kimi qəbul edirdim. Amma bu belə deyil. O, arxasında iki dar, xüsusi istisna oturan gündəlik mexanizm üçün “trustless”dır.
İdarəetmə multi-sig-ləri protokol səviyyəsində parametr dəyişikliklərini idarə edir; mövcud olmaq üçün hansısa razılaşdırılmış səlahiyyət tələb edən qərarların növü budur. Fövqəladə reaksiya multi-sig-ləri həqiqətən də fəlakət xarakterli, ciddi kataklizmlər üçün “backstop” rolunu oynayır; bu isə Təhlükəsizlik Şurasının konkret səlahiyyət sahəsidir.
Bu iki kateqoriyanı açıq şəkildə adlandırmağı dəyərli hesab edirəm, çünki əksər sistemlər heç vaxt onları etiketləmədən sakitcə oxşar qalıq etibar nöqtələrinə malik olur.
İstisnaları aydın şəkildə adlandırmaq ümumi “trustless” iddiasını sənin üçün daha güclü hiss etdirirmi, yoxsa şübhənin yaşamalı olduğu yeri sadəcə başqa yerə köçürür? #baby $BABY
@BabylonLabs_io Per Babilin öz materiallarına görə BABY-nin əsas funksiyaları üç şeyə sığır: qazın idarə olunması və təhlükəsizlik; əməliyyatları hərəkətə gətirən token parametrləri müəyyən edir və şəbəkənin staking qatını dəstəkləyir—hamısı bir yerdə.
Mən bunu zehində tək bir qeyri-müəyyən “kommunal xidmət” başlığı altında yığırdım, amma onları düzgün şəkildə ayırmırdım. Bunlar həqiqətən fərqli işlərdir.
Qaz şəbəkədə əməliyyatlar üçün ödənilən ödəniş funksiyasıdır. İdarəetmə protokola növbəti olaraq nə edəcəyini qərar verən səsvermə funksiyasıdır. Təhlükəsizlik isə zənciri qorumağa kömək etmək üçün BABY-nin kilidlənib risk altında olması — eyni daha geniş iqtisadi qat Trustless Bitcoin Vaults (TBV) ilə yanaşı dayanır.
Təhlükəsizlik üçün sadəcə staking edən birinin BABY ilə münasibəti qaz ödəyən və ya təkliflərə səs verən birindən fərqlidir. Eyni token. Üç ayrı təsir — üç ayrı səbəb — bəzisinin həqiqətən onu saxlamağı üçün.
Hazırkı aktivliyin hər bir kateqoriyaya digərləri ilə müqayisədə nə qədər düşdüyünə dair bir bölgü tapa bilməmişəm.
COTIUSDT long setup planlandığı kimi tam dəqiqliklə baş verdi. Saziş giriş zonasına hörmət etdi, hədəfə çatdı və 10x leverage ilə +59.37% gəlirlə bağlandı.
Ticarət Təfərrüatları Giriş: 0.0131978 Çıxış: 0.0139935 Nəticə: +59.37% İstiqamət: Long TP Dəydi ✅
Yaxşı bir xatırlatma: Nizam-intizamlı icra hərəkətlərin hər birini təqib etməkdən daha vacibdir. Ticarətə başlamazdan əvvəl planla daxil olun, Take Profit (TP) və Stop Loss (SL) müəyyən edin və risk idarəçiliyi işini görsün.
Hər ticarət qalib deyil, amma ardıcıllıq hisslərdən yox, strategiyaya riayət etməkdən yaranır.
@BabylonLabs_io Per Babylon-un öz pul kisəsi inteqrasiyası sənədlərinə görə, əgər BABY sahibi təkliflə bağlı heç bir addım atmasa, səsvermə səlahiyyəti avtomatik olaraq sənin validatoruna delegasiya olunacaq.
Buradakı qərarlar həmçinin Trustless Bitcoin Vaults (TBV) mühitinə də təsir edir. Yəni “səs verməmək”in nə demək olduğu yan detal deyil.
Səs verməmək neytral qalmaq demək deyil. Sənin yerinə başqası səs verir. Onun mühakiməsinə əsasən. Sənin deyil.
Validatoru ilə razılaşmayan, amma heç vaxt səsverməyə vaxt tapmayan bir sahib mövqeyini susmaqla qoruymur. Susmaq qərarı başqasının ixtiyarına verir.
Bu, kvorumu mümkün qədər əlçatan saxlamaq üçün Cosmos zəncirləri üzərindəki standart likvid demokratiya (liquid democracy) nümunəsidir.
İndi bunu daha da kəskinləşdirən hissə var. Bir sahibi validatorunun standart səsini ləğv edə bilər, amma yalnız müddət bitməmişdən əvvəl səs verərək. Cəmi bir günlük pəncərəsi olan təcili bir təklifdə bu ləğv şansı, bəzən yoxlayan biri belə bunu vaxtında görmədən pəncərə bağlana bilər.
Azalan ləğv pəncərəsi yoxlamanı nə dərəcədə ciddi etdiyinizi dəyişirmi?
@BabylonLabs_io Per Babylon's own documentation Trustless Bitcoin Vaults (TBV)'s fairness payment mechanism during liquidation offers two distinct settlement paths and I wanted to actually understand what determines which one applies rather than treating it as one undifferentiated process.
The first path is direct debt repayment the liquidator repays what the borrower owes and that satisfies the position. The second path pays the liquidator in WBTC instead.
I went back and actually found the trigger logic I'd missed the first time I looked. Per the documentation it comes down to partial versus full liquidation. In the common case a partial liquidation any surplus gets returned as additional debt repayment.
In a full liquidation specifically once all outstanding debt is already covered by the liquidation itself WBTC is what gets used for the remaining settlement instead.
That actually resolves what felt like an open question to me before. It's not two arbitrary paths chosen unpredictably it's a fairly clean split based on whether debt still needs covering or has already been fully accounted for by the time the liquidation completes.
What I hadn't considered before is that this means most liquidations being partial rather than full likely resolve through simple debt repayment with WBTC as the exception case rather than an equally common alternative. Does knowing the trigger logic is actually this systematic change how much weight you'd put on fairness as a claim here?
@BabylonLabs_io Trustless — fərqli hissələr üzrə yoxladığım fayda, Trustless Bitcoin Vaults (TBV) özünü faktiki olaraq necə izlədiyini araşdırarkən. Bu gün nəzərdən keçirdiyim hissə birbaşa Babylon-un öz sənədləşməsindən gəlir: onun Vigilante Checkpointing Monitor-u. Çoxlarının yəqin ki, heç fikirləşmədiyi arxa fon prosesidir.
Həmin sənədləşməyə görə monitor fasiləsiz şəkildə iki ayrı şeyi yoxlayır. Birincisi, Babylon-un Bitcoin zənciri ilə bağlı daxili qeydi həqiqətən Bitcoin üzərində olanla üst-üstə düşürmü — yəni uyğunluq/yığcamlıq (consistency) yoxlaması. İkincisi, düzgün checkpoint (yoxlama nöqtəsi) məlumatının ümumiyyətlə vaxtında hesabat kimi verilib-verilmədiyidir — sənəddə bu, düzgünlüyü yoxlamaqdan fərqli, “liveness check” (canlılıq) adlandırılır.
İkinci yoxlama önəmlidir, çünki sistem texniki olaraq düzgün məlumatlara sahib ola bilər, amma gecikmə səbəbilə səni yenə də “sındıra” bilər. Əgər həqiqi bir şey kifayət qədər uzun müddət saxlanılırsa, sanki tamamilə gizlədilmiş kimidir.
Açığı, sənədləşməsinə görə belə bir monitor problemlər başlayandan sonra onları tutur, əvvəldən yox. Bu, qabaqlayıcı deyil, aşkaredicidir (detection not prevention) — yalnız o işlək olduqda və nəsə bayraq kimi işarələndikdə kiminləsə diqqət çəkildiyi halda.
Trustless o demək deyil ki, heç nə səhv getməyəcək. Babylon-un öz təqdimatına görə bu o deməkdir ki, bir şey baş verdikdə onun görünən olması üçün sənədləşdirilmiş bir yol var. Arxasında aktiv sənədləşdirilmiş monitorinqin dayandığını bilmək, sənin özün üçün istədiyin müstəqil yoxlamanın səviyyəsini dəyişdirirmi?
@BabylonLabs_io Self custodial etibarı ilə, Trustless Bitcoin Vaults (TBV) adətən nəyin təklif etdiyini düşünəndə geri dönüb diqqətimi çəkən fayda budur: sənin açarların, sənin Bitcoinin — heç bir istisnasız, bütün zaman ərzində. Bunu “incə mətnin” haradasa basdırılmış bir detal kimi deyil, açıq şəkildə başa düşmək lazımdır.
Mən bu iddianın doğru olduğuna, sadəcə qəbul etməyimdən çox, necə inandığımı izah edim: Babylon-un öz sənədlərində təsvir olunan dizaynın nəyin baş verdiyini bir az anlamaq.
Bir mövqeyi dəstəkləyən Bitcoin heç vaxt şəbəkədən çıxarılmır: kassirə təhvil verilmir, kimsənin digər vəsaitləri ilə birləşdirilmir və başqa bir zəncirdə ayrıca bir təmsil kimi “wrapper” edilmir.
Onun nə vaxt və necə hərəkət edə biləcəyi qaydaları, bir tərəfin ixtiyarından yox, kriptoqrafik sübutlar vasitəsilə əvvəlcədən imzalanıb və tətbiq olunur.
Bu fərq mənim üçün çox böyük əhəmiyyət daşıyır. Sözügedən üçüncü tərəf dürüst davranacağına “etibar” edilən biri deyil. Daha doğrusu, xərcləmə şərtləri başlanğıcda kriptoqrafik şəkildə sabitlənib.
Bunu dürüstcə deyim: self custodial Bitcoin-i kassirdən qoruyur. Amma heç kəsi öz açarlarını itirməkdən və hələ də beta kimi etiketlənmiş proqram təminatındakı səhvlərdən qorumur. Bunlar fərqli risklərdir və mən “dörd fayda” çərçivəsinin bu fərqi həmişə aydın göstərmədiyini düşünürəm.
İctimai testnet indi canlıdır — bunu özünüz görmək istəyirsinizsə. Dəqiq mexanizmi bilmək, self-custody iddiası ilə bağlı nə qədər rahat hiss etməyinizi dəyişəcəkmi, yoxsa nəticə sizin üçün “necə”dən daha önəmlidir?