Toro_crypto

#dusk $DUSK @Dusk
Imagine a market in which the transaction cost, which will run to several million pounds, is one that must be approved by a committee.

And it wouldn‘t make any difference if it were another group being informed a long way before the decision was made.

But there‘s another problem.

How does this satisfy “if you chose who is to make the decision at random, how do you assure everyone is agreed on what the outcome is”.

That was precisely the uniqueness of it all when I dug more into Dusk‘s Succinct Attestation.

The protocol uses a balloting mechanism. In each balloting round the members that were selected randomly for provisioners make proposals on committees, vote, and ratify blocks. When a block is ratified, the network gets some kind of deterministic finality.

That creates an interesting distinction:
An unpredictable selection pressure does not entail an unpredictable outcome.

The first one, however, may make measures more uncertain.
And the second would be an issue.

An example of this is a firm clearing security, where the security has been extensively tokenised, fragmented and diluted.

It implies that network does produce eventually a value on which the participants will be able to trust.

And that, I believe, is the point where the consensus design becomes more than simply saying “Dusk uses Proof-of-Stake.”

The question isn‘t only:
But, if anyone, who is he that should be chosen.

It‘s also:
And so it follows that it is ready to enter into... where??

In the dynamics of a financial market, such unpredictability can undermine future participations.

Yet, the final decision has still to be deterministic toward settlement.

At the time when infrastructure of the blockchain itself is intersected by real assets of finance, random is not a synonymous word of uncertain.

What I would want to monitor over time would be scalability. Specifically, the scalability of the model as the level of institutional activity drawing upon the same end result increases.

Ağıllı müqavilələr proqramlaşdırıla biləndir, amma bu, maliyyə proseslərinin hamısının tam avtomatlaşdırıldığı demək deyil.

Məni ən sadə halı nəzərdən keçirməyə vadar edən budur: tokenləşdirilmiş bir qiymətli kağızla necə işləyir ki, dividendlərin ödənişi həyata keçirilməlidir.

Bunun səbəbləri ondan ibarətdir ki, birincisi, bu çox sadə görünür;

Onçeyn qaydalar; müqavilə qərar verir, sonra paylayır.

Amma bir detal önəmlidir:
Proqramlaşdırıla bilən ≠ avtonom.

Bunun məntiqə tərcüməsi belədir:

Mütləq şəkildə güman etmək olmaz ki, ilkin korporativ aksiyanın düzgün edildiyini, zəruri vəsaitlərin mövcud olduğunu və ya ofçeyn hesablamanın etibarlı olduğunu bilən bir məlumat mövcuddur.
Lakin bu fərq tənzimlənən bazarda daha da vurğulana bilər.

Dusk dividend ödənişi və səsvermə kimi maliyyə axınlarından qaynaqlanan “Konfidensial Qiymətli Kağız Müqaviləsi” sxemini müəyyən edib və qiymətli kağızı sadəcə token kimi götürməkdən daha çox bunu nəzərdə tutur.

Mənim üçün memarlıq da elə məhz burada heyrətləndiricidir.

Məqsəd onçeyndə daha çox məntiq əldə etmək deyil.

Məqsəd bu düşüncəni reallıqla uyğunlaşdırmaqdır: aktivin özünün xüsusiyyətləri — mülkiyyətin qaydaları, uyğunluq, xidmətləndirmə, hesablaşma və məlum açıqlama (bəzən “faktlar” kimi də adlandırılır).

Praktikada, avtomatlaşdırılmış sistem yalnız ona əsas olan məlumat və qaydalar qədər yaxşı ola bilər.

Beləliklə, mənim üçün maraqlı sual budur:
Dövlətin nəzarətində olan aktivlər proqramlaşdırıla bilərmi?

Bunu artıq bilirdik.

Daha çətin sual isə budur:
Real maliyyə prosesinin nə qədər hissəsi həqiqətən avtomatlaşdırıla bilər və yenə də tənzimlənən bazarlarda — mövcud olduğu yerdə — insan amilini tamamilə aradan qaldırmadan?

Mən bunu zamanla müşahidə etməyi istərdim.
#dusk @Dusk $DUSK

I’ve been thinking about what “ownership” actually means in a real financial market.
Say you buy shares in a company.
The transaction clears, and the asset is officially in your name. On paper, it’s that simple.
But things get messy the moment reality hits.
A dividend gets announced. A shareholder vote comes up. Or a corporate action changes the asset entirely.
At that point, the question isn’t just: "Who stands to claim this?"
The real, operational question is: What does that title actually trigger inside the system?
Because locking down a record on a ledger is easy. Deploying the actual workflow behind it is a completely different beast.
Paperwork sounds straightforward, but execution has moving parts. The right investor needs to get paid. The right holder needs to vote. Every transfer has to clear strict eligibility rules. And all of this has to stay perfectly synced, day after day.
That’s where the bottleneck happens.
If ownership sits in one system, eligibility compliance in another, and corporate actions in a third, your records might be flawless, but the actual process still runs on brute-force reconciliation between siloed databases.
That’s why I find Dusk interesting.
Their approach to regulated assets isn't just about putting titles on a blockchain for the sake of it.
The real test is whether they can collapse ownership, eligibility, transfers, and corporate actions into a single, unified financial workflow.
A static ledger can only tell you who owns what.
A functional financial system needs to understand what that asset is actually allowed to do.
And that’s the part I’m watching: can legal ownership actually become operational ownership in practice?
#dusk @Dusk $DUSK

I was looking at Dusk again, and one distinction kept bothering me:
A working protocol ≠ a working market.
At first, it’s easy to look at a blockchain that can execute transactions, support financial applications, and handle the technical side of regulated assets and think:
“Okay, the infrastructure works.”
But that’s only one part of the question.
The more interesting question is what happens when the infrastructure meets an actual financial market.
Because a real market needs more than technology.
It needs issuers who can create assets.
Investors who can interact with them.
Rules that can be enforced in practice.
Transfers that follow those rules.
And activity that continues over time.
That distinction matters.
A protocol can prove that something is technically possible.
A market has to prove that people and institutions actually find it useful enough to keep using.
This is where I think Dusk becomes more interesting to watch.
Its architecture is clearly being designed around regulated financial use cases, but the harder question isn’t whether the technology can support them.
It’s whether real financial activity can eventually emerge around that infrastructure.
That’s the part I want to watch over time:
Does technical capability become recurring market activity?
Because a working protocol is evidence of engineering.
A working market is evidence of utility.
And those are not the same thing.
@Dusk #dusk $DUSK

Bir neçə gün əvvəl yenə DuskEVM-ə baxırdım və özüm də fərqinə varmadan etməməli olduğum bir fərziyyə yürütmüş oldum.
Əgər tərtibatçılar Solidity və tanış EVM alətlərindən istifadə edə bilirsə, onda Dusk üzərində qurmaq onları üçün xeyli asanlaşmalıdır.
Bu hissə doğrudur.
Amma asan qurmaq ≠ həqiqətən qurulmuş olmaq demək deyil.
Və bu fərq düşündüyümdən daha önəmlidir.
DuskEVM artıq EVM yığını barədə anlayışı olan tərtibatçılar üçün giriş baryerini aşağı salır. Tamamilə tanış olmayan bir inkişaf mühitindən başlamalarına ehtiyac qalmır.
Hedger isə həmin mühitə məxfilik yönümlü funksionallıq gətirməklə əlavə maraqlı bir qat əlavə edir; daha geniş Dusk arxitekturası isə tokenləşdirilmiş aktivlər, DeFi, kreditləşmə və maliyyə tətbiqləri kimi məsələlərə yönəlib.
Sənədlərdə, inqrediyentlər var.
Amma infrastrukturun hazır olması tənliyin sadəcə bir hissəsidir.
Mənim həqiqətən görmək istədiyim isə tərtibatçılar gəldikdən sonra nə baş verdiyidir.
Neçə kontrakt yerləşdirilir?
İlkin testdən sonra neçə kontrakt aktiv olaraq qalır?
Neçə tətbiq təkrar əməliyyatlar yaradır?
Və daha da önəmlisi, bu aktivliyin nə qədər hissəsi real istifadəçilərdən, nə qədər hissəsi isə tərtibatçıların sadəcə infrastrukturu yoxlamaq üçün sınaqdan keçirməsindən qaynaqlanır?
Məncə fərq məhz burada yaranır: tərtibatçı girişi ilə tərtibatçının mənimsənməsi (adoptiya) arasındakı fərq.
Testnet nəyinsə işlədiyini göstərə bilər.
Bir tərtibatçı isə nəyinsə inşa edilə biləcəyini sübut edə bilər.
Amma bunların heç biri avtomatik olaraq bir ekosistemin formalaşdığını sübut etmir.
Bu, DuskEVM-i mənim üçün daha az maraqlı etmir. Əksinə, izləmək üçün daha yaxşı bir göstərici verir.
“Dusk üzərində tərtibatçılar qura bilərmi?” sualını vermək əvəzinə:
Daha yaxşısı, bunu soruşmaqdır:
“Altı ay sonra tərtibatçılar Dusk üzərində hələ də nə qurur?”
Çünki infrastruktur daha çox inandırıcı olur, fəaliyyət nümayişdən çıxıb vərdişə çevrilməyə başlayanda.
Və mən Dusk-ın tərtibatçı hekayəsinin məhz bu hissəsini görməkdə ən çox maraqlıyam.
@Dusk #dusk $DUSK

2 il əvvəl, mən bir vaxtlar proqram təminatı şirkətində yüksək səviyyəli menecer olmuşam.
Mən adətən öz kartımdan istifadə edib iş sahəsinə daxil olurdum, amma server otağını və ya arxiv/hüquq sənədləri saxlancını açmaq mümkün deyildi.
Əvvəlcə mən bunu sadəcə səlahiyyətlərin idarəedilməsini həyata keçirən bir sistem kimi düşünürdüm.
Sonra isə maraqlı bir şey anladım:
Yaxşı bir sistem məlumatlar ifşa olunana qədər gözləyib sonra onu qorumağa başlamır.
Bu mənə @Dusk rəqəmini düşündürdü.
Regulated finance kontekstində də məxfilik privacy, aktivlər və əməliyyatlar artıq on-chain-ə yerləşdirildikdən sonra əlavə edilən bir qat kimi qəbul edilməməlidir.
Bu, aktivlərin, identity-nin və transaction-ların sistemdə necə işlənməsindən dərhal nəzərə alınmalıdır.
Mənə Dusk-ın məxfilik (privacy) yanaşmasında maraqlı görünən də budur.
Phoenix ilə confidential transactions, Moonlight ilə isə transparent account-based transactions üçün məxfilik bütün sistem üçün mütləq “söndür və ya yandır” tipli bir seçim deyil.
Fərqli əməliyyat növləri fərqli səviyyədə visibility tələb edə bilər.
Və zero-knowledge proofs ilə bir tərəf, arxada olan bütün məlumatları mütləq açıqlamadan, lazımi bir şərtin ödənildiyini sübut edə bilər.
Bu, regulated assets üçün xüsusilə önəmlidir.
Bir maliyyə sistemi təkcə belə deməməlidir:
“Bu məlumat qorunur?”
Həm də belə soruşmalıdır:
“Privacy əvvəlcədən, infrastrukturun dizaynına elə başlanğıcdan daxil edilib?”
Bu, privacy by design anlayışını sadəcə blockchain-ə bir məxfilik qatı əlavə etməkdən qat-qat daha diqqətçəkən edir.
Və bəlkə də Dusk-ın regulated finance üçün infrastruktur qurarkən daha fərqli bir istiqamət izləməsinin səbəblərindən biri də budur.
#dusk $DUSK

TermMax-ı 4 gün ərzində araşdırandan sonra anladım ki, onu bir məqamda səhv başa düşmüşəm.
Əvvəlcə ən önəmli bir xüsusiyyət tapmağa çalışdım.
Fixed rate?
RWA?
Range Order?
Liquidation?
Amma daha çox araşdırdıqca gördüm ki, sual verən mövzu daha maraqlıdır və bu sual “TermMax nə edir?” deyil.
Daha çox belədir:
“Bunların hamısı bir-biri ilə necə əlaqələnib hansı nəticəni yaradır?”
Fixed-rate lending kapitalın maya dəyərini proqnozlaşdırmağa imkan yaradır.
Tokenized assets on-çeyn formasında istifadə edilə bilən əlavə girov (collateral) mənbəyi açır.
Range Order isə liquidity-nin rate-in formalaşmasında iştirak etməsi üçün başqa bir yanaşma yaradır.
Və Physical Delivery Liquidation, mövqey gözləntilərin əksinə getsə, riskin idarə olunması üçün başqa bir çərçivə təklif edir.
Əgər hər bir hissəni ayrı-ayrılıqda görsək, bu, sadəcə bir lending protokolunun funksiyaları kimi görünür.
Amma onları bir yerdə görəndə başqa bir hekayə görməyə başlayırsan:
Capital → Pricing → Liquidity → Collateral → Risk
Artıq bu, sadəcə bir borc (loan) hekayəsi deyil.
Bu, on-çeyn kapital bazarının bir neçə qatını birləşdirə bilən financial infrastructure qurmaq cəhdinə bənzəyir.
@TermMax tapproach-da mənim ən çox bəyəndiyim də budur.
Onlar təkcə belə soruşmurlar:
“İstifadəçilər necə borc götürür?”
Sanki daha geniş suallar qoyurlar:
Kapital daha aydın şəkildə necə qiymətləndirilə bilər?
Tokenized aktivlərə əlavə utility necə verilir?
Fixed-rate market-lər ətrafında liquidity necə təşkil olunur?
Və hər şey səhv gedəndə sistem riskə necə cavab verəcək?
Mən hələ də düşünmürəm ki, TermMax bu sualların hamısına mükəmməl cavab verib.
Amma 5 gün araşdırandan sonra düşünürəm ki, davam etmək üçün səbəb məhz budur.
Çünki TermMax-da xüsusi bir feature var deyə deyil.
Məsələn, parçalar bir-birinə elə oturmağa başlayır ki, onlar artıq bir sistemə bənzəyir.
#TermMax

Əvvəllər mən düşünürdüm ki, nə qədər audit etmək asan olan sistem varsa, bir o qədər də daha çox məlumatı açıq şəkildə paylaşmalıdır.
Amma maliyyə barədə daha çox araşdırdıqca bunun həmişə belə olmadığını anladım.
Təsəvvür edin ki, bir auditor əmlak aktivinə aid bir əməliyyəti yoxlamalıdır:
İştirakçının kifayət qədər səlahiyyəti varmı?
Əməliyyat qaydalara uyğundurmu?
Aktiv həmin “rule”a uyğun şəkildə doğru şəkildə köçürülüb?
Bu suallara cavab vermək üçün onlara evidence lazımdır.
Lakin bu, onların bütün qalıqları, əməliyyat tarixçəsini və ya bütün iştirakçıların şəxsi məlumatlarını görmələri demək deyil.
Elə buna görə də mən @Dusk -nin yanaşmasını maraqlı hesab edirəm.
Regulated assets üçün problem sadə deyil:
“Data açıqdır, yoxsa deyil?”
Söhbət budur:
“Kim hansı şərti yoxlamalıdır və həqiqətən nə qədər məlumat görməlidir?”
Zero-knowledge proofs tərəfin bütün arxa məlumatları açıqlamadan bir şərtin doğru olduğunu sübut etməsinə kömək edə bilər.
Selective disclosure isə əsaslı səbəb olduqda lazım olan məlumatın düzgün tərəfə çatdırılmasına imkan verir.
Bu səbəbdən mən belə düşünürəm:
Auditability ≠ Full Transparency
Yaxşı bir maliyyə sistemi mütləq onu etibarlı saymaq üçün bütün məlumatları public data-ya çevirməməlidir.
O, yoxlanıla bilməsi üçün yetərli dəlil yaratmalı, eyni zamanda açıqlanmasına ehtiyac olmayan hissələri gizli saxlamalıdır.
Ola bilsin ki, privacy və compliance-in on-chain mühitdə həqiqətən birlikdə mövcud ola bilməsi üçün ən vacib məsələlərdən biridir.
#dusk $DUSK

TermMax haqqında araşdırma apararkən gördüyüm bir məqam var:
Fixed-rate lending təkcə borcalan və borc verən tərəfləri deyil. Qiymətin formalaşması üçün bütün bir bazar da lazımdır.
Əvvəlcə sabit faiz dərəcəsinin sadəcə protokolun təqdim etdiyi bir rəqəm olduğunu düşünürdüm.
Amma əgər faiz konkret bir müddətə kilidlənə bilirsə, dərhal maraqlı bir sual yaranır:
Bu rate-in nə qədərinin “uyğun” sayıldığını kim müəyyən edir?
Məhz bu vaxtdan etibarən @TermMax -un Range Order xüsusiyyətinə daha çox diqqət yetirməyə başladım.
Tək bir faiz səviyyəsində likvidlik cəmləşmək əvəzinə, Range Order likvidliyin müxtəlif rate aralıqları üzrə paylanmasına imkan verir.
Bu da fixed-rate marketə baxış tərzimə dəyişiklik gətirdi.
Faiz sadəcə borcalanın baxdığı bir rəqəm deyil.
Bu, bazarın kəşf etdiyi və ticarət etdiyi bir qiymətdir.
Borc verənin istədiyi yield ola bilər.
Borcalanın qəbul etdiyi borrowing cost var.
İki tərəf arasındakı məsafə — məhz burada market design önəmli olur.
Və mənə görə TermMax-ı adi bir lending protokolundan daha maraqlı edən də bu məqamdır.
Təkcə bunu soruşmaq əvəzinə:
“Hazırda faiz dərəcəsi neçədir?”
Mən daha çox belə sualla maraqlanmağa başladım:
“Bu faiz səviyyəsi bazarda necə formalaşır?”
Əgər fixed-rate lending DeFi-də mühüm bir qat olmaq istəyirsə, sabit dərəcəni sadəcə yaratmaq bəlkə də yetərli deyil.
Price discovery və likvidliyin birlikdə mövcud ola bilməsi üçün daha çevik bir mexanizm də lazımdır.
TermMax-da məhz bu hissəni daha dərindən araşdırmaq istəyirəm.
#TermMax

Çoxlu təcrübə həmişə sizi daha təhlükəsiz etmir.
Bəzən bu, sizi həddən artıq arxayın edə bilər.
Təsəvvür edin ki, biri P2P-də yüzlərlə dəfə ticarət edib.
Onun nəyin harada açılacağını bilir.
Ödənişi yoxlamağı bilir.
Nə vaxt Release etməmək lazım olduğunu bilir.
Bu əməliyyatlar elə vərdiş halına gəlib ki, demək olar ki, refleksdir.
Və məhz bu məqam düşünməyə dəyər.
Bir işi kifayət qədər çox dəfə etdikcə, beyin onu daha tez etməyin yolunu axtarmağa başlayır.
Artıq hər detalı oxumur.
Sadəcə bir neçə tanış məlumatı nəzərdən keçirir, hər şey normal görünür və davam edir.
Sifarişlərin çoxunda bu problem yaratmaya bilər.
Amma yalnız bir Sifariş vərdiş etdiyindən bir detallı şəkildə fərqli olarsa, köhnə refleks onu nəzərdən qaçırmağınıza səbəb ola bilər.
Başqa bir payment method.
Başqa bir ödəniş hesabı.
Yaxud da sadəcə Sifarişdəki şərt əvvəlki dəfəkilərdən fərqlidir.
Ən qorxulusu budur ki, təcrübəli insan bəzən özünün arxayınlaşdığını dərk etmir.
Çünki o düşünmür:
“Yoxlama addımını atıram.”
O düşünür:
“Bu işi çox eləmişəm.”
Ona görə də, P2P ticarəti edərkən mənim bir qədər sadə qaydam var:
Təcrübə mənə anormallığı daha tez görməyə kömək etməlidir, yoxsa daha az yoxlamağa.
Hər Sifarişin öz şərtləri var.
Hər payment yenidən uyğunlaşdırılmalıdır.
Və hər Release mütləq həmin konkret ticarətin məlumatlarına əsaslanmalıdır.
Çox illərdir ticarət etməyin ən çətin tərəfi, yeni bir qayda öyrənmək olmaya bilər.
Ən çətini təcrübənin nə vaxt mənə kömək etdiyini, nə vaxt artıq vərdişə çevrildiyini anlamaqdır.
Prosesə bələd olmaq üstünlükdür.
Amma yenə də təhlükəsizlik üçün hər Sifarişə yenidən baxmaq lazımdır.
@Binance Vietnam #BinanceP2PAnToan

Hələ işləyərkən mən hər bir işçinin yalnız öz vəzifəsinə uyğun funksiyalara daxil ola bildiyi bir vaxt qeyd etmə sistemi istifadə etmişəm.
Əvvəlcə bunu şirkətin giriş səlahiyyətlərini nəzarətdə saxlaması üçün sadəcə bir üsul kimi düşünürdüm.
Amma sonradan anladım ki, yaxşı sistem hər şeyi ya icazə verməli, ya da hər şeydən imtina etməli olan sistem deyil.
O, kiminsə hansı səlahiyyətə ehtiyacı olduğunu və həmin səlahiyyətin hansı səviyyədə tələb olunduğunu bilməlidir.
Bu məni @Dusk fikrinə gətirdi.
Maliyyə aktivləri on-chain-ə yerləşdiriləndə məsələ təkcə kiminsə həmin aktivə sahib olduğunu müəyyən etmək deyil.
Sistem həmçinin kimlərin aktivə sahib olmaq üçün uyğun olduğunu, kimin aktivin alınmasına və ya köçürülməsinə icazə verildiyini və həmin məlumatın həqiqətən hansı tərəf tərəfindən yoxlanılmalı olduğunu da bilməlidir.
Bütün məlumatları bütün iştirakçıların görə biləcəyi informasiyaya çevirmək əvəzinə, selective disclosure və zero-knowledge proofs bir tərəfin arxasındakı bütün məlumatları açmadan yalnız zəruri olanı sübut etməsinə kömək edə bilər.
Məncə bu, xüsusilə regulated finance üçün önəmlidir.
İnvestor bir aktiv almaq üçün uyğunluğunu sübut etməli ola bilər.
Amma bu o demək deyil ki, transaction içindəki bütün tərəflər həmin şəxsin tam identitetini, aktivlərini və ya onun maliyyə tarixçəsini bilməlidir.
Eyni məlumatdır, amma hamının eyni səviyyədə girişə ehtiyacı yoxdur.
Dusk-i araşdırarkən mənim maraqlı gördüyüm məhz budur:
Yaxşı maliyyə sistemi hər şeyin gizli olduğu yer deyil.
Həm də hər şeyin tam açıqlandığı yer də deyil.
Bu, elə bir məkandır ki, düzgün insanlar düzgün vaxtda, zəruri olan məlumat həcmi ilə düzgün informasiyanı yoxlaya bilirlər.
Yəqin privacy və compliance-in on-chain-də birlikdə mövcud ola bilməsinin yolu da budur.
#dusk $DUSK

Ləğvetmə yalnız bir mövqenin bitmə nöqtəsi deyil.
Bu hissəni @TermMax -ı öyrənməyə başlayanda daha çox diqqətə almağa başladım.
DeFi-də bir mövqe artıq kifayət qədər təhlükəsiz olmadıqda, liquidation çox vaxt sadə görünür:
Collateral azalır → mövqe ləğv olunur → borcalan zərər çəkir.
Amma mənim fikrimcə daha maraqlı sual budur:
Liquidation baş verdikdən sonra əslində nə işlənir?
Elə bu səbəbdən TermMax-in Physical Delivery Liquidation mexanizmini daha dərindən araşdırmaq istəyirəm.
Sadəcə liquidation-ı “mövqenin bağlanması” adlı bir düymə kimi görmək əvəzinə, TermMax bu mexanizmi collateral ilə debt arasındakı real əlaqənin işlənməsi üzərində qurub.
Bu da mənə liquidation-a başqa bir bucaqdan baxmağa imkan verir.
Bir lending bazarı təkcə mövqe açmaq üçün mexanizmə ehtiyac duymur.
Bundan əlavə, bazar gözləntilərin əksinə getdiyi zaman üçün kifayət qədər aydın bir mexanizm də lazımdır.
Xüsusən də leverage olduqda sual artıq sadə deyil:
“Neçə qazana bilərsiniz?”
Həm də belə olur:
“Əgər hər şey pis getsə, sistem həmin mövqeni necə idarə edəcək?”
Mən TermMax-də də elə bunu tədqiq etməyə dəyər bir məqam kimi görürəm.
Fixed-rate kapital xərcləri ilə bağlı problemin bir hissəsini həll edir.
RWA isə collateral üçün əlavə mənbə yaradır.
Amma mən bunu anlayıb dərindən qavramaq istədiyim yer məhz yeni liquidation mechanism-dir—bütün həmin strukturun bazar stressinə necə tab gətirdiyini.
Hələ düşünmürəm ki, Physical Delivery Liquidation-ı tam başa düşmüşəm.
Və bəlkə də ən maraqlı hissə məhz budur.
Çünki araşdırılmağa dəyər maliyyə protokolu yalnız yaxşı bazarda mənfəət yaratma tərzi ilə deyil.
Həm də bazar plan üzrə getməyəndə onu necə idarə etməsi ilə seçilir.
#TermMax

P2P-də bir növ subyektiv yanaşma var ki, məncə çox yoldaş diqqət etmir.
Bu, şübhəli görünən bir alıcıdan başlamır.
Əksinə, həddən artıq problemsiz bir əməliyyatla başlayır.
Sən elə indi birisi ilə əməliyyat etdin.
Düz məbləğ ödənildi.
Hesabın adı uyğun gəldi.
Heç bir problem olmadı.
Sifariş (Order) normal şəkildə tamamlandı.
Bir az sonra isə eyni adamla başqa bir Order açırsan.
Və beynində elə təbii olaraq belə bir fikir yaranır:
“Bu adam mənimlə bir dəfə əməliyyat edib, deməli bu dəfə də hər şey yaxşı olacaq.”
Çox məntiqlidir.
Amma məhz bu düşüncədir ki, mən onu diqqətlə yoxlamaq istəyirəm.
Çünki əvvəlki əməliyyat və indiki əməliyyat hələ də iki ayrı Order-dir.
Mən yenə də yoxlamalıyam:
🟢 Hazırkı Order-in məlumatları doğrudur?
🟢 Məbləğ və ödəniş üsulu uyğun gəlir?
🟢 Bu əməliyyatda ödəniş edilən hesab, mövcud şərtlərə uyğundur?
Yəni həmin biri əvvəllər düzgün edib deyə bu dəfə də mütləq problem çıxmaz deyə deyil.
Əksinə, yaxşı əməliyyat tarixçəsi yeni bir əməliyyat üçün sübut deyil.
Bu səbəbdən də mən tanışlığın yoxlamanın yerini tutmasına imkan vermək istəmirəm.
Bir nəfər əvvəlki 10 Order-i tam normal şəkildə tamam edə bilər.
Amma 11-ci Order hələ də yeni bir əməliyyatdır.
Mənim üçün bu, olduqca sadə bir prinsipdir:
Köhnə əməliyyatdan etibarı yeni əməliyyata köçürmə.
Yeni əməliyyatın məlumatlarını yoxlama mərhələsinə keçir.
Təhlükəsiz P2P bəzən şübhəli bir adamı görmək deyil.
Sadəcə əvvəlki hər şey yaxşı getdiyinə görə özünü çox rahat hiss etdiyini anlamaqdır.
@Binance Vietnam #BinanceP2PAnToan $BNB

Mən əvvəllər düşünürdüm ki, RWA mahiyyət etibarilə sadəcə real aktivin blockchain-ə yerləşdirilməsidir.
Dusk haqqında daha dərindən araşdırdıqdan sonra başa düşdüm ki, bu fərziyyə çox sadələşdirilib.
Maliyyə aktivinin dəyəri təkcə qiymətlə ölçülmür.
Kim ona sahib ola bilər?
Kim onu qəbul edə bilər?
Nə vaxt köçürülə bilər?
Sahibliyin dəyişməsi zamanı nə baş verir?
Və bu cür hərəkətləri kim edə bilər?
Bu qaydalar hələ də blockchain-dən kənarda qalırsa, token yaratmaq həqiqətən aktivin on-chain-ə daşınması deməkdirmi?
Məni məhz @Dusk nömrəsi ilə işarələnən hissə diqqətimi çəkdi.
Dusk RWA-ya yalnız tokenizasiya prizmasından yanaşmır. Native issuance ilə daha maraqlı ideya odur ki, aktivin həyat dövrü və məntiqinin daha çox hissəsini birbaşa on-chain infrastrukturuna gətirmək.
Bu o deməkdir ki, blockchain təkcə bunları qeyd etmir:
“Bu, bir istiqrazın tokendir.”
Həm də aktivin ownership (sahiblik), transfer və onunla bağlı fəaliyyətləri ilə əlaqəli şərtləri müəyyən edilmiş qaydalara uyğun şəkildə işləyə biləcək bir məkana çevrilir.
Xüsusilə regulated assets (regulyasiya olunan aktivlər) üçün bu, mühüm fərq ola bilər.
İstiqrazın token olması onu permissionless etmir.
Uyğunluq (compliance), eligibility və transfer məhdudiyyətləri hələ də aktivin özündə qalır.
Ona görə də mənim düşündüyüm sual artıq belə deyil:
“Bir aktiv necə tokenizasiya olunur?”
Əksinə:
“Aktiv blockchain-ə qədəm qoyanda öz qaydalarını necə özü ilə gətirir?”
Görünür, RWA-nın ən çətin hissəsi də elə budur.
Tokenizasiya bir representation yaradır.
Amma blockchain asset məntiqini anlaya və icra edə bilsə, onda həqiqətən on-chain maliyyə sistemi barədə danışmağa başlayırıq.
Mənim daha dərindən öyrənmək istədiyim Dusk tərəfi də elə budur.
#dusk $DUSK

Bəhsiyyat (tokenizasiya) olunmuş bir səhm sona çatmır; o, başlanğıc xəttidir.
Mənim fikrimcə, bu, RWA hekayəsinin ən maraqlı hissəsidir.
Bir səhm tokenizasiya edildikdən sonra on-chain-də görünə bilər. Amma əgər sadəcə “blockchain-ə yerləşdirilsə” və orada qalsa, onun utility-si (istifadə dəyəri) hələ də kifayət qədər məhdud qalır.
Əsas sual daha çox budur:
Tokenizasiya edildikdən sonra həmin aktiv nə edə bilər?
Məhz bu səbəbdən mən @TermMax -in RWA-ya yanaşmasına diqqət yetirirəm.
TermMax, Ondo Global Markets-ın tokenizasiya olunmuş qiymətli kağızlarının BNB Chain üzərində fixed-rate (sabiti faizli) kreditlər üçün təminat (collateral) kimi istifadə oluna bilməsi üçün genişlənir.
Və bu, kifayət qədər maraqlı bir zəncir yaradır:
Tokenized stock → Collateral → Liquidity → Predictable borrowing cost
Sadəcə ənənəvi aktivin on-chain versiyasına sahib olmaq əvəzinə, istifadəçilər həmin aktivin kapital dəyərindən faydalanmaq üçün əlavə bir yol əldə edir — üstəlik borc alma xərclərini (faiz xərcini) əvvəlcədən bilirlər.
Burada mənim diqqətimi cəlb edən şey sadəcə “RWA + DeFi” deyil.
Əksinə:
Tokenizasiya representation (təmsil/struktur) yaradır.
Maliyyə infrastrukturu utility yaradır.
Əgər RWA ənənəvi aktivləri sadəcə blockchain-ə köçürməkdən daha uzağa getmək istəyirsə, onların on-chain maliyyə fəaliyyətlərində həqiqətən iştirak etməsinə imkan verən infrastruktur qatlarına ehtiyac var.
Fixed-rate lending (sabiti faizli kreditləşmə) bu baxımdan diqqətçəkən parçalardan biridir.
Elə buna görə də mən düşünürəm ki, TermMax RWA, fixed-income (sabit gəlir) və DeFi-nin kəsişməsində olduqca maraqlı bir nöqtədə dayanır.
#termmax

Normal ticarət gedir, amma qarşı tərəf təbii olaraq ödəniş üsulunu dəyişir?
Bu, P2P qardaşlarımızın asanlıqla diqqətsizliyə yol verə biləcəyi bir vəziyyətdir.
Sifariş verilib.
Məlumatlar yoxlanılıb.
Hər iki tərəf normal ticarət edir.
Sonra qarşı tərəf mesaj yazır:
“Bu hesabda problem var, zəhmət olmasa başqa hesaba köçürməyə kömək et.”
İlk baxışda məntiqli görünür.
Amma məsələ burasındadır: ilkin ticarət şərtləri artıq dəyişib.
Və bu an mən əvvəllər hər şey qaydasında idi deyə tələsməyəcəyəm.
Normal gedən bir ticarət, yolda edilən hər cür dəyişikliklərin təhlükəsiz olduğu anlamına gəlmir.
Mən dayanıb yenidən yoxlayacağam:
🟢 Ödəniş məlumatı Sifarişlə (Order) yenə də uyğun gəlirmi?
🟢 Alınan/köçürülən hesabın adı ticarət məlumatı ilə üst-üstə düşürmü?
🟢 Qarşı tərəf ilkin şərtlərdən fərqli olaraq mənim başqa bir addımı yerinə yetirməyimi tələb edir?
Əgər qeyri-adi dəyişiklik varsa, belə düşünərək keçməyin:
“İndiyə qədər normal gedirdi.”
və laqeyd yanaşmayın.
Xüsusilə qarşı tərəf tələsdirir deyə özbaşına Zalo/Telegram-a keçməyin və ya yeni verilmiş məlumat əsasında ödəniş etməyin.
Ticarəti Order-də saxlayın, chat tarixçəsini də qoruyun və problem yaranarsa Binance üçün bütün məlumatlarla tutuşdurma imkanı olsun deyə Appeal istifadə edin.
Mən P2P-də çox asan rast gəlinən bir tələ görürəm:
Təhlükə hər zaman əvvəlcədən dərhal görünmür.
Bəzən ticarət tamamilə normal olur…
…sadəcə bir detal dəyişənə qədər.
Ona görə:
Normal ticarət ≠ yolda edilən dəyişikliklərə göz yummaq olar.
Dəyişiklik görürsünüzsə → dayanın → yenidən yoxlayın → sonra qərar verin.
Bir neçə saniyə ləngiməklə təsdiqləmək, sonra nəticələrlə məşğul olmaq üçün bir neçə saniyə sürətləndirməkdən daha yaxşıdır.
#BinanceP2PAnToan @Binance Vietnam $BNB

Bir dəfə bir dostum mənə olduqca sadə bir sual verdi:
“Əgər şirkətin bir hissəsinə sahibəmsə, niyə onu istənilən adama sata bilmirəm?”
İlk baxışdan sual məntiqli görünür.
Əgər aktiv sizin də sizindir, siz onu istədiyiniz şəxsə satırsınız.
Amma özəl bir şirkətin payları ilə hər şey o qədər də sadə deyil.
Bəzi paylar yalnız uyğun şərtlərə cavab verən investorların adına köçürülə bilər.
Onda mən bir şeyi anladım:
Sahiblik həmişə sərbəst köçürmə hüququ demək deyil.
Bu isə mənə @Dusk nömrəsini düşündürdü.
Onların idarə olunan maliyyə aktivlərinə yanaşmasını maraqlı hesab etdim.
On-chain bir aktiv təkcə onun kimə məxsus olduğunu bilməli deyil. Sistem həm də kimə sahib olmağa icazə verildiyini, kimə sahiblik verməyə (almaq hüququna) icazə verildiyini və hansı əməliyyatların rədd edilməli olduğunu bilməlidir.
Dusk sahiblik və köçürmə hüquqları üzrə qaydaları tətbiq etmək üçün identity credential-ları, wallet binding və smart-contract məntiqini birləşdirə bilər. Eyni zamanda, selective disclosure səlahiyyətli tərəfin istifadəçinin bütün məlumatlarını mütləq görmədən yalnız zəruri informasiyanı təsdiqləməsinə imkan verir.
Düşünürəm ki, bu, RWA-lar DeFi ilə əlaqə qurmağa başladığı zaman çox önəmli bir məsələdir.
Bir istiqraz sadəcə blockchain-ə yerləşdirildiyi üçün permissionless olmur.
Aktivə bağlı qaydalar onunla bir yerdə qalmalıdır.
Bəlkə gələcəkdə qaydaları olan, amma həmin qaydaların birbaşa on-chain workflow-da icra edildiyi aktivlər görəcəyik.
Mənim üçün bu, regulated finance-də diqqətçəkən irəliləyişdir.
Təkcə sahiblik hüququnu on-chain etmək deyil.
Həm də sahiblik, eligibility, transfer restrictions və privacy-ni eyni, yoxlanıla bilən sistemə gətirmək.
#dusk $DUSK

Minh bu yaxınlarda böyük bir müqavilə almış bir freelancer olub.
Müştəri 6 aydan sonra ödəniş edəcək, amma layihəyə başlamaq üçün Minhə avadanlıq almaq və əlavə işçi tutmaq üçün təxminən $10,000 lazımdır.
Kredit faiz dərəcəsi daim dəyişirsə, layihə bitəndə mənim kapitalın dəyərinin dəqiq nə qədər olacağını Minh bilmir.
Məhz buna görə mən @TermMax -ə diqqət yetirirəm
TermMax-ın əsas prinsipi çox sadədir: fixed-rate lending və fixed-term borrowing.
Üzən faiz dərəcəsindən tam asılı olmaq əvəzinə, borcalan əvvəlcədən faiz dərəcəsinin səviyyəsini və mövqeyin müddətini bilə bilər.
Minh üçün bu, olduqca praktik bir fərq yaradır:
Növbəti 6 ayda faiz dərəcəsinin hara gedəcəyini təxmin etməli deyil.
Kapital xərclərini layihənin başlanğıcından planlamaq mümkündür.
Amma ən maraqlısı odur ki, TermMax təkcə DeFi-ə fixed rate əlavə etmir.
O, fixed-rate bazarı ətrafında bütöv bir infrastruktur qatı qurur:
FT və XT sabit müddətli borcların strukturunu formalaşdırır.
Range Order likvidliyin müxtəlif faiz diapazonlarına görə bölüşdürülməsinə imkan verir; sadəcə bir tək rate-dən asılı olmur.
Smart Unwind və Order Aggregator kimi mexanizmlər mövqedən çıxış imkanlarını yaxşılaşdırmaq və likvidlik mənbələrini optimallaşdırmaq üçün nəzərdə tutulub.
Buna görə mən TermMax-ı sadəcə başqa bir lending protokolu kimi görmürəm.
Daha da önəmlisi odur ki, o, fixed income-ın proqnozlaşdırıla bilməsini DeFi-yə gətirir.
Amma daha böyük həcmdə kapital axını daxil olanda, başqa bir sual meydana çıxır:
Kapital dəyəri proqnozlaşdırıla bilərmi?
Cavab bəlidirsə, fixed-rate lending təkcə bir məhsul deyil.
O, on-chain kredit bazarı üçün mühüm bir primitive ola bilər.
Və buna görə mən növbəti 5 gün ərzində TermMax-a daha yaxından diqqət yetirəcəyəm.
#TermMax

P2P-də bir səhv var və məncə təhlükəlidir, çünki o, yanlış məbləğlə başlamır.
Pul doğrudur.
Amma siz həmin pulu səhv Order-ə aid edirsiniz.
Mən də bu tipə oxşar vəziyyətlə ödənişlər çox yaxın vaxtlarda işlənərkən qarşılaşmışdım. Hər ikisi hesabda görünür və biri yenicə gələndə ilk refleksim belə olur: “Bu, açdığım Order-in pulu olmalıdır.”
Amma sonradan geriyə baxıb anlayıram ki, mən çox asanlıqla səhv edilə bilən bir şeyə güvənmişəm:
Yaddaşa.
Mən yadda saxlamışam ki, hansı Order-i yenicə yaratdım, nə qədər məbləğ idi və hansının əvvəl çatması lazım idi.
Bu da mənə Binance P2P-də tranzaksiyanı necə yoxlamalı olduğumu yenidən düşünməyə səbəb oldu.
Əgər bir-birinin yaxınlığında bir neçə Order və ya bir neçə köçürmə baş verirsə, mən təkcə bunları soruşmuram:
“Pul daxil olub?”
Bundan əlavə soruşuram:
“Bu pul dəqiq olaraq hansı Order-ə məxsusdur?”
Mən işlədiyim Order-i real olaraq qəbul edilən məbləğlə, göndərənin məlumatlarıyla və ödənişin detallarının hamısıyla tutuşdururam. Əgər pul ilə Order arasında əlaqəni dəqiq müəyyən etmək mümkün deyilsə, məbləğ “uyğun görünür” deyə sadəcə özümə təxmin yürütmürəm.
Bu səbəbdən də mən yalnız yaddaş və ya vərdişə əsaslanaraq bir neçə Order-i idarə etmək istəmirəm. Məlumat gözümün qabağındadırsa, mən elə bildiyim kimi etdiyimə güvənməkdənsə, məhz cari Order-lə tutuşdurmaq istəyirəm.
Mənim üçün bu, kiçik bir fərqdir, amma çox vacibdir:
“Pul daxil olub” sadəcə bir pul məbləğinin göründüyünü bildirir.
“Bu pul məhz bu Order-ə aiddir” isə mənim işlədiyim tranzaksiyanın təsdiqini verir.
Bəzən səhv pulun yanlış alınması deyil.
Düzgün pulu alırsan, amma onu səhv əməliyyata qoyursan.
#BinanceP2PAnToan @Binance Vietnam $BNB

Bir neçə dostumla birlikdə bir şirkət açmağı bir qədər sadə düşündüm.
Hər kəs kapitalın bir hissəsini qatır, sahiblik paylarını razılaşdırır və sonra biznesə başlayırlar.
Amma şirkət inkişaf etdikcə sual təkcə “kim nə qədər pul qoyub?” olmur.
Kim nə qədər paya sahibdir?
Dividendlər kimlərə bölüşdürülür? Və bu dəyişikliklər harada qeydə alınır?
O vaxt bir şeyi anladım:
Bir aktivin buraxılması sadəcə başlanğıcdır.
Bu mənə @Dusk rəqəmini düşündürdü.
Dusk-i araşdırarkən native issuance konsepti mənə maraqlı gəldi.
Tokenizasiya adətən bir aktivin nümayəndəsi kimi token yaratmaq kimi başa düşülür. Amma native issuance-da aktivin özünü on-chain-da yaratmaq və idarə etmək mümkündür; issuance, transfer, servicing və settlement kimi fəaliyyətlər də eyni sistemin ətrafında dizayn edilir.
Bu, xüsusilə idarə olunan maliyyə aktivləri üçün önəmlidir.
Bir istiqraz və ya equity buraxıldıqdan sonra həyat dövrünü dərhal bitirmir. Onun sahiblik hüquqları, köçürmə şərtləri, korporativ aksiyalar, investor yeniləmələri və reporting kimi məsələləri zamanla idarə olunmalıdır.
Dusk, bu workflow-ları müxtəlif sistemlər arasında səpələnmiş ownership, transfer və servicing prosesləri yerinə, eyni infrastrukturun içinə gətirməyə çalışır.
Mənə maraqlı görünən hissə budur.
Blockchain təkcə bizə token yaratmaq üçün deyil.
Aktiv onun bütün həyat dövrü boyunca on-chain-da yaradıla, idarə edilə və ötürülə bilərmi, halbuki privacy, compliance və settlement qorunub saxlanılır?
Məncə, maliyyəni on-chain-a gətirməyin daha dərin mənası budur.
Təkcə aktivləri rəqəmsallaşdırmaq deyil.
Əksinə, elə bir infrastruktur qurmaqdır ki, aktivin həyat dövrü əvvəldən etibarən idarə olunsun.
#dusk $DUSK