Обзор
Новости
Уведомление
Профиль
Закладки
Чаты
История
Центр авторов
Настройки
九牛 Mae
181 Публикации
九牛 Mae
Отправить жалобу
Заблокировать пользователя
Подписаться
性别女·爱好男|Master of Law · Lawyer|空军总司令·追涨杀跌实战派|币安Alpha半退休玩家|项目投研·撸毛策略师|专业听歌选手
Владелец SENT
Трейдер с частыми сделками
5.4 г
396
подписок(и/а)
22.1K+
подписчиков(а)
8.2K+
понравилось
Посты
PINNED
九牛 Mae
·
--
$PIEVERSE 小猫冲冲冲,先到2,再到10。让做空的付出代价,嘿嘿。
$PIEVERSE
小猫冲冲冲,先到2,再到10。让做空的付出代价,嘿嘿。
PIEVERSE
+2,75%
PINNED
九牛 Mae
·
--
$币安人生 没办法,这人生啊,总归都是起起落落落落落落落落落的吧,哈哈
$币安人生
没办法,这人生啊,总归都是起起落落落落落落落落落的吧,哈哈
币安人生
+2,09%
九牛 Mae
·
--
现在股市波动大,资金都来黄金分散风险,我搭配黄金多单平衡持仓,每次大跌分批加仓,用定投的思路平摊入场成本,风险更低#TradFi晒单
现在股市波动大,资金都来黄金分散风险,我搭配黄金多单平衡持仓,每次大跌分批加仓,用定投的思路平摊入场成本,风险更低
#TradFi晒单
XAU
-0,01%
九牛 Mae
·
--
别涨了,错了。。
别涨了,错了。。
九牛 Mae
·
--
Babylon 让 BTC 持币者通过委托给 Finality Provider 来给 PoS 链提供安全,这个叙事很顺。但大部分讨论跳过了中间一个关键角色:FP 本身。$EUL BTC 持币者把币委托给 FP,FP 负责对目标 PoS 链做最终性签名。如果 FP 双签,EOTS 机制暴露私钥,BTC 被罚没。所以持币者的风险取决于 FP 的行为——选了一个靠谱的 FP,安全模型就成立;选了一个不靠谱的,BTC 可能因为 FP 的错误被罚。 问题在于持币者怎么选 FP。目前 Babylon 的 Staking 界面展示 FP 的信息包括:名称、佣金率、质押总量。但没有 FP 的运营历史——它之前有没有漏签过?有没有被挑战过?它服务的 PoS 链是不是正常运行的?FP 的软件版本是不是最新的?这些信息在 Staking 的时候看不到。 更微妙的是 FP 集中度。如果大量 BTC 委托给同一个 FP,这个 FP 的行为就决定了大量资金的安全状态。Babylon 文档也提到了 FP 需要多样化,但当前阶段 FP 集合的增长速度能不能跟上 BTC 委托量的增长,是另一个问题。 @babylonlabs_io 在 Phase-1 测试网中验证了 EOTS 密码学可行,Phase-2 上线了真正的委托和罚没流程。但密码学可行和 FP 生态成熟是两件事。持币者委托 BTC 时不仅要判断 PoS 链是否值得保护,还要判断 FP 是否值得托付。如果 FP 的运营透明度不够,持币者的风险就不止来自 PoS 链的协议风险,还来自 FP 的操作风险。 所以我现在看 Babylon 的 BTC Staking 不光看锁了多少 BTC,更看 FP 列表的集中度变化和 FP 的公开运营记录。如果 BTC 增长快但 FP 集合增长慢,大部分资金集中在少数 FP 手里——那系统的安全就依赖这几个 FP 不出错。选 FP 的机制如果不透明,就会变成另一种形式的"信任少数人"。#baby $BABY
Babylon 让 BTC 持币者通过委托给 Finality Provider 来给 PoS 链提供安全,这个叙事很顺。但大部分讨论跳过了中间一个关键角色:FP 本身。
$EUL
BTC 持币者把币委托给 FP,FP 负责对目标 PoS 链做最终性签名。如果 FP 双签,EOTS 机制暴露私钥,BTC 被罚没。所以持币者的风险取决于 FP 的行为——选了一个靠谱的 FP,安全模型就成立;选了一个不靠谱的,BTC 可能因为 FP 的错误被罚。
问题在于持币者怎么选 FP。目前 Babylon 的 Staking 界面展示 FP 的信息包括:名称、佣金率、质押总量。但没有 FP 的运营历史——它之前有没有漏签过?有没有被挑战过?它服务的 PoS 链是不是正常运行的?FP 的软件版本是不是最新的?这些信息在 Staking 的时候看不到。
更微妙的是 FP 集中度。如果大量 BTC 委托给同一个 FP,这个 FP 的行为就决定了大量资金的安全状态。Babylon 文档也提到了 FP 需要多样化,但当前阶段 FP 集合的增长速度能不能跟上 BTC 委托量的增长,是另一个问题。
@BabylonLabs_io
在 Phase-1 测试网中验证了 EOTS 密码学可行,Phase-2 上线了真正的委托和罚没流程。但密码学可行和 FP 生态成熟是两件事。持币者委托 BTC 时不仅要判断 PoS 链是否值得保护,还要判断 FP 是否值得托付。如果 FP 的运营透明度不够,持币者的风险就不止来自 PoS 链的协议风险,还来自 FP 的操作风险。
所以我现在看 Babylon 的 BTC Staking 不光看锁了多少 BTC,更看 FP 列表的集中度变化和 FP 的公开运营记录。如果 BTC 增长快但 FP 集合增长慢,大部分资金集中在少数 FP 手里——那系统的安全就依赖这几个 FP 不出错。选 FP 的机制如果不透明,就会变成另一种形式的"信任少数人"。
#baby
$BABY
BTC
-0,15%
BABY
+1,32%
EUL
-1,69%
九牛 Mae
·
--
最近社区都在讨论@babylonlabs_io 测试网上TBV的参数自定功能,很多人直呼终于不用被协议的固定模板绑死了。我自己把Taproot多路径脚本的约束条件和vault创建流程实测了一遍,讲讲不一样的看法。 这套方案最亮眼的地方就在于用户对抵押品的控制粒度——质押率、时间锁、清算线都由用户自己设定并直接写入Taproot脚本,不需要经过任何协议管理员审批。对于我们这种经历过DeFi协议硬性清算线导致仓位被意外平掉的人来说,能把退出条件和自己的风险承受能力对齐,确实是个巨大的进步。$EUL 不过玩法再自由,底层架构依然存在不可忽视的用户门槛。由于参数在创建vault时就写死在Bitcoin脚本里,之后不能通过任何方式修改——这意味着设错质押率、选错时间锁长度、或对清算线的市场波动预估不足,唯一的修正路径就是关闭当前vault重建,涉及两笔Bitcoin交易和一轮跨链状态同步的成本。Aave那侧也读取不了你"想改"的意图,只能认脚本上已经写死的值。这种场景虽然不常发生,但用户最容易出问题的时候往往不是操作复杂的场景,而是觉得自己已经理解规则、放松警惕的时候。$DEXE 我这几天在测试网里设了不同参数组合跑了几轮验证,整体交互流程非常顺畅,能看出团队在脚本路径设计上下了硬功夫。但说实话,灵活性和容错率永远存在博弈,没有一种设定能同时满足"随便设"和"设错了随便改"。我的建议是大家去测试网把各种参数组合都跑一遍,但主网上创建vault时别一把设死长期参数,先用短时间锁小规模试水,跑顺了再加码。参数自由的前提是理解每个参数在极端行情下的表现,留三分清醒才能把这套自建规则的工具用到位。#baby $BABY
最近社区都在讨论
@BabylonLabs_io
测试网上TBV的参数自定功能,很多人直呼终于不用被协议的固定模板绑死了。我自己把Taproot多路径脚本的约束条件和vault创建流程实测了一遍,讲讲不一样的看法。
这套方案最亮眼的地方就在于用户对抵押品的控制粒度——质押率、时间锁、清算线都由用户自己设定并直接写入Taproot脚本,不需要经过任何协议管理员审批。对于我们这种经历过DeFi协议硬性清算线导致仓位被意外平掉的人来说,能把退出条件和自己的风险承受能力对齐,确实是个巨大的进步。
$EUL
不过玩法再自由,底层架构依然存在不可忽视的用户门槛。由于参数在创建vault时就写死在Bitcoin脚本里,之后不能通过任何方式修改——这意味着设错质押率、选错时间锁长度、或对清算线的市场波动预估不足,唯一的修正路径就是关闭当前vault重建,涉及两笔Bitcoin交易和一轮跨链状态同步的成本。Aave那侧也读取不了你"想改"的意图,只能认脚本上已经写死的值。这种场景虽然不常发生,但用户最容易出问题的时候往往不是操作复杂的场景,而是觉得自己已经理解规则、放松警惕的时候。
$DEXE
我这几天在测试网里设了不同参数组合跑了几轮验证,整体交互流程非常顺畅,能看出团队在脚本路径设计上下了硬功夫。但说实话,灵活性和容错率永远存在博弈,没有一种设定能同时满足"随便设"和"设错了随便改"。我的建议是大家去测试网把各种参数组合都跑一遍,但主网上创建vault时别一把设死长期参数,先用短时间锁小规模试水,跑顺了再加码。参数自由的前提是理解每个参数在极端行情下的表现,留三分清醒才能把这套自建规则的工具用到位。
#baby
$BABY
DEXE
+1,55%
BABY
+1,32%
EUL
-1,69%
九牛 Mae
·
--
圈子最近把Consumer Chain接入Babylon当作BTC安全共享层的落地信号,我花了三天部署Babylon Genesis测试网全节点,同步区块数据,跟着官方文档跑了一遍Consumer Chain注册流程,逐段对照白皮书第7节描述的"BSN依赖Babylon提供最终性"这一段,导出多组签到日志做交叉验证。我长期判断跨链安全只看最终性来源的独立性,不会被运营数据或节点数量干扰,客观拆解@babylonlabs_io 这套Consumer Chain最终性依赖的底层设计。 白皮书第7节开篇就点明传统IBC安全模型的核心矛盾,两条链各自用自己的验证者集做最终性判断,跨链交易的安全水位取决于两条链各自验证者集的安全性下限。BSN架构换了一种方式——Consumer Chain不出块时用自己的验证者做区块生产,但区块最终性交由Babylon Genesis链上注册的Finality Providers通过EOTS签名确认。 Consumer Chain自身不需要另外找一层安全,安全问题本质上交给了Babylon的BTC经济安全预算。$BABY 在BSN体系里承担签到手续费和跨链最终性验证的Gas消耗,Consumer Chain运营方需要用BABY支付签到费用和FP激励,代币和BSN机制存在直接的燃料绑定,不存在代币经济和应用层脱节的设计。$RIF Consumer Chain的区块产出速率必须和Babylon的最终性确认节奏匹配,Babylon链的区块时间约1秒,Consumer Chain如果出块太快会积累大量等待Babylon确认的区块队列。FP签名依赖EOTS Managers的在线状态和Covenant Committee的多签协调,任意一侧节点维护窗口拉长,Consumer Chain的最终性确认就会跟着延后。 新生协议的接入层存在落地瑕疵不算例外,不能用当下Consumer Chain注册路径尚不顺畅就否定BTC经济安全共享的方向。我个人只拆分小额BABY在测试网做签到和跨链验证流程演练,优先熟悉Consumer Chain和Babylon链之间的最终性同步机制,再逐步增加参与体量。#baby
圈子最近把Consumer Chain接入Babylon当作BTC安全共享层的落地信号,我花了三天部署Babylon Genesis测试网全节点,同步区块数据,跟着官方文档跑了一遍Consumer Chain注册流程,逐段对照白皮书第7节描述的"BSN依赖Babylon提供最终性"这一段,导出多组签到日志做交叉验证。我长期判断跨链安全只看最终性来源的独立性,不会被运营数据或节点数量干扰,客观拆解
@BabylonLabs_io
这套Consumer Chain最终性依赖的底层设计。
白皮书第7节开篇就点明传统IBC安全模型的核心矛盾,两条链各自用自己的验证者集做最终性判断,跨链交易的安全水位取决于两条链各自验证者集的安全性下限。BSN架构换了一种方式——Consumer Chain不出块时用自己的验证者做区块生产,但区块最终性交由Babylon Genesis链上注册的Finality Providers通过EOTS签名确认。
Consumer Chain自身不需要另外找一层安全,安全问题本质上交给了Babylon的BTC经济安全预算。
$BABY
在BSN体系里承担签到手续费和跨链最终性验证的Gas消耗,Consumer Chain运营方需要用BABY支付签到费用和FP激励,代币和BSN机制存在直接的燃料绑定,不存在代币经济和应用层脱节的设计。
$RIF
Consumer Chain的区块产出速率必须和Babylon的最终性确认节奏匹配,Babylon链的区块时间约1秒,Consumer Chain如果出块太快会积累大量等待Babylon确认的区块队列。FP签名依赖EOTS Managers的在线状态和Covenant Committee的多签协调,任意一侧节点维护窗口拉长,Consumer Chain的最终性确认就会跟着延后。
新生协议的接入层存在落地瑕疵不算例外,不能用当下Consumer Chain注册路径尚不顺畅就否定BTC经济安全共享的方向。我个人只拆分小额BABY在测试网做签到和跨链验证流程演练,优先熟悉Consumer Chain和Babylon链之间的最终性同步机制,再逐步增加参与体量。
#baby
BABY
+1,32%
九牛 Mae
·
--
不知不觉已经陪伴币安走过这么久啦,九周年快乐!希望往后体验越来越好,和大家继续一起探索数字世界 #BinanceTurns9
不知不觉已经陪伴币安走过这么久啦,九周年快乐!希望往后体验越来越好,和大家继续一起探索数字世界
#BinanceTurns9
九牛 Mae
·
--
$RAVE 短空一手,尝尝咸淡。
$RAVE
短空一手,尝尝咸淡。
RAVE
+3,62%
九牛 Mae
·
--
$STABLE 成功拿下前500名,但是太累了,哎
$STABLE
成功拿下前500名,但是太累了,哎
STABLE
-1,31%
九牛 Mae
·
--
每次都是必须稳稳拿下的,赚不赚的无所谓,就是喜欢刷交易。。
每次都是必须稳稳拿下的,赚不赚的无所谓,就是喜欢刷交易。。
RTX
Alpha
+0.05%
九牛 Mae
·
--
$BEAT 交易竞赛的神表示,还是要尊重一下2000名哈哈,拿下✓
$BEAT
交易竞赛的神表示,还是要尊重一下2000名哈哈,拿下✓
BEAT
-32,55%
九牛 Mae
·
--
$BEAT 又是轻松拿下✔
$BEAT
又是轻松拿下✔
BEAT
-32,55%
九牛 Mae
·
--
奖励中心发奖励了,嘿嘿 Night理财可以撸一下,450刀nihht7天年化200%,大概收益16刀
奖励中心发奖励了,嘿嘿
Night理财可以撸一下,450刀nihht7天年化200%,大概收益16刀
NIGHT
+2,32%
ROBO
-8,80%
CFG
+2,49%
九牛 Mae
·
--
$BLUAI 磨损18刀,拿下✔
$BLUAI
磨损18刀,拿下✔
BLUAI
-3,70%
九牛 Mae
·
--
$STO 疯了啊,现在空还能吃一口不
$STO
疯了啊,现在空还能吃一口不
STO
+0,78%
九牛 Mae
·
--
$ICNT 哈哈,又是强势拿下🤏🏻套保走起
$ICNT
哈哈,又是强势拿下🤏🏻套保走起
ICNT
-4,96%
九牛 Mae
·
--
$EDGE 山寨的价值是0,先空为敬哈哈。
$EDGE
山寨的价值是0,先空为敬哈哈。
EDGE
-0,44%
九牛 Mae
·
--
$ETH 牙医确实有点牛逼啊,短线挺准的,连续盈利6单了,有点东西哦
$ETH
牙医确实有点牛逼啊,短线挺准的,连续盈利6单了,有点东西哦
ETH
-0,07%
九牛 Mae
·
--
$BTC 事件合约6连胜了,在慢慢研究中哈哈
$BTC
事件合约6连胜了,在慢慢研究中哈哈
BTC
-0,15%
Войдите, чтобы посмотреть больше материала
Зарегистрироваться / войти
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Зарегистрируйтесь, чтобы заработать награды
Войти
В тренде
LMECopperStocksFall42DaysLongestSince2014
Просмотров: 4,387
137 обсуждают
#lmecopperstocksfall42dayslongestsince2014 🚨 LME Copper Stocks Fall for 42 Straight Days — Longest Streak Since 2014 LME copper inventories have now declined for 42 consecutive days, marking the longest drawdown streak in more than a decade. 📉 The persistent inventory drain is putting the spotlight back on tightening physical supply and resilient industrial demand. If the trend continues, copper could face increasing pressure as global supply buffers shrink. 🔎 Key takeaway: Falling exchange inventories + steady demand = a market worth watching closely. #Copper #LME #CopperStocks #Commodities $BTC $ETH $BNB
MR TALHA King
·
Лайков: 2
·
Просмотров: 368
COWRises55.77%In24h
Просмотров: 16,582
332 обсуждают
BNBChainToActivatePasteurHardFork
Просмотров: 31,879
683 обсуждают
Подробнее
Структура веб-страницы
Настройки cookie
Правила и условия платформы