HASEEB_CRPTO

Bunu uzun müddət izlədim ki, nə vaxtsa sadəcə bir “wrapper” (qablaşdırma) olduğunu, nə vaxt isə yenidən quruluş (rebuild) edildiyini ayırd edə bilim.

Çox adamlar “tokenization” sözünü hər şeyin cavabı kimi işlədir. Amma mənim müşahidəmə görə budur: tokenizasiya onlayn-olmayan (off-chain) mülkiyyəti bir kənar nəzarətçi (custodian) ilə yaşayır kimi götürüb onun ətrafında bir token “sarır”. Mülkiyyət köhnə dünyanın içində qalır. Əgər custodian uğursuz olsa, o token qırıq bir prosesə dair iddiadır. Yenə də zəncir (chain) ilə reallıq arasında uzlaşdırma (reconciliation) lazımdır.

Doğma (native) emissiya isə fərqlidir. Mülkiyyət tamamilə on-çeyn (on-chain) şəkildə yaradılır və idarə olunur — emissiya, köçürmələr, settlement, korporativ aksiyalar hamısı ledger-in ətrafında baş verir. Uzlaşdırmaya ehtiyac yoxdur, çünki həqiqətin yalnız bir versiyası var.

NPEX bunu mənim üçün aydınlaşdırdı. AFM tərəfindən tənzimlənən Hollandiya fond birjasıdır və 100+ SMB üçün €200 milyonadək maliyyələşdirməyə vasitəçilik edib. Onlar Dusk-da doğma şəkildə qiymətli kağız emissiya etmək üçün EU Pilot Rejimi çərçivəsində DLT-TSS lisenziyası axtarırlar. Dusk-un mainnet-i altı illik inkişafdan sonra 7 yanvar 2026-da işə düşüb. Onlar real-time qiymətləndirmə üçün Chainlink-i inteqrasiya edib və Quantoz-un MiCA-ya uyğun EURQ stablecoin-dən istifadə ediblər.

Məxfilik hissəsi bunu həqiqətən institutlar üçün mümkün edən şeydir. Dusk, MiFID II və MiCA-ya uyğun qalaraq əməliyyat məlumatlarını qorumaq üçün sıfır bilik (zero-knowledge) sübutlarından istifadə edir. TradFi ilə DeFi-ni bir-birindən ayıran boşluq texnologiya deyil — məxfilik və tənzimləmədir.

Post-trade yoxa çıxsa, bunun ətrafında qurulmuş trilyon dollarlıq sənayeyə nə olacaq? Cavabım yoxdur. Amma NPEX və Dusk hər gün daha qeyri-mümkün görünməyən bir sınaq aparır.
@Dusk #dusk $DUSK $BR $AKE

Doğrusu, ilk dəfə Babylon-un kəskin (slash) sənədlərinə dərindən baxanda nəsə düz gəlmədi. Protokol açıq şəkildə yalnız ekvokasiya (ikiqat imzalama) üçün slash edir. Dayanma? Buraxılmış səsvermələr? Heç bir cəza yoxdur. Finality checkpoint-lərini imzalamamağa görə slash yoxdur.

Hər kəsin danışmadığı oyun nəzəriyyəsi budur. Bir Finality Provider 100 BTC stake edə bilər, delegasiyaları qəbul edə bilər, gəlir (yield) qazanardı — və sonra sadəcə BSN üçün finality imzalarını imzalamağı dayandırardı. BSN bitkoinlə təmin olunmuş finalitini itirər, amma FP-nin BTC-si? Heç vaxt riskdə deyil. Onlar heç vaxt ekvokasiya etməyiblər; sadəcə susublar.

Vigilante şəbəkəsi? O, zərərli ekvokasiyanı izləyir. Susma (silence) üçün “slash” edə bilmir, çünki Bitkoinin skripti downtime (dayanma) sübutlarını dəstəkləmir. Babylon bu kor nöqtəni məhz Bitkoinin özündən miras alır: o, nəyi imzaladığını cəzalandıra bilər, amma nə vaxt imzaladığını yox.

Bu, “Passthrough Paraziti” adlı strategiya yaradır: təhlükəsizlik çıxışı vermədən gəlir qazan. 2 günlük unbonding pəncərəsini gözlə, təmiz şəkildə çıx, sonra yenidən et. 51% honest FP-lərlə təmin olunan bir BSN, onlar koordinasiyalı şəkildə “liveness strike” etsələr, dərhal 0% təhlükəsizliyə düşə bilər — slash yoxdur, itki yoxdur; sadəcə DeFi mövqelərini likvidləşdirə bilən müvəqqəti qaralma.

Protokol liveness-i sürüşkən pəncərə ilə izləyir, çox sayda səsverməni qaçırana görə cailing (cəzalandırma/haps) tətbiq edir. Amma provayder aktiv setin sərhədinə yaxın çıxıb, jailing işə düşməmişdən əvvəl buraxdığı sayğacı sıfırlaya bilər.

Başqa heç bir staking protokolu bu qədər konkret bu boşluğu daşımır, çünki onlar on-chain heartbeat mexanizmləri vasitəsilə uptime cəzalarını tətbiq edirlər. Babylon bunu edə bilmir — Bitcoin-in məhdud skript imkanlarına söykənir. Bu, Babylon-un təhlükəsizlik qatının mahiyyətcə könüllü liveness olması deməkdir. Gözəgörünməz, amma dağıdıcı fərq..

@BabylonLabs_io $BABY #baby $BLESS $ELON

$BTC indi bir azacıq geri çəkilmə vəziyyətindədir və mən onu daha yüksək qiymətə qısa (short) etmək üçün gözləyirəm. İndi $63700 səviyyəsində çox güclü orderblock görürəm. Və bu səviyyəni, hər hansı güclü bearish təsdiq siqnalı olarsa, short edəcəyəm. Əgər bu orderblock uğursuz olarsa, birinci və ya ikinci supply zonasında satışın davam etməsi ehtimalı yüksəkdir.
dyor $BTC

Erdən demiş olum: ilk dəfə o Babillin vault-larının Bitcoin-ə Ethereum state-ni birbaşa yoxlamağa icazə verdiyini oxuyanda, bunun elə “kağız üzərində əla səslənir” iddialardan biri olduğunu düşündüm. Sonra sənədlərə dərinləşdim və gördüm ki, onlar həqiqətən də başqa yerdə rast gəlinməyən bir iş görürlər.

Ağlımı vuran hissə budur. Vault yaradılması zamanı depozitor Ethereum-un state-inə (blockhash, collateral ratio, redemption flag) aid kriptoqrafik öhdəlik saxlayan Taproot skripti üzərində birgə imza (co-sign) edir. Geri qaytarılma zamanı Vault Provider sadəcə “icazə verir” kimi imza atmaqla kifayətlənmir — Ethereum state-in (blockhash, collateral ratio, redemption flag) etibarlı olduğunu göstərən, Bitcoin-də yoxlanıla bilən bir sübut təqdim etməlidir. Skript həmin sübutu yoxlamaq üçün Bitcoin-in mövcud opkodlarından istifadə edir. Əgər sübut keçərsə, BTC açılır. Əgər keçməzsə, Bitcoin-in öz konsensusu həmin xərci rədd edir. Oracle yoxdur. Multi-sig yoxdur. Etibarlı üçüncü tərəf yoxdur.

Əsl dahilik nədir? Sübut BABE ilə sıxlaşdırılır — garbled circuit-larla bir “cut-and-choose” protokolu — və Taproot vasitəsilə Bitcoin üzərində yoxlanılır. Bu, praktik olaraq Bitcoin UTXO-sunu yad bir zəncirin state-inə əsasən xərclənə bilməni “qapayan”, özünü yoxlayan müqaviləyə çevirir — heç bir şey olmadan Bitcoin-in doğma script imkanlarından istifadə etməklə. WBTC custodians-dan istifadə edir. tBTC threshold imzalar işlədir. Babylon isə cross-chain həqiqətinin son hakimi kimi Bitcoin Script-dən istifadə edir. Və bunun hazırda testnet üzərində işləməsi? Bu, sadəcə whitepaper deyil — bu, infrastrukturadır.@BabylonLabs_io #baby $BABY $1000RATS $BTW

Doğrusu, ilk dəfə oxuyanda “Babylon”un checkpoint təhlükəsizliyi üçün cəmi 1/3 validatora ehtiyac duyduğunu görüb iki dəfə düşünüb geriyə baxdım. Kriptoda hər şey sənə öyrədir ki, təhlükəsizlik üçün sehri 2/3 rəqəmi eləyir. Amma onların 2022 checkpointing bloquna daha dərindən baxdıqca başa düşdüm ki, tamamilə başqa bir oyuna oynayırlar.

Fənd budur: Babylon bütün epoch boyunca validator setini dondurur—epoch bitənə qədər heç bir stake içəri girmir və ya çıxmır. Vigilante relayer ən azı 1/3 validatorun toplu BLS imzasını götürür və OP_RETURN vasitəsilə onu Bitcoinə ötürür. Amma bu 1/3 checkpoint hələ “final” deyil—sadəcə namizəddir. Əsl hakim isə Bitcoindəki proof-of-work-dir. Əgər zərərli 2/3 supermajority saxta checkpointi itələməyə çalışsa, vicdanlı 1/3 azlıq sadəcə öz versiyasını Bitcoinə göndərə bilər. Dönməz dərinliyə çatan ilk checkpoint (6+ block) kanonik anchor olur.

Bu, təhlükəsizlik modelini tam çevirir. Unbonding sürəti artıq validator səsvermə gücündən asılı tıxac yaranmır—onu Bitcoinin blok vaxtı məhdudlaşdırır. Babylon məhz bunun sayəsində $10k/il-dən aşağı xərc ilə sub-50-hour unbonding əldə edir. Protokol riyazi şəkildə sübut edir ki, fırlanan validator setinin 2/3-ünü gözləmək, Bitcoinin dəyişməz zəncirinə imza atılmış dondurulmuş setin 1/3-nü gözləməkdən daha az təhlükəsizdir. Bu, mənim “zamana əsaslanan Bizans razılaşması” adlandıracağım yanaşmanın ilk implementasiyadır—validatorlardan sadəcə məlumat ötürmək üçün istifadə olunur, “Nakamoto Consensus” isə ağır yükü özü daşıyır.@BabylonLabs_io #baby $BABY $MMT $KOMA

Açığı, Babylon iyulda BTC-nin unbonding müddətini 1008 blokdan 301-ə endirəndə, insanların çoxu bunu UX uğuru kimi qiymətləndirib keçib getdi. Amma sənədlərə daha dərindən baxdıqca anladım ki, həqiqi innovasiya sürət deyil—asimmetriyadır.

Gözə dəyməyən mexanizm budur: protokol unbonding gecikməsinin checkpoint finalizasiyası üçün nəzərdə tutulan timeout-dan böyük olmasını tələb edən invariant tətbiq edir; bu timeout 300 BTC blokudur. Vigilante Relayer hər epoch-da (~1 saat) Bitcoin OP_RETURN-ə BLS-aggregated checkpoint-lər təqdim edir. Əgər Finality Provider iki dəfə imza atarsa, EOTS private key üzə çıxır və səsvermə gücü dərhal sıfıra düşür. Amma Bitcoin-in PoW-i ehtimala əsaslanır—dərin reorg nəzəri olaraq həmin checkpoint-i etibarsız edə bilər.

301 ilə 1008 blok arasındakı uyğunsuzluq “zamana görə slashing buferi” yaradır. Protokol istənilən BTC stake slashing-i finalizasiya etməzdən əvvəl Bitcoin-də mütləq finality-ni gözləyir. Əgər reorg baş verərsə, Babylon panik-slaş etmir—dayandırır və daha uzun BTC lock-u dərin settlement vault kimi istifadə edir. Mənim gördüyüm ilk implementasiyadır ki, subjektiv finality qadcetləri olmadan nothing-at-stake fallacy-ni aradan qaldırmaq üçün time-dilation asimmetriyasından istifadə edir. Və faster exits-dən qat-qat daha maraqlıdır.
@BabylonLabs_io #baby $BABY $DEXE $ON

Açığı, Babilin Genesis-i “kontrol təyyarəsi” adlandırdığını ilk dəfə eşidəndə bir az gözlərimi döndərdim. Elə marketinq uydurması kimi səslənirdi. Amma bu işi aprel 10-da mainnet-ə düşəndən sonra necə təkamül etdiyini izləyəndə indi başa düşürəm. Əksər L1-lər məkan olmaq istəyir. Ora gedirsən, tətbiqlərdən istifadə edirsən, sonra çıxırsan. Genesis buna çalışmır. Genesis məkanların arxasındakı infrastrukturadır.

Bunu rəqəmlər də təsdiqləyir. 1-ci mərhələ 57,000-dən çox BTC-ni (o vaxt təxminən 4,6 milyard ABŞ dolları) 135,000-dən artıq iştirakçıdan cəlb etdi—körpü yoxdur, wrap olunmuş aktiv yoxdur, sadəcə native Bitcoin-in öz-özünə saxlanılan (self-custodial) kilidlənməsi. İyula qədər Genesis artıq ilk BSN dalğasını elan etmişdi: Osmosis, Sui, Manta, BOB, Plume və daha bir neçə başqaları. Bunların hər biri zamanla təhlükəsizlik routingi və finalitetin koordinasiyası üçün Genesis-ə ödəniş edəcək. Bu, super-xətti miqyaslanan gəlir modelidir—daha çox BSN = daha çox tələb = BABY-nin üzərindən axan daha çox dəyər.

İyun ayında V2 upgrade-i multi-hop transferlər üçün IBC Packet Forwarding Middleware əlavə etdi və BABY təchizatının 24 saat ərzində 10%-i ilə çıxışları məhdudlaşdırmaq üçün IBC Rate Limiting tətbiq etdi. Bunlar nümayişkaranə xüsusiyyətlər deyil—müdafiə xarakterli, infrastruktur yönümlü addımlardır. Üstəlik, Q4-də mainnet-ə EVM dəstəyi gəlir; bu da Solidity tərtibatçıları və bütöv Ethereum DeFi “playbook”u üçün qapını açır.

Məni izləməyə davam etdirən isə uzun oyundur. Babilin yol xəritəsi üç mərhələdən ibarətdir: təchizat tərəfini qurmaq (tamamlandı, 57K BTC), Genesis-i ilk BSN kimi işə salmaq (tamamlandı), sonra tələb tərəfini tamamlamaq üçün əlavə BSN-ləri işə salmaq. Genesis təkcə özünü təmin etmir—Bitcoin ilə təmin olunan Web3 üçün mərkəzi açar lövhəsinə çevrilir. Əgər bu tezis doğrulsa, BABY sadəcə başqa bir governance token olmayacaq. O, kripto stack-inin tam yeni qatının yanacağıdır. Və bu, mənim şəxsi olaraq çox yaxından izlədiyim bir mərcdir.@BabylonLabs_io #baby $BABY $DEXE $COTI

Əksər staking sistemləri imzanı adi səsvermə kimi qəbul edir. Babylon-un Finality Provider dizaynı isə daha “çətin”dir, yaxşı mənada 😅. Onun sənədləri deyir ki, Finality Provider özünün private key-lərini təhlükəsiz saxlamaq üçün ayrıca EOTS menecerindən istifadə edir, EOTS-un ictimai randomliyini “commit” edir və bloklar üçün finality səsvermələri göndərir. Bu o deməkdir ki, imza sadəcə “gəldim və səs verdim” deyil—imza elə həmin imza sahibini özü izləmək üçün qurulmuş təhlükəsizlik sisteminin bir hissəsidir.

Məsələyə çevrilən məqam budur. Babylon deyir ki, əgər Finality Provider iki dəfə imza atarsa (double-signs), səsvermə gücü sıfıra düşür, provider “tombstoned” olur və açıqlanmış private key bütün delegasiya olunmuş stake-lərin slashing (cəzalandırma) tranzaksiyalarını tam imzalamaq üçün istifadə edilə bilər. Sadə dillə desək: “pis” imza özünün sübutuna çevrilə bilər. Bu, adi validator cəzalandırma modelindən çox fərqlidir.

Buna görə də mən buna özünü-inkriminasiya edən finality deyərdim. İmza atmaq artıq yalnız iştirak deyil. Bu, məsuliyyət daşıyan (liability-bearing) bir hərəkətdir. Əgər provider eyni hündürlükdə (eyni block height) iki ziddiyyətli bloka imza atırsa, kriptoqrafiya qeyri-müəyyən off-chain arqumentlərə və ya çətin şərhlərə ehtiyac olmadan səhvi üzə çıxara bilər. Babylon mahiyyətcə səhv davranışı özünü təsdiqləyən sübata çevirir.

Və insanlar bunu mütləq qaçırmamalıdır: Babylon-un quraşdırma axını qeydiyyat, EOTS key yaradılması və nəzarət edilən əməliyyatlar əsasında qurulub—bunun səbəbi var. Sistem finality-nin sadəcə hadisədən sonra pis davranışı cəzalandırmaq deyil, kriptoqrafik səviyyədə cavabdeh (accountable) olmasını hədəfləyir. Bu, daha güclü təhlükəsizlik hekayəsidir və dürüst desəm, daha da maraqlı bir yanaşmadır. 🔐

@BabylonLabs_io #baby $BABY $DEXE $BTW

Babylonun qiymətləndirilməmiş təhlükəsizlik qatı “slashing” deyil. Bu, əməliyyat intizamıdır.

Biz adətən Babylon Finality Provider-ləri haqqında belə danışırıq:

Bir node işə salın. Finality-ni imzalayın. Qaydaları pozmayın.

Sadə, elə deyil?

Tam olaraq deyil.

Real infrastrukturda daha çətin problem çox vaxt daha az “həyəcanlı” olur:

insan xətası + çətin idarə olunan əməliyyatlar + uyğunsuz konfiqurasiyalar.

Yanlış konfiq.
Bütünə düşmüş RPC.
Pis indeksləmə.
Açarların idarəedilməsi səhvləri.
Versiya uyğun gəlməmələri.

Bunların heç biri dramatik səslənmir.

Amma təhlükəsizlik sistemində kiçik əməliyyat xətaları çox real nəticələrə gətirib çıxara bilər.

Ona görə də mən Babylonun Finality Provider quruluşunu maraqlı hesab edirəm.

FP iş axını konkret addımlar üzrə qurulub: alətləri quraşdırmaq, EOTS açarını yaratmaq, EOTS xidmətini işə salmaq, FP açarını yaratmaq, provideri konfiqurasiya etmək, onu qeydiyyatdan keçirmək və yerləşdirilməni (deployment) yoxlamaq.

Sənədlər həmçinin xüsusi əməliyyat detallarını vurğulayır: ayrılmış infrastruktur, etibarlı RPC bağlantısı, transaksiya indeksləməsi, təkrari-səsvermə (duplicate-vote) monitorinqi, state (vəziyyət) keçidləri və müəyyən edilmiş unjailing prosedurları.

Mənə görə bu, daha böyük bir ideaya işarə edir:

Əməliyyat entropiyasının minimuma endirilməsi.

Rəsmi Babylon termini deyil — bunu mənim öz çərçivələndirməmdir.

Məqsəd təkcə pis davranışı baş verəndən sonra aşkarlamaq deyil.

Məqsəd odur ki, əməliyyat mühiti o qədər proqnozlaşdırıla bilsin ki, qarşısı alına bilən səhvlər daha az baş versin.

Təsəvvür edin: aviaşirkət kokpiti.

Təhlükəsizlik yalnız yaxşı pilotların olmasından asılı deyil. Bu, həm də yoxlama siyahıları (checklist), standart prosedurlar, monitorinq və təkrarlana bilən sistemlərdən asılıdır.

Finality Provider-lər də eyni yanaşma tələb edir.

Çünki FP təhlükəsizlik sisteminin bir hissəsinə çevriləndə “mənim serverimdə işləyir” kifayət etmir.

Sən quraşdırmanın təkrar edilə bilən, müşahidə edilə bilən və darıxdırıcı (yəni problemlərdən uzaq) olmasını istəyirsən.

Və səmimi desəm, infrastrukturda darıxdırıcı olmaq qiymətləndirilmir. 😅

Daha dərin @BabylonLabs_io hekayə bəlkə də budur:

Qorunan Finality Provider sadəcə blokları imzalayan bir maşın deyil.

Bu, proqram təminatı, açarlar və insan proseslərinin hamısının ardıcıl işləməli olduğu diqqətlə idarə olunan təhlükəsizlik avadanlığıdır.

Beləliklə, təhlükəsizlik əməliyyat xaosuna çevrilmədən miqyaslana bilir.
#baby $BABY $DEXE $BANK

Əvvəllər öz-özünə qəyyumluğun (self-custody) olduqca sadə bir tənlik olduğunu düşünürdüm:

Şəxsi açar = mülkiyyət.

Açarı itirdin? Bitdin.

Amma @BabylonLabs_io TBV mənə bu tənliyi başqa cür görməyə məcbur etdi.

BTC Bitcoin-dən çıxmır. Yox.

Maraqlı olan BTC-nin ətrafında baş verənlərdir.

Trustless Bitcoin Vaults-da bitkoin Taproot əsaslı bir vault-da, əvvəlcədən müəyyən edilmiş xərcləmə şərtləri ilə oturur. Yəni istifadəçi hələ də öz BTC açarına nəzarət edir, amma aktiv daha mürəkkəb kriptoqrafik vəziyyətin içində işləyir.

Və maraqlısı da budur.

Depozit qoyan şəxs əlavə bərpa materialına malik ola bilər—o cümlədən WOTS açar materialı və claim (iddia) edənə aid artefaktlar—bunlar ehtiyatda özünə-iddia (fallback self-claim) və challenge proseslərini dəstəkləyir.

Beləliklə, Recovery Sovereignty adlandırdığım bir anlayış üzərində düşünməyə başladım.

Babylon məhsul terminı deyil. Mənim öz təqdimatım.

Fikir sadədir:

Öz-özünə qəyyumluq təkcə açara sahib olmaq deyil. Bu, həm də bərpa hüquqlarınızı həyata keçirməyə imkan verən məlumatın qorunmasıdır.

Bunu evə sahib olmaq kimi düşünün.
Siz ön qapının açarına maliksiniz.

Bəs elə olsa ki, xüsusi giriş kodu ilə işləyən bir fövqəladə çıxış da var?

Siz yenə də evi sizə məxsus kimi saxlayırsınız.

Amma müstəqil şəkildə girişin bərpasını həyata keçirmə imkanınız yalnız bir məlumat parçasından asılı deyil.

TBV-nin təqdim etdiyi incə dəyişiklik budur.

Vault Provider normal işləyirsə, standart geriəqaytarma (redemption) axını prosesi idarə edə bilər.

Amma nəsə səhv getsə və ehtiyat yoluna (fallback path) ehtiyac yaransa, həmin bərpa artefaktları birdən-birə çox daha önəmli olur.

Və mənim fikrimcə, Bitcoin DeFi bu hissədən kifayət qədər danışmayıb.

İllərdir belə soruşurduq:

“Şəxsi açara kim nəzarət edir?”

Bəlkə növbəti sual budur:

“Bərpa imkanına kim nəzarət edir?”

Çünki vəziyyətli (stateful) Bitcoin vault-da suverenlik təkcə açarın qəyyumluğundan ibarət deyil.

Bu, həm də məlumatın qəyyumluğudur.

Və dürüst deyim ki, bu, həll etmək daha çətin bir problemdir.

Sizin seed phrase kağız üzərində ola bilər.

Sizin recovery sovereignty isə bütöv bir kriptoqrafik bilik sistemi tələb edə bilər.
#baby $BABY $DEXE $BEAT

#baby $BABY
TBV Paradoksu: Niyə Bitkoinin Ən Böyük "Qüsuru" Onun Gizli Silahı Ola Bilər

Bu həftə BTCFi məlumatlarına baxa-baxa nəsə məni narahat edir.

Hazırda təxminən Bitcoin-in yalnız 1%-i DeFi-də oturub. Qalan 99%? Sadəcə... orada oturur. Və düzünü desəm? Niyəsini də başa düşürəm.

Hər dəfə "BTC-ni işə salın" tipli variantlara baxanda eyni təqdimatı görürəm: bükün, körpü salın, başqasına etibar edin. Yox, sağ olun. Körpülərin partladığını görərək kifayət qədər yanmışam ki, bu oyunun mənə uyğun olmadığını biləm.

Bəs Babylon-un TBV ideyası? Başımı qatır.

Gəlin twist-ə baxaq: onlar Bitcoin-i hər hansı yerə köçürməyə çalışmırlar. Sizin BTC-niz Bitcoin-də qalır, Taproot UTXO-da kilidlənir. Ethereum sadəcə izləyir. Siz bunun qarşısında borc götürəndə, geri satınalma (redemption) sıfır bilik sübutu tələb edir—BABE deyilən bir mexanizm vasitəsilə yoxlanılır; bu da görünür ki, xərcləri 1.000 dəfə azaldır. UC Berkeley ilə hazırlanıb, peer-reviewed edilib, CCS 2026-a hədəflənib.

Amma burası daha da qəribələşir.

Adi DeFi protokolu mövqeyinizin 37%-ni ləğv edə (liquidate) bilər. TBV bunu edə bilmir. Bitcoin UTXO-ları bölünməzdir—siz ya bütün vault-u ələ keçirirsiniz, ya da heç nə. Bir çox insan bunu məhdudiyyət kimi görür. Mən isə bunu kriptodakı ən maraqlı məhdudiyyət kimi görürəm.

Çarə nədir?
Liquidation Liquidity Provider—Ethereum-da dərhal (instant) hesablaşma aparır, BTC geri satınalması isə arxa planda işləyir. Çətin səslənir? Bəlkə. Amma dürüstdür—Bitcoin-in təbiətinə qarşı deyil, onunla işləyir.

Aave-nin qurucusu artıq bu təklifi dəstəkləyib. Babylon-un stake edilmiş $4B+ BTC-si var. Bu artıq heç bir random testnet sınağı deyil.

BTCFi-nin gələcəyi bəlkə də Bitcoin-i Ethereum-a bənzətməkdən ibarət olmayacaq. Bəlkə də söhbət Bitcoin-in yerli, bölünməz vəziyyəti ətrafında kredit (credit) qurmaqdan gedir.
@BabylonLabs_io $DEXE $BANK

$B is indi çox yaxşı bir hazırlıqdır, indi .dalğanın dalınca gedək .

Mən $B -da yüksək ehtimallı bir quraşdırma görürəm.
Əgər qiymət $0.26 ilə $0.25 zonasına toxunarsa, o zaman $0.1-ə qədər aşağı düşmə ehtimalı yüksəkdir — yalnız əgər həmin zonada bearish (ayı) işarəsi görsəm.

Bir zamanlar tasfiyə səviyyələrinə treydlərdən daha çox baxırdım... Sonra GRVT-nin riski necə idarə etdiyini oxudum. 🤔

Kriptoda illərdir mənim formalaşdırdığım bir vərdiş var: artıq nadir hallarda giriş (entry) səviyyələrinə baxıram. Mən treyderlərin harada sınaya biləcəyini izləyirəm. Adətən real hekayə də elə orada olur.

GRVT-nin arxitekturasını oxumaq bu vərdişi yenidən düşünməyə məni sövq etdi.

GRVT haqqında söhbətlərin çoxu “məxfilik” ətrafında dayanır. Məncə ən maraqlı hissə bu deyil. Diqqətimi çəkən platformanın riskin tətbiqini (enforcement) ictimai görünürlükdən necə ayırması oldu.
GRVT-nin sənədlərinə görə, uyğunlaşdırma (matching) off-chain edilir, yəni razılaşma şəbəkədən kənarda baş verir; amma yerləşdirmə (settlement) və marja idarəçiliyi isə on-chain-a bağlanır. O, həmçinin ZKsync Validium-un mövcud və həssas treyd məlumatlarını—məsələn, mövqelər və treyd detalları—ictimai zəncirə çıxarmadığını, Ethereum-un isə hələ də vəziyyət keçidlərinin (state transitions) doğruluğunu təsdiqlədiyini deyir.

Mənə görə, bu, bazarın informasiya “görünüşünü” dəyişir.

Risk yox olmur. Tasfiyə qaydaları hələ də mövcuddur. Marja yenə də önəmlidir. Amma əgər həssas mövqe məlumatları açıq şəkildə yayımlanmırsa, digər iştirakçılar hər bir treyderin həssas anlarından real vaxtda “öyrənmir”. Bu, mənalı bir fərqdir.

Mən bu istiqaməti həqiqətən bəyənirəm, çünki kriptoda bəzən şəffaflığı hər şeyi ifşa etməklə səhv salırlar. Bunlar həmişə eyni şey deyil. Bir bazar hər şeyi ictimai kəşfiyyata çevirmədən də yoxlanıla bilər.

GRVT-nin dizaynından çıxardığım ən böyük nəticə budur: söhbət treydləri gizlətməkdən daha çox, nəyin sübut edilməli olduğunu, nəyin isə ictimai məlumat kimi yayılmasına ehtiyac olmadığını qərara almaqdan gedir.

Bu balans nəzərdə tutulduğu kimi işləsə, hibrid birja arxitekturasında ən maraqlı ideyalardan biri ola bilər—çünki riski aradan qaldırmır, sadəcə o riskin nə qədərinin hamıya görünən hala gəldiyini dəyişir.
@grvt_io #grvt

@grvt_io #grvt

GRVT haqqında məni ən çox tutan “yield” sözü deyildi. Onun arxasındakı santexnika idi.

Mən daim kripto məhsulların bütün hekayəni APY dalınca qovduğunu görürəm, amma GRVT daha çətin və daha faydalı bir məqsədə yönəlib: boş qalan exchange ehtiyatlarını, çəkilmələri ağrıya çevirmədən, məhsuldar etmək. Öz help center-də GRVT bildirir ki, Yield Layer avtomatik olaraq ən çox boş qalmış exchange ehtiyatlarını Ethereum L1 DeFi-yə yerləşdirir; başlanğıc kimi Aave V3-ün USDT hovuzunu göstərir, halbuki trading layer gündəlik çəkilmələr üçün daha kiçik əməliyyat balansını saxlayır.

Bu, fərqli yanaşmadır. Bu, “vəsaitləri kilidlə və yield gözlə” deyil. Daha çox, üstündə DeFi mühərriki olan ehtiyatların idarə edilməsi kimidir. GRVT həm də deyir ki, çəkilmələrin əksəriyyəti dərhal olur, supported-chain çəkilmələr isə bridging partnyorları vasitəsilə demək olar ki, dərhal qalır və yalnız çox böyük Ethereum L1 çəkilmələri bəzən qısa bir növbəyə düşə bilər. Bu detal insanların düşündüyündən daha önəmlidir, çünki likvidlik yalnız hələ də tez hərəkət edə bildiyi zaman real hiss olunur.
$DODO
Mənim baxış bucağımdan bu, əsl GRVT tezisidir: bir balans birdən çox iş görə bilməlidir. Ticarət et, qazanc əldə et və yenə də əlçatan qal. Bu fikir GRVT-nin yazdığı daha geniş istiqamətə də uyğundur: kapitaldan məhsuldar DEX, bir-bəlanlı dizayn və boş pulun ölü oturmadığı kapital həyat dövrü.$JCT

Mən bunu sehrli adlandırmıram. Daha aydın bir sual kimi görürəm. Bir exchange float-dan qazanc əldə edə bilərmi, eyni zamanda istifadəçilərin özünü tələyə düşmüş kimi hiss etməsinə səbəb olmadan? GRVT-nin cavabı, ən azı kağız üzərində, likvidliyi elastik etməkdir. Və düzünü desəm, izləməyə dəyər hissə də budur.

Bir gün portfelimə baxıb durduğumu tutdum və nəyisə anladım... ən böyük mövqeyim pul itirmirdi.
Tamamilə heç nə etmirdi.
Kriptoda bu qəribə reallıqdır. Bir balans marginə çevrilir. Digəri yield vault-da oturur. Spot aktivlər növbəti addımı gözləyir. Hər dollar bir işə təyin olunur, qalan potensialı isə boş saxlanılır.
GRVT-nin rəsmi sənədlərini oxumaq bunu başqa cür görməyimə səbəb oldu.
Onların One Unified Balance-i təkcə interfeysi daha təmiz etmək deyil. GRVT deyir ki, eyni uyğun balans həm unified margin vasitəsilə ticarəti dəstəkləyə, həm də gəlir (yield) qazandıra bilər və istifadəçilər vəsaitləri bir-birindən ayrı hesablar arasında bölmədən investisiya məhsullarına çıxış əldə edə bilərlər. Fikir budur ki, pul daha sürətli hərəkət etmir—sadəcə iqtisadi cəhətdən boş dayanmağa daha az vaxt sərf edir.
Bu fərq mənə oturdu.
İndi bunu kapitalın “velocity”si kimi düşünməyə başlamışam. “Mənim nə qədər girovum var?” yox, “Bu dollar bu gün neçə faydalı iş görür?”
Baxış bucağında kiçik bir dəyişiklikdir, amma platformaları necə qiymətləndirdiyimə təsir edir.
Əgər iki birja hər biri eyni miqdarda istifadəçi depoziti cəlb edirsə, daha maraqlı sual aktivləri kimin daha çox saxlaması deyil. Sual budur: Hansı biri bu aktivlərin daha uzun müddət məhsuldar qalmasına kömək edir. Birjalar ticarətdən kənara çıxıb qazanma, investisiya və tokenləşdirilmiş real-dünya aktivlərinə doğru genişləndikcə bu mövzu getdikcə daha aktual olur.
Əlbəttə, təkcə arxitektura uğuru təmin etmir. Bu modelin praktikada işləyib-işləməyəcəyini qəbul (adoptasiya) müəyyən edəcək.
Buna baxmayaraq, istiqaməti bəyənirəm.
İllər boyu kripto pulun nə qədər tez hərəkət edə biləcəyini optimallaşdırdı.
Bəlkə növbəti çətinlik odur ki, onun ümumiyyətlə işləməsini nadir hallarda dayandırmaq lazım gəlsin.
Bəs sizcə gələcəkdə birja dizaynı üçün ən çox nəyə önəm verilməlidir?

@grvt_io #grvt $TUSD $LAB

GRVT-yə ilk dəfə yaxından baxanda “özünü-özünə saxlama” (self-custody) anlayışını şüar kimi düşünməyi dayandırdım. Daha çox idarəetmə (control) sistemi kimi görünür.
GRVT deyir ki, self-custody o deməkdir: siz öz vəsaitlərinizi saxlayırsınız, heç kim—o cümlədən Grvt—sizin icazəniz olmadan onları köçürə bilməz və həmin vəsaitlər yalnız sizin açarınız (key) imza atanda açılan on-çeyn (on-chain) ağıllı müqavilələrdə saxlanılır. Grvt heç vaxt sizin açarınızı saxlamır.
Məhz burada SecureKey mənim üçün təsviri dəyişir. GRVT-yə görə SecureKey ticarət imkanları üçün Web3 etimadnaməsidir (credential); yalnız istifadəçinin şəxsi açarı var və aktivlərin mülkiyyətini dəyişən hər hansı bir əməl SecureKey imzası tələb edir.
Sonra Address Book (Ünvan kitabçası) var. GRVT yalnız maliyyələşdirmə hesabı (funding-account) aktivlərinin əvvəlcədən təsdiqlənmiş alıcılara köçməsinə icazə verir; Biznes Hesablar üçün isə ünvan əlavə olunması Maliyyələşdirmə Administrators-dan (Funding Admins) aktiv multi-imza (multi-signature) həddi altında imza təsdiqləri tələb edir.
Çəkilişlər (withdrawals) isə əlavə qat qatır. Biznes Hesabda GRVT Address Book-da ünvan əlavə etmək və onu təsdiqləmək üçün 2FA və SecureKey imzası tələb edir və bir neçə admin varsa, multi-imza həddi əvvəlcə ödənməlidir.
Elə buna görə də GRVT-ni “xam self-custody” deyil, siyasətlə kilidlənmiş (policy-locked) sığorta/pul saxlama (custody) platforması kimi təsvir edərdim. İmza verən icazə verir, müqavilə saxlayır, allowlist (icazə siyahısı) təyinatı süzgəcdən keçir və lazım olanda admin qatı daha çox təsdiq əlavə edə bilər. GRVT həm də deyir ki, onun on-çeyn sistemi Ethereum Mainnet üzərində Layer 2 müqavilələri kimi işləyir; bu, self-custody, hesablaşmalar (settlements), marja idarəetməsi, risk mühərriki və çəkiliş sorğularını əhatə edir.
Mənim fikrim? Bu quruluş nəzarəti istəyən, amma xaos istəməyən insanlar üçün hazırlanmış kimi hiss olunur.

@grvt_io #grvt $XPIN $BEAT
Sənə ən çox nə önəmlidir?

#grvt @grvt_io $SKL
Bəzi birjalarda sanki sizdən sürət ilə etibar arasında seçim etməyiniz istənilir. Bu hiss mənə bir az da olsa həmişə narahat edirdi.

Kripto məkanında kifayət qədər vaxt keçirdiyim üçün bilirəm ki, bu güzəşt adətən “gözəl” UI-in arxasında gizlədilir. Bir tərəfdə sürətli uyğunlaşdırma, digər tərəfdə konyuktura və hesablaşma, sonra isə ortada xeyli sürtünmə. GRVT-nin öz sənədləri isə fərqli yoldur: o, sürət üçün əmrləri ofçeyn (off-chain) uyğunlaşdırır, halbuki hesablaşma, kənc (custody), və risklərin idarə edilməsi doğrulanabilirlik və öz-kənc (self-custody) üçün onçeyn (on-chain) qalır.

Ona görə də mən GRVT-ni iki-saatlı (iki-clock) bazar kimi düşünməyə davam edirəm. Bir saat qiymət kəşfi və icra üçündür. Digəri isə sübut, yekunlaşma və nəzarət üçündür. Bunlar eyni iş deyil və onları belə kimi göstərmək adətən yöndəmsiz məhsullar yaradır.

Mənə ən aktual görünən hiss “bir balans” ideyasıdır. GRVT-nin yol xəritəsi və məhsul səhifələri qazanc əldə edə, ticarət edə və investisiya edə bilən tək proqramlaşdırıla bilən balansı təsvir edir; bu isə kapitalın ayrıca silolarda boş-boşuna oturmasını məcbur etmir. Bu, bazarın hara getdiyi ilə də üst-üstə düşür: insanlar təminatlarının (collateral) sadəcə gözləyib durmasını istəmir.

GRVT həm də deyir ki, infrastrukturunu sub-milisaniyə gecikməsi və yüksək ötürücülük üçün qurub — bu vacibdir, çünki heç kim elə bil aydın nəzəriyyə istəyir ki, bazarlar qarışanda çöküb dağılmasın.

Mənim fikrim? Əsl hekayə “hibrit birja” deyil. Sürət ilə etibar arasında daha təmiz ayrımdır. Bu daha dürüst dizayndır və düzünü desəm, daha maraqlı bir dizayndır da.
$TAC
Sizcə hansı istiqamət daha çox önəmlidir?

Heç vaxt o günü unuda bilməyəcəyəm: başa düşdüm ki, körpülər (bridge) sadəcə qırıq etibar modelinə atılan bir sarğı kimidir. Hamı tokenləri hərəkət etdirməyə o qədər fokuslanıb ki, real dəyərin onu müşayiət edən aktivdə deyil, arxasındakı səlahiyyətləndirmədə olduğunu unudur. 🤯

Nyutonun arxitekturasını rəsmi şəkildə oxuyanda “bridge” ideyası mənim üçün tamamilə öldü. Məsələ kriptonu köçürmək deyil; məsələ təsdiq möhürünü (approval stamp) köçürməkdir. Nyuton mahiyyətcə Ethereum-u böyük bir etibar cache-linə çevirir. Mən bunu belə görürəm: hər bir zəncir öz təhlükəsizlik mühafizəsini işə götürmür (bu bahalı və risklidir); sadəcə Ethereum-da “baş ofis”dən gəlmiş, dinamik yenilənən ID kartını yoxlayırlar.

Bu təyinat zəncirləri öz konsensusu ilə işləmirlər; sadəcə sinxronlaşdırılmış operator cədvəli qarşısında BN254 sertifikatını yoxlayırlar. Bu çox böyük məsələdir. Bu o deməkdir ki, körpü kodunun mükəmməl olacağına dua etmək lazım deyil. Siz Ethereum-un iqtisadi təhlükəsizliyinin cached vəziyyətinə güvənirsiniz.

Mənə görə bu, multi-chain-dəki “mənə etibar elə, bro” problemini tam həll edir. Görmək çox gözəldir ki, Nyuton sadəcə cached etibarı sinxron edən texnologiya kimi irəli çıxır; beləliklə real “iş” başqa yerlərdə baş verə bilər, amma interoperabillik kabusu olmadan. Dox-larda (sənədlərdə) siz də bunu tutmusunuzsa, mənə bildirin. 👇
@NewtonProtocol #Newt $NEWT $TAC $SKL