老李说财经

#dusk $DUSK

我一直觉得 KYC 有个地方特别烦。

不是做一次麻烦。

是你明明已经在一个平台交过姓名、地址、证件、各种资料了，换个平台，又从头来一遍。

最近看 @Dusk 的 Citadel 2，我突然觉得问题可能根本不该这么问。

平台真的需要知道“我是谁”吗？

还是它其实只想确认几件事：

我是不是来自允许地区；

年龄够不够；

有没有满足某个投资资格。

如果只是为了确认这些条件，那每次把整套身份资料重新交出去，确实有点多余。

Citadel 的思路也不是把 KYC 干掉。

前面现实世界的身份验证还是要做。

区别在后面。

验证完以后，拿到 credential，再用 ZK 去证明自己满足某个条件，不用每次都把整份资料重新摊给下一个平台。

我觉得这个区别挺实际。

我要证明自己“够资格”，不代表我有必要把自己所有信息都再交一遍。

当然，也别把这个理解成绝对匿名。

设备、网络、属性本身够不够独特，这些东西都可能让隐私打折。

但至少它在解决一个我一直觉得很烦的问题：

平台需要什么，就证明什么。

别每次都默认从头拿走整套资料。

#dusk $DUSK

以前看到“EVM compatible”，我基本不会多想。

Solidity 能写，Foundry 能跑，钱包也能接，那不就是 Ethereum 那套继续用？

最近看 @Dusk 的 DuskEVM Reference，才发现真部署的时候还是不能这么偷懒。

最简单一个例子，DuskEVM 现在有自己的 sequencer。

交易拿到 receipt，说明已经被打包进去了，但这跟后面的 settlement 不是一个概念。

还有 prevrandao。

在 Ethereum 上有些开发者会顺手拿它做随机数相关逻辑，但 Dusk 官方文档专门提醒，在 DuskEVM 里别把它当成安全、无偏的随机数源。

这种东西平时不看 Reference，很容易直接按老习惯写过去。

所以现在我对 EVM compatibility 的理解比以前现实多了：

它能省掉很多迁移成本，这点没问题。

但“接口熟悉”和“底层环境一样”不是一回事。

真准备上线，sequencer、finality、跨层状态这些东西还是得重新看。

我反而挺喜欢官方把这些限制直接写出来。

最怕的不是有差异。

是你以为没有差异。

#dusk $DUSK

假设我买了一只链上债券。

钱已经扣了。

结果债券没到账。

或者反过来：

债券已经转给我了，卖方那边却没收到钱。

这种事放在普通转账里可能只是“交易失败”。

放在金融里，就是整笔本金暴露在风险里。

最近看 @Dusk 的 settlement 设计，我反而对 DvP 这三个字印象最深。

Delivery versus Payment。

说人话就是：

资产这一腿和付款这一腿，别各走各的。

最好是在同一个结算条件下绑定起来。

钱能交，资产才交。

资产能交，钱才算真正完成。

这也是为什么我现在觉得：

成交和 Settlement 根本不是一回事。

成交只是双方谈妥了。

Settlement 才是钱货真正两清。

Dusk 现在强调的 deterministic finality 和 DvP-ready workflow，本质上就是想把这两件事接起来。

Dusk Trade 也把 asset leg、payment leg coordination 和 settlement 放在同一条流程里。

不过这东西也别吹成“用了 DvP 就没有风险”。

不是。

如果交易最后没结算，你还是可能错过价格，还是可能临时缺流动性。

它解决的主要是另一件事：

别让我钱付了，资产没拿到。

或者资产给了，钱没回来。

所以我对 DvP 最简单的理解就是：

它不保证交易永远成功。

它只是尽量避免交易失败的时候，只失败一半。

这个我觉得比单纯讲“结算更快”实在得多。

研究 @TermMax 这几天，我有个变化挺明显。

现在再看到 “Fixed”，我不会下意识把它理解成“更安全”。

固定借款利率，确实能让融资成本更好算。

但股票做抵押，股票还是会跌。

Alpha 没有传统清算线，也不代表行情一定赶得上到期时间。

FT 的收益提前锁住了，流动性和抵押品风险也不会跟着消失。

所以看到最后，我反而觉得 TermMax 有意思的地方不是“把风险变没”。

它只是把很多东西说得更清楚了一点。

这笔钱要付多少成本。

到哪一天结束。

我为了拿这个收益，到底接了什么东西。

最坏的时候，会发生什么。

这些以前经常混在一个 APY 里看。

拆开以后，至少心里更有数。

所以这几天看下来，如果最后只让我记一句 #TermMax ，我大概会记这个：

确定性可以买，但风险不会凭空消失。

#dusk $DUSK

假设你准备买 500 万美元的资产。

订单还没成交，整个市场已经知道你在买。

知道你站哪一边。

知道你有多急。

甚至能大概猜出你后面还有多少没成交。

这时候“链上完全透明”还一定是好事吗？

最近看 @Dusk 的 Hedger，我最感兴趣的其实不是 ZK，也不是同态加密。

而是它提到的 obfuscated order books。

这东西我第一反应就是：

终于有人认真考虑大资金不想提前亮底牌这件事了。

散户挂个几百上千美元的单子，透明一点问题不大。

但机构不是这样。

订单意图本身就是信息。

你准备买还是卖、需要多少流动性、愿意等多久，这些东西只要提前暴露，别人就可以围着你的需求做策略。

最后你可能不是“被黑了”。

但成交价格就是比原本更差。

这也是为什么我越来越觉得：

透明，对散户可能是信息；对大资金，有时候就是 execution cost。

Hedger 想做的不是把交易所变成黑箱。

它更像是在尝试把不该提前公开的 intent 和 exposure 藏起来，同时保留执行验证和受监管审计。

这个方向我能理解。

但我现在还不会吹它已经解决问题。

因为 DuskEVM / Hedger 目前还是 Testnet，obfuscated order book 官方描述里也还是 upcoming deployment。

真正要看的，是上线以后这套设计会不会牺牲价格发现、撮合效率或者流动性。

所以我现在对 Hedger 的态度很简单：

方向对不对，基本看懂了。

接下来等市场告诉我们，它到底好不好用。

我以前做杠杆，最烦的一种情况就是：

方向最后看对了，人先被清算了。

所以第一次看 @TermMax 这种先付 Premium、没有传统清算线的结构，确实会觉得轻松一点。

但今天看那批 8 月 21 日到期的 HYPE 合约，我又卡在另一个问题上。

假设我判断 HYPE 会涨。

最后它也真涨了。

但偏偏是合约到期以后才涨。

那对这笔 position 来说，还是没用。

方向没错。

时间错了。

所以现在我看这种结构，不太会再简单说“没有清算就舒服了”。

只是以前怕行情先把我扫出去。

现在还得多猜一件事：

它到底来不来得及。

Premium 先付了，Maturity 也已经写死。

没有传统清算线，不代表时间不重要。

有时候最难猜的，反而不是涨还是跌。

是什么时候。

#TermMax

#dusk $DUSK

假设钱包突然进来一笔钱。

链上其他人不知道谁转的，不知道转给谁，也看不到金额。

听起来隐私拉满。

但如果我是收款的人，发现：

我自己也不知道这钱是谁打的。

那就有点麻烦了。

钱收错了怎么办？

来源有问题怎么办？

公司财务问我这笔款是谁付的，我回一句“查不到”？

所以我这两天看 @Dusk 的 Phoenix 2.0，最感兴趣的反而不是它能藏多少东西。

而是它没有把交易双方也一起弄瞎。

Phoenix 对外可以隐藏 sender、receiver 和 amount，但 receiver 仍然能够确认资金来源。

如果这笔钱需要退回，设计里也考虑了 refund originator。

这一下就和我以前理解的“匿名交易”不太一样了。

它不是追求：

谁都不知道发生了什么。

而更像：

路人不用知道我收了谁的钱；

但作为收款方，我得知道这钱从哪来。

有审计或合规需求时，又可以配合 viewing key / selective disclosure 去处理可见性。

我觉得这才像真实金融会遇到的问题。

毕竟公司真正怕的不是“交易双方互相知道是谁”。

怕的是一笔本来只跟两个人有关的交易，最后变成全世界都能翻的永久记录。

所以 Phoenix 2.0 这个设计我挺喜欢：

隐私不是把所有人蒙上眼睛。

不该围观的人，看不到就够了。

AERO 这个 Vault 我今天盯了一会儿。

最后没太记住那个 APY，反而一直在想一件事：

多出来的钱，到底是谁给的？

@TermMax 这里其实挺有意思。

稳定币在等机会的时候，不一定就趴在那里，可以先去 Morpho 这类市场里吃一点基础收益。

然后 Put 那部分又会给你 premium。

乍一看就是“两份收益”。

但第二份钱不是白来的。

你收了 Put premium，就等于答应了另一件事：

如果到期条件触发，你可能要按提前约好的价格接 AERO。

这么一拆，我反而不太想盯着“总 APY”看了。

前面那部分，更像是钱没被用上时先别闲着。

后面那部分，是别人花钱把一部分价格风险转给你。

两笔钱看着都叫收益，来源完全不是一回事。

所以以后再看到这种产品，我大概会先问：

我赚的是谁的钱？

再问一句：

我替谁接走了什么风险？

这两个问题搞明白，再看那个 APY，感觉靠谱得多。

#TermMax

#dusk $DUSK @Dusk

刚开始研究 dusk的架构时，我有个挺直接的疑问：

Dusk 为什么要搞 DuskDS、DuskEVM、Hedger 这么多东西？全塞一条链里不是更省事？

后来翻了一圈文档，发现这三个名字其实可以用三句话理解。

DuskEVM：东西在哪跑。

Solidity、EVM 应用这些主要在这里执行，开发者不用为了进 Dusk 重新学一套完全陌生的东西。

Hedger：哪些东西不用给所有人看。

像余额、仓位、交易金额这种金融数据，需要保密的时候就在这一层处理。不是把交易藏没了，而是别让所有敏感信息裸奔。

DuskDS：最后谁说了算。

交易数据和状态最终还要落到 DuskDS，它负责底层 settlement 和 data availability。

这么一拆我反而觉得合理了。

拿一家金融公司来说，也不会让前台交易系统同时负责权限、数据库、清算和所有后台工作。用户看到的是一个产品，下面本来就是不同系统各干各的。

Dusk 现在也是类似的思路。

应用能跑是一件事，敏感数据怎么处理是另一件事，最后怎么结算又是另一件事。

当然，现在 DuskEVM 还是 testnet 阶段，所以纸面架构讲得通，不代表主网上线后一定跑得顺。

但至少我现在再看到“DuskEVM + Hedger + DuskDS”，不会觉得是在堆三个技术名词了。

它们其实是在解决三件不同的事。

今天在 @TermMax 里看到 tokenized stock 的市场，我第一反应不是 Fixed Rate，而是：

如果股票资产都已经上链了，需要钱的时候为什么一定要先卖？

比如手里拿着 tokenized NVDA。

临时需要一笔 USDT，最简单当然是卖掉。

但卖掉之后，原来的股票价格敞口也跟着没了。

TermMax 给的另一条路是：

拿这类链上股票资产做抵押，先把稳定币流动性拿出来。

也就是说，原来的链上股票敞口还在，融资先完成。

这一下我反而更能理解为什么 TermMax 最近会往 RWA 方向走。

因为对这种准备持有几个月甚至更久的资产来说，能不能借到钱只是一半。

另一半是：

未来几个月，这笔钱到底会花掉多少融资成本？

Fixed Rate 放在这里就很顺。

当然，固定的是借款成本，不是资产价格。

股票该跌还是会跌，抵押风险也不会因为利率固定就消失。用了杠杆，风险一样会被放大。

但这个方向我觉得值得继续看。

以前大家聊 RWA，最常说的是怎么把股票、国债搬到链上。

现在我更关心下一步：

RWA 上链只是第一步。能交易之后，能不能像真正的资产一样被融资。

#TermMax

Tutaq ki, qarşımda iki USDC borcu var:

Biri dəyişən faizlə 4%.

Digəri @TermMax sabit faizlə 5%.

İlk reaksiyam əlbəttə belədir: Mən niyə əlavə olaraq bu 1%-i ödəməliyəm?

Amma başqa bir ssenaridə bunu daha yaxşı başa düşmək olur.

Tutaq ki, mən 90 günlük bir leverage (iqtisadi təsir) strategiyası qurmaq istəyirəm. Hesabladığım mənfəət 10% olsun, borc xərci 4%-dir; arada da 6% “yer” var.

Nəticədə 20-ci gün bazar birdən-birə vəsait uğrunda yarışa çıxır və borc faiz dərəcəsi 4%-dən 8%-ə sıçrayır.

Aktivlər düşməyib, strategiya da səhv deyil, amma əvvəlcədən hesablanmış mənfəətin xeyli hissəsi artıq vəsait (capital) xərci ilə yeyilir.

Bu məqamda geri dönüb o 5%-lik sabit borca baxanda düşünürsən: əlavə olaraq o 1% nə üçün var?

Məncə daha çox belədir:

Gələcək 90 gün üçün vəsaitin dəyərini (capital cost) əvvəlcədən müəyyənləşdirən bir “etibarlılıq” almaq.

Bu, həm də mənim #TermMax -i anlamağa başladığım yerdir.

Onun borc alan adama satdığı təkcə “Fixed Rate” deyil; odur ki, siz açılış anında artıq bilirsiniz: bu pulu müddətin sonuna qədər borc kimi götürmək sizə yekunda nə qədər xərc çıxaracaq.

Əlbəttə, bu o demək deyil ki, risk yox olur.

Girov yenə də düşə bilər, leverage yenə də ləğv oluna bilər (clearance), strategiya yenə də zərər verə bilər.

TermMax borrowing cost-u (borc xərclərini) kilidləyir; investisiya nəticəsini yox.

Ona görə də mən sadəcə “sabit faiz, dəyişən faizdən mütləq daha yaxşıdır” deyə bilmərəm.

Əsl sual belədir:

Bazar kəskin dalğalanmağa başlayanda, siz gələcək vəsait xərclərinin müəyyənliyinə qarşı nə qədər ödəməyə hazırsınız?

Bu qiymət ola bilsin ki, Fixed Rate bazarının həqiqətən ticarət etdiyi şeydir.

#dusk $DUSK

最近看 @Dusk 一直强调 selective disclosure，我第一反应其实是：

如果监管机构最后还是能看，那这还能叫 Privacy 吗？

后来想想，是我把“隐私”和“谁都看不到”混成了一件事。

就像我的银行余额不会贴在银行门口。

隔壁邻居看不到，其他客户看不到，竞争对手更看不到。

但在符合法律和授权条件的情况下，银行、审计或者监管体系依然可能核验相关信息。

你不会因此说：

“我的银行账户完全没有隐私。”

真正的区别其实是——

谁有资格看。

这也是我现在理解 Dusk programmable privacy 最简单的方法。

它追求的不是把所有金融活动永久藏起来，而是 privacy where needed、transparency where useful，同时通过 selective disclosure 让授权主体在需要时进行 review。

这对普通 Crypto 转账可能显得复杂，但如果以后债券、基金、证券这些 regulated assets 真正大规模上链，我反而觉得这是绕不过去的一关。

因为两个极端都不好用：

所有人都能看到你的余额、仓位和交易关系，机构未必敢用；

任何人都无法核验，监管金融又很难成立。

所以现在我反而觉得：

金融隐私真正的反义词，不一定是“监管”。

可能是——

无关的人，也拥有查看你信息的权利。

如果 Dusk 能把这种权限边界真正做进链上金融工作流里，programmable privacy 才不只是一个好听的标签。

#dusk $DUSK

看 @Dusk 最近聊 Tokenization，有句话让我重新想了一遍 RWA 的“流动性”。

假设有一项价值 100 万美元的资产。

以前只有一个人能买。

现在把它 Tokenize，切成 100 万份，每份只要 1 美元。

听起来门槛从 100 万降到 1 美元，流动性应该直接起飞，对吧？

其实完全不是一回事。

Fractional ownership 解决的是“买不买得起”。

Liquidity 解决的是“你想卖的时候，有没有另一个人愿意接”。

把一项没人交易的资产切成 100 万份，最后可能只是得到 100 万份更便宜、但依然没人接盘的资产。

这也是我觉得 Dusk 最近这个观点很重要的原因。

真正的链上金融市场，除了 Tokenization，还需要 eligible investors、交易场所、payment、价格发现和最终 settlement。

这时候再看 Dusk 和 NPEX，以及 Dusk Trade 的布局，逻辑就比“把 RWA 搬上链”清楚多了。

NPEX 带来的不是一个 Logo，而是受监管市场和真实投资者基础；Dusk Trade 想解决的也不只是资产展示，而是从 investor eligibility、交易、payment coordination 一直到 settlement 的完整路径。

所以我现在已经不太相信：

“Fractionalization = Liquidity”。

降低门槛当然有价值。

但真正决定一个 RWA 能不能形成市场的，是你买得到以后，还能不能顺利卖出去。

Token 可以切得无限小。

买家不能。

#dusk $DUSK

RWA 火这么久了，我昨天突然问了自己一个挺尴尬的问题：

我到底真正买过多少链上 RWA？

答案少得可怜。

不是因为链上没有资产。

债券、基金、股票相关产品这些年看了一大堆，但真准备掏钱的时候，问题马上就来了：

我有没有资格买？

去哪买？

买完以后钱和资产怎么交割？

这个 Token 到底代表什么权利？

以后想退出，又卖给谁？

研究 @Dusk 的 Dusk Trade 后，我才意识到，过去我一直把 RWA 最简单的一步当成了最难的一步。

把资产做成 Token，其实只是开始。

Dusk Trade 想接起来的，是后面这一长串麻烦事：

资产发现、投资者 onboarding 和 eligibility、钱包、交易、payment coordination，再到最终 Settlement。

听起来没有“把万亿资产搬上链”那么性感，但站在一个真正准备掏钱的用户角度，我反而觉得这些东西更重要。

因为我不在乎后台用了多少个协议。

我只希望打开一个入口以后，能确认自己可以买，真的完成交易，资产真正属于我，最后也真的卖得出去。

传统券商为什么好用？

不是因为股票被数字化了。

而是普通用户根本感觉不到开户、撮合、登记、支付、结算背后有多少套系统。

所以我现在对 Dusk Trade 最大的期待也不是“再多上几个 RWA”。

而是有一天买链上债券、基金这些资产时，我不需要先学会怎么当半个区块链工程师。

RWA 真正的大规模采用，可能就发生在用户终于不用关心它是不是 RWA 的那一天。

#dusk $DUSK

玩 Crypto 久了，我以前一直默认一件事：

链上越透明，越安全。

直到最近研究 @Dusk ，我才发现这句话放到真正的金融市场里，可能只对了一半。

假设你是一家机构。

钱包里有多少钱，市场能看到。

正在建什么仓，市场能看到。

和谁交易，市场能看到。

甚至资金什么时候开始移动，竞争对手也能实时盯着。

这还是“透明的优势”吗？

对普通转账可能是。

但对基金、做市商、企业 Treasury 来说，这甚至可能变成一种信息泄露。

可走到另一个极端也不行。

如果所有东西完全隐藏，监管、审计和交易验证又怎么做？

所以我最近越来越能理解 Dusk 为什么一直强调的不是简单的 Privacy，而是：

privacy where needed，transparency where useful。

该公开的规则和执行结果保持可验证；

涉及余额、仓位、交易对手等敏感数据时保留 confidentiality；

真正需要监管或审计时，再进行 selective disclosure。

这个区别以前我确实没认真想过。

Crypto 第一阶段解决的是：

“别相信我，自己验证。”

但如果金融市场真的大规模上链，下一阶段可能还要解决：

“你可以验证我，但不代表你应该看到我的一切。”

我觉得这才是 programmable privacy 真正值得讨论的地方。

Bu gün evə gedəndə köhnə bir dostumu gördüm, @Dusk bir də yenidən “yaradıcı” statusu çıxarıb. İlk dəfə yaradanlar siyahıya düşəndə düz 2000 u verdi. Hətta siyahıya düşməsə belə, əgər sən bir məqalə yazırsansa yenə də 30 u verir. Həqiqətən iqtisadiyyat yüksələndə olan dövrləri xatırlayıram. Bu gün #dusk -ə də baxıb bir az müşahidə etdim.

RWA-yə əvvəl baxanda ən çox maraqlandığım bir şey var idi: görəsən real aktiv varmı?

Son vaxtlar $DUSK -in Dusk Trade-i araşdıranda isə bu sualı verməyin hələ çox erkən olduğunu gördüm.

Tutaq ki sabah həqiqətən zəncirə bir istiqraz və ya ETF köçürülür. Bəs sonra nə?

Mən ala bilərəmmi?
Kim təsdiqləyəcək ki, mənim almağa haqqım var?

Sövdələşmədən sonra aktiv nə vaxt real şəkildə mənim mülkiyyətim olur?

Pul və aktiv eyni vaxtda yekun hesablaşmaya keçir?

Sonra satmaq istəsəm, likvidliyi haradan tapacağam?

Bu suallar həll edilməsə, zəncirdə olan bir Token adi investor üçün əslində o qədər də məna daşımır.

Məncə Dusk Trade-ə maraqlı edən tərəf də budur.

O, sadəcə RWA almaq üçün başqa bir DEX yaratmaq deyil. Daha çox MMF, ETF, istiqraz kimi tokenləşdirilmiş maliyyə aktivlərini daha bütöv bir ticarət mühitinə salmaq istəyir: investorun giriş uyğunluğu, aktivlərin ticarəti, ödənişlərin koordinasiyası və Settlement-i mümkün qədər eyni baza infrastruktura üzərindən tamamlamaq.

Əvvəllər mən həmişə düşünürdüm ki, RWA-da rəqabət “hansı daha tez aktivləri zəncirə köçürəcək” kimidir.

İndi daha çox belə düşünürəm ki, aktivin zəncirə çıxarılması sadəcə bileti əldə etməkdir. Əsl çətin olan “bazar”ı da birlikdə yuxarı qaldırmaqdır.

Axı real maliyyədə bir aktivin emissiyası heç vaxt son nöqtə deyil.

Kimin almağı var, kimin satmaq imkanı var, kimliyin və səlahiyyətin təsdiqlənməsi, sövdələşmədən sonra bütün mülkiyyət köçürməsinin real şəkildə tamamlanması—bunların hamısı bir araya gələndə buna bazar deyirlər.

Buna görə də bundan sonra Dusk Trade-ə baxanda ilk öncə onun neçə aktiv siyahıya saldığına dəyər verməyəcəyəm.

Daha çox istədiyim budur: birinci həqiqi istifadəçilər içəri girəndən sonra, hesaba açılma, ticarət və yekun Settlement daxil olmaqla, həqiqətən də tam bir qapalı dövrə olub-olmadığıdır.

Əgər bu zəncir işə düşüb problemsiz işləsə, məncə o, sadəcə bir neçə növ RWA əlavə etməkdən daha çox diqqətə layiqdir.

#baby $BABY Bu iki gün TBV-nin materiallarını yenidən nəzərdən keçirirəm və əvvəlki fokusumu yanlış yerə yönəltdiyimi anladım.

Çox insan BitVM3-də xərclərin azaldığını, doğrulamanın daha sürətlə getdiyini danışır—bunlar əlbəttə yaxşıdır. Amma mən daha çox bunun müqabilində nəyin dəyişdiyini maraqlandırıram.

Əvvəllər həmişə düşünürdüm ki, mərkəzləşdirilməmənin ən önəmli tərəfi “hər kəsin nəzarət edə bilməsidir”. İndi isə mübahisə xərclərini azaltmaq üçün TBV-nin çağırış (challenge) mexanizmi daha çox əvvəlcədən müəyyən edilmiş çağırışçılar üzərindən doğrulamanı həyata keçirməyə meyllidir. Effektivlik doğrudan da artıb, amma nəzarət üsulu da onunla birlikdə dəyişib.

Mən bunun pis olduğunu demirəm—reallıqda bir çox protokol effektivlik ilə açıqlıq arasında güzəşt edir. Sadəcə, adi istifadəçi kimi, mən daha çox bilmək istəyirəm: əgər gələcəkdə vəsaitin həcmi getdikcə böyüyərsə, bu çağırışçılar kifayət qədər səpələnmiş olacaqmı? Nəticədə node-lar offline olarsa və ya həddən artıq bazar şəraiti (ekstremal vəziyyət) yaranarsa, vaxtında reaksiya vermək mümkün olacaqmı?

İndi daha çox hiss edirəm ki, bir protokola baxarkən sadəcə TPS, Gas və ya gəlir dərəcəsinə fokuslanmaq olmaz.

Onun uzun müddət işləməsini həqiqətən müəyyən edən çox vaxt gündəlikdə kimsənin çox danışmadığı detallardır—kim nəzarət edir, nəzarətdə artıq/çoxluq (redundant) varmı, problem yarandıqda “çətir”/ehtiyat mexanizmi (fallback) mövcuddurmu.

Ona görə də bundan sonra @BabylonLabs_io -ı izləməyə davam edəcəyəm; təkcə BitVM3-nin gətirdiyi performans artımına görə deyil, həm də çağırışçı ekosistemi, idarəetmənin (governance) şəffaflığı və təhlükəsizlik sərhədlərinin davamlı şəkildə təkmilləşib-təkmilləşmədiyinə görə diqqət yetirəcəyəm.

Texniki irəliləyiş gözləməyə dəyər, amma təhlükəsizlik modelinin zamanın sınağından çıxıb-çıxmaması, məncə, qısa müddətli yaxşı xəbərlərdən daha önəmlidir.

#baby $BABY

Dün soyuq cüzdanları整理 edərkən, illərlə hərəkətsiz qalan həmin BTC UTXO sətirini yenidən tapdım.

Həmişə düşünmüşəm ki, bitkoinin ən böyük ziddiyyəti təhlükəsizlik deyil, hərəkətsiz saxlayıb nağd pul axını yaratmamaqdır. Son vaxtlar Babylon-un TBV test şəbəkəsini araşdırırdım və geri satınalma (redeem) mexanizmində xüsusi olaraq üç günlük etiraz (challenge) dövrünün saxlandığını gördüm. Əvvəlcə bunu çox yavaşı hesab etdim, sonra başa düşdüm ki, bu, təhlükəsizlik üçün vaxt almaq üçündür.

Çünki BTC bütün proses boyunca Taproot skriptində kilidlənir: cross-chain körpüsündən keçmir, heç bir aktiv də “wrapper” edilmir. Geri satınalma zamanı Vault Provider sübut təqdim etməlidir. Əgər kiminsə sübutu saxtalaşdırması baş versə, etirazçılar bu üç gün ərzində əməliyyatı dayandıra bilərlər. Bu pəncərə olmasa, hücumçu çox güman ki, əvvəlcə stablecoin borc götürüb, BTC həqiqətən açılmadan qaçaraq itkidən xilas ola bilər.

Amma məni həqiqətən düşündürən bu üç gün deyil.

Hazırda etirazı (challenge) həyata keçirənlər hələ də yalnız kiçik bir hissə müəyyənləşdirilmiş node-lardır; adi istifadəçilər isə demək olar ki, özləri etiraz proqramını yerləşdirmirlər. Yəni kritik anda yenə də bu etirazçılara inanmaq lazım gəlir: onların hər zaman onlayn olması və normal işləməsi. Daha real olan isə budur ki, geri satınalma müddəti boyunca borc götürmə faizləri dayanmır. Bazar birdən-birə kəskin dalğalanarsa, hətta BTC geri qayıtmazdan əvvəl belə mövqeyiniz artıq əvvəlcə likvidləşdirilə bilər.

Mən Babylon-un “bridge etmədən, wrapper etmədən” yanaşmasını həqiqətən bəyənirəm; bu, çox sayda BTCFi həllindən daha ölçülü (mülayim) davranır. Amma protokol real işə düşdükdən sonra etirazçıların kifayət qədər dağıdılmış (diversifikasiya olunmuş) olub-olmayacağı və cavabların nə dərəcədə tez veriləcəyi, məncə, təcrübəni müəyyən edəcək əsas amillərdir.

Gəlirlilik istifadəçini cəlb edə bilər, amma istifadəçini həqiqətən saxlayan odur ki, hətta ekstremal bazar şəraitində belə hər şey normal işləsin.

@BabylonLabs_io #baby

2018-ci ildə texniki baxımdan çox yüksək nüfuz qazanmış bir layihəni araşdırmışdım. Komandanın profili demək olar ki, qüsursuz idi, amma ana şəbəkə işə düşəndən qısa müddət sonra problemlər tez bir zamanda üzə çıxdı. Kodun özündə zəiflik yox idi; əsl problem isə təşviq (stimulyasiya) mexanizmi idi — doğrulama node-ları tərəfindən əldə edilən gəlir əməliyyat xərclərini örtməyə yetmirdi. Nəticədə node-lar tədricən şəbəkəni tərk etməyə başladı və şəbəkənin təhlükəsizliyi də bununla birlikdə azaldı. O hadisə mənə göstərdi ki, bir çox protokollar sonda texnologiyaya görə yox, iqtisadi modelə görə məğlub olur.

Son zamanlar Babylon-un TBV mexanizmini yenidən araşdırarkən də bu məqamı daim diqqət mərkəzində saxlayıram. Node-ların challenge (çağırış) prosesində iştirak etmək istəməsi üçün onlar stabil şəkildə onlayn qalmalıdırlar; stabil onlayn isə server, bant genişliyi, istismar (operasiya) və monitorinq kimi davamlı xərclər tələb edir. Əgər bu xərclər getdikcə staking (zəmanət) gəlirlərinə yaxınlaşırsa, uzun müddətdə node-ların bir hissəsi təbii olaraq çıxmağa üstünlük verəcək.

İstənilən PoS şəbəkəsi üçün node-ların davamlı fəaliyyət göstərməyə razı olub-olmayacağı mahiyyətcə üç şeydən asılıdır: qəbul (giriş) səddinin hündürlüyü, cəza və ya zərər (penalizasiya) riski və gəlirin geri qaytarılması. Bu üç faktor arasında kifayət qədər mənfəət sahəsi ayrılmalıdır; əks halda node ekosistemi uzunmüddətli aktivliyini çətinliklə qoruyacaq. Hazırda Babylon daha çox mexanizm dizaynını təsvir edir, amma müxtəlif bazar mühitlərində gəlirin hesablanması, xərclərin modeli və node-ların mənfəət/zərər tarazlığı (break-even) nöqtələri barədə açıq məlumatlar hələ də kifayət qədər məhdud qalır.

Bir də qeyd etmək istədiyim məqam var: bunu davamlı izləməyə dəyər. Əgər gələcəkdə BABY-nin staking gəliri uzunmüddətli olaraq digər BTCFi gəlir kanallarından yüksək qalarsa, böyük həcmli vəsaitlər daha səmərəli olmaq üçün daha da çox az sayda böyük node-ların ətrafında cəmləşə bilər. Bu, bir çox PoS şəbəkəsinin ilkin mərhələlərində yaşadığı çətinliklərdən biridir.

Bu müzakirələr Babylon-u inkar etmək deyil; sadəcə olaraq hesab edirəm ki, protokolun uzunmüddətli rəqabət qabiliyyətini həqiqətən müəyyən edən təkcə texniki həllin nə qədər inkişaf etmiş olması deyil, iqtisadi təşviqlərin real bazarın sınağından uğurla çıxıb-çıxmadığıdır. Sonrakı mərhələdə mən daha çox node-ların sayı, node-ların paylanması və gəlirlilik göstəricilərindəki dəyişikliklərə diqqət yetirəcəyəm; beləliklə bu modelin həqiqətən işlədiyini müəyyən edəcəyəm.

@BabylonLabs_io $BABY #baby

Babylon-un BTC geri satınalma dizaynını dostlarımla yaxınlarda müzakirə edərkən bir sual məni sənədləri yenidən vərəqləməyə məcbur etdi: üç geri satınalma üsulundan əslində kim qərar verir—səndə ondan istifadə etmək imkanı olacaq, ya olmayacaq?

Rəsmi olaraq təqdim edilən seçimlər Unbonding, Emergency Redemption və Instant Redemption-dur. Bu, istifadəçiyə müxtəlif likvidlik planları təklif edirmiş kimi görünür, amma dərindən baxanda anlaşılan odur ki, onlar tam şəkildə istifadəçinin öz ixtiyarında deyil.

Məsələn, Instant Redemption-da mübadilə qiyməti bazar ticarətinin nəticəsindən tam asılı deyil; protokolun qiymətqoyma mexanizmi təsir göstərir. Emergency Redemption isə hər hansı obyektiv onçeyn (on-chain) şərti təmin edən kimi avtomatik işə düşmür; o, idarəetmə (governance) parametrlərindən asılıdır. Yəni istifadəçi müxtəlif geri satınalma “girişləri” əldə edir, amma bu girişlərin nə vaxt açılacağı, dəyəri və s. tam olaraq onun nəzarətində deyil.

Əmanət/asset təhlükəsizliyi baxımından BTC yenə də Taproot skriptləri və UTXO-larda kilidlənir; tutma (custody) modeli dəyişməyib. Amma likvidlik baxımından həqiqi təcrübəni formalaşdıran şey, vəziyyəti izah edən və parametrləri hesablayan mexanizmdir.

Adi istifadəçi bəlkə yalnız geri satınalma zamanı bir neçə faiz daha çox xərc ödədiyini hiss edəcək. Likvidliyi idarə etməli olan institutlar üçün isə bu, geri satınalma xərclərinin və vəsaitin çatma vaxtının qeyri-müəyyən ola biləcəyi deməkdir; bu da vəsaitlərin planlaşdırılmasına təsir göstərir.

Buna görə də, üç geri satınalma üsulu var deyə likvidlik riski artıq həll olunub, deyə düşünmürəm. Mən daha çox baş şəbəkə (mainnet) işə düşdükdən sonra ortaya çıxacaq real göstəricilərə diqqət edirəm:

* Instant Redemption-da real slippage tədricən sabitləşəcəkmi;
* Emergency Redemption-da işə düşmədən BTC-nin kiliddən açılmasına qədər neçə blok təsdiqi lazımdır;
* İdarəetmə mühüm parametrləri dəyişdirəndə icmanın kifayət qədər uzun açıq müzakirə və etiraz pəncərəsi varmı.

Bu məlumatlar buğa/ayı dövrlərindən keçərək doğrulanarsa, Babylon Bitcoin Staking-i “uzunmüddətli kilidləyib gəlir əldə etmək”dən “qaydaları şəffaf, likvidliyi isə gözlənilən” infrastrukturuna yüksəltmək şansı qazanacaq.

Sən olsaydın, necə seçərdin?

A. Daha uzun kiliddən açılma müddətini qəbul et, daha yüksək gəlir axtar.
B. Likvidlik üçün müəyyən xərc ödə, ani geri satınalmaya (instant redemption) üstünlük ver.
C. Baş şəbəkə işə düşdükdən sonra real geri satınalma məlumatlarına əvvəlcə bax, sonra iştirak edib-etməməyə qərar ver.

@BabylonLabs_io $BABY #BABY