Binance Square
六出纷飞
2.1k පෝස්ටු

六出纷飞

18年入场,7年老韭菜,年度百大KOL,合约高胜率交易员,公众号:《六出纷飞说》。8折手续费:LCFF888
Creator Awards 2024
Creator Awards 2024
Traders League Badge Beginner
Traders League Badge Beginner
{ටෝකන්} දරන්නා
{ටෝකන්} දරන්නා
නිතර වෙළෙන්දා
{වේලාව} වසර
154 හඹා යමින්
22.2K+ හඹා යන්නන්
45.9K+ කැමති විය
2 ලාංජනය
පෝස්ටු
අමුණා ඇත
·
--
පරිවර්තනය බලන්න
අමුණා ඇත
පරිවර්තනය බලන්න
感谢各位老板支持,昨天又有几十个老板开通返佣,咱们该省省该花花,合约返佣比例为20%,每周日给大家打款到位, 🎈邀请码:LCFF666 #手续费返佣
感谢各位老板支持,昨天又有几十个老板开通返佣,咱们该省省该花花,合约返佣比例为20%,每周日给大家打款到位, 🎈邀请码:LCFF666
#手续费返佣
පරිවර්තනය බලන්න
真不带一点回调的? 我都想做空了 $ZEC
真不带一点回调的?
我都想做空了
$ZEC
·
--
උසබ තත්ත්වය
முன்னர் பேசின “cross-chain bridge” என்பது “ஒரு chain-இல் இருந்து மற்றொரு chain-க்கு சொத்துகளை எப்படி நகர்த்துவது” என்ற பிரச்சினையைத் தீர்க்கிறது. இந்த வாரம்官网 (official site) பார்த்தபோது Dusk தனியாக “跨链消息基础设施” (cross-chain message infrastructure) என்று ஒரு பிரிவையும் வைத்திருப்பதை கண்டேன்; அது சொத்து பாலம் (asset bridge) அல்ல. இந்த பகுதி துல்லியமாக எந்த பிரச்சினையை தீர்க்கிறது என்று விவரமாகப் பார்த்தேன். சொத்து பாலம் (asset bridge) “பணம் மற்றும் சொத்து மாற்றம்” மீது கவனம் செலுத்துகிறது. ஆனால்跨链消息基础设施 மேலும் ஒரு 추상 (abstract) அடுக்கு—வெவ்வேறு chain-களில் இருக்கும் பயன்பாடுகள் (applications) எப்படி ஒருவருக்கொருவர் தொடர்பு கொண்டு, ஒருவரை ஒருவர் trigger செய்து செயல்களை நிகழ்த்துவது. உதாரணமாக: ஒரு chain-இல் உள்ள contract ஒரு குறிப்பிட்ட செயல்பாட்டை முடித்த பிறகு, மற்றொரு chain-இல் உள்ள contract அந்த நிலை (state) புதுப்பிப்பை செய்ய வேண்டும் என அறியப்பட வேண்டும். இதற்கு asset transfer சம்பந்தமில்லை; தகவல் மற்றும் கட்டளை (instruction) அடுக்கில் மட்டுமே ஒருங்கிணைப்பு (coordination). பல-chain சூழல் (multi-chain ecosystem) அதிகமாகி வரும் இந்த நேரத்தில், இத்தகைய தேவைகள் வெறும் சொத்து மாற்றத்தைக் காட்டிலும் அதிகமாகவும், அதே சமயம் அடிப்படை அளவில் கூடுதல் சவாலாகவும் உள்ளது. ஏனெனில் சொத்து மாற்றத்தில் தொகை (amount) மற்றும் திசை (direction) போன்றவை தெளிவாக இருக்கும்; ஆனால் செய்தி பரிமாற்றத்தில் பலவிதமான சூழல்கள் (scenarios) இருக்கின்றன, அதனால் standardize செய்வது மிக அதிகக் கடினம். Dusk இந்த துறையை திட்டமிடுவதற்கான காரணம்—DuskEVM-இல் உள்ள பயன்பாடுகள் மற்ற chain-களின் சூழலுடன் (எ.கா., Ethereum mainnet, பிற Layer2-கள்) தொடர்பு கொள்ள விரும்பினால், வெறும் asset bridge-ஐ கொண்டு வந்து பாலம் போட்டு விடுவது மட்டுமல்ல. அதற்கு வெவ்வேறு chain-களின் smart contract-கள் ஒருவருக்கொருவர் “உரையாட” (dialogue) வைக்கும் ஒரு நம்பகமான cross-chain message protocol தேவை. முன்பு பேசின DuskTrade உண்மையிலேயே நிறுவன நிலை (institution-level) முதலீட்டு செயல்முறையை முழுமையாக செய்ய நினைத்தால், எதிர்காலத்தில் அதிக வாய்ப்பில் பாரம்பரிய நிதி அமைப்பு (traditional financial system) அல்லது பிற chain-களில் உள்ள asset pool-களுடனும் இணைப்பை உருவாக்க வேண்டியிருக்கும். இந்த வகை跨链 message infrastructure, ஒரு அளவிற்கு கூடுதல் சிக்கலான multi-chain ஒத்துழைப்பு (collaboration) சூழல்களுக்கு முன்னதாகவே பாதை அமைப்பதற்காக இருக்கலாம். ஆனால் தற்போது கிடைத்துள்ள பொதுத் தகவல்கள் (public info) இன்னும் குறைவு. குறிப்பாக, அது சொந்தமாக (self-built) protocol உருவாக்கியதா அல்லது LayerZero, Wormhole போன்ற மூன்றாம் தரப்பு (third-party) பொதுத் தரநிலை (general-purpose) cross-chain message standard-ஐ இணைத்துள்ளதா என்பதில் விரிவான விளக்கம் கிடைக்கவில்லை. இன்னும் துல்லியமான தொழில்நுட்ப ஆவணங்கள் (technical documents) வெளியான பிறகே திரும்பி மேலும் ஆழமாக பார்க்க வேண்டும்; இப்போ அது வெறும் இந்த திசையின் ύற்பத்தியை (existence) கவனித்ததுபோல மட்டும் சொல்லலாம். @Dusk_Foundation #dusk $DUSK
முன்னர் பேசின “cross-chain bridge” என்பது “ஒரு chain-இல் இருந்து மற்றொரு chain-க்கு சொத்துகளை எப்படி நகர்த்துவது” என்ற பிரச்சினையைத் தீர்க்கிறது. இந்த வாரம்官网 (official site) பார்த்தபோது Dusk தனியாக “跨链消息基础设施” (cross-chain message infrastructure) என்று ஒரு பிரிவையும் வைத்திருப்பதை கண்டேன்; அது சொத்து பாலம் (asset bridge) அல்ல. இந்த பகுதி துல்லியமாக எந்த பிரச்சினையை தீர்க்கிறது என்று விவரமாகப் பார்த்தேன்.

சொத்து பாலம் (asset bridge) “பணம் மற்றும் சொத்து மாற்றம்” மீது கவனம் செலுத்துகிறது. ஆனால்跨链消息基础设施 மேலும் ஒரு 추상 (abstract) அடுக்கு—வெவ்வேறு chain-களில் இருக்கும் பயன்பாடுகள் (applications) எப்படி ஒருவருக்கொருவர் தொடர்பு கொண்டு, ஒருவரை ஒருவர் trigger செய்து செயல்களை நிகழ்த்துவது. உதாரணமாக: ஒரு chain-இல் உள்ள contract ஒரு குறிப்பிட்ட செயல்பாட்டை முடித்த பிறகு, மற்றொரு chain-இல் உள்ள contract அந்த நிலை (state) புதுப்பிப்பை செய்ய வேண்டும் என அறியப்பட வேண்டும். இதற்கு asset transfer சம்பந்தமில்லை; தகவல் மற்றும் கட்டளை (instruction) அடுக்கில் மட்டுமே ஒருங்கிணைப்பு (coordination).

பல-chain சூழல் (multi-chain ecosystem) அதிகமாகி வரும் இந்த நேரத்தில், இத்தகைய தேவைகள் வெறும் சொத்து மாற்றத்தைக் காட்டிலும் அதிகமாகவும், அதே சமயம் அடிப்படை அளவில் கூடுதல் சவாலாகவும் உள்ளது. ஏனெனில் சொத்து மாற்றத்தில் தொகை (amount) மற்றும் திசை (direction) போன்றவை தெளிவாக இருக்கும்; ஆனால் செய்தி பரிமாற்றத்தில் பலவிதமான சூழல்கள் (scenarios) இருக்கின்றன, அதனால் standardize செய்வது மிக அதிகக் கடினம்.

Dusk இந்த துறையை திட்டமிடுவதற்கான காரணம்—DuskEVM-இல் உள்ள பயன்பாடுகள் மற்ற chain-களின் சூழலுடன் (எ.கா., Ethereum mainnet, பிற Layer2-கள்) தொடர்பு கொள்ள விரும்பினால், வெறும் asset bridge-ஐ கொண்டு வந்து பாலம் போட்டு விடுவது மட்டுமல்ல. அதற்கு வெவ்வேறு chain-களின் smart contract-கள் ஒருவருக்கொருவர் “உரையாட” (dialogue) வைக்கும் ஒரு நம்பகமான cross-chain message protocol தேவை. முன்பு பேசின DuskTrade உண்மையிலேயே நிறுவன நிலை (institution-level) முதலீட்டு செயல்முறையை முழுமையாக செய்ய நினைத்தால், எதிர்காலத்தில் அதிக வாய்ப்பில் பாரம்பரிய நிதி அமைப்பு (traditional financial system) அல்லது பிற chain-களில் உள்ள asset pool-களுடனும் இணைப்பை உருவாக்க வேண்டியிருக்கும். இந்த வகை跨链 message infrastructure, ஒரு அளவிற்கு கூடுதல் சிக்கலான multi-chain ஒத்துழைப்பு (collaboration) சூழல்களுக்கு முன்னதாகவே பாதை அமைப்பதற்காக இருக்கலாம்.

ஆனால் தற்போது கிடைத்துள்ள பொதுத் தகவல்கள் (public info) இன்னும் குறைவு. குறிப்பாக, அது சொந்தமாக (self-built) protocol உருவாக்கியதா அல்லது LayerZero, Wormhole போன்ற மூன்றாம் தரப்பு (third-party) பொதுத் தரநிலை (general-purpose) cross-chain message standard-ஐ இணைத்துள்ளதா என்பதில் விரிவான விளக்கம் கிடைக்கவில்லை. இன்னும் துல்லியமான தொழில்நுட்ப ஆவணங்கள் (technical documents) வெளியான பிறகே திரும்பி மேலும் ஆழமாக பார்க்க வேண்டும்; இப்போ அது வெறும் இந்த திசையின் ύற்பத்தியை (existence) கவனித்ததுபோல மட்டும் சொல்லலாம்.
@Dusk #dusk $DUSK
·
--
බෙයාරිෂ්
DuskEVM我一开始以为是Dusk团队从零亲手打造的一套EVM兼容层,翻资料才发现底层直接用的是OP Stack——也就是Optimism那套开源的Rollup框架。这个发现让我对DuskEVM的定位有了新的理解。 OP Stack是以太坊生态里被验证过、被多条Layer2链(包括Optimism自己、Base等)广泛采用的模块化框架,专门用来快速搭建兼容EVM的执行层。Dusk没有选择重新发明轮子,而是直接站在这套已经经过大规模实战检验的框架上,搭建自己的执行环境,最终状态再结算回底层的DuskDS。 我觉得这个选择挺务实——从零打造一套全新的EVM兼容虚拟机,风险和时间成本都不低。尤其Dusk的核心团队精力本该更多投入在密码学和合规这些真正差异化的领域。借用OP Stack这套已经被以太坊生态广泛检验过的成熟框架,能省下大量重复造轮子的工程精力,同时也能借上以太坊生态Rollup工具链持续迭代的红利——OP Stack本身还在不断进化。Dusk如果跟得上这条上游生态的更新节奏,理论上能持续吃到这块的技术红利,不用自己单独维护一整套虚拟机技术栈。 但这也意味着DuskEVM的安全性和性能表现,某种程度上跟OP Stack这套上游框架的健壮性深度绑定。如果上游框架出现漏洞或者架构调整,Dusk这边大概率也得跟着适配、修补,不是完全自主可控的独立技术栈。这是"站在巨人肩膀上"必然要接受的一层依赖关系;好处是省了很多力气,代价是自主权打了个折扣。$DUSK 技术选型这种"借用成熟框架还是自己重新发明"的取舍,没有绝对的对错。但了解清楚一条链底层到底是自研还是借用第三方架构,至少能帮我更准确地判断它的技术风险到底该参照谁的历史记录。@Dusk_Foundation #dusk {future}(DUSKUSDT)
DuskEVM我一开始以为是Dusk团队从零亲手打造的一套EVM兼容层,翻资料才发现底层直接用的是OP Stack——也就是Optimism那套开源的Rollup框架。这个发现让我对DuskEVM的定位有了新的理解。

OP Stack是以太坊生态里被验证过、被多条Layer2链(包括Optimism自己、Base等)广泛采用的模块化框架,专门用来快速搭建兼容EVM的执行层。Dusk没有选择重新发明轮子,而是直接站在这套已经经过大规模实战检验的框架上,搭建自己的执行环境,最终状态再结算回底层的DuskDS。

我觉得这个选择挺务实——从零打造一套全新的EVM兼容虚拟机,风险和时间成本都不低。尤其Dusk的核心团队精力本该更多投入在密码学和合规这些真正差异化的领域。借用OP Stack这套已经被以太坊生态广泛检验过的成熟框架,能省下大量重复造轮子的工程精力,同时也能借上以太坊生态Rollup工具链持续迭代的红利——OP Stack本身还在不断进化。Dusk如果跟得上这条上游生态的更新节奏,理论上能持续吃到这块的技术红利,不用自己单独维护一整套虚拟机技术栈。

但这也意味着DuskEVM的安全性和性能表现,某种程度上跟OP Stack这套上游框架的健壮性深度绑定。如果上游框架出现漏洞或者架构调整,Dusk这边大概率也得跟着适配、修补,不是完全自主可控的独立技术栈。这是"站在巨人肩膀上"必然要接受的一层依赖关系;好处是省了很多力气,代价是自主权打了个折扣。$DUSK

技术选型这种"借用成熟框架还是自己重新发明"的取舍,没有绝对的对错。但了解清楚一条链底层到底是自研还是借用第三方架构,至少能帮我更准确地判断它的技术风险到底该参照谁的历史记录。@Dusk #dusk
පරිවර්තනය බලන්න
上周差点把手里的BEP20版DUSK直接往质押页面里冲,好在提交前多看了一眼提示才发现根本不是一回事,吓出一身冷汗,顺手把这块的逻辑理清楚了。 DUSK目前流通着好几种形态——mainnet上的native DUSK是唯一的"真身",另外还有历史遗留的ERC20版本(在以太坊上)和BEP20版本(在币安智能链上),这两种本质是早年主网还没上线时,为了方便交易所上市和流通铸造出来的代币化凭证,跟native DUSK不是一回事,不能直接拿去质押参与共识——质押这类协议原生操作,只认native DUSK。 官方给的路径是单向迁移——把ERC20/BEP20 DUSK通过官方合约锁定,系统在mainnet上对应发行native DUSK,这个过程官方给的预期时间大概十几分钟,而且从native DUSK反向桥回BEP20,走的是另一条独立的桥,收一枚DUSK的固定手续费,这两条路径设计的意图很清楚——native DUSK被明确定义成"唯一权威来源",BEP20更像是为了流动性和跨生态兼容性而存在的"影子资产",不是平权的两种形态。 我查资料的时候还翻到一段历史插曲——早年币安信标链要淘汰,当时的BEP2版本DUSK被要求限期迁移到BEP20,过了截止日期不迁移可能直接失去可用性,算是给我提了个醒——这类多版本代币,背后靠的都是对应链和合约的持续维护,一旦某条链或者某个基础设施决定退场,挂在上面的wrapped资产就得跟着仓皇搬家,不是永远稳定不变的。 这次算是给自己提了个醒,往质押、Dusk生态相关操作走之前,先确认自己手里拿的是不是native DUSK,这一步不确认清楚,轻则操作失败,重则真按官方历史教训里那样面临资产迁移的时间窗口压力。 @Dusk_Foundation #dusk $DUSK
上周差点把手里的BEP20版DUSK直接往质押页面里冲,好在提交前多看了一眼提示才发现根本不是一回事,吓出一身冷汗,顺手把这块的逻辑理清楚了。

DUSK目前流通着好几种形态——mainnet上的native DUSK是唯一的"真身",另外还有历史遗留的ERC20版本(在以太坊上)和BEP20版本(在币安智能链上),这两种本质是早年主网还没上线时,为了方便交易所上市和流通铸造出来的代币化凭证,跟native DUSK不是一回事,不能直接拿去质押参与共识——质押这类协议原生操作,只认native DUSK。

官方给的路径是单向迁移——把ERC20/BEP20 DUSK通过官方合约锁定,系统在mainnet上对应发行native DUSK,这个过程官方给的预期时间大概十几分钟,而且从native DUSK反向桥回BEP20,走的是另一条独立的桥,收一枚DUSK的固定手续费,这两条路径设计的意图很清楚——native DUSK被明确定义成"唯一权威来源",BEP20更像是为了流动性和跨生态兼容性而存在的"影子资产",不是平权的两种形态。

我查资料的时候还翻到一段历史插曲——早年币安信标链要淘汰,当时的BEP2版本DUSK被要求限期迁移到BEP20,过了截止日期不迁移可能直接失去可用性,算是给我提了个醒——这类多版本代币,背后靠的都是对应链和合约的持续维护,一旦某条链或者某个基础设施决定退场,挂在上面的wrapped资产就得跟着仓皇搬家,不是永远稳定不变的。

这次算是给自己提了个醒,往质押、Dusk生态相关操作走之前,先确认自己手里拿的是不是native DUSK,这一步不确认清楚,轻则操作失败,重则真按官方历史教训里那样面临资产迁移的时间窗口压力。

@Dusk #dusk $DUSK
පරිවර්තනය බලන්න
一直好奇节点作恶或者掉线,Dusk是怎么罚的,这周专门去翻了惩罚机制的文档,发现这套设计比我想象的更细腻,不是简单粗暴的一刀切没收质押。 Dusk把惩罚分成软硬两档。软惩罚(soft-slashing)针对的是"没干坏事但表现不佳"的情况,比如轮到自己该出块了却没广播、或者长时间掉线跟不上进度,这种不算恶意但拖累网络效率的行为——软惩罚不烧币,只是把一部分质押挪到可领取的奖励池里,降低这部分质押在后续抽签里的权重,先给一次警告机会,再犯才真正被暂停参与资格一个epoch,本质是"降低你被抽中的概率",而不是直接扣钱。硬惩罚(hard-slashing)则是留给真正的恶意行为——双重签名、伪造无效区块这种实打实威胁网络安全的动作,这种才会真的烧掉一部分质押,还要连续被暂停好几个epoch,没有警告机会。 我觉得这个软硬分层的设计思路,本质是把"技术故障"和"主观作恶"这两类完全不同性质的问题分开处理——普通节点运营商网络波动、服务器重启,这种谁都可能遇到的运维事故,如果跟蓄意攻击网络的行为用同一套惩罚力度对待,会让愿意跑节点的人望而却步,把参与门槛的心理成本抬得过高;但如果对真正的恶意行为心慈手软,网络安全性又保不住。软硬两档某种程度上是在"鼓励参与"和"惩罚作恶"这两个目标之间找到的一条中间线。 我倒是想到一个问题——软惩罚不烧币这个设计,会不会让一些人有意去"钻空子",故意维持一个不稳定但刚好卡在惩罚阈值以下的运维水平,反正扣的是奖励概率不是本金,损失可控?这个边际博弈,文档里没有细讲,我打算找机会去查一下真实网络数据里有没有这类边缘行为的迹象。 @Dusk_Foundation #dusk $DUSK
一直好奇节点作恶或者掉线,Dusk是怎么罚的,这周专门去翻了惩罚机制的文档,发现这套设计比我想象的更细腻,不是简单粗暴的一刀切没收质押。

Dusk把惩罚分成软硬两档。软惩罚(soft-slashing)针对的是"没干坏事但表现不佳"的情况,比如轮到自己该出块了却没广播、或者长时间掉线跟不上进度,这种不算恶意但拖累网络效率的行为——软惩罚不烧币,只是把一部分质押挪到可领取的奖励池里,降低这部分质押在后续抽签里的权重,先给一次警告机会,再犯才真正被暂停参与资格一个epoch,本质是"降低你被抽中的概率",而不是直接扣钱。硬惩罚(hard-slashing)则是留给真正的恶意行为——双重签名、伪造无效区块这种实打实威胁网络安全的动作,这种才会真的烧掉一部分质押,还要连续被暂停好几个epoch,没有警告机会。

我觉得这个软硬分层的设计思路,本质是把"技术故障"和"主观作恶"这两类完全不同性质的问题分开处理——普通节点运营商网络波动、服务器重启,这种谁都可能遇到的运维事故,如果跟蓄意攻击网络的行为用同一套惩罚力度对待,会让愿意跑节点的人望而却步,把参与门槛的心理成本抬得过高;但如果对真正的恶意行为心慈手软,网络安全性又保不住。软硬两档某种程度上是在"鼓励参与"和"惩罚作恶"这两个目标之间找到的一条中间线。

我倒是想到一个问题——软惩罚不烧币这个设计,会不会让一些人有意去"钻空子",故意维持一个不稳定但刚好卡在惩罚阈值以下的运维水平,反正扣的是奖励概率不是本金,损失可控?这个边际博弈,文档里没有细讲,我打算找机会去查一下真实网络数据里有没有这类边缘行为的迹象。
@Dusk #dusk $DUSK
සත්යායනය කළ
පරිවර්තනය බලන්න
一直以为链上证券交易就是简单的"挂单-成交",翻到Dusk的Smart Bulletin Board设计才发现这个场景比我想的更贴近真实的一级市场交易习惯。 XSC是Dusk给证券类资产定的合约标准,核心诉求是让持有和交易这类资产的过程保持机密,但又能满足审计要求。Smart Bulletin Board是XSC生态里一个具体的撮合机制——想买卖非公开交易的证券资产的双方,先在这个"公告板"上表达意向,匹配成功、双方都同意之后,再用XSC合约把这笔交易无信任地结算掉,整个过程不需要中间的经纪商去撮合、核实、代持。 这个设计让我想起以前接触过的私募股权转让,那种交易往往靠人脉和中介撮合,流程慢、信息不透明、中间商还要抽一道费用。Smart Bulletin Board本质是把这个"找对手方"的过程搬到链上,买卖双方直接在协议层碰面,谈拢了直接结算,不需要经纪人这层,交易速度和成本理论上都能改善不少。 但我留意到这个机制天然带着一个前提——参与方得先经过白名单审核才能进场交易,这不是完全开放的公开市场,是给受监管的证券交易场景专门设计的准入机制,跟大部分DeFi那种谁都能进的公开市场逻辑完全是两码事。这个设计选择我觉得是对的方向,毕竟证券交易本身受监管,但也意味着这套东西的可及性没有想象中那么普惠,能用的还是持牌机构和合格投资者这个圈子,不是随便一个散户能直接参与的公开市场。 技术上把中间商砍掉了,但准入门槛这道墙还立在那,这个组合我觉得挺真实地反映了"合规"和"去中介化"这两个目标本身就存在一定张力,不是简单地二选一或者完全兼得。 @Dusk_Foundation #dusk $DUSK
一直以为链上证券交易就是简单的"挂单-成交",翻到Dusk的Smart Bulletin Board设计才发现这个场景比我想的更贴近真实的一级市场交易习惯。

XSC是Dusk给证券类资产定的合约标准,核心诉求是让持有和交易这类资产的过程保持机密,但又能满足审计要求。Smart Bulletin Board是XSC生态里一个具体的撮合机制——想买卖非公开交易的证券资产的双方,先在这个"公告板"上表达意向,匹配成功、双方都同意之后,再用XSC合约把这笔交易无信任地结算掉,整个过程不需要中间的经纪商去撮合、核实、代持。
这个设计让我想起以前接触过的私募股权转让,那种交易往往靠人脉和中介撮合,流程慢、信息不透明、中间商还要抽一道费用。Smart Bulletin Board本质是把这个"找对手方"的过程搬到链上,买卖双方直接在协议层碰面,谈拢了直接结算,不需要经纪人这层,交易速度和成本理论上都能改善不少。

但我留意到这个机制天然带着一个前提——参与方得先经过白名单审核才能进场交易,这不是完全开放的公开市场,是给受监管的证券交易场景专门设计的准入机制,跟大部分DeFi那种谁都能进的公开市场逻辑完全是两码事。这个设计选择我觉得是对的方向,毕竟证券交易本身受监管,但也意味着这套东西的可及性没有想象中那么普惠,能用的还是持牌机构和合格投资者这个圈子,不是随便一个散户能直接参与的公开市场。

技术上把中间商砍掉了,但准入门槛这道墙还立在那,这个组合我觉得挺真实地反映了"合规"和"去中介化"这两个目标本身就存在一定张力,不是简单地二选一或者完全兼得。
@Dusk #dusk $DUSK
පරිවර්තනය බලන්න
TermMax上Alpha,门槛我自己算了一遍 按TMX总量10亿、当前市值区间倒推,如果按1%分给Alpha空投池,大概是市值×1%这个量级。 但TermMax在这之前已经跑过Booster活动,等于提前放出去一部分,真正留给Alpha的比例大概率会打折扣,不会是整数的1%。 参考前几期同量级项目的空投,5万份满额的门槛大多卡在200-230分区间,TermMax如果按人均分配去测算,大概率也落在这个区间附近,不算特别高。 但这里有个变量得考虑:TermMax不是新项目,它已经有九千万美金左右的TVL、几十万注册钱包,属于借贷赛道里有一定知名度的项目,这种项目的话语权通常比纯新币要重一些,币安这边分配比例可能会往下压,门槛也就可能被推高。 我自己的判断是不用刻意囤分等它,正常操作就行,真出现门槛偏高的情况,大不了错过这一轮,固定利率借贷这个方向长期是有价值的,不差这一次空投。 #TermMax @termmax
TermMax上Alpha,门槛我自己算了一遍

按TMX总量10亿、当前市值区间倒推,如果按1%分给Alpha空投池,大概是市值×1%这个量级。

但TermMax在这之前已经跑过Booster活动,等于提前放出去一部分,真正留给Alpha的比例大概率会打折扣,不会是整数的1%。

参考前几期同量级项目的空投,5万份满额的门槛大多卡在200-230分区间,TermMax如果按人均分配去测算,大概率也落在这个区间附近,不算特别高。

但这里有个变量得考虑:TermMax不是新项目,它已经有九千万美金左右的TVL、几十万注册钱包,属于借贷赛道里有一定知名度的项目,这种项目的话语权通常比纯新币要重一些,币安这边分配比例可能会往下压,门槛也就可能被推高。

我自己的判断是不用刻意囤分等它,正常操作就行,真出现门槛偏高的情况,大不了错过这一轮,固定利率借贷这个方向长期是有价值的,不差这一次空投。

#TermMax @TermMax
Dusk核心团队的背景我顺手查了一下,发现一个挺反直觉的点:创始人 Emanuele Francioni 的专业背景是机器人与自动化工程,并不是密码学科班出身。之前二十年做的主要是分布式系统和拜占庭容错相关工作,密码学是后来补上的技能树。 不过真正扛起密码学这块的是首席密码学家 Dmitry Khovratovich。圈内不算陌生的名字:Equihash 和 Argon2 这两个哈希算法都出自他手。前者被不少 PoW 链用来做抗 ASIC 挖矿,后者是密码学界公认的密码哈希标准之一;同时他还在以太坊基金会做研究员。一个学术履历过硬的密码学家专职负责底层密码学设计,创始人负责系统架构和工程落地——我觉得这种分工,比“创始人自己既懂密码学又懂工程”那种全能人设更让人放心。底层数学正确性交给专业的人把关,比创始人一肩挑更符合大型系统的分工逻辑。 但我也没打算把这当成免死金牌。再厉害的密码学家也会犯错:前面聊过的那次 dusk-plonk 验证漏洞就是例子,说明团队背景硬不代表代码零风险。审计和实战检验永远是必要的补充,不能只看简历。 团队履历终究只是参考项,不是决定性证据。我更想看到的是:这些名字背后,过去一年提交的代码质量,以及响应漏洞的速度——这比简历更诚实。 @Dusk_Foundation #dusk $DUSK
Dusk核心团队的背景我顺手查了一下,发现一个挺反直觉的点:创始人 Emanuele Francioni 的专业背景是机器人与自动化工程,并不是密码学科班出身。之前二十年做的主要是分布式系统和拜占庭容错相关工作,密码学是后来补上的技能树。

不过真正扛起密码学这块的是首席密码学家 Dmitry Khovratovich。圈内不算陌生的名字:Equihash 和 Argon2 这两个哈希算法都出自他手。前者被不少 PoW 链用来做抗 ASIC 挖矿,后者是密码学界公认的密码哈希标准之一;同时他还在以太坊基金会做研究员。一个学术履历过硬的密码学家专职负责底层密码学设计,创始人负责系统架构和工程落地——我觉得这种分工,比“创始人自己既懂密码学又懂工程”那种全能人设更让人放心。底层数学正确性交给专业的人把关,比创始人一肩挑更符合大型系统的分工逻辑。

但我也没打算把这当成免死金牌。再厉害的密码学家也会犯错:前面聊过的那次 dusk-plonk 验证漏洞就是例子,说明团队背景硬不代表代码零风险。审计和实战检验永远是必要的补充,不能只看简历。

团队履历终究只是参考项,不是决定性证据。我更想看到的是:这些名字背后,过去一年提交的代码质量,以及响应漏洞的速度——这比简历更诚实。

@Dusk #dusk $DUSK
·
--
උසබ තත්ත්වය
இன்னும் கவனித்து காத்திருக்கிறீர்களா? பெரிய பந்து இப்போதே 80,000-ஐ நோக்கி போகிறது இரண்டு நாட்களில் 10,000 புள்ளிகள் உயர்ந்துவிட்டது; நீங்கள் இன்னும் ஷார்ட் செய்யலாமா என்று தயங்குகிறீர்களா? $BTC {future}(BTCUSDT)
இன்னும் கவனித்து காத்திருக்கிறீர்களா? பெரிய பந்து இப்போதே 80,000-ஐ நோக்கி போகிறது
இரண்டு நாட்களில் 10,000 புள்ளிகள் உயர்ந்துவிட்டது; நீங்கள் இன்னும் ஷார்ட் செய்யலாமா என்று தயங்குகிறீர்களா?
$BTC
일부 유휴 이더리움 자산을 DuskEVM으로 옮겨볼까 해서, 어젯밤 공식 문서대로 크로스체인 브리지 절차를 한 번 따라 해봤어요. 실제로 써보니 생각만큼 매끄럽지 않더라고요. 절차 자체는 복잡하지는 않아요. 이더리움 쪽에서 락(잠금) 트랜잭션을 보내고, 확인을 기다린 뒤, DuskEVM 쪽에서 해당 자산을 수령하는 흐름입니다. 이 논리는 대부분의 크로스체인 브리지와 본질적으로 크게 다르지 않아요. 제가 좀 답답했던 건 브리지 자체가 막혀서가 아니라, 확인에 걸리는 시간이에요. 이더리움 쪽에서는 충분한 블록 확인이 쌓여야 통과를 허용하고, 거기에 DuskEVM 쪽의 자체 최종성(finality) 메커니즘도 신뢰를 누적하는 데 시간이 필요하거든요. 양쪽 대기 시간이 겹치다 보니 "한 번 누르면 바로 입금" 같은 경험은 아닙니다. 처음엔 이 대기가 제 경험상 결함이라고 느꼈는데, 생각해보니 이건 반드시 치러야 하는 대가더라고요. 크로스체인 브리지는 역사적으로 공격과 차익거래(아비트리지) 사례가 너무 많았고, 문제가 생긴 브리지들은 대체로 속도를 추구하느라 확인 로직을 너무 공격적으로 설계해서 공격자에게 조작 여지를 준 경우가 많아요. Dusk는 양쪽의 최종성을 제대로 굳힌 다음에야 릴리즈하도록 선택했어요. 느린 건 느리지만, 최소한 이 설계 방향은 사용자 경험을 앞세워 안전성을 뒤로 미루는 게 아니라, 반대로 안전성을 사용자 경험보다 먼저 둔 거죠. 다만 경험 관점에서는 최적화할 여지도 있어요. 과정 중에 진행 상황 안내가 특별히 명확하진 않았거든요. 트랜잭션을 보낸 다음, 한동안 내가 계속 기다리면 되는 건지, 아니면 어떤 단계가 막힌 건지 다시 조작해야 하는 건지 확신이 서지 않았어요. 이런 불확실함은 처음 쓰는 사람에겐 친절하지 않고, 자신이 조작을 잘못한 게 아닌지 의심하게 만들기 쉽습니다. 성숙한 브리지들과 비교하면 사용자 피드백 메커니즘 쪽도 더 개선될 여지가 있어 보여요. 또 하나는 아직도 완전히 이해하지 못한 부분이 있어요. 자산이 브리지를 건너간 뒤, DuskEVM에서는 어떤 형태로 존재하나요? 원래 자산의 네이티브 매핑인가요, 아니면 래핑된 토큰인가요? 이 관계가 미래에 혹시 이 브리지가 문제를 일으켰을 때, 제가 손에 쥔 자산을 되찾는(환급/청산) 로직이 정확히 어떻게 되는지에 영향을 줄 수 있는데요. 문서에서 이 부분을 아주 직설적으로 설명해주진 않아서, 몇 겹 더 찾아보며 직접 조합해 답을 맞춰야 했습니다. 크로스체인 브리지에 대한 제 태도는 계속 같아요. 가능하면 쓰지 않는 게 낫고, 꼭 써야 한다면 되도록 속도를 조금 양보하더라도 안전성 우선 설계를 선택하는 게 맞다고 생각합니다. 이번 실측해보니, Dusk 쪽은 적어도 방향은 잘 잡았고, 디테일한 경험은 더 다듬을 여지가 있어 보였습니다. @Dusk_Foundation #dusk $DUSK
일부 유휴 이더리움 자산을 DuskEVM으로 옮겨볼까 해서, 어젯밤 공식 문서대로 크로스체인 브리지 절차를 한 번 따라 해봤어요. 실제로 써보니 생각만큼 매끄럽지 않더라고요.

절차 자체는 복잡하지는 않아요. 이더리움 쪽에서 락(잠금) 트랜잭션을 보내고, 확인을 기다린 뒤, DuskEVM 쪽에서 해당 자산을 수령하는 흐름입니다. 이 논리는 대부분의 크로스체인 브리지와 본질적으로 크게 다르지 않아요. 제가 좀 답답했던 건 브리지 자체가 막혀서가 아니라, 확인에 걸리는 시간이에요. 이더리움 쪽에서는 충분한 블록 확인이 쌓여야 통과를 허용하고, 거기에 DuskEVM 쪽의 자체 최종성(finality) 메커니즘도 신뢰를 누적하는 데 시간이 필요하거든요. 양쪽 대기 시간이 겹치다 보니 "한 번 누르면 바로 입금" 같은 경험은 아닙니다.

처음엔 이 대기가 제 경험상 결함이라고 느꼈는데, 생각해보니 이건 반드시 치러야 하는 대가더라고요. 크로스체인 브리지는 역사적으로 공격과 차익거래(아비트리지) 사례가 너무 많았고, 문제가 생긴 브리지들은 대체로 속도를 추구하느라 확인 로직을 너무 공격적으로 설계해서 공격자에게 조작 여지를 준 경우가 많아요. Dusk는 양쪽의 최종성을 제대로 굳힌 다음에야 릴리즈하도록 선택했어요. 느린 건 느리지만, 최소한 이 설계 방향은 사용자 경험을 앞세워 안전성을 뒤로 미루는 게 아니라, 반대로 안전성을 사용자 경험보다 먼저 둔 거죠.

다만 경험 관점에서는 최적화할 여지도 있어요. 과정 중에 진행 상황 안내가 특별히 명확하진 않았거든요. 트랜잭션을 보낸 다음, 한동안 내가 계속 기다리면 되는 건지, 아니면 어떤 단계가 막힌 건지 다시 조작해야 하는 건지 확신이 서지 않았어요. 이런 불확실함은 처음 쓰는 사람에겐 친절하지 않고, 자신이 조작을 잘못한 게 아닌지 의심하게 만들기 쉽습니다. 성숙한 브리지들과 비교하면 사용자 피드백 메커니즘 쪽도 더 개선될 여지가 있어 보여요.

또 하나는 아직도 완전히 이해하지 못한 부분이 있어요. 자산이 브리지를 건너간 뒤, DuskEVM에서는 어떤 형태로 존재하나요? 원래 자산의 네이티브 매핑인가요, 아니면 래핑된 토큰인가요? 이 관계가 미래에 혹시 이 브리지가 문제를 일으켰을 때, 제가 손에 쥔 자산을 되찾는(환급/청산) 로직이 정확히 어떻게 되는지에 영향을 줄 수 있는데요. 문서에서 이 부분을 아주 직설적으로 설명해주진 않아서, 몇 겹 더 찾아보며 직접 조합해 답을 맞춰야 했습니다.

크로스체인 브리지에 대한 제 태도는 계속 같아요. 가능하면 쓰지 않는 게 낫고, 꼭 써야 한다면 되도록 속도를 조금 양보하더라도 안전성 우선 설계를 선택하는 게 맞다고 생각합니다. 이번 실측해보니, Dusk 쪽은 적어도 방향은 잘 잡았고, 디테일한 경험은 더 다듬을 여지가 있어 보였습니다.

@Dusk #dusk $DUSK
TermMax到期就是"အလိုအလျောက်ပိတ်သိမ်းခြင်း၊ စျေးကွက်စံနှုန်းအရ ကွာခြားချက်ကို ငွေသားဖြင့်ရှင်းလင်းခြင်း" လိုမျိုးဟာကတော့ အများအားဖြင့်သုံးတဲ့ပုံစံပဲလို့ အမြဲထင်နေခဲ့တာပါ။ ဒါပေမယ့် သက်တမ်းကုန်ချိန်ကို ကိုင်တွယ်တဲ့ အပိုင်းပါတဲ့ စာရွက်စာတမ်းကို ပြန်ဖတ်ကြည့်မှပဲ လုံးဝမဟုတ်မှန်း သိလိုက်ရပါတယ်။ TermMax ကတော့ Physical Delivery ကိုအသုံးပြုထားတာပါ—ဆိုလိုတာက အရာဝတ္ထုအရ လွှဲပြောင်းပေးအပ်ခြင်း (实物交割) ပဲ။ သက်တမ်းကုန်ချိန်ရောက်တဲ့အခါ FT ကိုင်သူက FT ကိုင်ပြီး အခြေခံ debt token ၁份 ကို အတိအကျ လဲလှယ်ထုတ်ယူနိုင်ပါတယ်။ အခြားတစ်ဖက်မှာ GT ရာထူး (အကြွေးစာရင်း) ကို သက်တမ်းမကုန်ခင် မပိတ်သိမ်းဘဲ မတင်သက်တမ်းတိုး (展期) လုပ်ထားဘူးဆိုရင် သက်တမ်းကုန်ပြီးနောက်မှာ ပစ္စည်းအာမခံ (抵押品) နဲ့ အကြွေး (债务) ကို သဘောတူညီထားတဲ့နည်းလမ်းအတိုင်း တန်းတူရှင်းလင်းပေးမှာဖြစ်ပြီး၊ သဘောတူညီချက်က သင့်အတွက် ဒုတိယဈေးကွက်ထဲမှာ စျေးနှုန်းတစ်ချက်ချပြီး ဖြတ်တောက်ပေးမယ့်လိုမျိုး မဟုတ်ပါဘူး။ ဒီဒီဇိုင်းက အစပိုင်းမှာ နည်းပညာပိုင်းဆိုင်ရာ အသေးစိတ်အချက်လေးတစ်ခုလို့ပဲ ထင်ရပေမယ့် တကယ်တော့ သက်ရောက်မှုက အတော်ကြီးပါတယ်။ ငွေသားဖြင့်ရှင်းလင်းတဲ့ (cash settlement) သဘောတူညီချက်တွေမှာ အန္တရာယ်ကတော့ သက်တမ်းကုန်ချိန်အချိန်မှာ စျေးကွက် liquidity ရုတ်တရက် ပြတ်သွားတာ ဒါမှမဟုတ် စျေးနှုန်း မျှော်မှန်းမထားဘဲ မြန်မြန်ကျသွားတာကြောင့် settlement price က သင့်ထင်ထားတာနဲ့ အများကြီးကွာနိုင်ခြင်းပါ။ အဲ့ဒီလိုဆိုရင် သဘောတူညီချက်က အရှုံးကို အသိအမှတ်ပြုမလား၊ ဒါမှမဟုတ် အရှုံးကို ပြိုင်ဘက်ဘက်ကို လွှဲပြောင်းပေးမလား ဖြစ်လာနိုင်ပါတယ်။ Physical delivery က ဒီမသေချာမှုအလွှာကို လုံးဝဖြတ်ပစ်လိုက်ပါတယ်—သက်တမ်းကုန်တာက သက်တမ်းကုန်တာပဲ။ FT က debt token ကို လဲလှယ်ပေးတဲ့ ဆက်ဆံရေး (兑换关系) ကိုလုံးဝသတ်မှတ်ထားပြီးသား ဖြစ်လို့ "အဲ့ဒီအချိန်မှာ စျေးကွက်က ဘယ်လောက်နဲ့ရောင်း/ဝယ်ပေးမလဲ" ဆိုတာကို ထပ်မေးစရာမလိုပါဘူး။ အကြွေးပေးလှမ်းသဘောတူတဲ့အခါ (开仓) အတူ锁定ထားတဲ့ အတိုးနှုန်းနဲ့ သက်တမ်းကုန်ရလဒ်က အလယ်မှာ delivery ပုံစံကြောင့် ထပ်ပြီး ကွာခြားမှု (偏差) မဖြစ်အောင် သတ်မှတ်ထားပြီးသားပါ။ ဒါပေမယ့် physical delivery လည်း အကုန်အကျခံရာတစ်ခုရှိပါတယ်။ 借款人 (ချေးယူသူ) အတွက် ပိုမိုတိုက်ရိုက်လိုအပ်လာတာကတော့ သက်တမ်းကုန်နေ့မှာ debt token ကို ပြန်ဆပ်ဖို့ လုံလောက်တဲ့ ပိုင်ဆိုင်မှုတွေကို ကြိုတင်ပြင်ဆင်ထားရမယ်ဆိုတာပါ။ တချို့ cash settlement သဘောတူညီချက်တွေလို "ကွာခြားချက်ဖြည့်စွက် (差价补齐)" ဆိုတဲ့ မရေရာမှုကြားလွတ်လပ်မှုနဲ့ မျက်နှာဖုံးဖုံးပြီး ဖြတ်သန်းသွားလို့မရပါဘူး။ သက်တမ်းမကုန်ခင်မှာ ကြိုတင်展期 (သက်တမ်းတိုး) သို့မဟုတ် ထပ်မံပေးအပ်တာ (追加) မလုပ်ထားဘူးဆိုရင် ရာထူးကိုင်တွယ်မှုက သဘောတူညီချက်အတိုင်း တင်းတင်းကျပ်ကျပ် လုပ်ဆောင်သွားမှာဖြစ်ပြီး၊ သဘောတူညီချက်က သင့်အတွက် အလိုအလျောက် အပျော့ဆုံးဖြေရှင်းနည်းတစ်ခုနဲ့ ပျော့ပျောင်းစွာ ဆင်းသက်ပေးမည်မဟုတ်ပါဘူး။ ဒီအကြောင်းကြောင့် TermMax နဲ့ ချေးငှားခြင်း (借贷) ကိုအသုံးပြုမယ်ဆိုရင် သုံးစွဲသူအနေနဲ့ မိမိရဲ့ သက်တမ်းကုန်နေ့ကို စနစ်တကျ စီမံထားနိုင်ဖို့ ပိုမိုရှင်းလင်းတဲ့ အစီအစဉ်တွေလိုအပ်လာပါတယ်—ဆိုလိုတာက သက်တမ်းကုန်လို့ အလိုအလျောက်ပိတ်သိမ်း/ကိုင်တွယ်ပေးမယ့် product မျိုးလို လုံးဝစိတ်မပူဘဲထားလို့ရတဲ့အရာမျိုး မဟုတ်ပါဘူး။ ဒီဒီဇိုင်းဟာ TermMax က "固定 (fixed)" ဆိုတဲ့ စကားလုံးကို အဆုံးထိ လိုက်နာသတ်မှတ်ထားတာလို့ ကျွန်တော်/ကျွန်မ အမြင်တစ်ခုရှိပါတယ်—အတိုးနှုန်း固定 ဖြစ်ပြီး သက်တမ်းကုန်ရလဒ်လည်း固定 ဖြစ်တယ်။ ဒါပေမယ့် အကုန်အကျခံရမယ့်အရာကတော့ သုံးစွဲသူက ပိုမို主动管理 (ကိုယ်တိုင်စီမံခန့်ခွဲမှု) လုပ်ရမယ်ဆိုတဲ့ အချက်ပဲ။ ဒါက DeFi protocol အများအပြားက လိုချင်ကြတဲ့ "အလိုအလျောက်ဖြစ်အောင် ဆောင်ရွက်ပေးတဲ့ (傻瓜式自动化)" ဦးတည်ချက်နဲ့ တစ်ဖက်ကနေပြန်တဲ့ ဦးတည်ချက်ပါ။ တန်လား၊ မတန်လား ဆိုတာကတော့ မင်းက သေချာမှု (确定性) ကို လိုချင်တာလား၊ အဆင်ပြေပြေအောင် လုပ်ပေးနိုင်တာ (省心) ကို လိုချင်တာလား ဆိုတဲ့အပေါ်မူတည်ပါတယ်။ @termmax #TermMax
TermMax到期就是"အလိုအလျောက်ပိတ်သိမ်းခြင်း၊ စျေးကွက်စံနှုန်းအရ ကွာခြားချက်ကို ငွေသားဖြင့်ရှင်းလင်းခြင်း" လိုမျိုးဟာကတော့ အများအားဖြင့်သုံးတဲ့ပုံစံပဲလို့ အမြဲထင်နေခဲ့တာပါ။ ဒါပေမယ့် သက်တမ်းကုန်ချိန်ကို ကိုင်တွယ်တဲ့ အပိုင်းပါတဲ့ စာရွက်စာတမ်းကို ပြန်ဖတ်ကြည့်မှပဲ လုံးဝမဟုတ်မှန်း သိလိုက်ရပါတယ်။ TermMax ကတော့ Physical Delivery ကိုအသုံးပြုထားတာပါ—ဆိုလိုတာက အရာဝတ္ထုအရ လွှဲပြောင်းပေးအပ်ခြင်း (实物交割) ပဲ။ သက်တမ်းကုန်ချိန်ရောက်တဲ့အခါ FT ကိုင်သူက FT ကိုင်ပြီး အခြေခံ debt token ၁份 ကို အတိအကျ လဲလှယ်ထုတ်ယူနိုင်ပါတယ်။ အခြားတစ်ဖက်မှာ GT ရာထူး (အကြွေးစာရင်း) ကို သက်တမ်းမကုန်ခင် မပိတ်သိမ်းဘဲ မတင်သက်တမ်းတိုး (展期) လုပ်ထားဘူးဆိုရင် သက်တမ်းကုန်ပြီးနောက်မှာ ပစ္စည်းအာမခံ (抵押品) နဲ့ အကြွေး (债务) ကို သဘောတူညီထားတဲ့နည်းလမ်းအတိုင်း တန်းတူရှင်းလင်းပေးမှာဖြစ်ပြီး၊ သဘောတူညီချက်က သင့်အတွက် ဒုတိယဈေးကွက်ထဲမှာ စျေးနှုန်းတစ်ချက်ချပြီး ဖြတ်တောက်ပေးမယ့်လိုမျိုး မဟုတ်ပါဘူး။

ဒီဒီဇိုင်းက အစပိုင်းမှာ နည်းပညာပိုင်းဆိုင်ရာ အသေးစိတ်အချက်လေးတစ်ခုလို့ပဲ ထင်ရပေမယ့် တကယ်တော့ သက်ရောက်မှုက အတော်ကြီးပါတယ်။ ငွေသားဖြင့်ရှင်းလင်းတဲ့ (cash settlement) သဘောတူညီချက်တွေမှာ အန္တရာယ်ကတော့ သက်တမ်းကုန်ချိန်အချိန်မှာ စျေးကွက် liquidity ရုတ်တရက် ပြတ်သွားတာ ဒါမှမဟုတ် စျေးနှုန်း မျှော်မှန်းမထားဘဲ မြန်မြန်ကျသွားတာကြောင့် settlement price က သင့်ထင်ထားတာနဲ့ အများကြီးကွာနိုင်ခြင်းပါ။ အဲ့ဒီလိုဆိုရင် သဘောတူညီချက်က အရှုံးကို အသိအမှတ်ပြုမလား၊ ဒါမှမဟုတ် အရှုံးကို ပြိုင်ဘက်ဘက်ကို လွှဲပြောင်းပေးမလား ဖြစ်လာနိုင်ပါတယ်။ Physical delivery က ဒီမသေချာမှုအလွှာကို လုံးဝဖြတ်ပစ်လိုက်ပါတယ်—သက်တမ်းကုန်တာက သက်တမ်းကုန်တာပဲ။ FT က debt token ကို လဲလှယ်ပေးတဲ့ ဆက်ဆံရေး (兑换关系) ကိုလုံးဝသတ်မှတ်ထားပြီးသား ဖြစ်လို့ "အဲ့ဒီအချိန်မှာ စျေးကွက်က ဘယ်လောက်နဲ့ရောင်း/ဝယ်ပေးမလဲ" ဆိုတာကို ထပ်မေးစရာမလိုပါဘူး။ အကြွေးပေးလှမ်းသဘောတူတဲ့အခါ (开仓) အတူ锁定ထားတဲ့ အတိုးနှုန်းနဲ့ သက်တမ်းကုန်ရလဒ်က အလယ်မှာ delivery ပုံစံကြောင့် ထပ်ပြီး ကွာခြားမှု (偏差) မဖြစ်အောင် သတ်မှတ်ထားပြီးသားပါ။

ဒါပေမယ့် physical delivery လည်း အကုန်အကျခံရာတစ်ခုရှိပါတယ်။ 借款人 (ချေးယူသူ) အတွက် ပိုမိုတိုက်ရိုက်လိုအပ်လာတာကတော့ သက်တမ်းကုန်နေ့မှာ debt token ကို ပြန်ဆပ်ဖို့ လုံလောက်တဲ့ ပိုင်ဆိုင်မှုတွေကို ကြိုတင်ပြင်ဆင်ထားရမယ်ဆိုတာပါ။ တချို့ cash settlement သဘောတူညီချက်တွေလို "ကွာခြားချက်ဖြည့်စွက် (差价补齐)" ဆိုတဲ့ မရေရာမှုကြားလွတ်လပ်မှုနဲ့ မျက်နှာဖုံးဖုံးပြီး ဖြတ်သန်းသွားလို့မရပါဘူး။ သက်တမ်းမကုန်ခင်မှာ ကြိုတင်展期 (သက်တမ်းတိုး) သို့မဟုတ် ထပ်မံပေးအပ်တာ (追加) မလုပ်ထားဘူးဆိုရင် ရာထူးကိုင်တွယ်မှုက သဘောတူညီချက်အတိုင်း တင်းတင်းကျပ်ကျပ် လုပ်ဆောင်သွားမှာဖြစ်ပြီး၊ သဘောတူညီချက်က သင့်အတွက် အလိုအလျောက် အပျော့ဆုံးဖြေရှင်းနည်းတစ်ခုနဲ့ ပျော့ပျောင်းစွာ ဆင်းသက်ပေးမည်မဟုတ်ပါဘူး။

ဒီအကြောင်းကြောင့် TermMax နဲ့ ချေးငှားခြင်း (借贷) ကိုအသုံးပြုမယ်ဆိုရင် သုံးစွဲသူအနေနဲ့ မိမိရဲ့ သက်တမ်းကုန်နေ့ကို စနစ်တကျ စီမံထားနိုင်ဖို့ ပိုမိုရှင်းလင်းတဲ့ အစီအစဉ်တွေလိုအပ်လာပါတယ်—ဆိုလိုတာက သက်တမ်းကုန်လို့ အလိုအလျောက်ပိတ်သိမ်း/ကိုင်တွယ်ပေးမယ့် product မျိုးလို လုံးဝစိတ်မပူဘဲထားလို့ရတဲ့အရာမျိုး မဟုတ်ပါဘူး။

ဒီဒီဇိုင်းဟာ TermMax က "固定 (fixed)" ဆိုတဲ့ စကားလုံးကို အဆုံးထိ လိုက်နာသတ်မှတ်ထားတာလို့ ကျွန်တော်/ကျွန်မ အမြင်တစ်ခုရှိပါတယ်—အတိုးနှုန်း固定 ဖြစ်ပြီး သက်တမ်းကုန်ရလဒ်လည်း固定 ဖြစ်တယ်။ ဒါပေမယ့် အကုန်အကျခံရမယ့်အရာကတော့ သုံးစွဲသူက ပိုမို主动管理 (ကိုယ်တိုင်စီမံခန့်ခွဲမှု) လုပ်ရမယ်ဆိုတဲ့ အချက်ပဲ။ ဒါက DeFi protocol အများအပြားက လိုချင်ကြတဲ့ "အလိုအလျောက်ဖြစ်အောင် ဆောင်ရွက်ပေးတဲ့ (傻瓜式自动化)" ဦးတည်ချက်နဲ့ တစ်ဖက်ကနေပြန်တဲ့ ဦးတည်ချက်ပါ။ တန်လား၊ မတန်လား ဆိုတာကတော့ မင်းက သေချာမှု (确定性) ကို လိုချင်တာလား၊ အဆင်ပြေပြေအောင် လုပ်ပေးနိုင်တာ (省心) ကို လိုချင်တာလား ဆိုတဲ့အပေါ်မူတည်ပါတယ်။

@TermMax #TermMax
·
--
උසබ තත්ත්වය
පරිවර්තනය බලන්න
踏空? 不存在的 风浪越大鱼越贵,这种趋势来了就得跟🤫 单边行情是最好滚仓的机会 给不敢上车的兄弟们一个点位👇 币种:✅BTC 方向:多 杠杆:100x 入场挂单:70500-70800(等第一轮回踩,不追现价) 补仓挂单:69400-69800(4小时突破后的回踩区域) 止盈挂单:72800 / 74200 止损挂单:68750 #BTC突破$72000 $BTC {future}(BTCUSDT)
踏空? 不存在的
风浪越大鱼越贵,这种趋势来了就得跟🤫
单边行情是最好滚仓的机会
给不敢上车的兄弟们一个点位👇

币种:✅BTC
方向:多
杠杆:100x
入场挂单:70500-70800(等第一轮回踩,不追现价)
补仓挂单:69400-69800(4小时突破后的回踩区域)
止盈挂单:72800 / 74200
止损挂单:68750
#BTC突破$72000 $BTC
පරිවර්තනය බලන්න
拿TermMax的一键杠杆功能实测了一次:存入1000 USDC作为抵押品,选3倍杠杆,页面确认后一笔交易完成,前后没超过一分钟。点开链上记录仔细看才发现,这一笔背后其实压缩了一整套动作——抵押资产、铸造FT、把FT卖到市场换取流动性、拿这笔流动性再买入抵押品、再把新买的抵押品追加进仓位,正常手动操作可能需要拆成四五笔独立交易,每一笔都要单独付gas、单独等确认,现在被合约打包成一次执行,操作步骤和gas成本压缩得非常明显。 但压缩的只是操作层面的"步骤数",没有压缩的是GT里装着的风险结构。杠杆倍数越高,同样幅度的抵押品价格波动对LTV的冲击就越大,一键杠杆让你能在几十秒内直接站到高杠杆的位置上,也就意味着更快地逼近LLTV清算线。我这笔测试用的3倍仓位,粗算下来抵押品价格只要往下跌8%左右,就会摸到我自己设的止损线;这种敏感度如果是手动分步骤操作,你至少会在每一步之间有个反应和重新评估的窗口,一键杠杆里这个过程被压缩到几乎感觉不到,风险是瞬间叠加上去的。 还有一点容易被忽略:一键杠杆背后同时铸造和卖出了FT,意味着你的固定利率成本也在开仓那一刻就被写死了,后续市场利率怎么变都跟你没关系,这算是这套设计的另一个隐性好处,很多人只关注了操作步骤简化,没注意到成本锁定其实也是同一个动作里顺带完成的。 所以我对这个功能的判断是,它对已经清楚自己风险承受度、知道LLTV意味着什么的人是效率工具,能省下大量重复操作和gas;但对第一次接触杠杆借贷的人,反而可能是"点一下按钮就直接站到悬崖边",因为操作的简单和结果的安全完全是两件事,TermMax把前者做得很顺,后者依然需要用户自己主动去盯、去设置合理的初始LTV缓冲。 #TermMax @termmax
拿TermMax的一键杠杆功能实测了一次:存入1000 USDC作为抵押品,选3倍杠杆,页面确认后一笔交易完成,前后没超过一分钟。点开链上记录仔细看才发现,这一笔背后其实压缩了一整套动作——抵押资产、铸造FT、把FT卖到市场换取流动性、拿这笔流动性再买入抵押品、再把新买的抵押品追加进仓位,正常手动操作可能需要拆成四五笔独立交易,每一笔都要单独付gas、单独等确认,现在被合约打包成一次执行,操作步骤和gas成本压缩得非常明显。

但压缩的只是操作层面的"步骤数",没有压缩的是GT里装着的风险结构。杠杆倍数越高,同样幅度的抵押品价格波动对LTV的冲击就越大,一键杠杆让你能在几十秒内直接站到高杠杆的位置上,也就意味着更快地逼近LLTV清算线。我这笔测试用的3倍仓位,粗算下来抵押品价格只要往下跌8%左右,就会摸到我自己设的止损线;这种敏感度如果是手动分步骤操作,你至少会在每一步之间有个反应和重新评估的窗口,一键杠杆里这个过程被压缩到几乎感觉不到,风险是瞬间叠加上去的。

还有一点容易被忽略:一键杠杆背后同时铸造和卖出了FT,意味着你的固定利率成本也在开仓那一刻就被写死了,后续市场利率怎么变都跟你没关系,这算是这套设计的另一个隐性好处,很多人只关注了操作步骤简化,没注意到成本锁定其实也是同一个动作里顺带完成的。

所以我对这个功能的判断是,它对已经清楚自己风险承受度、知道LLTV意味着什么的人是效率工具,能省下大量重复操作和gas;但对第一次接触杠杆借贷的人,反而可能是"点一下按钮就直接站到悬崖边",因为操作的简单和结果的安全完全是两件事,TermMax把前者做得很顺,后者依然需要用户自己主动去盯、去设置合理的初始LTV缓冲。
#TermMax @TermMax
අර්ධ වශයෙන් සත්යයි
පරිවර්තනය බලන්න
很多人对"跑Dusk节点"的理解就是质押、参与共识、等奖励,一个角色包打天下。翻完官方运营文档才发现,这个笼统印象已经装不下Dusk实际的节点体系了。 Dusk的基础设施角色其实分了三种。Configurator Node要抵押DUSK参与共识投票,是我们平时说的"验证节点"那一类;Archive Node不参与出块,专门保存完整链上历史,给数据查询和审计取证提供支持;Prover Node则专攻证明生成这一块计算密集型任务,把零知识证明的算力需求从普通验证节点身上剥离出来单独跑。这跟很多PoS链"一个节点全包"的设计思路不一样,是把不同的运维负担拆给了不同角色。 我一开始觉得这个拆分挺聪明——证明生成本身算力消耗很大,如果每个参与共识的节点都得自己扛这块负载,硬件门槛会被抬得更高,愿意参与共识的人只会更少。拆出Prover Node这个独立角色,理论上是把"参与共识"和"扛重算力"这两件事解耦。 但角色拆细了也意味着去中心化程度得从多个维度分别衡量,不能只看一个"节点总数"就下结论。如果Prover Node这个角色因为算力门槛高、集中在少数几个专业服务商手里,即使Configurator Node数量看着不少,证明生成这个环节的实际去中心化程度可能远不如表面数字好看,这是个容易被忽略的角度。 翻完文档我最大的感受是,官方给出的运营指南——网络选择、节点配置、钱包设置、版本升级、同步恢复、故障排查——写得算完整,但这些文档面对的是已经决定要跑节点的人,对"我该不该跑、该跑哪个角色"这种前置决策,给出的信息不算充分,得自己去查节点分布数据、算力门槛这些外部信息才能拼出完整判断。 三种角色各自的去中心化程度到底怎么样,我打算找机会分别查一下数据,不想只看一个笼统的"节点数"就替这条链的安全性下结论。 @Dusk_Foundation #dusk $DUSK
很多人对"跑Dusk节点"的理解就是质押、参与共识、等奖励,一个角色包打天下。翻完官方运营文档才发现,这个笼统印象已经装不下Dusk实际的节点体系了。

Dusk的基础设施角色其实分了三种。Configurator Node要抵押DUSK参与共识投票,是我们平时说的"验证节点"那一类;Archive Node不参与出块,专门保存完整链上历史,给数据查询和审计取证提供支持;Prover Node则专攻证明生成这一块计算密集型任务,把零知识证明的算力需求从普通验证节点身上剥离出来单独跑。这跟很多PoS链"一个节点全包"的设计思路不一样,是把不同的运维负担拆给了不同角色。

我一开始觉得这个拆分挺聪明——证明生成本身算力消耗很大,如果每个参与共识的节点都得自己扛这块负载,硬件门槛会被抬得更高,愿意参与共识的人只会更少。拆出Prover Node这个独立角色,理论上是把"参与共识"和"扛重算力"这两件事解耦。

但角色拆细了也意味着去中心化程度得从多个维度分别衡量,不能只看一个"节点总数"就下结论。如果Prover Node这个角色因为算力门槛高、集中在少数几个专业服务商手里,即使Configurator Node数量看着不少,证明生成这个环节的实际去中心化程度可能远不如表面数字好看,这是个容易被忽略的角度。

翻完文档我最大的感受是,官方给出的运营指南——网络选择、节点配置、钱包设置、版本升级、同步恢复、故障排查——写得算完整,但这些文档面对的是已经决定要跑节点的人,对"我该不该跑、该跑哪个角色"这种前置决策,给出的信息不算充分,得自己去查节点分布数据、算力门槛这些外部信息才能拼出完整判断。

三种角色各自的去中心化程度到底怎么样,我打算找机会分别查一下数据,不想只看一个笼统的"节点数"就替这条链的安全性下结论。

@Dusk #dusk $DUSK
·
--
උසබ තත්ත්වය
පරිවර්තනය බලන්න
大饼这波拉得是真突然,前面还在64000附近磨,转眼就冲到66100了,15分钟连续放量,空头估计又被狠狠干了一波。 今晚消息面也有东西,美联储纪要、美元和美债这边都在影响市场情绪,再加上最近ETF资金回流,突然来这么一下也不算完全没预兆。 不过66100这里我肯定不追了,短线拉得太急。上面先看66300-66700,真站稳再看67200;如果冲不上去,回踩65700-65400反而更值得关注。 你们这波吃到了,还是又被突然袭击了?#FOMC会议纪要 $BTC {future}(BTCUSDT)
大饼这波拉得是真突然,前面还在64000附近磨,转眼就冲到66100了,15分钟连续放量,空头估计又被狠狠干了一波。

今晚消息面也有东西,美联储纪要、美元和美债这边都在影响市场情绪,再加上最近ETF资金回流,突然来这么一下也不算完全没预兆。

不过66100这里我肯定不追了,短线拉得太急。上面先看66300-66700,真站稳再看67200;如果冲不上去,回踩65700-65400反而更值得关注。

你们这波吃到了,还是又被突然袭击了?#FOMC会议纪要 $BTC
පරිවර්තනය බලන්න
一直在琢磨怎么给自己的稳定币仓位找个比单纯存币赚利息更主动的玩法,翻到TermMax给市场制造商开放的这套配置工具,试着理了一遍逻辑。 大部分借贷协议的利率曲线是协议写死的,用户只能被动接受池子给出的利率。TermMax这边不一样,允许做市商(curator)自己去配置range order,也就是自己设定愿意在什么利率区间、什么期限提供流动性,甚至可以选择只做出借、只做借款,还是双向报价。这套逻辑本质上是把原来"协议决定利率"的权力,下放给了愿意主动管理仓位的做市商,用户不再是单纯的资金提供方,而是可以变成主动定价的一方。 我一开始以为这跟别的协议里"自定义利率曲线"没什么区别,细想才发现关键差异在于,固定利率+固定期限这个组合,让做市商的报价策略变得更像传统金融里的债券做市,而不是DeFi里常见的AMM那种被动接受滑点的模式——你可以像在传统固收市场里那样,针对不同期限报出不同价格,构建一整条自己的收益率曲线,而不是简单调一个利率参数。 但主动权下放的代价是,做市商得真的懂怎么给不同期限定价,报价报得不合理,要么资金没人用(挂太高没人借),要么白白让利(挂太低亏自己),这个门槛比单纯存进池子吃固定收益要高得多,普通用户大概率玩不转,这套工具目前看更像是给专业机构和有经验的做市团队准备的,散户直接冲进去自己配置,大概率是给别人送流动性。 我打算先观望着别人怎么配置,等摸清楚这套定价逻辑的门道,再考虑要不要自己下场试试主动做市这条路。 你们更愿意做被动接受利率的资金方,还是愿意花精力自己配置报价当做市商? @termmax #TermMax
一直在琢磨怎么给自己的稳定币仓位找个比单纯存币赚利息更主动的玩法,翻到TermMax给市场制造商开放的这套配置工具,试着理了一遍逻辑。

大部分借贷协议的利率曲线是协议写死的,用户只能被动接受池子给出的利率。TermMax这边不一样,允许做市商(curator)自己去配置range order,也就是自己设定愿意在什么利率区间、什么期限提供流动性,甚至可以选择只做出借、只做借款,还是双向报价。这套逻辑本质上是把原来"协议决定利率"的权力,下放给了愿意主动管理仓位的做市商,用户不再是单纯的资金提供方,而是可以变成主动定价的一方。

我一开始以为这跟别的协议里"自定义利率曲线"没什么区别,细想才发现关键差异在于,固定利率+固定期限这个组合,让做市商的报价策略变得更像传统金融里的债券做市,而不是DeFi里常见的AMM那种被动接受滑点的模式——你可以像在传统固收市场里那样,针对不同期限报出不同价格,构建一整条自己的收益率曲线,而不是简单调一个利率参数。

但主动权下放的代价是,做市商得真的懂怎么给不同期限定价,报价报得不合理,要么资金没人用(挂太高没人借),要么白白让利(挂太低亏自己),这个门槛比单纯存进池子吃固定收益要高得多,普通用户大概率玩不转,这套工具目前看更像是给专业机构和有经验的做市团队准备的,散户直接冲进去自己配置,大概率是给别人送流动性。

我打算先观望着别人怎么配置,等摸清楚这套定价逻辑的门道,再考虑要不要自己下场试试主动做市这条路。

你们更愿意做被动接受利率的资金方,还是愿意花精力自己配置报价当做市商?
@TermMax #TermMax
愿意主动做市,多花精力换更高收益是值得的
0%
更愿意被动,专业定价这事交给懂行的人做更省心
0%
先观望,等看到足够多成功案例再考虑要不要下场
0%
0 ඡන්ද • ඡන්දය අවසන්
සත්යායනය කළ
පරිවර්තනය බලන්න
翻钱包记录翻出一笔2018年的老账,当时跟风参与过一堆ICO,Dusk是其中一个,后来项目慢悠悠开发了快七年,我早忘了这茬,直到这次主网真上线才想起来查一眼。 Dusk是2018年由Jelle Pol和Emanuele Francioni在阿姆斯特丹创立的,那年ICO融了大概八百万美元,跟同年那些动辄融几千万甚至上亿的项目比,规模不算大。之后整整六年没什么声音,直到2025年初主网才正式上线,中间这么长的空窗期,放在币圈"三个月不出新闻就算凉了"的节奏里,算是相当罕见的耐力。 我一开始的反应是纳闷——六年时间,别的项目早就迭代好几代叙事了,Dusk图什么。翻了一圈才想明白,它一直在死磕的东西根本不是"讲故事",是密码学底层和监管合规这两块最难啃、最没法速成的骨头,零知识证明电路、选择性披露机制、跟欧盟监管框架对齐,这些东西没有捷径,砸时间是唯一办法。跟那些一年换三次叙事的项目比,这种"闷头憋大招"的打法,短期看肯定吃亏,社区热度、二级市场关注度全跟不上。 但六年磨一剑也有明显的代价——错过了整整两轮牛市周期,期间团队、社区、代码库难免有流失和断层,我查了下现在的开发者活跃度,跟主网刚上线那阵的热度比,已经有点回落的迹象。技术底子打得再扎实,如果生态起不来、开发者留不住,这六年的耐力最后可能只换来一个"技术很硬但没人用"的结局。 我这笔2018年的老账,算是无意中陪着这个项目走了一整个周期,回头看倒觉得挺难得——见过的项目里,能扛住六年沉默期还没解散团队的,真不算多。 你们手里有没有这种"忘了自己买过"的老项目,后来重新捡起来是惊喜还是失望居多? @Dusk_Foundation #dusk $DUSK
翻钱包记录翻出一笔2018年的老账,当时跟风参与过一堆ICO,Dusk是其中一个,后来项目慢悠悠开发了快七年,我早忘了这茬,直到这次主网真上线才想起来查一眼。

Dusk是2018年由Jelle Pol和Emanuele Francioni在阿姆斯特丹创立的,那年ICO融了大概八百万美元,跟同年那些动辄融几千万甚至上亿的项目比,规模不算大。之后整整六年没什么声音,直到2025年初主网才正式上线,中间这么长的空窗期,放在币圈"三个月不出新闻就算凉了"的节奏里,算是相当罕见的耐力。

我一开始的反应是纳闷——六年时间,别的项目早就迭代好几代叙事了,Dusk图什么。翻了一圈才想明白,它一直在死磕的东西根本不是"讲故事",是密码学底层和监管合规这两块最难啃、最没法速成的骨头,零知识证明电路、选择性披露机制、跟欧盟监管框架对齐,这些东西没有捷径,砸时间是唯一办法。跟那些一年换三次叙事的项目比,这种"闷头憋大招"的打法,短期看肯定吃亏,社区热度、二级市场关注度全跟不上。

但六年磨一剑也有明显的代价——错过了整整两轮牛市周期,期间团队、社区、代码库难免有流失和断层,我查了下现在的开发者活跃度,跟主网刚上线那阵的热度比,已经有点回落的迹象。技术底子打得再扎实,如果生态起不来、开发者留不住,这六年的耐力最后可能只换来一个"技术很硬但没人用"的结局。

我这笔2018年的老账,算是无意中陪着这个项目走了一整个周期,回头看倒觉得挺难得——见过的项目里,能扛住六年沉默期还没解散团队的,真不算多。

你们手里有没有这种"忘了自己买过"的老项目,后来重新捡起来是惊喜还是失望居多?
@Dusk #dusk $DUSK
惊喜居多,闷头做技术的项目反而更让人放心
25%
失望居多,六年磨一剑在币圈基本等于错过窗口期
0%
说不准,得看接下来生态能不能真正跑起来
75%
4 ඡන්ද • ඡන්දය අවසන්
පරිවර්තනය බලන්න
前两年帮家里问房贷的事,中介一直在推荐"要不要选浮动利率,前两年利息更低",我犹豫了很久最后还是选了固定的——不是算得多精,就是不想每个月盯着利率表提心吊胆。这周翻DeFi借贷协议的时候,发现TermMax解决的其实是同一个焦虑,只不过场景换成了链上。 大部分DeFi借贷是浮动利率,利率跟着资金池的实时供需变,借款人根本没法提前算清楚自己这笔债到期总共要还多少,尤其杠杆策略里,利率一旦跳涨,原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议,一旦成交,到期之前利率不会变,这跟传统金融里的定期存款、固定利率债券是同一个逻辑,只是搬到了链上用智能合约执行。 我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花,但底层利率说变就变,很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来,某种程度上是给DeFi杠杆生态补一块很关键的地基。 但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌,你等于多付了利息,这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事,链上把这个决策摆得更赤裸,你自己得为这个确定性买单。而且固定期限意味着流动性变差,中途想退出没那么容易,这块我还得再研究一下他们的机制设计够不够灵活。 选确定性还是选灵活性,这个纠结几年前我在房贷这件事上纠结过一次,没想到在DeFi借贷里又要重新纠结一遍。 你们在理财这件事上,更看重利率确定还是流动性灵活? @termmax #TermMax
前两年帮家里问房贷的事,中介一直在推荐"要不要选浮动利率,前两年利息更低",我犹豫了很久最后还是选了固定的——不是算得多精,就是不想每个月盯着利率表提心吊胆。这周翻DeFi借贷协议的时候,发现TermMax解决的其实是同一个焦虑,只不过场景换成了链上。

大部分DeFi借贷是浮动利率,利率跟着资金池的实时供需变,借款人根本没法提前算清楚自己这笔债到期总共要还多少,尤其杠杆策略里,利率一旦跳涨,原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议,一旦成交,到期之前利率不会变,这跟传统金融里的定期存款、固定利率债券是同一个逻辑,只是搬到了链上用智能合约执行。

我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花,但底层利率说变就变,很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来,某种程度上是给DeFi杠杆生态补一块很关键的地基。

但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌,你等于多付了利息,这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事,链上把这个决策摆得更赤裸,你自己得为这个确定性买单。而且固定期限意味着流动性变差,中途想退出没那么容易,这块我还得再研究一下他们的机制设计够不够灵活。

选确定性还是选灵活性,这个纠结几年前我在房贷这件事上纠结过一次,没想到在DeFi借贷里又要重新纠结一遍。

你们在理财这件事上,更看重利率确定还是流动性灵活?
@TermMax #TermMax
更看重确定性,宁可少赚也不想被利率波动吓到
0%
更看重流动性,锁定期太长风险更大
0%
看场景,短期博弈要灵活,长期配置才要确定性
0%
0 ඡන්ද • ඡන්දය අවසන්
තවත් අන්තර්ගතයන් ගවේෂණය කිරීමට ඇතුල් වන්න
Binance චතුරශ්‍රය හි ගෝලීය ක්‍රිප්ටෝ පරිශීලකයින් හා එක්වන්න
⚡️ ක්‍රිප්ටෝ පිළිබඳ නවතම සහ ප්‍රයෝජනවත් තොරතුරු ලබා ගන්න.
💬 ලොව විශාලතම ක්‍රිප්ටෝ හුවමාරුව මගින් විශ්වාස කෙරේ.
👍 සත්‍යායනය කරන ලද නිර්මාණකරුවන්ගෙන් සැබෑ විදසුන් සොයා ගන්න.
විද්‍යුත් තැපෑල / දුරකථන අංකය
අඩවි සිතියම
කුකී මනාපයන්
වේදිකා කොන්දේසි සහ නියමයන්