老青蛙BNB

Dün gecə @BabylonLabs_io -in staking məlumatlarını yoxladım. İki rəqəmi kalkulyatora daxil etdim, təsdiqlədim və sıfırlayıb yenə iki dəfə etdim. Xəzinədə 56,853 BTC kilidlənib; cari qiymətlə təxminən 3,7 milyard ABŞ dollarıdır. BABY-nin isə dövriyyədəki marketinq dəyəri 50 milyon ABŞ dollarından bir az üstündür.

Bazar hansısa layihənin dəyərini neçədir deyə qiymətləndirmək üçün adətən belə edir: əvvəl marketinq reytinqinə baxır, sonra açılma (unlock) cədvəlini bir daha nəzərdən keçirirlər—qiymətqoyma məntiqi artıq çox tanışdır. Amma staking protokolu başqa bir kitab daşıyır: istifadəçilərin həqiqi pulla kilidlədiyi aktivlərin miqyası. Bu, çox az hallarda marketinq dəyəri ilə yanaşı qoyulub baxılır.

56,853 rəqəmini iki yerdən yoxladım: Babylon tərəfin rəsmi paneli və üçüncü tərəf TVL statistikasının nəticələri üst-üstə düşür. Bu gün 6,4 min ABŞ dolları qiyməti ilə hesablayanda təxminən 3,6–3,7 milyard dollar alınır—şəbəkə üzrə ən böyük bitcoin staking protokollarından biri. Digər tərəfdə isə BABY təxminən 4 milyard ədəd dövriyyədədir; vahid qiyməti 0,013 ABŞ dollar civarıdır, marketinq dəyəri isə 5000 min dollar səviyyəsində—yəni təxminən 50 milyon dollar dərəcəsindədir. Birə bölürsən, 70 dəfədən çox.

Bu mərhələyə çatanda anlayıram ki, bu iki kitabın həcmi eyni şey deyil. TVL-də yazılan layihənin nə qədər “dəyərli” olması deyil, insanların bu qaydalar paketinə nə qədər pul qoymağa cəsarət etməsidir. Marketinq dəyəri isə bazarın tokenin funksiyalarına nə qədər qiymət verməyə razı olduğudur. Biri təhlükəsizlikdir, digəri qiymətqoymadır; arada isə BTCVaults hələ işlək vəziyyətə düşməyən gəlir dövriyyəsi halqası dayanır.

Əlbəttə, uyğunsuzluq mütləq “qiymətləndirmə aşağıdır” demək deyil. FDV-yə keçsək, multiplikator 20-dən bir qədər yuxarıya qədər düşür. TVL-dəki BTC hazırda protokola gəlir gətirmir; staking edənlərin qazancı inflyasiya mükafatlarıdır. Bu kitab tokenin cash flow-u ilə bağlanmayıb. 50 milyon bahadır, ucuzdur—buna qərar verə bilmirəm.

Ona görə də, bu məlumat dəstinin həqiqətən geridə qoyduğu tək bir nəticə deyil, bir sualdır. Bazar BABY-nin funksional düzgün qiymətini verir, yoxsa xəzinədəki o 50 minə yaxın BTC-lərin gec-tez eyni balans hesabatına qoşulacağını nəzərdən qaçırır? Sizcə bazar konkret olaraq nəyi qaçırıb?#baby $BABY

$BTC 66600 İki dəfə keçə bilmədi, bu mövqedə təzyiq bir az çoxdur, əvvəl boşluğa baxaq, 61800 dayana biləcəkmi görək, amma məncə dayana bilməyəcək. Axı çətinliklə qalxan platforma birdən-birə düşdü, 66600-un “fırıldaq”/aldatma (fake) çoxlu tapşırığı artıq tamamlandı

Trustless Bitcoin Vaults ağ sənədini <a>翻 Babylon</a> etməzdən əvvəl mənim iki sualım vardı: girov əmsalı nə qədərdir, xəbərdarlıq xətti harada qoyulur. İki dəfə tərcümə edib heç bir parametr cədvəli tapa bilmədim, amma bir nümunədə ilişib qaldım. Bob 1 BTC götürüb 50.000 ABŞ dolları borc alır, 50.000-dən aşağı düşən kimi likvidasiya olunur; mətnin boyu LTV rəqəmləri yoxdur. Bir an donub qaldım—bəlkə də səhv şeyi axtarıram.
Əvvəlki borclanma və likvidasiya mexanizmlərində platforma parametrləri əvvəlcədən təyin edirdi. Girov əmsalı, likvidasiya həddi, cərimələr hamısı müqaviləyə yazılır, oracle qiymət verir; qiymət xəttə çatan kimi isə mövqe bağlanır—amma istifadəçi sadəcə sağlamlıq əmsalına baxır. Qısası, qaydalar platforma yazır, etibar da onun paketinə daxildir.
@BabylonLabs_io -in yanaşması bu xəttin üzərində deyil. Xəzinə müstəqil UTXO-dur: sikkələr kilidlənəndə əvvəlcədən bir sıra Bitcoin əməliyyatları imzalanır və şərtlər bərkidilir. Ödənişi etmisənsə, yenidən girovu geri ala bilirsən; razılaşdırılmış qiymətdən aşağı düşsə, qarşı tərəf likvidasiya edə bilir. Rəsmi olaraq bunu “xarici müqavilə vəziyyətinin kriptoqrafik sübutu” kimi qapalılaşdırma (gated) adlandırırlar; BitVM3 ilə yoxlanılır. Likvidasiya xətti platforma parametri deyil—imzanı atdığın anda yazdığın şərtdir.
Düşüncümü dəyişdirən budur ki, burada platforma sənə ümumiyyətlə xəbərdarlıq qurmaqla kömək etmir. Təhlükəsizlik sərhədi imza anında dəqiqləşir; sonra yalnız özün qiymətə nəzarət etməlisən—vaxtından əvvəl əlavə girov qoymaq və ya geri ödəmək. Hələ PoC mərhələsindədir; Morpho üzərindəki VaultBTC eksperimental bazarının likvidliyi cəmi bir neçə on dollar civarındadır.
Çuxuru da demək lazımdır. Sənədin dediyinə görə, likvidasiya ağ siyahıdakı likvidatorların qiyməti izləyib tetik etməsi ilə baş verir; tamamilə icazəsiz (permissionless) deyil. Bütün zəncir hələ də oracle-ə bağlıdır: qiymət səhv verilsə, qərar da səhv gedir. Bu mərhələlər BTC-ni sənə qarşı oğurlaya bilməz, amma səni yanlış likvidasiya etdirə bilər.
Ona görə düşünürəm ki, TBV-nin gerçəkdə etdiyi daha optimal parametrli borclanma məhsulu yaratmaq deyil; likvidasiyanı platforma qaydalarından çıxarıb, sənin öz imzanla bağladığın kriptoqrafik şərtə çevirməkdir. “Böyük piroq” (BTC) məcburi bağlamaya (force liquidation) məruz qalacaqmı? Cavab xəbərdarlıq düyməsində deyil—sənin imza atdığın o bir neçə əməliyyatda gizlidir. Pulla “real” riskə tab gətirib-etməyəcəyin isə ayrı məsələdir, bax bunu görmək lazımdır.
#baby $BABY

Səhər tezdən telefona baxanda, yenə bir yeni zəncirin Bitcoin təhlükəsizliyi ilə inteqrasiya olunduğunu elan etdiyini gördüm. Üç il əvvəl, dəlilik kimi çox token emissiyası edərək validasiyaçıları (validator) maliyyələşdirən o yeni zəncirləri xatırladım—coin qiyməti hələ listə çıxmamışdan inflyasiya ilə artıq məhvə məhkum imiş. Bu elanı izləyib @BabylonLabs_io sənədinə çatanda qəfil başa düşdüm ki, Bitcoin staking (staking) narrativinin digər tərəfi əslində yeni zəncir üçün xərci azaltma və səmərəliliyi artırma hesabıdır.
Əvvəlcə etiraf edim: yeni zəncirin cold start mərhələsində ən çətin məsələ təhlükəsizlikdir. Öz Validator-unu bəsləmək üçün yüksək inflyasiyalı tokenlərlə stimullaşdırma vermək lazımdır—bu da təhlükəsizlik üçün coin qiymətini qurban vermək deməkdir. Babylon isə yeni zənciri BTC-ni girov kimi icarəyə götürməyə yönəldir: stimulu Bitcoin staking edənlərə ödəyir, tokeni isə dəli kimi çox emissiya etməyə ehtiyac qalmır. Dəyər üçün “ankor” (dayaq nöqtəsi) əksinə daha sabit olur. Yeni zəncirin mining prosesinə qoşulan istifadəçilər üçün satış təzyiqi (taziyq) azalır—həqiqətən də bu, müsbət amil sayılır və məncə bu məntiq real şəkildə işləyə bilər.
Amma reallıq belədir: təhlükəsizlik yalnız pul verib tam alınan məhsul deyil. Yeni zəncirin aldığı şey yoxlanılmış səlahiyyət—yəni etibarlı sayılma hüququdur. Bəs staking edənlərin qayda pozuntusuna görə qərarı kim verir? Cavab Policy (Siyasət) və idarəetmə (governance) prosesinin içində gizlənir. Aşağı zəncirin (downstream) idarəetmədə şəffaflıq səviyyəsi yetərli deyilsə, qaydalar az saylı adamlar tərəfindən dəyişdirilə bilər. İcarəyə götürülmüş bu təhlükəsizlik istənilən vaxt kağız parçasına çevrilə bilər və mining istifadəçiləri əslində həm coin qiyməti, həm də qaydalarla bağlı ikili risk daşıyır.
Mən heç bir yeni zəncir üçün “token daha sabit olacaq” kimi daha möhkəm bir təminat əlavə etmirəm—çünki idarəetmə detallarının açıqlanması indiyədək boşluqdur və o boşluğun özü riskdir. Siz BTC ilə girov qoyulan yeni zənciri dəstəkləməyə razı olardınız? Bu parçanı yazanda artıq hava şəfəqlədi.
#baby $BABY

Bitcoin vurdu😱

Bir müddət əvvəl köhnə dostumla çay içib söhbət etdik, söhbət zamanı kripto-bitkoinin investisiya/korlama məsələsinə gəldik. Hamının ən çox qorxduğu şey yenə də sikkini platformaya göndərib rəqəmlər dəyişməkdir—yəni aktivin idarəetmə hüququnu platformaya vermək. Əslində bu, köhnə “yeni tumurcuq”ların ən sadə psixoloji təhlükəsizlik hissidir. Ənənəvi olaraq sikkini saxlayıb faiz qazanmaq ideyasının mahiyyəti borc öhdəliyinin ötürülməsidir: sikkin bir dəfə sənin ünvanından çıxırsa, əlində qalan yalnız kövrək bir ödəniş vədidir. Platforma problem yaşayarsa, bu vəd heç dəyərsizdir.
Mən @BabylonLabs_io adlı sənədi təqdim edəndə ki, sikkilər öz ünvanında yatırılıb faiz gətirə bilər, onların ilk reaksiyası həyəcan yox, ehtiyatlılıq oldu.
Məhz bu ehtiyatlılıq məni onu daha dərindən araşdırmağa vadar etdi və onun əsas məntiqini mexanizm səviyyəsində gördüm: sistem ticarətin (交易) mexanizmini yenidən müəyyənləşdirir. Yəni əsas şəbəkənin script-lərinə Timelock məhdudiyyəti daxil edilərək, Bitcoin şəxsi açarları (private key) təhvil vermədən müqavilə əsasında kilidlənmiş vəziyyətə düşür və “faiz gətirən” canlı pula çevrilir. Sikkin daim sənin öz ünvanında yatır; heç bir cross-chain köçürmə yoxdur—sadəcə zaman və şərtlər barədə bir qat qayda əlavə olunur. Gəliri isə aşağıdakı PoS zənciri bu təhlükəsizlik qarşılığında ödəyir.
$RIF
O, EOTS ilə davranışı aktivi ilə bağlayır: aşağı zəncirdə ikiqat imza (double signature) verildiyi anda, əsas şəbəkədə kilidlənmiş sikkilər müsadirə (cərimə) kimi hadisəni aktivləşdirir. “İnanc” (trust) “insana inam”ı əvəz edir. Amma real dünyada isə sikkinin əlində olması hüququn səndə olması demək deyil. Çünki o Script artıq məcburi icra yolunu əvvəlcədən nəzərdə tutub: aşağı zəncirin Policy-sinin dəyişdirilmə səlahiyyətini kim məhdudlaşdırır? Sənəddə buna cavab yoxdur.
$ON
Mən üç dəfə Babylon sənədindəki unlock (açılma) dövrünün işə düşmə prosesini yoxladım. Fövqəladə “söndürmə açarı”nın (emergency circuit breaker) səlahiyyət tərifi də yenə qeyri-müəyyəndir. Mən rəsmin (official) bu boşluğu özüm doldurmuram—çünki məlumat boşluğu özü də riskdir. Sizcə bu cür “sikkidə əl var, hüquqda kənar” dizayn daha nə qədər gedə bilər? Yazımı bitirəndə çayın dadı artıq soyumuşdu.#baby $BABY

Liang Wenfeng hamısı bilirlər ki, yeni səhmləri almaq üçün neçə nömrə açmaq lazımdır😄

Hər kəs hər gün onlarla müqavilə əmri açmır, amma çoxlu DEX-lərin məhsul məntiqi adətən istifadəçini yüksək tezlikli ticarətçi kimi qəbul edir. Bəzən portfelini yenidən quranların marjası çox vaxt boş qalır; gəlir yönümlü insanlar isə bütün günü monitor arxasında qalmaq istəmir. Üstəlik qızıl və ABŞ səhmlərinə ekspozisiya istəyənlər bunu başqa platformalardan ayırıb “buraya” gətirməlidir. Bu kapital axınlarını bir neçə dəfə birlikdə tədqiq etdim və hiss etdim ki, @grvt_io daha çox zəncirüstü broker platforması qurmağa bənzəyir, sadəcə kripto əbədi (perpetual) sifariş alətinə yox.

Problemi isə ondadır ki, ənənəvi DEX-lər adətən yalnız sövdələşmənin həmin anını emal edir. Uyğunlaşdırma (matching) bitdikdən sonra boş qalan vəsait necə dəyər qazana bilər, aşağı tezlikli istifadəçi strategiyanı necə qurur, fərqli aktivlər balansı necə birgə paylaşır — bunların hamısı yenə istifadəçinin öz öhdəsinə qaytarılır. Ticarət gəliri və investisiya qazancı müxtəlif protokollara səpələnir; hər yeni ehtiyac üçün aktiv icazələrini (authorization) yenidən kəsib-hakimləşdirib riskləri bir də yoxlamaq lazım gəlir.$EVAA

GRVT isə One Balance və vahid marja (unified margin) ilə bu tip ehtiyacların hamısını eyni hesablar sistemi daxilində birləşdirir. Aktiv treyderlər mərkəzləşdirilmiş limit sifariş kitabı ilə birbaşa əbədi mövqelərini idarə edə bilirlər. Aşağı tezlikli istifadəçilərin ticarət hesabı üzrə kapital hüquqları Earn on Equity vasitəsilə yenə də faiz qazanır. Gəlir yönümlü istifadəçilər isə GLP kimi strategiya “xəzinələrinə” (strategy vault) qoşulub strategiya paylarını bölüşdürərək market-maker gəlirlərindən pay ala bilər; deməli, onlar hər gün sifariş asıb portfel yeniləmək üçün daim izləmə aparmadan dolana bilərlər.

RWA (real world assets) oynamaq istəyənlərin də bunu seçməyə çox konkret səbəbi var. GRVT qızıl, səhmlər və digər ənənəvi aktivlərin zəncirüstü qiymət ekspozisiyasını təqdim edir; nəticədə bir interfeysdə həm kripto aktivləri, həm də RWA əbədi müqavilələrini eyni anda idarə etmək olur. Hesab vəziyyəti və vəsaitlərin hesablaşması ilə bağlı əməliyyatlar isə ZKsync Validium və sıfır bilik (zero-knowledge) sübutları ilə yoxlanılır; beləliklə, mümkün qədər özünə-yönlü (self-custody) sərhədləri qorumaq saxlanılır.$SXT

Bu strukturun əsas dəyəri funksiyaların nə qədər çox olmasında deyil. Daha önəmlisi budur: eyni bir kapital ticarət edilib faiz gətirmə ilə strategiya uyğunlaşdırması arasında edilən gediş-gəliş daşınma zülmündən (məcburi köçürmələrdən) xilas olur. GRVT bununla təkcə yüksək tezlikli əbədi müqavilə oyunçularını deyil, həm də aşağı tezlikli treyderləri və gəlir yönümlü (income) istifadəçiləri, üstəlik RWA istifadəçilərini də əhatə edir. Əlbəttə, faiz qazanma şərtləri, strategiya geriçəkilmə riski və ənənəvi aktivlərin açılışında qiymət “gap”-i kimi riskləri də ayrı-ayrılıqda qiymətləndirmək lazımdır. Onun mövqeləşməsi artıq adi əbədi DEX hüdudlarını aşır; amma bu qədər tələbi stabil şəkildə tuta biləcəkmi — bunu hələ də izləməliyik.#grvt

Avtomatlaşdırılmış strategiyalar ağıllı cüzdana yerləşdirildikdən sonra kəşf etdim ki, hesab abstraksiyası göndəriş problemlərini həll etsə də, agentin səlahiyyət sərhədini müəyyənləşdirmir. Çoxlu əməliyyatlar və Gas-i qarşılayan ödəniş imzalanmanı azaldır, amma mən bilərək hədəf protokolu dəyişib məbləği artıranda cüzdan yenə də UserOperation qurmağı bacarır. EntryPoint yoxlaması ilə strategiya müqaviləsinin qaytardığı məlumatları tutuşdurandan sonra təsdiqlədim ki, məhdudiyyət sonda @NewtonProtocol -dən gəlir və cüzdan interfeysindən deyil.
$BILL

Hesab abstraksiyasının əsas dəyəri təcrübəni yaxşılaşdırmaqdır: o, çoxmərhələli çağırışları paketləyir və Gas-ı idarə edir. Amma avtomatlaşdırma agenti qoşulanda ağıllı cüzdan yalnız daha çevik icra imkanları əldə edir. Agentin hansı aktivləri və protokolları çağırması, eləcə də nə qədər limitdən istifadə etməsi üçün əlavə qaydalar idarə olunmalıdır. İcra “bədəni” daha elastik olanda belə, hərəkətlərin təbii olaraq təhlükəsiz olacağı anlamına gəlmir.
$PALU

Newton Protocol məhz qərarvermə və məhdudiyyət qatını tamamlayır. Strategiya məhdudiyyətləri agentin giriş edə biləcəyi tokenləri, hədəf protokolu və limitləri əvvəlcədən müəyyənləşdirir. simulatePolicy icradan əvvəl aktiv dəyişikliklərini əvvəlcədən proqnozlaşdırır və nəticəni sonra ağıllı hesabın yoxlamasına verir. Hesab abstraksiyası zəncir üzərindən çağırışların yerinə yetirilməsini təmin edir, Newton Protocol isə çağırışın istifadəçinin niyyətinə uyğun olub-olmadığını qiymətləndirir. Hətta agent marşrutu dəyişsə də, o, müqavilənin müəyyən etdiyi səlahiyyət hüdudlarını keçə bilmir.

Bu da hər ikisinin məntiqli şəkildə bölüşdürülməsini ortaya qoyur. Ağıllı cüzdan zəncir üzərindən əməliyyatları daha rahat edir, Newton Protocol isə avtomatlaşdırma səlahiyyətlərini daim nəzarətdə saxlayır—yararlı olmaqla idarə oluna bilmək bir-birini qurban vermir. Bundan sonrakı daha vacib yoxlama budur: strategiya yenilənməsi və hesabın bərpası eyni anda baş verəndə köhnə səlahiyyətlər tamamilə kəsilib-kəsilmir. Ağıllı cüzdan icra bədənini təmin edir, təhlükəsizlik göstərişləri isə müstəqil və yoxlana bilən “fövqəladə dayanma” mexanizminə malik olmalıdır. Əsl avtomatlaşdırma etibarı icra ilə məhdudiyyətlərin mükəmməl şəkildə ayrılmasına əsaslanır.#newt $NEWT

Çox vaxt strategiyanın kopyalanmasının səbəbi özünün bilmədən söz sızdırması deyil, zəncirdəki qeyd yaddaşının pərdəni tam açması olur. İndi əksər DEX-lər standart olaraq açıq ünvanlar və vəsait axınını göstərir; kimsə bir neçə dəfə zaman xəttinə uyğun izləmə aparanda sizin yığım (build) istiqaməriniz və artırma (补仓) ritminiz tam şəkildə üzə çıxır. @grvt_io ticarət məxfiliyini önə çəkir; əsas məsələ “tam olaraq kiminsə sizi kopyalamasının qarşısını almaq”ı şişirtmək deyil, həqiqətən də ticarət niyyətinin birbaşa zəncirdə ifşa olunmasını azaltmaqdır.

Mən aktiv bir ünvanın zəncirüstü məlumatlarını yenidən təhlil etmişəm. Tək bir əməliyyat qeydinə baxanda heç nə görünmür, amma köçürmələri və balans dəyişikliklərini üst-üstə qoyanda nə vaxt yığdığını, harada izləmə-müdafiə (追保) apardığını, nə vaxt yığım payını azaltdığını aydın şəkildə məntiqi ilə görmək olur. Pərakəndə investor üçün bu, sadəcə maraqlı “şou”dur; böyük oyunçular və market-meykerlər üçün isə bu, qabaqlanma (抢跑) və strategiyanın kopyalanması fəlakətidir, eyni zamanda slippage də artır.

Problem əslində “hər şey zəncirdədir” deyə olan açıq icra mühitindədir. Sifarişlər və hesabın vəziyyəti bir dəfə açıq şəkildə zəncirdə yazılanda, data analitika alətləri sizə tam davranış profili çəkə bilir. Pul yenə də sizinindir, amma strategiya yolu açıq məlumat olur. Vəsaitin həcmi nə qədər böyükdürsə, əməliyyatlar bir o qədər də nizamlı olur və niyyətin üzə çıxmasının dəyəri bir o qədər ağır olur.

GRVT-nin həlli doğrulamanı və nümayişi ayırmaqdır: sifarişlər zəncirdən kənar sifariş kitabında (order book) işlənir, yekunlaşma isə ZKsync-ə əsaslanan Validium üzərindən gedir. Ticarət məlumatları zəncirdən kənarda saxlanılır; yalnız vəziyyət yenilənməsini yoxlamaq üçün sıfır bilik sübutu (zero-knowledge proof) lazımdır və girov məbləği ilə yanaşı, ticarətin detalının hamısını tam açıq yayımlamaq tələb olunmur. Bu, başqalarının zəncirüstü məlumatlara əsasən strategiyanızı yenidən qurmasının çətinliyini xeyli artırır.

Amma obyektiv də deyək: məxfiliyin qorunması “tamamilə görünməzlik” demək deyil. Siz zəncirdə etdiyiniz köçürmələr, xarici cüzdanlarla qarşılıqlı əlaqələr və hətta sifarişvermə vərdişləri yenə də müəyyən izlər buraxa bilər. GRVT açıq ifşa tərəfini həll edir, sizi tam “gizlətmə” məqsədi daşımır. Bu istiqamətin real dəyəri var, amma məxfilik sərhədi haradadır və uzunmüddətli effekt necə olacaq—bunu zamanla yoxlamaq lazımdır. #grvt

Eyni strategiya dəstinin kapital həcmi kiçik sınaqdan miqyas artırılmasına keçdikdən sonra, @NewtonProtocol üzərində diqqətimi cəlb edən əsas məqam artıq gəlirlilik dərəcəsi deyil; Agentin daha böyük kapital həcmini daşımaq üçün hansı əsasla hərəkət etməsidir. Kiçik məbləğli əməliyyatda bir dəfəlik anormal slippage icra xətası kimi qəbul edilə bilər, amma kapital artırıldıqda isə, marşrutdakı cüzi sapmalar və ya səlahiyyət həddinin aşılması real aktiv itkisinə çevrilir. Agentin hər zaman qaydalara ciddi əməl edib-etmədiyini yoxlamaq üçün mən bir neçə əməliyyatın calldata-sını, verilmiş icazə (authorization) məbləğini və yekunda hesablanan (到账) vəziyyəti bir-bir dəqiqləşdirməli oldum; bu yoxlama işi strategiyanın gəlirini qiymətləndirməkdən daha çox vaxt aparır.

Ənənəvi Bot-ların tənzimləyici qüsuru çox vaxt strategiyanın kifayət qədər ağıllı olmamasında deyil, kapital həcmi artdıqca etimad xərclərinin eksponensial yüksəlməsində olur. İstifadəçi adətən yalnız backtest məlumatlarını və yekun icra nəticəsini görə bilir, lakin işləmə zamanı kodun gizli şəkildə əvəz olunub-olunmadığını görə bilmir; həm də Bot-un işləyərkən müvəqqəti olaraq icazə həcmini genişləndirdiyini təsdiqləyə bilmir. Uzun müddət aktivlər üzərində səlahiyyətə nəzarət edən qaranlıq qutu (black box) tarixi nəticələri mükəmməl olsa belə, bununla məhdudsuz etimadı əvvəlcədən ödəmə kimi istifadə etmək olmaz.

Newton Protocol-un qırılma nöqtəsi yanaşması əvvəl yoxla, sonra miqyas artır prinsipidir. O, strategiya məhdudiyyətləri vasitəsilə çağırıla bilən müqavilələri, tək əməliyyat üzrə limit məbləğini və qüvvədə olma zaman pəncərəsini ciddi şəkildə məhdudlaşdırır; execute-dən əvvəl simulatePolicy ilə aktiv dəyişikliklərini əvvəlcədən proqnozlaşdırır və kriptoqrafik sübutlar ilə kod vəziyyətini tapşırıq nəticəsi ilə möhkəm bağlayır. Bu mexanizmdə Agent qayda çərçivəsində ən optimal icra yolunu axtara bilər, amma hər bir əməliyyat mütləq yoxlanıla bilən dəlil buraxmalıdır. Bu isə böyük miqyaslı icazənin təhlükəsizliyinin əməliyyatçı (operator) tərəfinin etibar zəmanətinə yox, ciddi kod qaydalarına əsaslandığını göstərir.

Məhz bu, Newton Protocol-un Bot-un təkamül istiqamətinə verdiyi yenidən tərifdir: güclü olmaq onun tapşırığı yerinə yetirə bilməsi deməkdir, amma doğrulana bilən olması onun daha çox kapital idarə etməyə layiq olub-olmadığını müəyyən edir. Əlbəttə, Newton Protocol yenə də yüksək tezlikli (high-frequency) ssenarilərdə öz yoxlama mexanizminin icra səmərəliliyini ləngitmədiyini sübut etməlidir. Lakin böyük miqyaslı aktivlər qarşısında icranın bir neçə saniyə daha sürətli olması, kapitalın necə istifadə edildiyini aydın şəkildə sübut etməyin yanında heç nədir. Həqiqi maliyyə etibarı, yoxlanıla bilən sübutlar artdıqca möhkəmlənməlidir; işləmə müddəti artdıqca kor-koranə yığılmamalıdır. #newt $NEWT

İlk dəfə yeni birja istifadə edəndə ən çox bəyənmədiyim proses odur ki, əvvəlcə köçürmə edilir, sonra isə düymələri yavaş-yavaş öyrənməyə vaxt sərf olunur. Sifariş bölməsi, leverage (alət) ayarları, take profit / stop loss və margin (tələb/garanti) rejimi hələ tam başa düşülməmişdi, amma real vəsait artıq hesaba yerləşdirilmişdi. @grvt_io -nin Demo Trading funksiyası ardıcıllığı tərsinə çevirir: əvvəlcədən depozit etmədən, simulyasiya olunan vəsaitlə ticarət səhifəsini tam şəkildə gəzib keçmək olur.
Mən xüsusi olaraq rəsmi ticarət vərdişi ilə bir dövrəni əvvəlcədən yoxladım. Əvvəl müstəqil Demo hesabı yaradır, sonra simulyasiya USDT “basdırır”, ardınca ticarət hesabına köçürürəm. Bazarın seçilməsindən tutmuş məbləğin (quantity) doldurulmasına qədər, limit sifarişinin verilməsi, sifarişin ləğvi və mövqelərin (positions) yoxlanılması—bir neçə dəfə müxtəlif girişlərdən qarşı-qarşıya keçdim. Əslində faydalı olan simulyasiya mənfəət/zərər deyil, hər bir parametrin mövqeyi necə dəyişdiyini əvvəlcədən aydınlaşdırmaqdır.
Yeni başlayanların səhv əməliyyatı səthdə sadəcə düyməni səhv basmaq kimi görünür; amma əslində, ticarət sistemi öyrənmə xərclərini real əsas kapitalın üzərinə yükləyir. Perpetual (əbədi) kontraktlarda ilkin margin, maintenance margin və hesablanmış likvidasiya qiyməti kimi sahələr var; onların hər hansı birini yanlış anlamaq, tanışlıq üçün etdiyin prosesi real ziyana çevirə bilər. Demo Trading isə riskin qarşısını ayırılmış mühitlə kəsir: simulyasiya hesabı ilə rəsmi GRVT hesabı bir-birindən tamamilə ayrıdir, real aktivlər test prosesinə qarışmır.$SXT
Bu tip funksiyalar təkcə yeni başlayanlara səhifəni göstərmək üçün deyil. Strategiya qururu edənlər limit və market sifarişlərinin icra (成交) fərqlərini əvvəlcədən test edə, take profit / stop loss tetikləmə məntiqini müşahidə edə, sonra isə mövqe paneli və “funding fee” (fund-lər haqqı) nisbətlərinin necə göstərildiyini yoxlaya bilərlər. GRVT istifadəçiyə əvvəlcə əməliyyat zəncirini təsdiqləməyə imkan verir, sonra isə real vəsaitə girmək barədə qərar verir—depozit edib sonra addım-addım öyrənməkdən daha məntiqlidir.$T
Amma simulyasiya edilmiş icra real bazarı əvəz edə bilməz. Order kitabının dərinliyi, slippage (qiymət sürüşməsi), şəbəkə gecikməsi və emosional təzyiq real ticarətdə nəticəni dəyişir. Demo Trading hazırda yalnız veb versiyada təqdim olunur. O, proseslə tanış olmaq və əməliyyat səhvlərini aradan qaldırmaq üçün uyğundur; strategiyanın mütləq qazanc gətirdiyini sübut etmək üçün deyil. GRVT sınaq xərclərini sıfır vəsait səviyyəsinə endirir—funksiyanın əvvəlcədən yoxlanması dəyərlidir; amma depozit etmə qərarı, riskləri özün tam anladıqdan sonra verilməlidir.#grvt

Kross-zəncir əməliyyatını dəqiq hesablayıb görmək üçün bu əməliyyatın nə qədər və nəyin hesabına başa gəldiyini anlamaq məqsədilə, <a>@NewtonProtocol </a> tərəfindən verilən bir neçə marşrutu maddə-maddə söküb təhlil etdim. Ən aşağı qiymət təklifinin variantı mütləq ən ucuz olmaya bilər. Bir marşrutda körpü (bridge) rüsumu daha aşağıdır, amma bununla yanaşı bir dəfə əlavə aktiv mübadiləsi yaranır və vəsait çatandan sonra yenə də icazə (authorization) əlavə olaraq yerinə yetirilməlidir. Slippage və hər iki tərəfin Gas xərclərini tam nəzərə aldıqda nəticədə yekun xərc birbaşa marşrutdan hətta yüksək çıxır. Təxmin dəyərlər ilə on-chain faktiki xərcləri bir neçə tur uyğunlaşdırdım və yalnız bundan sonra problemin hər hansı bir konkret əməliyyatda anomaliya yox, təklifin (quote) hesablanma məzənnəsi/formatı olduğunu təsdiqlədim.
Çoxzəncirli mühitdə Gas optimizasiyası heç vaxt sadəcə “ən aşağı rüsumlu şəbəkəni tapmaq” demək deyil. Mənbə zəncirində tıxanıqlıq dərəcəsi, kross-zəncir körpülərinin ödənişləri və hədəf zəncirində likvidlik son xərci dəyişir. Daha gizli məqam isə təsdiqlənmə (confirmation) vaxtıdır. Daha ucuz marşrut daha uzun gözləmə tələb edirsə, prosesdə qiymət dalğalanmaları birbaşa qənaət olunan xərci üstələyə bilər. Çox marşrutlar yalnız tranzaksiya göndərilən anındakı rəqəmləri müqayisə edir, amma bütün zəncir boyunca hələ də sərfəli olub-olmadığını davamlı yoxlamır.
Newton Protocol-un rolu daha çox məhdudiyyətli marşrut qərarvermə sisteminin bir qatına bənzəyir. İstifadəçi hədəf zənciri, gözlənilən çatacaq məbləği və qəbul edilə bilən vaxt həddini verdikdən sonra, simulatePolicy müxtəlif marşrutların xalis çatma (net到账) nəticələrini əvvəlcədən proqnozlaşdıra bilir. Strategiya məhdudiyyətləri isə agentin çağırmaq üçün istifadə edə biləcəyi kross-zəncir körpülərini və aktiv məbləğini məhdudlaşdırır. İcra edən node real-time Gas dəyişikliklərinə görə marşrutu yeniləyə bilər, lakin optimizasiyadan “qənaət” əsasını gətirib icazə (authorization) sferasını genişləndirməyə icazə verilmir.
Deməli, Newton Protocol-un dediyi “aşağı xərc” təkcə hər hansısa bir addımın ucuz olmasına baxmaq deyil; kross-zəncirin bütöv prosesində ümumi xərcləri sıxışdırmaqdır. Zəncir birdən tıxananda itəyən/məntiqsiz marşrutu on-chain-da vaxtında tərk edib-etməməsi isə növbəti yoxlayacağım əsas hissələrdəndir. Hazırda məlumatlar hələ kifayət etmir, əvvəlcə mühakiməni saxlayıram.#newt $NEWT

Mərkəzləşdirilmiş birjalara öyrəşənlər üçün ən çətin imtina edilən şey sifariş verən kimi dərhal icra olunmasının yaratdığı rahat “sanki tez oldu” hissidir; amma ən çox gözardı etmək çətin olan isə vəsaiti ötürdükdən sonra yaranan narahatlıqdır. Bazar kəskin dəyişəndə yenə də çıxarma (withdrawal) kanalının, eləcə də platformanın ehtiyatlarının yetərli olub-olmayacağı barədə düşünürəm. @grvt_io -in əslində aktivlərin idarəetmə səlahiyyətini harada saxladığını aydınlaşdırmaq üçün充值 (yükləmə),挂单 (sifariş vermə),撤单 (sifarişi ləğv etmə) və提现 (çıxarma) proseslərini bir neçə dəfə yoxladım, sonra da onlayn zəncir (blockchain) qeydlərini bir neçə raund təkrar tutuşdurdum. Vaxtımın böyük hissəsi hər addımın kim tərəfindən imzalandığını və harada hesablaşmanın aparıldığını təsdiqləməyə sərf olundu. $BEE
Köhnə istifadəçilərin birja “partlaması” (uğursuzluq) ilə bağlı yaddaşları hələ də var. Problem heç vaxt sadəcə hansısa platformanın idarəetmə xətası olmayıb; ənənəvi CEX-lər isə qapalı şəkildə (hətta hamısı eyni arxa sistemdə) qəyyumluq (custody), uyğunlaşdırma (matching) və klirinqi (clearing) eyni mexanizmdə cəmləşdirir. Sifariş kitabı (order book) çox tezdir, amma hesab qalığının özü sadəcə verilənlər bazasında rəqəmdir. İstifadəçi aktiv vəziyyətini davamlı yoxlaya bilmir; platform vəsaiti mənimsətsə və ya çıxarmaları dayandırsa, idarəetmə səlahiyyətinə demək olar ki, geri dönüş üçün yer qalmır. $OWL
GRVT bu strukturu iki səviyyəyə bölür. Sifarişlər əvvəlcə zəncirdən kənarda olan mərkəzi limit order book-a daxil olur; aşağı gecikməli (low-latency) uyğunlaşdırma sifariş vermə, ləğv etmə və mövqelərə baxma kimi istifadəçi təcrübəsini hamar saxlayır. Aktivlərin köçürülməsi və yekun hesablaşma isə ZKsync əsaslı Validium modelinə qayıdır və status yenilənmələri sıfır bilik (zero-knowledge) sübutları ilə doğrulanır. GRVT-nin dediyi “qarışıq (hybrid) birja” ideyasında əsas məsələ iki etiketi “qarışdırmaq” deyil; uyğunlaşdırma səmərəliliyi ilə vəsait qəyyumluğu (custody) ayrı-ayrı, fərqli mexanizmlərlə idarə olunsun.
Öz-özünə qəyyumluq (self-custody) da riskin tamamilə yox olması demək deyil. Şəxsi açarın (private key) itirilməsi, ağıllı müqavilə (smart contract) nasazlıqları və Validium datasının əlçatanlığı kimi məsələlər yenə də nəzərə alınmalıdır; hətta ekstremal vəziyyətdə düzgün və rahat çıxışın mümkün olub-olmadığı daha çox test olunmalıdır. Amma, sikkələri tamamilə platforma verməklə müqayisədə GRVT ən azı başqa bir seçim (trade-off) təklif edir. Ticarət CEX kimi yaxın, “rahat” hiss yarada bilər; amma vəsaitə nəzarət səlahiyyətini hamısını birdən-birə kənara vermək məcbur deyil.
Mən bundan sonra daha çox anormal vəziyyətlərdə (exceptional states) çıxarma yolunu və sübutun (proof) generasiya sürətini izləmək istəyirəm. Güvən reklam vərəqi ilə qurula bilməz; uzunmüddətli işləmə və yoxlama lazımdır. GRVT-nin yanaşması məntiqlidir, mühəndislik eşiyi də aşağı deyil—ilk mərhələdə işləməyə davam edəcəyəm, nəticə çıxarmağa tələsməyəcəyəm.
Bu versiyada əsasən başlanğışı dəyişdirdim: köhnə istifadəçilərin rahat təcrübə ilə vəsait təhlükəsizliyi arasındakı ziddiyyəti birbaşa mövzuya gətirir, sonra təbii şəkildə GRVT-yə çıxır. Layihə adı üç dəfə saxlanılıb, amma mətndə səpələnərək verilib ki, reklam şüarı kimi sərt şəkildə təkrarlanmasın. #grvt

Keçən həftə mən @NewtonProtocol avtomat ticarət prosesini test edərkən özüm üçün çox konkret bir qayda qoymuşdum: Əgər A sikkəsi müəyyən edilmiş həddən artıq yüksəlsə, o zaman B sikkəsini sat, əldə etdiyin vəsaiti isə C sikkəsinə çevir. Görünür sadəcə üç addımdır, amma işə salanda vəziyyətin ardıcıllığını düz qurmaqda ilişib qalırsan. İlk əməliyyat tamamlandıqdan sonra balansın yenilənməsi, slippaj dəyişikliyi və növbəti əməl üçün icazənin (authorization) verilməsi eyni anda uyğunlaşdırılmalıdır. Şərt parametrlərinin necə ötürülməsini anlamağa da xeyli vaxt getdi, üstəlik iki interfeysdən gələn məlumatları bir neçə dəfə qarşılıqlı yoxladım.$BEAT
Bu, sadəcə önbellek (front-end) düymələrinin yararsız olması deyil; əksər zəncirüstü (on-chain) avtomatlaşma hələ də əl ilə ticarətin “parçalarını birləşdirmək” səviyyəsindədir. Cüzdan imzanı (signature) verir, skript dinləyir (listen), robot icra edir—hər qat bir hissə səlahiyyətə malikdir, amma vahid doğrulama sərhədi yoxdur. A sikkəsi işə düşəndən sonra B sikkəsinin dəqiq nə qədər satılacağı, C sikkəsinin slippaj diapazonu daxilində alınıb-alınmayacağı—hər hansı bir addımda vəziyyət (state) vaxtı keçsə, bütöv strategiya “formasını itirir”. Guya avtomatlaşdırma çox vaxt sadəcə əl ilə pəncərəyə baxmağı əvəz edib açar söz/script ilə uzunmüddətli işlətməkdir.
Newton Protocol həqiqətən araşdırılmağa dəyər tərəfi, istifadəçi üçün ticarət düyməsinə basmaq deyil; şərt kombinasiyalarını yoxlana bilən icra qaydalarına (verifiable execution rules) parçalamaqdır. Strategiya əvvəl simulatePolicy ilə simulyasiya olunur, aktiv aralığı, limitlər və işə salma şərtləri yoxlanılır, sonra strategiyanın məhdudiyyətləri agent hesabın (proxy account) nə edə biləcəyini müəyyən edir. İcra node-u yalnız icazə sərhədi daxilində ticarət yolunu çağıra bilər; zəncirdəki yoxlama isə nəticənin ilkin niyyətə uyğun olub-olmadığını təsdiqləyir.$XPIN
Bu da Newton Protocol-u avtomatlaşma üçün sanki səlahiyyət və doğrulama infrastrukturu kimi edir. O, “avtomatik olaraq sikkəni satmaq mümkündürmü” sualını həll etmir; mürəkkəb şərtlər ardıcıl işə düşəndə icraçının (executor) necə məhdudlaşdırılacağı, prosesin necə yoxlanılacağı məsələsini həll edir. Newton Protocol-un astanası (tələbi) hələ də bir qədər yüksəkdir, anormal bazar şəraitində state yarışması (state race) məsələləri də davamlı test tələb edir. Mən hələ bir müddət də davam etdirəcəyəm, yekun nəticə verməyə tələsmirəm.#newt $NEWT

Telefonumda ən işlək vaxtlar ən çox belə olur: bir-birinin ardınca kriptomübadilə App-i, investisiya (maliyyə) App-i və xarici broker App-i düzülür. Dünən səhv payı düzəltmək istədim: əvvəl pulu satdım, sonra çatmasını gözlədim, sonra stabilkoinə köçürdüm və sonda şəbəkənin təsdiqini də verməli oldum. Təxminən iyirmi dəqiqə əlləşdim — artıq volatillik qaçıb getmişdi. @grvt_io mənə ilk hiss kimi gəldi: nəhayət, telefonuma beş App yığmağa məcbur deyiləm.
Köhnə “quşlar” hamısı bilir: çox App olması yalnız interfeys məsələsi deyil; vəsaitin adalar kimi ayrı düşməsi ilə bağlıdır. Hər dəfə platform dəyişəndə daha bir qat əlavə olunur — yenidən yükləmə, pul çıxarma, cross-chain və hesab riski. Grvt kriptoticarəti və ənənəvi aktivlərə giriş nöqtəsini eyni bir zəncirli maliyyə sisteminin içində toplamaq istəyir: Validium arxitekturası, ZK texnologiyası və off-çeyn orderbook ilə gizlilik, sürət və yoxlanıla bilən hesablaşmanı uzlaşdırmaq. Bu istiqamət doğrudur — həqiqi “vahid hesab” sadəcə düymələri bir səhifədə yığmaq olmamalıdır. $EVAA
Amma yenə də bir az soyuq su tökməliyəm. Giriş nöqtəsini birləşdirmək asandır, real likvidliyi birləşdirmək isə çətindir. Müxtəlif aktivlərin ticarət vaxtları, kassa (custody) sərhədləri, kotirovkanın dərinliyi və klirinq qaydaları bir App avtomatik yoxa çıxdı deyə dəyişmir. Görünüş vahid olur, amma baza səviyyəsində vəsaitin effektivliyi həqiqətən vahidləşə bilərmi? Mən ən çox ekstremal bazar şərtlərində sifarişin icrası, bir neçə bazar üzrə hesablaşma və aktivlərin çıxarılmasının yenə də rəvan olub-olmadığına önəm verirəm. Dörd App-dən imtina edirsən, amma dörd qat təsdiqi daha çox gözləyirsənsə — bu, çox qeyri-intuitivdir! $TAC
Grvt tokeninə gəldikdə isə mən yalnız listinqdən sonrakı qiymət qrafikinə baxmayacağam. O, komissiya endirimində, staking təhlükəsizliyində, idarəetmə (governance) səlahiyyətində və ekosistem təşviqlərində bir “qapanma dövrəsi” yarada bilsə, platforma ticarət həcmi həqiqi tələbat kimi yığıla bilər. Əgər istifadə əsasən subsidiyalara söykənirsə, “dəyərin tutulması” deyilən şey sadəcə qısa müddətli icarəyə götürülmüş bir firavanlıq olar.
Ona görə də mən Grvt üçün kiçik payla test etməyə davam edəcəyəm: ticarət dərinliyi, hesablaşma sürəti və daxilolma/çıxış (in/out) təcrübəsi necədir. İstiqaməti qəbul edirəm, amma “birdən-birə (hamısı bir yerdə)” üç sözü deyə ağır zərbə ilə mərc eləməyəcəyəm. Vahid maliyyə girişini qurmaq çətin sümükdür — Grvt-in əsas infrastrukturla canfəşanlıq etməsinə hörmət edirəm. Amma sual budur: bütün aktivlər bir girişdə toplandıqda biz daha yüksək effektivlik qazanırıq, yoxsa daha mərkəzləşmiş tək nöqtəli risk? #grvt