重生之撸毛之王
190 Bài đăng
重生之撸毛之王
Báo cáo
Chặn người dùng
17 Đang theo dõi
16 Người theo dõi
648 Đã thích
Bài đăng
·
--
Đã xác minh
Xem bản dịch
“EVM兼容”解决了开发者怎么进来，Hedger要解决的是机构进来之后，哪些数据不应该公开
最近翻到一篇关于DuskEVM的分析，作者说了一句话让我想了很久——“EVM compatible只解决了一半问题”。
Solidity、Foundry、Hardhat，这些工具让开发者可以沿用熟悉的以太坊工具栈。但作者提了一个更扎心的问题：机构真的愿意把余额、头寸和交易金额全部公开吗？
这个问题我越想越觉得是RWA赛道的核心矛盾。你让机构把证券放上链，技术不是问题，问题是上链之后所有的交易数据都被所有人围观——仓位、对手方、资金流向全部透明，这在传统金融市场里是不可接受的。
@Dusk_Foundation
Dusk的Hedger模块给出的答案是：同态加密让数据在保持加密的情况下参与计算，零知识证明负责证明结果满足规则。数据不一定需要公开，执行却仍然可以被验证。
对于做市商可以隐藏敏感仓位，对于金融机构可以保护机密余额，对于需要审计时又可以授权披露——这套设计在逻辑上确实解决了“隐私-合规悖论”。
但问题在于，Hedger目前还停在测试网。一个还在测试阶段的功能，被写进了机构RWA的核心叙事里。同态加密加零知识证明，这套组合拳在理论上是成立的。但理论成立和机构真的开始用，中间差着主网跑通、压力测试、监管认可这三个台阶。
EVM compatibility解决的是开发者怎么进来。Hedger要解决的，是金融机构进来之后，哪些数据根本不应该公开。如果DuskEVM主网最终能把这套机密EVM工作流跑通，这才是我认为它真正形成差异化的地方。在那之前，“EVM兼容”只解决了一半问题。
#dusk $DUSK
“EVM兼容”解决了开发者怎么进来，Hedger要解决的是机构进来之后，哪些数据不应该公开
最近翻到一篇关于DuskEVM的分析，作者说了一句话让我想了很久——“EVM compatible只解决了一半问题”。
Solidity、Foundry、Hardhat，这些工具让开发者可以沿用熟悉的以太坊工具栈。但作者提了一个更扎心的问题：机构真的愿意把余额、头寸和交易金额全部公开吗？
这个问题我越想越觉得是RWA赛道的核心矛盾。你让机构把证券放上链，技术不是问题，问题是上链之后所有的交易数据都被所有人围观——仓位、对手方、资金流向全部透明，这在传统金融市场里是不可接受的。
@Dusk
Dusk的Hedger模块给出的答案是：同态加密让数据在保持加密的情况下参与计算，零知识证明负责证明结果满足规则。数据不一定需要公开，执行却仍然可以被验证。
对于做市商可以隐藏敏感仓位，对于金融机构可以保护机密余额，对于需要审计时又可以授权披露——这套设计在逻辑上确实解决了“隐私-合规悖论”。
但问题在于，Hedger目前还停在测试网。一个还在测试阶段的功能，被写进了机构RWA的核心叙事里。同态加密加零知识证明，这套组合拳在理论上是成立的。但理论成立和机构真的开始用，中间差着主网跑通、压力测试、监管认可这三个台阶。
EVM compatibility解决的是开发者怎么进来。Hedger要解决的，是金融机构进来之后，哪些数据根本不应该公开。如果DuskEVM主网最终能把这套机密EVM工作流跑通，这才是我认为它真正形成差异化的地方。在那之前，“EVM兼容”只解决了一半问题。
#dusk $DUSK
最近翻到一篇关于DuskEVM的分析，作者说了一句话让我想了很久——“EVM compatible只解决了一半问题”。
Solidity、Foundry、Hardhat，这些工具让开发者可以沿用熟悉的以太坊工具栈。但作者提了一个更扎心的问题：机构真的愿意把余额、头寸和交易金额全部公开吗？
这个问题我越想越觉得是RWA赛道的核心矛盾。你让机构把证券放上链，技术不是问题，问题是上链之后所有的交易数据都被所有人围观——仓位、对手方、资金流向全部透明，这在传统金融市场里是不可接受的。
@Dusk
Dusk的Hedger模块给出的答案是：同态加密让数据在保持加密的情况下参与计算，零知识证明负责证明结果满足规则。数据不一定需要公开，执行却仍然可以被验证。
对于做市商可以隐藏敏感仓位，对于金融机构可以保护机密余额，对于需要审计时又可以授权披露——这套设计在逻辑上确实解决了“隐私-合规悖论”。
但问题在于，Hedger目前还停在测试网。一个还在测试阶段的功能，被写进了机构RWA的核心叙事里。同态加密加零知识证明，这套组合拳在理论上是成立的。但理论成立和机构真的开始用，中间差着主网跑通、压力测试、监管认可这三个台阶。
EVM compatibility解决的是开发者怎么进来。Hedger要解决的，是金融机构进来之后，哪些数据根本不应该公开。如果DuskEVM主网最终能把这套机密EVM工作流跑通，这才是我认为它真正形成差异化的地方。在那之前，“EVM兼容”只解决了一半问题。
#dusk $DUSK
9
1.1k
·
--
Xem bản dịch
DUSK社区正在投票：把烧掉的区块奖励放进金库，还是继续通缩？
8月，DUSK社区正在进行一场关键投票：是否把原本要烧掉的区块奖励放进一个社区金库。听起来是技术升级，实则是一场利益重新分配——既要保护现有质押者的利益，又要给未来开发者留出激励空间。
大节点直接表态：我出块率高，烧掉能通缩，放进金库不是劫富济贫？对他们来说，区块奖励是对验证者工作的补偿，牺牲收益来补贴开发者，这账不划算。开发者们则欢呼：终于有粮草了。一条没有应用层的隐私链，隐私再强也收不到过路费。主网上线快8个月了，链上应用屈指可数，没有资金吸引团队入驻，这条链就只能停在“技术很酷但没人用”的状态。
这场投票也暴露了DUSK生态的权力结构。目前活跃验证者约200个，前20个控制着超过35%的质押量。35%的质押集中在10%的验证者手里，这哪里是去中心化，分明是“链上寡头政治”。但这也是Dusk的魅力所在——它不装，把权力的游戏摆在台面上，让你看清楚谁在掌控这个网络。@Dusk_Foundation
如果提案通过，这意味着Dusk的区块奖励分配权可以被社区投票改变，治理不再是摆设。一旦闸门打开，后面关于节点奖励、质押收益率、生态拨款的投票可能会陆续出现。OpenDusk如果通过，DUSK将从“团队主导”走向“社区共治”；如果不通过，它将继续保持通缩路径。
无论投票结果如何，这都将是0.06美元附近最大的变数。社区治理不是请客吃饭，是真金白银的权力重新分配。等投票结果出来，再看这条链的走向——通过则开发者粮草到了，失败则大节点赢了，开发者继续等。这条链的未来，可能就藏在这张选票的最终结果里。
#dusk $DUSK
DUSK社区正在投票：把烧掉的区块奖励放进金库，还是继续通缩？
8月，DUSK社区正在进行一场关键投票：是否把原本要烧掉的区块奖励放进一个社区金库。听起来是技术升级，实则是一场利益重新分配——既要保护现有质押者的利益，又要给未来开发者留出激励空间。
大节点直接表态：我出块率高，烧掉能通缩，放进金库不是劫富济贫？对他们来说，区块奖励是对验证者工作的补偿，牺牲收益来补贴开发者，这账不划算。开发者们则欢呼：终于有粮草了。一条没有应用层的隐私链，隐私再强也收不到过路费。主网上线快8个月了，链上应用屈指可数，没有资金吸引团队入驻，这条链就只能停在“技术很酷但没人用”的状态。
这场投票也暴露了DUSK生态的权力结构。目前活跃验证者约200个，前20个控制着超过35%的质押量。35%的质押集中在10%的验证者手里，这哪里是去中心化，分明是“链上寡头政治”。但这也是Dusk的魅力所在——它不装，把权力的游戏摆在台面上，让你看清楚谁在掌控这个网络。@Dusk
如果提案通过，这意味着Dusk的区块奖励分配权可以被社区投票改变，治理不再是摆设。一旦闸门打开，后面关于节点奖励、质押收益率、生态拨款的投票可能会陆续出现。OpenDusk如果通过，DUSK将从“团队主导”走向“社区共治”；如果不通过，它将继续保持通缩路径。
无论投票结果如何，这都将是0.06美元附近最大的变数。社区治理不是请客吃饭，是真金白银的权力重新分配。等投票结果出来，再看这条链的走向——通过则开发者粮草到了，失败则大节点赢了，开发者继续等。这条链的未来，可能就藏在这张选票的最终结果里。
#dusk $DUSK
8月，DUSK社区正在进行一场关键投票：是否把原本要烧掉的区块奖励放进一个社区金库。听起来是技术升级，实则是一场利益重新分配——既要保护现有质押者的利益，又要给未来开发者留出激励空间。
大节点直接表态：我出块率高，烧掉能通缩，放进金库不是劫富济贫？对他们来说，区块奖励是对验证者工作的补偿，牺牲收益来补贴开发者，这账不划算。开发者们则欢呼：终于有粮草了。一条没有应用层的隐私链，隐私再强也收不到过路费。主网上线快8个月了，链上应用屈指可数，没有资金吸引团队入驻，这条链就只能停在“技术很酷但没人用”的状态。
这场投票也暴露了DUSK生态的权力结构。目前活跃验证者约200个，前20个控制着超过35%的质押量。35%的质押集中在10%的验证者手里，这哪里是去中心化，分明是“链上寡头政治”。但这也是Dusk的魅力所在——它不装，把权力的游戏摆在台面上，让你看清楚谁在掌控这个网络。@Dusk
如果提案通过，这意味着Dusk的区块奖励分配权可以被社区投票改变，治理不再是摆设。一旦闸门打开，后面关于节点奖励、质押收益率、生态拨款的投票可能会陆续出现。OpenDusk如果通过，DUSK将从“团队主导”走向“社区共治”；如果不通过，它将继续保持通缩路径。
无论投票结果如何，这都将是0.06美元附近最大的变数。社区治理不是请客吃饭，是真金白银的权力重新分配。等投票结果出来，再看这条链的走向——通过则开发者粮草到了，失败则大节点赢了，开发者继续等。这条链的未来，可能就藏在这张选票的最终结果里。
#dusk $DUSK
9
218
·
--
Xem bản dịch
DuskEVM测试网我翻了十几篇实测帖，看到有人说“选择性披露卡在缓存层”
8月10日DuskEVM测试网上线，广场上实测帖越来越多。有人用Solidity和Hardhat部署合约，说上手比想象中顺。Hedger模块用同态加密和零知识证明跑保密交易，开发者不用学新语言，确实打破了不少人对隐私链“反人类”的刻板印象。
但翻到一篇帖子的时候我停下来了。作者说自己做了一次选择性披露测试：私下转账→请求授权→向指定方展示数据。前面几步都跑通了，付款和验证也过了，最后在“披露层”卡住了。他原以为是测试网延迟，后来发现路由清了、Hedger状态也是绿的，只有选择性披露这一步比预期慢。他最后指向的是一个很少有人谈的东西：缓存层决定“隐私状态什么时候对下一次授权调用可用”。@Dusk_Foundation
这个细节其实比“TPS多少”更值得琢磨。选择性披露是Dusk卖给机构的核心卖点——交易保密但审计可查。如果这个环节在测试网上就有延迟，到了主网交易量上来、多个授权请求同时涌进来的时候，缓存层能不能撑住？作者自己也问了这个问题：当多个授权审阅同时到来，且经济承诺必须保持连续时，究竟是什么在起作用？
DuskEVM测试网开放了，Hedger能跑通了，技术底子确实在往前走。但“跑通”和“跑到机构敢用”之间还差着压力测试。选择性披露不是“有”就行，是要在真实负载下“稳”。等哪天我看到有人晒出测试网高并发下的披露延迟数据，再来说这条链是真的准备好了。
#dusk $DUSK
DuskEVM测试网我翻了十几篇实测帖，看到有人说“选择性披露卡在缓存层”
8月10日DuskEVM测试网上线，广场上实测帖越来越多。有人用Solidity和Hardhat部署合约，说上手比想象中顺。Hedger模块用同态加密和零知识证明跑保密交易，开发者不用学新语言，确实打破了不少人对隐私链“反人类”的刻板印象。
但翻到一篇帖子的时候我停下来了。作者说自己做了一次选择性披露测试：私下转账→请求授权→向指定方展示数据。前面几步都跑通了，付款和验证也过了，最后在“披露层”卡住了。他原以为是测试网延迟，后来发现路由清了、Hedger状态也是绿的，只有选择性披露这一步比预期慢。他最后指向的是一个很少有人谈的东西：缓存层决定“隐私状态什么时候对下一次授权调用可用”。@Dusk
这个细节其实比“TPS多少”更值得琢磨。选择性披露是Dusk卖给机构的核心卖点——交易保密但审计可查。如果这个环节在测试网上就有延迟，到了主网交易量上来、多个授权请求同时涌进来的时候，缓存层能不能撑住？作者自己也问了这个问题：当多个授权审阅同时到来，且经济承诺必须保持连续时，究竟是什么在起作用？
DuskEVM测试网开放了，Hedger能跑通了，技术底子确实在往前走。但“跑通”和“跑到机构敢用”之间还差着压力测试。选择性披露不是“有”就行，是要在真实负载下“稳”。等哪天我看到有人晒出测试网高并发下的披露延迟数据，再来说这条链是真的准备好了。
#dusk $DUSK
8月10日DuskEVM测试网上线，广场上实测帖越来越多。有人用Solidity和Hardhat部署合约，说上手比想象中顺。Hedger模块用同态加密和零知识证明跑保密交易，开发者不用学新语言，确实打破了不少人对隐私链“反人类”的刻板印象。
但翻到一篇帖子的时候我停下来了。作者说自己做了一次选择性披露测试：私下转账→请求授权→向指定方展示数据。前面几步都跑通了，付款和验证也过了，最后在“披露层”卡住了。他原以为是测试网延迟，后来发现路由清了、Hedger状态也是绿的，只有选择性披露这一步比预期慢。他最后指向的是一个很少有人谈的东西：缓存层决定“隐私状态什么时候对下一次授权调用可用”。@Dusk
这个细节其实比“TPS多少”更值得琢磨。选择性披露是Dusk卖给机构的核心卖点——交易保密但审计可查。如果这个环节在测试网上就有延迟，到了主网交易量上来、多个授权请求同时涌进来的时候，缓存层能不能撑住？作者自己也问了这个问题：当多个授权审阅同时到来，且经济承诺必须保持连续时，究竟是什么在起作用？
DuskEVM测试网开放了，Hedger能跑通了，技术底子确实在往前走。但“跑通”和“跑到机构敢用”之间还差着压力测试。选择性披露不是“有”就行，是要在真实负载下“稳”。等哪天我看到有人晒出测试网高并发下的披露延迟数据，再来说这条链是真的准备好了。
#dusk $DUSK
1
9
267
·
--
Xem bản dịch
试完Dusk那个双账户互转，我后背有点发凉——隐私是做给用户用的，不是做给开发者骂的
昨晚看到一篇实测帖，作者把Dusk的Moonlight和Phoenix来回倒腾了几笔，越玩越不对劲。
同一套助记词派生出来的两个地址——一个透明得像玻璃缸，一个黑箱到连余额都看不见。用户端点一下“切换”就过去了，但协议底层走的完全是两套账本逻辑：Moonlight是账户模型，余额直接写在合约里；Phoenix是UTXO加note，靠Pedersen承诺和nullifier去凑。@Dusk_Foundation
你说这设计牛不牛？牛。但你要在上面写个借贷合约试试——清算的时候得同时管两套状态，ETH余额和隐私note的nullifier得一起算。写Moonlight逻辑怕大户被狙，写Phoenix逻辑又怕监管直接把你接口掐了。文档里轻飘飘一句“按需选择”，开发者看了只想骂人——这不叫模块化，这叫把选择题甩给生态买单。
更让我后背发凉的是另一段分析。NPEX那套证券代币的故事讲得挺好听的，但最后全蹲在Moonlight上。MiCA那帮人连稳定币储备都要季度审计，你跟他说“我有zk-proof能选盲化视图”？监管第一反应永远是：代码能不能一键导出Excel？Phoenix那个“选择性披露”在律师眼里就是技术黑箱——出事了谁签字？ 机构不傻，真金白银的东西，宁可裸奔也得能追责。
现在链上质押率36%看着还行，但圈内人都知道，全是节点在自嗨。DuskEVM是上了，可如果明年Dapp列表里Phoenix栏位还是空的，这项目就退化成带隐私插件的EVM链了，叙事直接塌一半。
我不是说技术不行——UTXO加ZK这套耦合确实硬核。但产品没给默认答案就是最大的失败。 普通用户连助记词都记不住，你还让他每次转账前纠结“今天要不要开隐私”？
本来想挂个观察仓，现在撤了。等看到第一个敢把核心流动性池扔Phoenix、且拿到欧盟监管书面背书的案例再说。
#dusk $DUSK
试完Dusk那个双账户互转，我后背有点发凉——隐私是做给用户用的，不是做给开发者骂的
昨晚看到一篇实测帖，作者把Dusk的Moonlight和Phoenix来回倒腾了几笔，越玩越不对劲。
同一套助记词派生出来的两个地址——一个透明得像玻璃缸，一个黑箱到连余额都看不见。用户端点一下“切换”就过去了，但协议底层走的完全是两套账本逻辑：Moonlight是账户模型，余额直接写在合约里；Phoenix是UTXO加note，靠Pedersen承诺和nullifier去凑。@Dusk
你说这设计牛不牛？牛。但你要在上面写个借贷合约试试——清算的时候得同时管两套状态，ETH余额和隐私note的nullifier得一起算。写Moonlight逻辑怕大户被狙，写Phoenix逻辑又怕监管直接把你接口掐了。文档里轻飘飘一句“按需选择”，开发者看了只想骂人——这不叫模块化，这叫把选择题甩给生态买单。
更让我后背发凉的是另一段分析。NPEX那套证券代币的故事讲得挺好听的，但最后全蹲在Moonlight上。MiCA那帮人连稳定币储备都要季度审计，你跟他说“我有zk-proof能选盲化视图”？监管第一反应永远是：代码能不能一键导出Excel？Phoenix那个“选择性披露”在律师眼里就是技术黑箱——出事了谁签字？ 机构不傻，真金白银的东西，宁可裸奔也得能追责。
现在链上质押率36%看着还行，但圈内人都知道，全是节点在自嗨。DuskEVM是上了，可如果明年Dapp列表里Phoenix栏位还是空的，这项目就退化成带隐私插件的EVM链了，叙事直接塌一半。
我不是说技术不行——UTXO加ZK这套耦合确实硬核。但产品没给默认答案就是最大的失败。 普通用户连助记词都记不住，你还让他每次转账前纠结“今天要不要开隐私”？
本来想挂个观察仓，现在撤了。等看到第一个敢把核心流动性池扔Phoenix、且拿到欧盟监管书面背书的案例再说。
#dusk $DUSK
昨晚看到一篇实测帖，作者把Dusk的Moonlight和Phoenix来回倒腾了几笔，越玩越不对劲。
同一套助记词派生出来的两个地址——一个透明得像玻璃缸，一个黑箱到连余额都看不见。用户端点一下“切换”就过去了，但协议底层走的完全是两套账本逻辑：Moonlight是账户模型，余额直接写在合约里；Phoenix是UTXO加note，靠Pedersen承诺和nullifier去凑。@Dusk
你说这设计牛不牛？牛。但你要在上面写个借贷合约试试——清算的时候得同时管两套状态，ETH余额和隐私note的nullifier得一起算。写Moonlight逻辑怕大户被狙，写Phoenix逻辑又怕监管直接把你接口掐了。文档里轻飘飘一句“按需选择”，开发者看了只想骂人——这不叫模块化，这叫把选择题甩给生态买单。
更让我后背发凉的是另一段分析。NPEX那套证券代币的故事讲得挺好听的，但最后全蹲在Moonlight上。MiCA那帮人连稳定币储备都要季度审计，你跟他说“我有zk-proof能选盲化视图”？监管第一反应永远是：代码能不能一键导出Excel？Phoenix那个“选择性披露”在律师眼里就是技术黑箱——出事了谁签字？ 机构不傻，真金白银的东西，宁可裸奔也得能追责。
现在链上质押率36%看着还行，但圈内人都知道，全是节点在自嗨。DuskEVM是上了，可如果明年Dapp列表里Phoenix栏位还是空的，这项目就退化成带隐私插件的EVM链了，叙事直接塌一半。
我不是说技术不行——UTXO加ZK这套耦合确实硬核。但产品没给默认答案就是最大的失败。 普通用户连助记词都记不住，你还让他每次转账前纠结“今天要不要开隐私”？
本来想挂个观察仓，现在撤了。等看到第一个敢把核心流动性池扔Phoenix、且拿到欧盟监管书面背书的案例再说。
#dusk $DUSK
1
9
204
·
--
Đã xác minh
Xem bản dịch
Dusk主网跑了半年，技术稳了，但应用还没跟上——这才是最大的悬念
前段时间看到一篇文章，作者说他自己有个毛病——看到项目说“主网上线”就默认等于“可以开始观察了”，因为见过太多主网上线之后半年都没人用的项目。
然后他蹲在Dusk链上看了三天。结论是：确实在跑。验证节点分散程度还行，质押量到了一个“不像是演的”的水平，区块高度稳步增长，出块间隔正常，不是自己刷的假量，是真有用户在交互。
主网稳了，这是第一步。
但主网稳了只是第一步。作者也说了，现在链上应用还不多，DuskEVM虽然上线了，但生态项目数量跟以太坊那些Layer2比差得远。开发者来了没有、能不能留下，才是接下来的关键。@Dusk_Foundation
另一篇分析文章也点到了同一个问题。作者一开始觉得DuskEVM就是“另一条EVM链”，但深入研究后发现有趣的地方在于——当熟悉的EVM层连接到以受监管金融为核心设计的隐私基础设施后，会发生什么。金融应用不能假设透明度是功能，大型机构可能需要证明交易有效却不暴露完整持仓。
Dusk的技术架构确实解决了这个问题。Hedger模块用同态加密和零知识证明引入机密EVM工作流。但架构解决了“能不能做”的问题，解决不了“有没有人用”的问题。
Dusk从2018年开始做，到今年初主网上线，中间磨了六年。六年才发主网，说明不急着割，技术底子是扎实的。但技术扎实和生态繁荣之间，还有一条很长的路。
接下来要观察的，不是代码更新了多少，而是真实资产开始调用这些设施后产生的Gas和结算需求。只有交易量起来了，DUSK的价值捕获才能真正成立。
主网稳了，这是个好开始。但应用在哪、开发者在哪、交易量在哪——这些才是接下来的关键问题。我会继续观察，等STOX平台真正跑起来再说。
#dusk $DUSK
Dusk主网跑了半年，技术稳了，但应用还没跟上——这才是最大的悬念
前段时间看到一篇文章，作者说他自己有个毛病——看到项目说“主网上线”就默认等于“可以开始观察了”，因为见过太多主网上线之后半年都没人用的项目。
然后他蹲在Dusk链上看了三天。结论是：确实在跑。验证节点分散程度还行，质押量到了一个“不像是演的”的水平，区块高度稳步增长，出块间隔正常，不是自己刷的假量，是真有用户在交互。
主网稳了，这是第一步。
但主网稳了只是第一步。作者也说了，现在链上应用还不多，DuskEVM虽然上线了，但生态项目数量跟以太坊那些Layer2比差得远。开发者来了没有、能不能留下，才是接下来的关键。@Dusk
另一篇分析文章也点到了同一个问题。作者一开始觉得DuskEVM就是“另一条EVM链”，但深入研究后发现有趣的地方在于——当熟悉的EVM层连接到以受监管金融为核心设计的隐私基础设施后，会发生什么。金融应用不能假设透明度是功能，大型机构可能需要证明交易有效却不暴露完整持仓。
Dusk的技术架构确实解决了这个问题。Hedger模块用同态加密和零知识证明引入机密EVM工作流。但架构解决了“能不能做”的问题，解决不了“有没有人用”的问题。
Dusk从2018年开始做，到今年初主网上线，中间磨了六年。六年才发主网，说明不急着割，技术底子是扎实的。但技术扎实和生态繁荣之间，还有一条很长的路。
接下来要观察的，不是代码更新了多少，而是真实资产开始调用这些设施后产生的Gas和结算需求。只有交易量起来了，DUSK的价值捕获才能真正成立。
主网稳了，这是个好开始。但应用在哪、开发者在哪、交易量在哪——这些才是接下来的关键问题。我会继续观察，等STOX平台真正跑起来再说。
#dusk $DUSK
前段时间看到一篇文章，作者说他自己有个毛病——看到项目说“主网上线”就默认等于“可以开始观察了”，因为见过太多主网上线之后半年都没人用的项目。
然后他蹲在Dusk链上看了三天。结论是：确实在跑。验证节点分散程度还行，质押量到了一个“不像是演的”的水平，区块高度稳步增长，出块间隔正常，不是自己刷的假量，是真有用户在交互。
主网稳了，这是第一步。
但主网稳了只是第一步。作者也说了，现在链上应用还不多，DuskEVM虽然上线了，但生态项目数量跟以太坊那些Layer2比差得远。开发者来了没有、能不能留下，才是接下来的关键。@Dusk
另一篇分析文章也点到了同一个问题。作者一开始觉得DuskEVM就是“另一条EVM链”，但深入研究后发现有趣的地方在于——当熟悉的EVM层连接到以受监管金融为核心设计的隐私基础设施后，会发生什么。金融应用不能假设透明度是功能，大型机构可能需要证明交易有效却不暴露完整持仓。
Dusk的技术架构确实解决了这个问题。Hedger模块用同态加密和零知识证明引入机密EVM工作流。但架构解决了“能不能做”的问题，解决不了“有没有人用”的问题。
Dusk从2018年开始做，到今年初主网上线，中间磨了六年。六年才发主网，说明不急着割，技术底子是扎实的。但技术扎实和生态繁荣之间，还有一条很长的路。
接下来要观察的，不是代码更新了多少，而是真实资产开始调用这些设施后产生的Gas和结算需求。只有交易量起来了，DUSK的价值捕获才能真正成立。
主网稳了，这是个好开始。但应用在哪、开发者在哪、交易量在哪——这些才是接下来的关键问题。我会继续观察，等STOX平台真正跑起来再说。
#dusk $DUSK
9
465
·
--
Xem bản dịch
我开始研究Dusk的隐私架构时，以为最大的问题是“能藏多少”
前两天翻到一篇广场的文章，作者说了一句话让我想了很久：“我开始研究Dusk的隐私架构时，原本以为最显而易见的问题相当简单：你实际上能隐藏多少？接着我开始思考，隐藏之后会发生什么。这才是对我而言更有趣的地方。”
Dusk的Hedger模块用同态加密和零知识证明实现机密EVM工作流。对机构来说，吸引力确实很明显——你不希望公开链上的每个钱包都实时盯着你的仓位、订单规模或交易意图。但“藏起来”之后呢？传统DeFi里，流动性提供者靠观察订单簿和交易流来定价。如果这些信号被隐私保护遮住了，价格发现怎么进行？
作者举了一个具体的例子：如果没有人能看到交易量或买卖不平衡的迹象，做市商如何定价？做市商需要价格信号来做出反应。当隐私把可见性去掉时，他们看到的只是一个没有信息的市场。如果市场信号被一层一层的隐私覆盖，做市商可能会提高买卖价差，甚至完全撤出某些交易对。机构追求的交易深度和低滑点，恰恰依赖于市场信息的有效流动。当隐私保护了一方，可能也让另一方失去了做市所需的信息。@Dusk_Foundation
更麻烦的是，Dusk的机密交易默认隐藏金额和资产类型，只有持有审计密钥的人能查看。机构确实喜欢这个设计，但审计密钥的持有者是谁？监管机构？资产发行方？还是第三方审计公司？如果密钥在某一方手里，那隐私的“开关”实际上不在用户手中。
这个问题的答案决定了Dusk到底是为用户服务的隐私工具，还是为监管服务的监控工具。技术可以把选择性披露变成可能，但决定“谁有权看、什么时候看”比密码学本身更难。等哪天这个治理问题有了明确的答案，我再来判断Dusk的隐私架构到底是金融系统的进化，还是换了个形式的合规监控。
#dusk $DUSK
我开始研究Dusk的隐私架构时，以为最大的问题是“能藏多少”
前两天翻到一篇广场的文章，作者说了一句话让我想了很久：“我开始研究Dusk的隐私架构时，原本以为最显而易见的问题相当简单：你实际上能隐藏多少？接着我开始思考，隐藏之后会发生什么。这才是对我而言更有趣的地方。”
Dusk的Hedger模块用同态加密和零知识证明实现机密EVM工作流。对机构来说，吸引力确实很明显——你不希望公开链上的每个钱包都实时盯着你的仓位、订单规模或交易意图。但“藏起来”之后呢？传统DeFi里，流动性提供者靠观察订单簿和交易流来定价。如果这些信号被隐私保护遮住了，价格发现怎么进行？
作者举了一个具体的例子：如果没有人能看到交易量或买卖不平衡的迹象，做市商如何定价？做市商需要价格信号来做出反应。当隐私把可见性去掉时，他们看到的只是一个没有信息的市场。如果市场信号被一层一层的隐私覆盖，做市商可能会提高买卖价差，甚至完全撤出某些交易对。机构追求的交易深度和低滑点，恰恰依赖于市场信息的有效流动。当隐私保护了一方，可能也让另一方失去了做市所需的信息。@Dusk
更麻烦的是，Dusk的机密交易默认隐藏金额和资产类型，只有持有审计密钥的人能查看。机构确实喜欢这个设计，但审计密钥的持有者是谁？监管机构？资产发行方？还是第三方审计公司？如果密钥在某一方手里，那隐私的“开关”实际上不在用户手中。
这个问题的答案决定了Dusk到底是为用户服务的隐私工具，还是为监管服务的监控工具。技术可以把选择性披露变成可能，但决定“谁有权看、什么时候看”比密码学本身更难。等哪天这个治理问题有了明确的答案，我再来判断Dusk的隐私架构到底是金融系统的进化，还是换了个形式的合规监控。
#dusk $DUSK
前两天翻到一篇广场的文章，作者说了一句话让我想了很久：“我开始研究Dusk的隐私架构时，原本以为最显而易见的问题相当简单：你实际上能隐藏多少？接着我开始思考，隐藏之后会发生什么。这才是对我而言更有趣的地方。”
Dusk的Hedger模块用同态加密和零知识证明实现机密EVM工作流。对机构来说，吸引力确实很明显——你不希望公开链上的每个钱包都实时盯着你的仓位、订单规模或交易意图。但“藏起来”之后呢？传统DeFi里，流动性提供者靠观察订单簿和交易流来定价。如果这些信号被隐私保护遮住了，价格发现怎么进行？
作者举了一个具体的例子：如果没有人能看到交易量或买卖不平衡的迹象，做市商如何定价？做市商需要价格信号来做出反应。当隐私把可见性去掉时，他们看到的只是一个没有信息的市场。如果市场信号被一层一层的隐私覆盖，做市商可能会提高买卖价差，甚至完全撤出某些交易对。机构追求的交易深度和低滑点，恰恰依赖于市场信息的有效流动。当隐私保护了一方，可能也让另一方失去了做市所需的信息。@Dusk
更麻烦的是，Dusk的机密交易默认隐藏金额和资产类型，只有持有审计密钥的人能查看。机构确实喜欢这个设计，但审计密钥的持有者是谁？监管机构？资产发行方？还是第三方审计公司？如果密钥在某一方手里，那隐私的“开关”实际上不在用户手中。
这个问题的答案决定了Dusk到底是为用户服务的隐私工具，还是为监管服务的监控工具。技术可以把选择性披露变成可能，但决定“谁有权看、什么时候看”比密码学本身更难。等哪天这个治理问题有了明确的答案，我再来判断Dusk的隐私架构到底是金融系统的进化，还是换了个形式的合规监控。
#dusk $DUSK
7
201
·
--
Dusk自称TPS超500，但我翻了翻链上数据，发现超过70%的区块里交易数还不足2笔
Dusk一直在吹自己的技术有多牛。TPS超过500、零知识证明生成速度提升了40%、主网稳定运行超17个月。听着确实比那些只会喊口号的隐私项目靠谱得多。
但我翻了翻链上数据之后，冷静下来了。
Dusk主网区块高度已经破了10.9万，2秒的平均出块速度技术上确实没问题。问题是区块利用率——低得离谱。超过70%的区块里交易数还不足2笔，经常出现连续空块，日均交易量勉勉强强破千笔。我翻了十几个连续区块的记录，发现好几个区块里只有一笔交易，甚至完全是空的。TPS超500的叙事挺唬人，但网络里根本没那么多交易需要处理。@Dusk_Foundation
更扎心的是全网日均活跃地址不足80个，还得扣掉一大堆项目方的自有钱包，真正的用户参与度基本为零。一个主打“机构级金融基础设施”的Layer-1，日活用户不到80人。隔壁随便一个meme币的日活都比这高几倍。我特地去查了一下，有些新上线的memecoin，仅过去24小时的链上活跃地址就是Dusk的十几倍。这不是技术的问题，是有人用没人用的问题。
质押数据也不太好看。1000枚DUSK的质押入门门槛看着还行，但官方对收益率含糊其辞，只说什么“几何衰减释放”，再加上4.8小时的锁定期，吸引力几乎没有。我翻了一下质押数据，真正参与质押的地址数量并没有想象中那么多。
我不是说Dusk的技术不行。零知识证明确实有东西，PLONKup优化也确实能打。但技术再牛，也得有人用才算数。现在的链上数据告诉我：Dusk的技术确实领先，但它的网络可能是我见过最空旷的“高速公路”——路修得很好，但上面没车跑。等哪天日均交易量破万、活跃地址破千了，我再来相信这条路真的有人走。
#dusk $DUSK
Dusk自称TPS超500，但我翻了翻链上数据，发现超过70%的区块里交易数还不足2笔
Dusk一直在吹自己的技术有多牛。TPS超过500、零知识证明生成速度提升了40%、主网稳定运行超17个月。听着确实比那些只会喊口号的隐私项目靠谱得多。
但我翻了翻链上数据之后，冷静下来了。
Dusk主网区块高度已经破了10.9万，2秒的平均出块速度技术上确实没问题。问题是区块利用率——低得离谱。超过70%的区块里交易数还不足2笔，经常出现连续空块，日均交易量勉勉强强破千笔。我翻了十几个连续区块的记录，发现好几个区块里只有一笔交易，甚至完全是空的。TPS超500的叙事挺唬人，但网络里根本没那么多交易需要处理。@Dusk
更扎心的是全网日均活跃地址不足80个，还得扣掉一大堆项目方的自有钱包，真正的用户参与度基本为零。一个主打“机构级金融基础设施”的Layer-1，日活用户不到80人。隔壁随便一个meme币的日活都比这高几倍。我特地去查了一下，有些新上线的memecoin，仅过去24小时的链上活跃地址就是Dusk的十几倍。这不是技术的问题，是有人用没人用的问题。
质押数据也不太好看。1000枚DUSK的质押入门门槛看着还行，但官方对收益率含糊其辞，只说什么“几何衰减释放”，再加上4.8小时的锁定期，吸引力几乎没有。我翻了一下质押数据，真正参与质押的地址数量并没有想象中那么多。
我不是说Dusk的技术不行。零知识证明确实有东西，PLONKup优化也确实能打。但技术再牛，也得有人用才算数。现在的链上数据告诉我：Dusk的技术确实领先，但它的网络可能是我见过最空旷的“高速公路”——路修得很好，但上面没车跑。等哪天日均交易量破万、活跃地址破千了，我再来相信这条路真的有人走。
#dusk $DUSK
Dusk一直在吹自己的技术有多牛。TPS超过500、零知识证明生成速度提升了40%、主网稳定运行超17个月。听着确实比那些只会喊口号的隐私项目靠谱得多。
但我翻了翻链上数据之后，冷静下来了。
Dusk主网区块高度已经破了10.9万，2秒的平均出块速度技术上确实没问题。问题是区块利用率——低得离谱。超过70%的区块里交易数还不足2笔，经常出现连续空块，日均交易量勉勉强强破千笔。我翻了十几个连续区块的记录，发现好几个区块里只有一笔交易，甚至完全是空的。TPS超500的叙事挺唬人，但网络里根本没那么多交易需要处理。@Dusk
更扎心的是全网日均活跃地址不足80个，还得扣掉一大堆项目方的自有钱包，真正的用户参与度基本为零。一个主打“机构级金融基础设施”的Layer-1，日活用户不到80人。隔壁随便一个meme币的日活都比这高几倍。我特地去查了一下，有些新上线的memecoin，仅过去24小时的链上活跃地址就是Dusk的十几倍。这不是技术的问题，是有人用没人用的问题。
质押数据也不太好看。1000枚DUSK的质押入门门槛看着还行，但官方对收益率含糊其辞，只说什么“几何衰减释放”，再加上4.8小时的锁定期，吸引力几乎没有。我翻了一下质押数据，真正参与质押的地址数量并没有想象中那么多。
我不是说Dusk的技术不行。零知识证明确实有东西，PLONKup优化也确实能打。但技术再牛，也得有人用才算数。现在的链上数据告诉我：Dusk的技术确实领先，但它的网络可能是我见过最空旷的“高速公路”——路修得很好，但上面没车跑。等哪天日均交易量破万、活跃地址破千了，我再来相信这条路真的有人走。
#dusk $DUSK
10
143
·
--
Dusk tự nhận mình là “chuỗi quyền riêng tư tuân thủ”, nhưng tôi nghiên cứu một lúc thì phát hiện nó vừa không phải ẩn danh hoàn toàn, cũng không phải minh bạch hoàn toàn
Lần đầu tiên nhìn thấy Dusk, câu hỏi đầu tiên bật ra trong đầu tôi là: quyền riêng tư và tuân thủ có thể đặt chung một chỗ được không? Mô hình “ai cũng đừng xem tôi” kiểu Monero, trong bối cảnh quản lý năm 2026, đúng là không đi xa được. Nhưng “quyền riêng tư tuân thủ” mà Dusk nói rốt cuộc là thứ gì?
Tôi đã mất vài đêm lật sách whitepaper và các thảo luận cộng đồng của nó, cuối cùng cũng hiểu ra logic của họ—tiết lộ chọn lọc. Bạn có thể không công khai chi tiết giao dịch, nhưng nếu bạn muốn tự chứng minh mình trong sạch, hoặc cơ quan quản lý cần kiểm toán, thì bạn có thể chủ động mở quyền để họ xem. Khi cần kiểm toán, lại có thể chủ động mở quyền.
@Dusk_Foundation
Cách này đúng là thông minh hơn cái “ai cũng đừng xem” kiểu hộp đen của Monero. Các tổ chức tài chính truyền thống không thể vận hành trong một “nhà kính” nơi mọi giao dịch đều được công khai, nhưng cũng tuyệt đối không dám dùng một hộp đen ẩn danh hoàn toàn. Dusk dùng bằng chứng không kiến thức để tháo gỡ mâu thuẫn đó—chứng minh giao dịch là đúng, nhưng không nói cho người khác biết chi tiết giao dịch.
Nhưng vấn đề là: cái công tắc “tiết lộ chọn lọc” này, thực tế rốt cuộc nghe theo ai? Tôi đã cố tình lật tài liệu của hệ thống danh tính Citadel, và phát hiện người xác thực cần làm KYC. Điều đó đồng nghĩa là các nhà vận hành node của Dusk không hề ẩn danh; khi cơ quan quản lý cần thì biết phải tìm ai. Điều này khiến tôi thấy hơi mâu thuẫn—rốt cuộc Dusk là công cụ quyền riêng tư dành cho tổ chức, hay là công cụ giám sát dành cho cơ quan quản lý?
Tôi vẫn đang quan sát việc Dusk triển khai thực tế. DuskEVM đã lên mạng thử nghiệm, và mainnet cũng chạy ổn định được gần một năm rưỡi. Nếu thật sự có tổ chức dùng nó để làm RWA, thì hướng “quyền riêng tư tuân thủ” này mới có thể đứng vững. Còn nếu cuối cùng vẫn chỉ là nhà đầu tư cá nhân chơi, thì sự khác biệt của nó so với các coin quyền riêng tư khác có lẽ chỉ là thêm một nhãn “tuân thủ”.
Thông minh thì đúng là thông minh, nhưng câu hỏi ai quyết định vẫn phải xem thêm.
#dusk $DUSK
Dusk tự nhận mình là “chuỗi quyền riêng tư tuân thủ”, nhưng tôi nghiên cứu một lúc thì phát hiện nó vừa không phải ẩn danh hoàn toàn, cũng không phải minh bạch hoàn toàn
Lần đầu tiên nhìn thấy Dusk, câu hỏi đầu tiên bật ra trong đầu tôi là: quyền riêng tư và tuân thủ có thể đặt chung một chỗ được không? Mô hình “ai cũng đừng xem tôi” kiểu Monero, trong bối cảnh quản lý năm 2026, đúng là không đi xa được. Nhưng “quyền riêng tư tuân thủ” mà Dusk nói rốt cuộc là thứ gì?
Tôi đã mất vài đêm lật sách whitepaper và các thảo luận cộng đồng của nó, cuối cùng cũng hiểu ra logic của họ—tiết lộ chọn lọc. Bạn có thể không công khai chi tiết giao dịch, nhưng nếu bạn muốn tự chứng minh mình trong sạch, hoặc cơ quan quản lý cần kiểm toán, thì bạn có thể chủ động mở quyền để họ xem. Khi cần kiểm toán, lại có thể chủ động mở quyền.
@Dusk
Cách này đúng là thông minh hơn cái “ai cũng đừng xem” kiểu hộp đen của Monero. Các tổ chức tài chính truyền thống không thể vận hành trong một “nhà kính” nơi mọi giao dịch đều được công khai, nhưng cũng tuyệt đối không dám dùng một hộp đen ẩn danh hoàn toàn. Dusk dùng bằng chứng không kiến thức để tháo gỡ mâu thuẫn đó—chứng minh giao dịch là đúng, nhưng không nói cho người khác biết chi tiết giao dịch.
Nhưng vấn đề là: cái công tắc “tiết lộ chọn lọc” này, thực tế rốt cuộc nghe theo ai? Tôi đã cố tình lật tài liệu của hệ thống danh tính Citadel, và phát hiện người xác thực cần làm KYC. Điều đó đồng nghĩa là các nhà vận hành node của Dusk không hề ẩn danh; khi cơ quan quản lý cần thì biết phải tìm ai. Điều này khiến tôi thấy hơi mâu thuẫn—rốt cuộc Dusk là công cụ quyền riêng tư dành cho tổ chức, hay là công cụ giám sát dành cho cơ quan quản lý?
Tôi vẫn đang quan sát việc Dusk triển khai thực tế. DuskEVM đã lên mạng thử nghiệm, và mainnet cũng chạy ổn định được gần một năm rưỡi. Nếu thật sự có tổ chức dùng nó để làm RWA, thì hướng “quyền riêng tư tuân thủ” này mới có thể đứng vững. Còn nếu cuối cùng vẫn chỉ là nhà đầu tư cá nhân chơi, thì sự khác biệt của nó so với các coin quyền riêng tư khác có lẽ chỉ là thêm một nhãn “tuân thủ”.
Thông minh thì đúng là thông minh, nhưng câu hỏi ai quyết định vẫn phải xem thêm.
#dusk $DUSK
Lần đầu tiên nhìn thấy Dusk, câu hỏi đầu tiên bật ra trong đầu tôi là: quyền riêng tư và tuân thủ có thể đặt chung một chỗ được không? Mô hình “ai cũng đừng xem tôi” kiểu Monero, trong bối cảnh quản lý năm 2026, đúng là không đi xa được. Nhưng “quyền riêng tư tuân thủ” mà Dusk nói rốt cuộc là thứ gì?
Tôi đã mất vài đêm lật sách whitepaper và các thảo luận cộng đồng của nó, cuối cùng cũng hiểu ra logic của họ—tiết lộ chọn lọc. Bạn có thể không công khai chi tiết giao dịch, nhưng nếu bạn muốn tự chứng minh mình trong sạch, hoặc cơ quan quản lý cần kiểm toán, thì bạn có thể chủ động mở quyền để họ xem. Khi cần kiểm toán, lại có thể chủ động mở quyền.
@Dusk
Cách này đúng là thông minh hơn cái “ai cũng đừng xem” kiểu hộp đen của Monero. Các tổ chức tài chính truyền thống không thể vận hành trong một “nhà kính” nơi mọi giao dịch đều được công khai, nhưng cũng tuyệt đối không dám dùng một hộp đen ẩn danh hoàn toàn. Dusk dùng bằng chứng không kiến thức để tháo gỡ mâu thuẫn đó—chứng minh giao dịch là đúng, nhưng không nói cho người khác biết chi tiết giao dịch.
Nhưng vấn đề là: cái công tắc “tiết lộ chọn lọc” này, thực tế rốt cuộc nghe theo ai? Tôi đã cố tình lật tài liệu của hệ thống danh tính Citadel, và phát hiện người xác thực cần làm KYC. Điều đó đồng nghĩa là các nhà vận hành node của Dusk không hề ẩn danh; khi cơ quan quản lý cần thì biết phải tìm ai. Điều này khiến tôi thấy hơi mâu thuẫn—rốt cuộc Dusk là công cụ quyền riêng tư dành cho tổ chức, hay là công cụ giám sát dành cho cơ quan quản lý?
Tôi vẫn đang quan sát việc Dusk triển khai thực tế. DuskEVM đã lên mạng thử nghiệm, và mainnet cũng chạy ổn định được gần một năm rưỡi. Nếu thật sự có tổ chức dùng nó để làm RWA, thì hướng “quyền riêng tư tuân thủ” này mới có thể đứng vững. Còn nếu cuối cùng vẫn chỉ là nhà đầu tư cá nhân chơi, thì sự khác biệt của nó so với các coin quyền riêng tư khác có lẽ chỉ là thêm một nhãn “tuân thủ”.
Thông minh thì đúng là thông minh, nhưng câu hỏi ai quyết định vẫn phải xem thêm.
#dusk $DUSK
9
154
·
--
Xem bản dịch
Babylon BTC质押年化1-3%，BTC一天就能波动5%，这收益率有什么意义？
Babylon的BTC质押，官方估算的年化收益率大约在1%到3%之间，用BABY代币支付。Kraken上线了Babylon质押通道，收益率大概1%左右。听起来好像还行？BTC放那不动还能生息。
但BTC一天波动5%是家常便饭。你为了3%的年化收益，把BTC锁进去7天，结果这7天里BTC价格跌了10%，你那3%的年化连波动零头都覆盖不了。更别说BABY代币本身还有价格波动——你拿到手的收益是BABY，不是BTC，如果BABY继续跌，实际收益率可能连1%都不到。@babylonlabs_io
你为了一个连价格波动都覆盖不了的收益，把BTC锁进去承担验证者罚没风险、协议漏洞风险、解绑期流动性风险。这买卖划算吗？Babylon的技术确实领先，但技术领先不等于散户能赚到钱。真正能从这1-3%里获利的人，要么是BTC仓位极大、不在乎这点波动的大户，要么是冲着BABY代币未来增值预期去的投机者。
散户质押1个BTC，一年赚几百美元的BABY，还不够BTC跌一天亏的。BTC本来就是波动最大的资产之一，你让它“活起来”去赚那点微薄的利息，反而让它暴露在更多风险里。BTC最好的用法，可能就是继续躺着。
#baby $BABY
Babylon BTC质押年化1-3%，BTC一天就能波动5%，这收益率有什么意义？
Babylon的BTC质押，官方估算的年化收益率大约在1%到3%之间，用BABY代币支付。Kraken上线了Babylon质押通道，收益率大概1%左右。听起来好像还行？BTC放那不动还能生息。
但BTC一天波动5%是家常便饭。你为了3%的年化收益，把BTC锁进去7天，结果这7天里BTC价格跌了10%，你那3%的年化连波动零头都覆盖不了。更别说BABY代币本身还有价格波动——你拿到手的收益是BABY，不是BTC，如果BABY继续跌，实际收益率可能连1%都不到。@BabylonLabs_io
你为了一个连价格波动都覆盖不了的收益，把BTC锁进去承担验证者罚没风险、协议漏洞风险、解绑期流动性风险。这买卖划算吗？Babylon的技术确实领先，但技术领先不等于散户能赚到钱。真正能从这1-3%里获利的人，要么是BTC仓位极大、不在乎这点波动的大户，要么是冲着BABY代币未来增值预期去的投机者。
散户质押1个BTC，一年赚几百美元的BABY，还不够BTC跌一天亏的。BTC本来就是波动最大的资产之一，你让它“活起来”去赚那点微薄的利息，反而让它暴露在更多风险里。BTC最好的用法，可能就是继续躺着。
#baby $BABY
Babylon的BTC质押，官方估算的年化收益率大约在1%到3%之间，用BABY代币支付。Kraken上线了Babylon质押通道，收益率大概1%左右。听起来好像还行？BTC放那不动还能生息。
但BTC一天波动5%是家常便饭。你为了3%的年化收益，把BTC锁进去7天，结果这7天里BTC价格跌了10%，你那3%的年化连波动零头都覆盖不了。更别说BABY代币本身还有价格波动——你拿到手的收益是BABY，不是BTC，如果BABY继续跌，实际收益率可能连1%都不到。@BabylonLabs_io
你为了一个连价格波动都覆盖不了的收益，把BTC锁进去承担验证者罚没风险、协议漏洞风险、解绑期流动性风险。这买卖划算吗？Babylon的技术确实领先，但技术领先不等于散户能赚到钱。真正能从这1-3%里获利的人，要么是BTC仓位极大、不在乎这点波动的大户，要么是冲着BABY代币未来增值预期去的投机者。
散户质押1个BTC，一年赚几百美元的BABY，还不够BTC跌一天亏的。BTC本来就是波动最大的资产之一，你让它“活起来”去赚那点微薄的利息，反而让它暴露在更多风险里。BTC最好的用法，可能就是继续躺着。
#baby $BABY
1
6
511
·
--
Xem bản dịch
Babylon的TVL破60亿了，但散户质押1个BTC的收益还不够吃顿饭
Babylon的TVL已经突破60亿美元，锁定了超过57,000枚BTC。每次看到这个数据，我都会感叹一下——比特币终于“活起来”了。
但感叹完，我算了一笔账。
Babylon目前的BTC质押年化收益率大约在1%到3%之间。按1个BTC算，一年收益大概几百美元。听着还行对吧？但你要知道，Babylon的早期质押额度——无论是pSTAKE的50枚BTC上限，还是Solv Protocol的500枚BTC额度——都是在几分钟内被大户抢光的。散户能抢到的概率，跟中彩票差不多。@babylonlabs_io
散户现在能参与的，基本是Kraken这类交易所的托管式质押通道，年化只有1%左右。1%的年化，还要承担验证者罚没风险。万一委托的验证者作恶，你的BTC真的会被扣掉一部分。扣的比例是0.1%，听起来不多，但那可是BTC啊。为了1%的收益去承担0.1%的罚没风险，这买卖划算吗？
Babylon的叙事从来都是“让比特币成为生产性资产”，从技术角度看确实领先。但现实是，真正吃到这波红利的，是那些能批量抢到早期额度的大户和机构。散户质押1个BTC，一年赚的收益可能还不够吃一顿饭。这哪是“让比特币活起来”，这是“让大户的比特币多赚一份钱”。
Babylon的技术方向我认可，但这个赛道的收益分配结构，目前来看对散户并不友好。等哪天散户也能轻松参与、收益率能稳定在3%以上、罚没风险真正可控了，我再来考虑把我的BTC从冷钱包里搬出来。现在，我继续躺着。
#baby $BABY
Babylon的TVL破60亿了，但散户质押1个BTC的收益还不够吃顿饭
Babylon的TVL已经突破60亿美元，锁定了超过57,000枚BTC。每次看到这个数据，我都会感叹一下——比特币终于“活起来”了。
但感叹完，我算了一笔账。
Babylon目前的BTC质押年化收益率大约在1%到3%之间。按1个BTC算，一年收益大概几百美元。听着还行对吧？但你要知道，Babylon的早期质押额度——无论是pSTAKE的50枚BTC上限，还是Solv Protocol的500枚BTC额度——都是在几分钟内被大户抢光的。散户能抢到的概率，跟中彩票差不多。@BabylonLabs_io
散户现在能参与的，基本是Kraken这类交易所的托管式质押通道，年化只有1%左右。1%的年化，还要承担验证者罚没风险。万一委托的验证者作恶，你的BTC真的会被扣掉一部分。扣的比例是0.1%，听起来不多，但那可是BTC啊。为了1%的收益去承担0.1%的罚没风险，这买卖划算吗？
Babylon的叙事从来都是“让比特币成为生产性资产”，从技术角度看确实领先。但现实是，真正吃到这波红利的，是那些能批量抢到早期额度的大户和机构。散户质押1个BTC，一年赚的收益可能还不够吃一顿饭。这哪是“让比特币活起来”，这是“让大户的比特币多赚一份钱”。
Babylon的技术方向我认可，但这个赛道的收益分配结构，目前来看对散户并不友好。等哪天散户也能轻松参与、收益率能稳定在3%以上、罚没风险真正可控了，我再来考虑把我的BTC从冷钱包里搬出来。现在，我继续躺着。
#baby $BABY
Babylon的TVL已经突破60亿美元，锁定了超过57,000枚BTC。每次看到这个数据，我都会感叹一下——比特币终于“活起来”了。
但感叹完，我算了一笔账。
Babylon目前的BTC质押年化收益率大约在1%到3%之间。按1个BTC算，一年收益大概几百美元。听着还行对吧？但你要知道，Babylon的早期质押额度——无论是pSTAKE的50枚BTC上限，还是Solv Protocol的500枚BTC额度——都是在几分钟内被大户抢光的。散户能抢到的概率，跟中彩票差不多。@BabylonLabs_io
散户现在能参与的，基本是Kraken这类交易所的托管式质押通道，年化只有1%左右。1%的年化，还要承担验证者罚没风险。万一委托的验证者作恶，你的BTC真的会被扣掉一部分。扣的比例是0.1%，听起来不多，但那可是BTC啊。为了1%的收益去承担0.1%的罚没风险，这买卖划算吗？
Babylon的叙事从来都是“让比特币成为生产性资产”，从技术角度看确实领先。但现实是，真正吃到这波红利的，是那些能批量抢到早期额度的大户和机构。散户质押1个BTC，一年赚的收益可能还不够吃一顿饭。这哪是“让比特币活起来”，这是“让大户的比特币多赚一份钱”。
Babylon的技术方向我认可，但这个赛道的收益分配结构，目前来看对散户并不友好。等哪天散户也能轻松参与、收益率能稳定在3%以上、罚没风险真正可控了，我再来考虑把我的BTC从冷钱包里搬出来。现在，我继续躺着。
#baby $BABY
2
6
379
·
--
Cơ chế tịch thu/bị phạt của Babylon không hề để dọa người — người xác thực phạm sai lầm sẽ bị trừ BTC của bạn
Babylon luôn nhấn mạnh “tự lưu ký” “không cần tin tưởng bên thứ ba”: BTC của bạn được khóa trong cơ chế thời gian (time lock) trên mainnet Bitcoin, và khóa riêng vẫn nằm trong tay bạn. Nghe đúng là an toàn hơn hẳn so với bộ wBTC — không có cầu nối xuyên chuỗi, không có bên giám hộ (custodian), không có tài sản được bọc (wrapped).
Nhưng sau khi đọc kỹ cơ chế tịch thu/bị phạt, tôi đã bình tĩnh lại.
Cơ chế tịch thu/bị phạt của Babylon như sau: bạn đem BTC của mình để stake cho các Finality Providers (Nhà cung cấp tính cuối cùng). Những nút này chạy trên BSN (Bitcoin Security Network) và chịu trách nhiệm ký/bỏ phiếu cho chuỗi PoS. Nếu chúng làm điều xấu — ví dụ như ký trùng (equivocation) — thì một phần BTC của bạn trên chuỗi Bitcoin sẽ bị tịch thu trực tiếp.
Không phải là cảnh cáo. Là bị trừ thẳng. Thực hiện ngay trên chuỗi Bitcoin, không né được, không tránh được.
Phần trăm tịch thu đối với equivocation mà phía chính thức công bố chỉ là 0.1%. Nghe thì có vẻ không nhiều đúng không? Nhưng đó là tỷ lệ tịch thu cho **mỗi** lần vi phạm. Nếu mạng bị tấn công, các trình xác thực tiếp tục làm điều xấu, hoặc xảy ra một sự kiện slash quy mô lớn thì sao? Tỷ lệ tịch thu có được điều chỉnh không? Về mặt lý thuyết thì có thể, nhưng việc điều chỉnh cần thông qua cơ chế quản trị (governance) của Babylon — mà ở giai đoạn đầu, governance thường bị chi phối bởi những “ông lớn”. @babylonlabs_io
Điều khiến tôi thiếu chắc chắn hơn nữa là người dùng phổ thông không thể theo dõi hành vi ký của Finality Providers theo thời gian thực như cách tra trên Etherscan. Bạn stake BTC, ủy thác cho một trình xác thực, nhưng bạn không thể giám sát thời gian thực liệu anh ta có ký trùng không, có hành vi gian lận không. Đến khi bạn phát hiện ra vấn đề, việc tịch thu có thể đã xảy ra.
Bản chất của cơ chế tịch thu/bị phạt của Babylon là chuyển “rủi ro vận hành/thao tác” từ trình xác thực sang người stake. Trình xác thực làm sai thì sẽ bị trừ BTC của bạn. Bạn stake thì bạn chính là người gánh rủi ro đó.
Babylon đúng là tiến bộ hơn so với bộ wBTC ở khía cạnh phi tập trung hóa việc giám hộ. Nhưng “tiến bộ” và “không có rủi ro” là hai chuyện khác nhau. Staking BTC không phải là thương vụ chỉ có lời chắc chắn. Nếu trình xác thực phạm sai lầm, BTC của bạn thật sự sẽ bị trừ mất một phần.
#baby $BABY
Cơ chế tịch thu/bị phạt của Babylon không hề để dọa người — người xác thực phạm sai lầm sẽ bị trừ BTC của bạn
Babylon luôn nhấn mạnh “tự lưu ký” “không cần tin tưởng bên thứ ba”: BTC của bạn được khóa trong cơ chế thời gian (time lock) trên mainnet Bitcoin, và khóa riêng vẫn nằm trong tay bạn. Nghe đúng là an toàn hơn hẳn so với bộ wBTC — không có cầu nối xuyên chuỗi, không có bên giám hộ (custodian), không có tài sản được bọc (wrapped).
Nhưng sau khi đọc kỹ cơ chế tịch thu/bị phạt, tôi đã bình tĩnh lại.
Cơ chế tịch thu/bị phạt của Babylon như sau: bạn đem BTC của mình để stake cho các Finality Providers (Nhà cung cấp tính cuối cùng). Những nút này chạy trên BSN (Bitcoin Security Network) và chịu trách nhiệm ký/bỏ phiếu cho chuỗi PoS. Nếu chúng làm điều xấu — ví dụ như ký trùng (equivocation) — thì một phần BTC của bạn trên chuỗi Bitcoin sẽ bị tịch thu trực tiếp.
Không phải là cảnh cáo. Là bị trừ thẳng. Thực hiện ngay trên chuỗi Bitcoin, không né được, không tránh được.
Phần trăm tịch thu đối với equivocation mà phía chính thức công bố chỉ là 0.1%. Nghe thì có vẻ không nhiều đúng không? Nhưng đó là tỷ lệ tịch thu cho **mỗi** lần vi phạm. Nếu mạng bị tấn công, các trình xác thực tiếp tục làm điều xấu, hoặc xảy ra một sự kiện slash quy mô lớn thì sao? Tỷ lệ tịch thu có được điều chỉnh không? Về mặt lý thuyết thì có thể, nhưng việc điều chỉnh cần thông qua cơ chế quản trị (governance) của Babylon — mà ở giai đoạn đầu, governance thường bị chi phối bởi những “ông lớn”. @BabylonLabs_io
Điều khiến tôi thiếu chắc chắn hơn nữa là người dùng phổ thông không thể theo dõi hành vi ký của Finality Providers theo thời gian thực như cách tra trên Etherscan. Bạn stake BTC, ủy thác cho một trình xác thực, nhưng bạn không thể giám sát thời gian thực liệu anh ta có ký trùng không, có hành vi gian lận không. Đến khi bạn phát hiện ra vấn đề, việc tịch thu có thể đã xảy ra.
Bản chất của cơ chế tịch thu/bị phạt của Babylon là chuyển “rủi ro vận hành/thao tác” từ trình xác thực sang người stake. Trình xác thực làm sai thì sẽ bị trừ BTC của bạn. Bạn stake thì bạn chính là người gánh rủi ro đó.
Babylon đúng là tiến bộ hơn so với bộ wBTC ở khía cạnh phi tập trung hóa việc giám hộ. Nhưng “tiến bộ” và “không có rủi ro” là hai chuyện khác nhau. Staking BTC không phải là thương vụ chỉ có lời chắc chắn. Nếu trình xác thực phạm sai lầm, BTC của bạn thật sự sẽ bị trừ mất một phần.
#baby $BABY
Babylon luôn nhấn mạnh “tự lưu ký” “không cần tin tưởng bên thứ ba”: BTC của bạn được khóa trong cơ chế thời gian (time lock) trên mainnet Bitcoin, và khóa riêng vẫn nằm trong tay bạn. Nghe đúng là an toàn hơn hẳn so với bộ wBTC — không có cầu nối xuyên chuỗi, không có bên giám hộ (custodian), không có tài sản được bọc (wrapped).
Nhưng sau khi đọc kỹ cơ chế tịch thu/bị phạt, tôi đã bình tĩnh lại.
Cơ chế tịch thu/bị phạt của Babylon như sau: bạn đem BTC của mình để stake cho các Finality Providers (Nhà cung cấp tính cuối cùng). Những nút này chạy trên BSN (Bitcoin Security Network) và chịu trách nhiệm ký/bỏ phiếu cho chuỗi PoS. Nếu chúng làm điều xấu — ví dụ như ký trùng (equivocation) — thì một phần BTC của bạn trên chuỗi Bitcoin sẽ bị tịch thu trực tiếp.
Không phải là cảnh cáo. Là bị trừ thẳng. Thực hiện ngay trên chuỗi Bitcoin, không né được, không tránh được.
Phần trăm tịch thu đối với equivocation mà phía chính thức công bố chỉ là 0.1%. Nghe thì có vẻ không nhiều đúng không? Nhưng đó là tỷ lệ tịch thu cho **mỗi** lần vi phạm. Nếu mạng bị tấn công, các trình xác thực tiếp tục làm điều xấu, hoặc xảy ra một sự kiện slash quy mô lớn thì sao? Tỷ lệ tịch thu có được điều chỉnh không? Về mặt lý thuyết thì có thể, nhưng việc điều chỉnh cần thông qua cơ chế quản trị (governance) của Babylon — mà ở giai đoạn đầu, governance thường bị chi phối bởi những “ông lớn”. @BabylonLabs_io
Điều khiến tôi thiếu chắc chắn hơn nữa là người dùng phổ thông không thể theo dõi hành vi ký của Finality Providers theo thời gian thực như cách tra trên Etherscan. Bạn stake BTC, ủy thác cho một trình xác thực, nhưng bạn không thể giám sát thời gian thực liệu anh ta có ký trùng không, có hành vi gian lận không. Đến khi bạn phát hiện ra vấn đề, việc tịch thu có thể đã xảy ra.
Bản chất của cơ chế tịch thu/bị phạt của Babylon là chuyển “rủi ro vận hành/thao tác” từ trình xác thực sang người stake. Trình xác thực làm sai thì sẽ bị trừ BTC của bạn. Bạn stake thì bạn chính là người gánh rủi ro đó.
Babylon đúng là tiến bộ hơn so với bộ wBTC ở khía cạnh phi tập trung hóa việc giám hộ. Nhưng “tiến bộ” và “không có rủi ro” là hai chuyện khác nhau. Staking BTC không phải là thương vụ chỉ có lời chắc chắn. Nếu trình xác thực phạm sai lầm, BTC của bạn thật sự sẽ bị trừ mất một phần.
#baby $BABY
4
241
·
--
Xem bản dịch
500枚BTC额度2分钟抢空，巨鲸占了一大半，散户连口汤都喝不上
7月19日，Solv Protocol和Babylon联合开放了500枚BTC的早期质押额度。我打开页面的时候，“已满”。500枚BTC，价值数千万美元，2分钟被抢空。
更扎心的是链上数据。两位巨鲸占了299枚BTC，质押金额高达1915万美元。剩下201枚，几百上千个散户抢那一点点额度。这不是第一次了。pSTAKE在Babylon上推出流动性质押，存款上限50枚BTC。50枚，也是瞬间抢完。大户吃肉，散户连汤都喝不上。@babylonlabs_io
Babylon说自己锁定了超过56,853枚BTC，TVL超过60亿美元。但57,000枚BTC里，有多少是普通散户的？我猜占比低得可怜。大户通过早期额度、专属通道、批量操作，把收益机会拿走了。散户只能看着“已满”的页面发呆。Solv Protocol的500枚BTC额度里，巨鲸的299枚是质押的。你可以说这是“市场效率”——谁钱多谁拿得多。但这也是“散户劝退”——你刷了几个月任务，不如大户点一下鼠标。
币安实验室确实投了Babylon，a16z也投了1500万美元。但“顶级VC看好”和“散户能赚到钱”是两码事。下次再有额度开放，我不会傻等页面加载了。散户能做的，要么是提前准备好、拼手速，要么就死了这条心。BTC质押这个赛道，目前来看，是大户的游乐场，散户陪跑。
#baby $BABY
500枚BTC额度2分钟抢空，巨鲸占了一大半，散户连口汤都喝不上
7月19日，Solv Protocol和Babylon联合开放了500枚BTC的早期质押额度。我打开页面的时候，“已满”。500枚BTC，价值数千万美元，2分钟被抢空。
更扎心的是链上数据。两位巨鲸占了299枚BTC，质押金额高达1915万美元。剩下201枚，几百上千个散户抢那一点点额度。这不是第一次了。pSTAKE在Babylon上推出流动性质押，存款上限50枚BTC。50枚，也是瞬间抢完。大户吃肉，散户连汤都喝不上。@BabylonLabs_io
Babylon说自己锁定了超过56,853枚BTC，TVL超过60亿美元。但57,000枚BTC里，有多少是普通散户的？我猜占比低得可怜。大户通过早期额度、专属通道、批量操作，把收益机会拿走了。散户只能看着“已满”的页面发呆。Solv Protocol的500枚BTC额度里，巨鲸的299枚是质押的。你可以说这是“市场效率”——谁钱多谁拿得多。但这也是“散户劝退”——你刷了几个月任务，不如大户点一下鼠标。
币安实验室确实投了Babylon，a16z也投了1500万美元。但“顶级VC看好”和“散户能赚到钱”是两码事。下次再有额度开放，我不会傻等页面加载了。散户能做的，要么是提前准备好、拼手速，要么就死了这条心。BTC质押这个赛道，目前来看，是大户的游乐场，散户陪跑。
#baby $BABY
7月19日，Solv Protocol和Babylon联合开放了500枚BTC的早期质押额度。我打开页面的时候，“已满”。500枚BTC，价值数千万美元，2分钟被抢空。
更扎心的是链上数据。两位巨鲸占了299枚BTC，质押金额高达1915万美元。剩下201枚，几百上千个散户抢那一点点额度。这不是第一次了。pSTAKE在Babylon上推出流动性质押，存款上限50枚BTC。50枚，也是瞬间抢完。大户吃肉，散户连汤都喝不上。@BabylonLabs_io
Babylon说自己锁定了超过56,853枚BTC，TVL超过60亿美元。但57,000枚BTC里，有多少是普通散户的？我猜占比低得可怜。大户通过早期额度、专属通道、批量操作，把收益机会拿走了。散户只能看着“已满”的页面发呆。Solv Protocol的500枚BTC额度里，巨鲸的299枚是质押的。你可以说这是“市场效率”——谁钱多谁拿得多。但这也是“散户劝退”——你刷了几个月任务，不如大户点一下鼠标。
币安实验室确实投了Babylon，a16z也投了1500万美元。但“顶级VC看好”和“散户能赚到钱”是两码事。下次再有额度开放，我不会傻等页面加载了。散户能做的，要么是提前准备好、拼手速，要么就死了这条心。BTC质押这个赛道，目前来看，是大户的游乐场，散户陪跑。
#baby $BABY
3
157
·
--
500 đồng BTC hạn mức 2 phút đã cạn sạch, lúc tôi mở trình duyệt thì đã hết
Ngày 19 tháng 7, Solv Protocol và Babylon cùng nhau mở hạn mức staking sớm cho 500 đồng BTC.
500 đồng BTC, tính theo giá hiện tại thì là vài chục triệu đô la. Khi tôi mở trang web, trên màn hình hiện “Đã đầy”. Chỉ trong 2 phút, 500 đồng BTC đã bị cướp sạch. Tôi còn chưa kịp bấm nút.
Cay nhất là dữ liệu của các nhà phân tích trên chuỗi cho thấy, trong đó có hai con cá voi đã chiếm tới 299 đồng BTC. 299 đồng, tức gần 60% tổng lượng. Các nhà đầu tư nhỏ lẻ giành nốt 201 đồng còn lại, vài trăm hoặc vài nghìn người chia nhau một chút hạn mức đó. @babylonlabs_io
Chuyện này không phải lần đầu. Trước đó pSTAKE đã ra mắt staking thanh khoản trên Babylon, với hạn mức gửi tối đa 50 đồng BTC. 50 đồng cũng chỉ mất 2 phút là bị cướp hết. Cá mập ăn thịt, nhỏ lẻ ngay cả canh cũng không được uống, chỉ còn ngửi mùi.
Babylon nói rằng TVL của họ vượt 6 tỷ đô la, khóa hơn 57.000 đồng BTC. Nhưng trong 57.000 đồng BTC đó có bao nhiêu là của các nhà đầu tư nhỏ lẻ? Tôi đoán là tỷ lệ rất thảm. Các cá mập và tổ chức đã lấy phần lớn cơ hội lợi nhuận thông qua hạn mức sớm, kênh riêng, và thao tác theo lô. Nhà đầu tư nhỏ lẻ chỉ có thể nhìn chằm chằm vào trang “Đã đầy” mà ngẩn ra.
Đây không chỉ là vấn đề của riêng Babylon. Gần như mọi cơ hội lợi suất cao giai đoạn đầu đều là kịch bản này—hạn mức có hạn, cá mập đặt chỗ trước, nhà đầu tư nhỏ lẻ đi theo. Nhưng mỗi lần thấy dữ liệu kiểu “2 phút cạn sạch”, lòng tôi vẫn thấy nặng trĩu.
Tôi không nói Babylon là không tốt. Công nghệ thì thật sự đi trước, và bối cảnh gọi vốn cũng thật sự mạnh. Nhưng “công nghệ đi trước” và “nhà đầu tư nhỏ lẻ có kiếm được tiền hay không” là hai chuyện khác nhau. Lần tới nếu có mở hạn mức, tôi sẽ không ngây ngốc chờ trang tải xong nữa. Việc nhỏ lẻ có thể làm là hoặc chuẩn bị trước và giành tốc độ, hoặc thì chấp nhận thôi—đừng giằng co nữa, hãy yên ổn nắm BTC. #baby $BABY
500 đồng BTC hạn mức 2 phút đã cạn sạch, lúc tôi mở trình duyệt thì đã hết
Ngày 19 tháng 7, Solv Protocol và Babylon cùng nhau mở hạn mức staking sớm cho 500 đồng BTC.
500 đồng BTC, tính theo giá hiện tại thì là vài chục triệu đô la. Khi tôi mở trang web, trên màn hình hiện “Đã đầy”. Chỉ trong 2 phút, 500 đồng BTC đã bị cướp sạch. Tôi còn chưa kịp bấm nút.
Cay nhất là dữ liệu của các nhà phân tích trên chuỗi cho thấy, trong đó có hai con cá voi đã chiếm tới 299 đồng BTC. 299 đồng, tức gần 60% tổng lượng. Các nhà đầu tư nhỏ lẻ giành nốt 201 đồng còn lại, vài trăm hoặc vài nghìn người chia nhau một chút hạn mức đó. @BabylonLabs_io
Chuyện này không phải lần đầu. Trước đó pSTAKE đã ra mắt staking thanh khoản trên Babylon, với hạn mức gửi tối đa 50 đồng BTC. 50 đồng cũng chỉ mất 2 phút là bị cướp hết. Cá mập ăn thịt, nhỏ lẻ ngay cả canh cũng không được uống, chỉ còn ngửi mùi.
Babylon nói rằng TVL của họ vượt 6 tỷ đô la, khóa hơn 57.000 đồng BTC. Nhưng trong 57.000 đồng BTC đó có bao nhiêu là của các nhà đầu tư nhỏ lẻ? Tôi đoán là tỷ lệ rất thảm. Các cá mập và tổ chức đã lấy phần lớn cơ hội lợi nhuận thông qua hạn mức sớm, kênh riêng, và thao tác theo lô. Nhà đầu tư nhỏ lẻ chỉ có thể nhìn chằm chằm vào trang “Đã đầy” mà ngẩn ra.
Đây không chỉ là vấn đề của riêng Babylon. Gần như mọi cơ hội lợi suất cao giai đoạn đầu đều là kịch bản này—hạn mức có hạn, cá mập đặt chỗ trước, nhà đầu tư nhỏ lẻ đi theo. Nhưng mỗi lần thấy dữ liệu kiểu “2 phút cạn sạch”, lòng tôi vẫn thấy nặng trĩu.
Tôi không nói Babylon là không tốt. Công nghệ thì thật sự đi trước, và bối cảnh gọi vốn cũng thật sự mạnh. Nhưng “công nghệ đi trước” và “nhà đầu tư nhỏ lẻ có kiếm được tiền hay không” là hai chuyện khác nhau. Lần tới nếu có mở hạn mức, tôi sẽ không ngây ngốc chờ trang tải xong nữa. Việc nhỏ lẻ có thể làm là hoặc chuẩn bị trước và giành tốc độ, hoặc thì chấp nhận thôi—đừng giằng co nữa, hãy yên ổn nắm BTC. #baby $BABY
Ngày 19 tháng 7, Solv Protocol và Babylon cùng nhau mở hạn mức staking sớm cho 500 đồng BTC.
500 đồng BTC, tính theo giá hiện tại thì là vài chục triệu đô la. Khi tôi mở trang web, trên màn hình hiện “Đã đầy”. Chỉ trong 2 phút, 500 đồng BTC đã bị cướp sạch. Tôi còn chưa kịp bấm nút.
Cay nhất là dữ liệu của các nhà phân tích trên chuỗi cho thấy, trong đó có hai con cá voi đã chiếm tới 299 đồng BTC. 299 đồng, tức gần 60% tổng lượng. Các nhà đầu tư nhỏ lẻ giành nốt 201 đồng còn lại, vài trăm hoặc vài nghìn người chia nhau một chút hạn mức đó. @BabylonLabs_io
Chuyện này không phải lần đầu. Trước đó pSTAKE đã ra mắt staking thanh khoản trên Babylon, với hạn mức gửi tối đa 50 đồng BTC. 50 đồng cũng chỉ mất 2 phút là bị cướp hết. Cá mập ăn thịt, nhỏ lẻ ngay cả canh cũng không được uống, chỉ còn ngửi mùi.
Babylon nói rằng TVL của họ vượt 6 tỷ đô la, khóa hơn 57.000 đồng BTC. Nhưng trong 57.000 đồng BTC đó có bao nhiêu là của các nhà đầu tư nhỏ lẻ? Tôi đoán là tỷ lệ rất thảm. Các cá mập và tổ chức đã lấy phần lớn cơ hội lợi nhuận thông qua hạn mức sớm, kênh riêng, và thao tác theo lô. Nhà đầu tư nhỏ lẻ chỉ có thể nhìn chằm chằm vào trang “Đã đầy” mà ngẩn ra.
Đây không chỉ là vấn đề của riêng Babylon. Gần như mọi cơ hội lợi suất cao giai đoạn đầu đều là kịch bản này—hạn mức có hạn, cá mập đặt chỗ trước, nhà đầu tư nhỏ lẻ đi theo. Nhưng mỗi lần thấy dữ liệu kiểu “2 phút cạn sạch”, lòng tôi vẫn thấy nặng trĩu.
Tôi không nói Babylon là không tốt. Công nghệ thì thật sự đi trước, và bối cảnh gọi vốn cũng thật sự mạnh. Nhưng “công nghệ đi trước” và “nhà đầu tư nhỏ lẻ có kiếm được tiền hay không” là hai chuyện khác nhau. Lần tới nếu có mở hạn mức, tôi sẽ không ngây ngốc chờ trang tải xong nữa. Việc nhỏ lẻ có thể làm là hoặc chuẩn bị trước và giành tốc độ, hoặc thì chấp nhận thôi—đừng giằng co nữa, hãy yên ổn nắm BTC. #baby $BABY
2
247
·
--
pSTAKE đã ra mắt tính năng staking thanh khoản trên Babylon, nhưng mức giới hạn nạp 50 BTC khiến tôi cảm thấy đây không phải dành cho nhà đầu tư phổ thông
pSTAKE Finance đã triển khai giải pháp staking thanh khoản cho Bitcoin trên Babylon. Người dùng có thể kiếm lợi nhuận trong khi vẫn giữ BTC hoàn toàn có tính thanh khoản.
Nghe có vẻ quá hoàn hảo đúng không? Bạn vừa có thể staking để nhận lợi nhuận, vừa không bị khóa cứng thanh khoản.@babylonlabs_io
Nhưng khi tôi đọc kỹ quy định thì sững lại—hạn mức nạp là 50 BTC. 50 BTC, tính theo giá hiện tại thì là vài triệu đô la. Chẳng phải đây là “lối đi VIP” dành cho cá mập sao?
Tôi hỏi một người bạn đang làm staking thanh khoản, anh ấy nghe xong liền cười: “Giới hạn 50 BTC đồng nghĩa phần lớn nhà đầu tư nhỏ lẻ không thể vào được. Hơn nữa, các hạn mức giai đoạn đầu thường chỉ vài phút là bị các cá mập tranh nhau hết. Đến lúc bạn thấy tin thì đã đầy từ lâu rồi.”
Babylon nói rằng hiện họ đang khóa hơn 57.000 BTC. Nhưng nếu đặt 57.000 BTC và hạn mức 50 BTC cạnh nhau, thì có thể thấy lần ra mắt staking thanh khoản của pSTAKE lần này thực chất chỉ là một “bản thử nghiệm”—quy mô nhỏ, ngưỡng cao, nhiều khả năng để tổ chức và cá mập thử nghiệm.
Giải pháp của pSTAKE đúng là đã giải quyết một điểm đau của staking gốc trên Babylon: staking gốc cần chờ khoảng 7 ngày để mở khóa vốn. Với người dùng cần thao tác linh hoạt thì thời gian unbond 7 ngày quá dài. Staking thanh khoản cho phép bạn thoát bất cứ lúc nào, không cần đợi 7 ngày đó.
Nhưng vấn đề là, hạn mức 50 BTC khiến người dùng phổ thông còn không vào nổi cửa. Có thanh khoản rồi, nhưng chẳng liên quan gì đến bạn.
Đến khi nào pSTAKE tăng hạn mức nạp lên mức mà nhà đầu tư nhỏ lẻ cũng tham gia được, tôi sẽ thử. Còn hiện tại, đây là sân chơi của cá mập, nhà đầu tư nhỏ lẻ ngay cả vé cũng không mua nổi.#baby $BABY
pSTAKE đã ra mắt tính năng staking thanh khoản trên Babylon, nhưng mức giới hạn nạp 50 BTC khiến tôi cảm thấy đây không phải dành cho nhà đầu tư phổ thông
pSTAKE Finance đã triển khai giải pháp staking thanh khoản cho Bitcoin trên Babylon. Người dùng có thể kiếm lợi nhuận trong khi vẫn giữ BTC hoàn toàn có tính thanh khoản.
Nghe có vẻ quá hoàn hảo đúng không? Bạn vừa có thể staking để nhận lợi nhuận, vừa không bị khóa cứng thanh khoản.@BabylonLabs_io
Nhưng khi tôi đọc kỹ quy định thì sững lại—hạn mức nạp là 50 BTC. 50 BTC, tính theo giá hiện tại thì là vài triệu đô la. Chẳng phải đây là “lối đi VIP” dành cho cá mập sao?
Tôi hỏi một người bạn đang làm staking thanh khoản, anh ấy nghe xong liền cười: “Giới hạn 50 BTC đồng nghĩa phần lớn nhà đầu tư nhỏ lẻ không thể vào được. Hơn nữa, các hạn mức giai đoạn đầu thường chỉ vài phút là bị các cá mập tranh nhau hết. Đến lúc bạn thấy tin thì đã đầy từ lâu rồi.”
Babylon nói rằng hiện họ đang khóa hơn 57.000 BTC. Nhưng nếu đặt 57.000 BTC và hạn mức 50 BTC cạnh nhau, thì có thể thấy lần ra mắt staking thanh khoản của pSTAKE lần này thực chất chỉ là một “bản thử nghiệm”—quy mô nhỏ, ngưỡng cao, nhiều khả năng để tổ chức và cá mập thử nghiệm.
Giải pháp của pSTAKE đúng là đã giải quyết một điểm đau của staking gốc trên Babylon: staking gốc cần chờ khoảng 7 ngày để mở khóa vốn. Với người dùng cần thao tác linh hoạt thì thời gian unbond 7 ngày quá dài. Staking thanh khoản cho phép bạn thoát bất cứ lúc nào, không cần đợi 7 ngày đó.
Nhưng vấn đề là, hạn mức 50 BTC khiến người dùng phổ thông còn không vào nổi cửa. Có thanh khoản rồi, nhưng chẳng liên quan gì đến bạn.
Đến khi nào pSTAKE tăng hạn mức nạp lên mức mà nhà đầu tư nhỏ lẻ cũng tham gia được, tôi sẽ thử. Còn hiện tại, đây là sân chơi của cá mập, nhà đầu tư nhỏ lẻ ngay cả vé cũng không mua nổi.#baby $BABY
pSTAKE Finance đã triển khai giải pháp staking thanh khoản cho Bitcoin trên Babylon. Người dùng có thể kiếm lợi nhuận trong khi vẫn giữ BTC hoàn toàn có tính thanh khoản.
Nghe có vẻ quá hoàn hảo đúng không? Bạn vừa có thể staking để nhận lợi nhuận, vừa không bị khóa cứng thanh khoản.@BabylonLabs_io
Nhưng khi tôi đọc kỹ quy định thì sững lại—hạn mức nạp là 50 BTC. 50 BTC, tính theo giá hiện tại thì là vài triệu đô la. Chẳng phải đây là “lối đi VIP” dành cho cá mập sao?
Tôi hỏi một người bạn đang làm staking thanh khoản, anh ấy nghe xong liền cười: “Giới hạn 50 BTC đồng nghĩa phần lớn nhà đầu tư nhỏ lẻ không thể vào được. Hơn nữa, các hạn mức giai đoạn đầu thường chỉ vài phút là bị các cá mập tranh nhau hết. Đến lúc bạn thấy tin thì đã đầy từ lâu rồi.”
Babylon nói rằng hiện họ đang khóa hơn 57.000 BTC. Nhưng nếu đặt 57.000 BTC và hạn mức 50 BTC cạnh nhau, thì có thể thấy lần ra mắt staking thanh khoản của pSTAKE lần này thực chất chỉ là một “bản thử nghiệm”—quy mô nhỏ, ngưỡng cao, nhiều khả năng để tổ chức và cá mập thử nghiệm.
Giải pháp của pSTAKE đúng là đã giải quyết một điểm đau của staking gốc trên Babylon: staking gốc cần chờ khoảng 7 ngày để mở khóa vốn. Với người dùng cần thao tác linh hoạt thì thời gian unbond 7 ngày quá dài. Staking thanh khoản cho phép bạn thoát bất cứ lúc nào, không cần đợi 7 ngày đó.
Nhưng vấn đề là, hạn mức 50 BTC khiến người dùng phổ thông còn không vào nổi cửa. Có thanh khoản rồi, nhưng chẳng liên quan gì đến bạn.
Đến khi nào pSTAKE tăng hạn mức nạp lên mức mà nhà đầu tư nhỏ lẻ cũng tham gia được, tôi sẽ thử. Còn hiện tại, đây là sân chơi của cá mập, nhà đầu tư nhỏ lẻ ngay cả vé cũng không mua nổi.#baby $BABY
1
1
124
·
--
Babylon nói muốn khiến Bitcoin “sống lại”, nhưng trước tiên tôi phải hiểu rõ một vấn đề: BTC không cần cross-chain (liên chuỗi) nữa rồi
Lần đầu tiên nhìn thấy Babylon, câu hỏi đầu tiên lóe lên trong đầu tôi là: Lại một dự án đóng gói Bitcoin thành wBTC rồi đem đi staking (thế chấp) nữa sao?
Đọc tài liệu xong mới biết, tôi đã hiểu sai.
Logic cốt lõi của Babylon là: Bạn không cần chuyển BTC thành wBTC, không cần cầu nối cross-chain, cũng không cần tin bất kỳ bên lưu ký (custodian) nào. Bạn khóa BTC của mình vào một script có tên “Bitcoin vault không cần tin tưởng” (TBV). BTC vẫn nằm trên mạng Bitcoin, và khóa riêng (private key) vẫn do bạn nắm giữ. Babylon chỉ dùng lượng BTC đã được khóa này để cung cấp “bảo mật kinh tế” cho các chain PoS khác, sau đó xác minh trạng thái staking của bạn thông qua cơ chế timestamp (dấu thời gian) và chứng minh mật mã. @babylonlabs_io
Nghe có vẻ còn “xịn” hơn hẳn bộ wBTC nhỉ?
Đúng là tiên tiến. Nhưng tiên tiến không đồng nghĩa với việc có người dùng.
Babylon cho biết họ đã khóa hơn 56,853 BTC, và tổng giá trị BTC được staking vượt quá 5 tỷ USD. 56,853 BTC, tính theo giá hiện tại là con số hàng chục tỷ—đúng là rất đáng sợ. Nhưng số là số, còn lợi suất staking của BTC thì khoảng 1%-3%/năm. 3%/năm đem so với DeFi thì thật sự không đáng kể. Bạn khóa BTC vào đó, chịu rủi ro hợp đồng thông minh, rủi ro giao thức, rủi ro thị trường, chỉ để kiếm 1%-3%? Thà cứ để yên còn hơn.
Điều khiến tôi không yên tâm hơn là: lợi suất khi staking BTC được trả bằng token BABY. Giá BABY hiện nay các bạn cũng đã thấy—khoảng 0.013 USD, vốn hóa 53.8 triệu USD. Một giao thức staking dùng token BABY để chi trả phần thưởng, nếu giá BABY tiếp tục giảm, thì lợi suất thực tế của bạn sẽ thành âm.
a16z đã đầu tư 15 triệu USD vào tháng 1/2026, giá tăng ngắn hạn rồi sao nữa? Hiện giờ vẫn là 0.013. Logic kỹ thuật của Babylon đúng là đi trước, nhưng “kỹ thuật tiên tiến” và “bạn có kiếm được tiền hay không” là hai chuyện khác nhau. Tôi khóa BTC để lấy BABY còn không bằng tự gửi BTC vào ví lạnh ngủ yên—ít nhất không phải ngày đêm lo lắng.
Cứ nhìn trước đã, đừng xuống trực tiếp. Chuyện staking BTC này, đợi khi nào lợi suất thật sự ổn rồi hãy tính.
#baby $BABY
Babylon nói muốn khiến Bitcoin “sống lại”, nhưng trước tiên tôi phải hiểu rõ một vấn đề: BTC không cần cross-chain (liên chuỗi) nữa rồi
Lần đầu tiên nhìn thấy Babylon, câu hỏi đầu tiên lóe lên trong đầu tôi là: Lại một dự án đóng gói Bitcoin thành wBTC rồi đem đi staking (thế chấp) nữa sao?
Đọc tài liệu xong mới biết, tôi đã hiểu sai.
Logic cốt lõi của Babylon là: Bạn không cần chuyển BTC thành wBTC, không cần cầu nối cross-chain, cũng không cần tin bất kỳ bên lưu ký (custodian) nào. Bạn khóa BTC của mình vào một script có tên “Bitcoin vault không cần tin tưởng” (TBV). BTC vẫn nằm trên mạng Bitcoin, và khóa riêng (private key) vẫn do bạn nắm giữ. Babylon chỉ dùng lượng BTC đã được khóa này để cung cấp “bảo mật kinh tế” cho các chain PoS khác, sau đó xác minh trạng thái staking của bạn thông qua cơ chế timestamp (dấu thời gian) và chứng minh mật mã. @BabylonLabs_io
Nghe có vẻ còn “xịn” hơn hẳn bộ wBTC nhỉ?
Đúng là tiên tiến. Nhưng tiên tiến không đồng nghĩa với việc có người dùng.
Babylon cho biết họ đã khóa hơn 56,853 BTC, và tổng giá trị BTC được staking vượt quá 5 tỷ USD. 56,853 BTC, tính theo giá hiện tại là con số hàng chục tỷ—đúng là rất đáng sợ. Nhưng số là số, còn lợi suất staking của BTC thì khoảng 1%-3%/năm. 3%/năm đem so với DeFi thì thật sự không đáng kể. Bạn khóa BTC vào đó, chịu rủi ro hợp đồng thông minh, rủi ro giao thức, rủi ro thị trường, chỉ để kiếm 1%-3%? Thà cứ để yên còn hơn.
Điều khiến tôi không yên tâm hơn là: lợi suất khi staking BTC được trả bằng token BABY. Giá BABY hiện nay các bạn cũng đã thấy—khoảng 0.013 USD, vốn hóa 53.8 triệu USD. Một giao thức staking dùng token BABY để chi trả phần thưởng, nếu giá BABY tiếp tục giảm, thì lợi suất thực tế của bạn sẽ thành âm.
a16z đã đầu tư 15 triệu USD vào tháng 1/2026, giá tăng ngắn hạn rồi sao nữa? Hiện giờ vẫn là 0.013. Logic kỹ thuật của Babylon đúng là đi trước, nhưng “kỹ thuật tiên tiến” và “bạn có kiếm được tiền hay không” là hai chuyện khác nhau. Tôi khóa BTC để lấy BABY còn không bằng tự gửi BTC vào ví lạnh ngủ yên—ít nhất không phải ngày đêm lo lắng.
Cứ nhìn trước đã, đừng xuống trực tiếp. Chuyện staking BTC này, đợi khi nào lợi suất thật sự ổn rồi hãy tính.
#baby $BABY
Lần đầu tiên nhìn thấy Babylon, câu hỏi đầu tiên lóe lên trong đầu tôi là: Lại một dự án đóng gói Bitcoin thành wBTC rồi đem đi staking (thế chấp) nữa sao?
Đọc tài liệu xong mới biết, tôi đã hiểu sai.
Logic cốt lõi của Babylon là: Bạn không cần chuyển BTC thành wBTC, không cần cầu nối cross-chain, cũng không cần tin bất kỳ bên lưu ký (custodian) nào. Bạn khóa BTC của mình vào một script có tên “Bitcoin vault không cần tin tưởng” (TBV). BTC vẫn nằm trên mạng Bitcoin, và khóa riêng (private key) vẫn do bạn nắm giữ. Babylon chỉ dùng lượng BTC đã được khóa này để cung cấp “bảo mật kinh tế” cho các chain PoS khác, sau đó xác minh trạng thái staking của bạn thông qua cơ chế timestamp (dấu thời gian) và chứng minh mật mã. @BabylonLabs_io
Nghe có vẻ còn “xịn” hơn hẳn bộ wBTC nhỉ?
Đúng là tiên tiến. Nhưng tiên tiến không đồng nghĩa với việc có người dùng.
Babylon cho biết họ đã khóa hơn 56,853 BTC, và tổng giá trị BTC được staking vượt quá 5 tỷ USD. 56,853 BTC, tính theo giá hiện tại là con số hàng chục tỷ—đúng là rất đáng sợ. Nhưng số là số, còn lợi suất staking của BTC thì khoảng 1%-3%/năm. 3%/năm đem so với DeFi thì thật sự không đáng kể. Bạn khóa BTC vào đó, chịu rủi ro hợp đồng thông minh, rủi ro giao thức, rủi ro thị trường, chỉ để kiếm 1%-3%? Thà cứ để yên còn hơn.
Điều khiến tôi không yên tâm hơn là: lợi suất khi staking BTC được trả bằng token BABY. Giá BABY hiện nay các bạn cũng đã thấy—khoảng 0.013 USD, vốn hóa 53.8 triệu USD. Một giao thức staking dùng token BABY để chi trả phần thưởng, nếu giá BABY tiếp tục giảm, thì lợi suất thực tế của bạn sẽ thành âm.
a16z đã đầu tư 15 triệu USD vào tháng 1/2026, giá tăng ngắn hạn rồi sao nữa? Hiện giờ vẫn là 0.013. Logic kỹ thuật của Babylon đúng là đi trước, nhưng “kỹ thuật tiên tiến” và “bạn có kiếm được tiền hay không” là hai chuyện khác nhau. Tôi khóa BTC để lấy BABY còn không bằng tự gửi BTC vào ví lạnh ngủ yên—ít nhất không phải ngày đêm lo lắng.
Cứ nhìn trước đã, đừng xuống trực tiếp. Chuyện staking BTC này, đợi khi nào lợi suất thật sự ổn rồi hãy tính.
#baby $BABY
2
123
·
--
Đăng ký nhận Airdrop chốt ngày 17/7, nhưng tôi nghi rằng làm xong đợt này còn lại bao nhiêu người
Đăng ký Airdrop của GRVT chốt vào ngày 17/7. TGE vào ngày 21/7. Thời gian gấp quá chặt.
Tôi đã tham gia quá nhiều sự kiện kiểu “cày điểm đổi airdrop”. Mùa 2 vừa kết thúc, người dùng cày điểm xong, đăng ký ví, chờ TGE lấy token. Rồi sao nữa? Ngay ngày nhận token, đó cũng là ngày rất nhiều người rời đi. Không phải ác ý short đâu, đó là bản chất con người. Bạn bắt người dùng cày điểm trong mấy tháng, phản ứng đầu tiên khi họ nhận được token là bán. Ai cũng giống nhau.
GRVT nói người dùng thật của họ có tỷ lệ giữ chân theo tuần là 67%. Nghe 67% thì có vẻ ổn, nhưng dữ liệu này được thống kê trong thời gian cày điểm. Khi điểm còn, người dùng còn động lực ở lại tiếp tục cày. Khi không còn điểm nữa, airdrop cũng đã nhận xong, liệu tỷ lệ giữ chân có còn duy trì được 67% không? Tôi không tin lắm. @grvt_io
Quan trọng hơn, sau TGE, GRVT sẽ dựa vào điều gì để giữ chân người dùng? Trải nghiệm giao dịch ư? Lợi nhuận sinh lãi ư? Hay là động lực bằng điểm của mùa tiếp theo? Nếu mùa 3 mãi không đến, hoặc mức ưu đãi giảm mạnh, tốc độ người dùng rời đi sẽ nhanh hơn rất nhiều so với tưởng tượng.
Tôi không nói là GRVT không giữ được người, nhưng tăng trưởng người dùng nhờ airdrop thì tự nhiên có “hạn sử dụng”. Sau ngày 21/7, đó mới là lúc thực sự kiểm tra tỷ lệ giữ chân. Đợi nhóm cày lông rời đi rồi, xem còn bao nhiêu người sẵn sàng đem tiền thật giao dịch trên sàn này, tôi mới đánh giá dự án rốt cuộc có được không. #grvt
Đăng ký nhận Airdrop chốt ngày 17/7, nhưng tôi nghi rằng làm xong đợt này còn lại bao nhiêu người
Đăng ký Airdrop của GRVT chốt vào ngày 17/7. TGE vào ngày 21/7. Thời gian gấp quá chặt.
Tôi đã tham gia quá nhiều sự kiện kiểu “cày điểm đổi airdrop”. Mùa 2 vừa kết thúc, người dùng cày điểm xong, đăng ký ví, chờ TGE lấy token. Rồi sao nữa? Ngay ngày nhận token, đó cũng là ngày rất nhiều người rời đi. Không phải ác ý short đâu, đó là bản chất con người. Bạn bắt người dùng cày điểm trong mấy tháng, phản ứng đầu tiên khi họ nhận được token là bán. Ai cũng giống nhau.
GRVT nói người dùng thật của họ có tỷ lệ giữ chân theo tuần là 67%. Nghe 67% thì có vẻ ổn, nhưng dữ liệu này được thống kê trong thời gian cày điểm. Khi điểm còn, người dùng còn động lực ở lại tiếp tục cày. Khi không còn điểm nữa, airdrop cũng đã nhận xong, liệu tỷ lệ giữ chân có còn duy trì được 67% không? Tôi không tin lắm. @grvt_io
Quan trọng hơn, sau TGE, GRVT sẽ dựa vào điều gì để giữ chân người dùng? Trải nghiệm giao dịch ư? Lợi nhuận sinh lãi ư? Hay là động lực bằng điểm của mùa tiếp theo? Nếu mùa 3 mãi không đến, hoặc mức ưu đãi giảm mạnh, tốc độ người dùng rời đi sẽ nhanh hơn rất nhiều so với tưởng tượng.
Tôi không nói là GRVT không giữ được người, nhưng tăng trưởng người dùng nhờ airdrop thì tự nhiên có “hạn sử dụng”. Sau ngày 21/7, đó mới là lúc thực sự kiểm tra tỷ lệ giữ chân. Đợi nhóm cày lông rời đi rồi, xem còn bao nhiêu người sẵn sàng đem tiền thật giao dịch trên sàn này, tôi mới đánh giá dự án rốt cuộc có được không. #grvt
Đăng ký Airdrop của GRVT chốt vào ngày 17/7. TGE vào ngày 21/7. Thời gian gấp quá chặt.
Tôi đã tham gia quá nhiều sự kiện kiểu “cày điểm đổi airdrop”. Mùa 2 vừa kết thúc, người dùng cày điểm xong, đăng ký ví, chờ TGE lấy token. Rồi sao nữa? Ngay ngày nhận token, đó cũng là ngày rất nhiều người rời đi. Không phải ác ý short đâu, đó là bản chất con người. Bạn bắt người dùng cày điểm trong mấy tháng, phản ứng đầu tiên khi họ nhận được token là bán. Ai cũng giống nhau.
GRVT nói người dùng thật của họ có tỷ lệ giữ chân theo tuần là 67%. Nghe 67% thì có vẻ ổn, nhưng dữ liệu này được thống kê trong thời gian cày điểm. Khi điểm còn, người dùng còn động lực ở lại tiếp tục cày. Khi không còn điểm nữa, airdrop cũng đã nhận xong, liệu tỷ lệ giữ chân có còn duy trì được 67% không? Tôi không tin lắm. @grvt_io
Quan trọng hơn, sau TGE, GRVT sẽ dựa vào điều gì để giữ chân người dùng? Trải nghiệm giao dịch ư? Lợi nhuận sinh lãi ư? Hay là động lực bằng điểm của mùa tiếp theo? Nếu mùa 3 mãi không đến, hoặc mức ưu đãi giảm mạnh, tốc độ người dùng rời đi sẽ nhanh hơn rất nhiều so với tưởng tượng.
Tôi không nói là GRVT không giữ được người, nhưng tăng trưởng người dùng nhờ airdrop thì tự nhiên có “hạn sử dụng”. Sau ngày 21/7, đó mới là lúc thực sự kiểm tra tỷ lệ giữ chân. Đợi nhóm cày lông rời đi rồi, xem còn bao nhiêu người sẵn sàng đem tiền thật giao dịch trên sàn này, tôi mới đánh giá dự án rốt cuộc có được không. #grvt
4
152
·
--
Bài viết
Chi phí vận hành thực sự của node xác thực có thể còn cao hơn cả lợi nhuận từ việc đặt cọcHôm nay tôi lại tính kỹ một khoản chi phí: để chạy một node xác thực NEWT thì rốt cuộc sẽ tốn bao nhiêu tiền?
Yêu cầu cấu hình phần cứng cao, độ trễ mạng phải thấp, lại còn cần đặt cọc tới hàng trăm nghìn NEWT. Theo giá hiện tại 0,047 USD, thì số lượng hàng trăm nghìn NEWT tương đương với vài chục nghìn USD chi phí trả trước. Chưa tính việc thuê máy chủ, phí băng thông, và đầu tư liên tục cho vận hành và bảo mật. Chi phí vận hành cho một node xác thực trong một năm, bao gồm khấu hao phần cứng, băng thông mạng và giám sát nhân lực, theo ước tính thận trọng cũng phải vài nghìn USD.@NewtonProtocol
Tôi đã tra cứu trên mạng về báo giá của máy chủ đám mây. Để chạy một node TEE cần cấu hình gì, mỗi tháng ít nhất cũng phải vài trăm USD. Tính ra trong một năm sẽ là vài nghìn USD. Nếu node cần giám sát 24/7 thì còn cần thêm chi phí nhân sự. Lương năm của một nhân viên vận hành toàn thời gian cũng phải vào khoảng vài chục nghìn USD. Cộng tất cả lại, chi phí vận hành cho một node xác thực trong một năm có thể dao động từ khoảng 10.000 đến 20.000 USD. Chưa kể các tình huống bất ngờ, ví dụ như máy chủ bị tấn công cần phản ứng khẩn cấp, hoặc hỏng phần cứng cần thay thế gấp—những khoản chi phát sinh này không thể dự đoán trước. Bản thân node TEE có yêu cầu phần cứng cao hơn so với node thông thường, vì cần hỗ trợ các chip cho môi trường thực thi đáng tin cậy. Giá thuê loại máy chủ này thường cao hơn máy chủ đám mây phổ thông khoảng 30% đến 50%.
Chi phí vận hành thực sự của node xác thực có thể còn cao hơn cả lợi nhuận từ việc đặt cọc
Hôm nay tôi lại tính kỹ một khoản chi phí: để chạy một node xác thực NEWT thì rốt cuộc sẽ tốn bao nhiêu tiền?
Yêu cầu cấu hình phần cứng cao, độ trễ mạng phải thấp, lại còn cần đặt cọc tới hàng trăm nghìn NEWT. Theo giá hiện tại 0,047 USD, thì số lượng hàng trăm nghìn NEWT tương đương với vài chục nghìn USD chi phí trả trước. Chưa tính việc thuê máy chủ, phí băng thông, và đầu tư liên tục cho vận hành và bảo mật. Chi phí vận hành cho một node xác thực trong một năm, bao gồm khấu hao phần cứng, băng thông mạng và giám sát nhân lực, theo ước tính thận trọng cũng phải vài nghìn USD.@NewtonProtocol
Tôi đã tra cứu trên mạng về báo giá của máy chủ đám mây. Để chạy một node TEE cần cấu hình gì, mỗi tháng ít nhất cũng phải vài trăm USD. Tính ra trong một năm sẽ là vài nghìn USD. Nếu node cần giám sát 24/7 thì còn cần thêm chi phí nhân sự. Lương năm của một nhân viên vận hành toàn thời gian cũng phải vào khoảng vài chục nghìn USD. Cộng tất cả lại, chi phí vận hành cho một node xác thực trong một năm có thể dao động từ khoảng 10.000 đến 20.000 USD. Chưa kể các tình huống bất ngờ, ví dụ như máy chủ bị tấn công cần phản ứng khẩn cấp, hoặc hỏng phần cứng cần thay thế gấp—những khoản chi phát sinh này không thể dự đoán trước. Bản thân node TEE có yêu cầu phần cứng cao hơn so với node thông thường, vì cần hỗ trợ các chip cho môi trường thực thi đáng tin cậy. Giá thuê loại máy chủ này thường cao hơn máy chủ đám mây phổ thông khoảng 30% đến 50%.
Yêu cầu cấu hình phần cứng cao, độ trễ mạng phải thấp, lại còn cần đặt cọc tới hàng trăm nghìn NEWT. Theo giá hiện tại 0,047 USD, thì số lượng hàng trăm nghìn NEWT tương đương với vài chục nghìn USD chi phí trả trước. Chưa tính việc thuê máy chủ, phí băng thông, và đầu tư liên tục cho vận hành và bảo mật. Chi phí vận hành cho một node xác thực trong một năm, bao gồm khấu hao phần cứng, băng thông mạng và giám sát nhân lực, theo ước tính thận trọng cũng phải vài nghìn USD.@NewtonProtocol
Tôi đã tra cứu trên mạng về báo giá của máy chủ đám mây. Để chạy một node TEE cần cấu hình gì, mỗi tháng ít nhất cũng phải vài trăm USD. Tính ra trong một năm sẽ là vài nghìn USD. Nếu node cần giám sát 24/7 thì còn cần thêm chi phí nhân sự. Lương năm của một nhân viên vận hành toàn thời gian cũng phải vào khoảng vài chục nghìn USD. Cộng tất cả lại, chi phí vận hành cho một node xác thực trong một năm có thể dao động từ khoảng 10.000 đến 20.000 USD. Chưa kể các tình huống bất ngờ, ví dụ như máy chủ bị tấn công cần phản ứng khẩn cấp, hoặc hỏng phần cứng cần thay thế gấp—những khoản chi phát sinh này không thể dự đoán trước. Bản thân node TEE có yêu cầu phần cứng cao hơn so với node thông thường, vì cần hỗ trợ các chip cho môi trường thực thi đáng tin cậy. Giá thuê loại máy chủ này thường cao hơn máy chủ đám mây phổ thông khoảng 30% đến 50%.
4
116
·
--
Chiến lược chạy ba lần, chi phí mỗi lần không giống nhau, tôi hoàn toàn không thể tính được lợi nhuận
Tôi đã chạy cùng một chiến lược ba lần trên trang testnet của Newton, và mỗi lần chi phí lại khác nhau. Lần đầu phí Gas là 0.01 USD, lần hai là 0.03 USD, lần ba là 0.02 USD. Biên độ biến động đạt tới gấp ba lần. Cùng thao tác, cùng mã, không có gì thay đổi, vậy mà chi phí chênh nhau gấp ba—điều này khiến tôi hoàn toàn không thể dự đoán rốt cuộc chiến lược chạy sẽ tốn bao nhiêu tiền.
Bên dự án nói phí Gas phụ thuộc vào tải mạng, nhưng tải mạng thay đổi theo thời gian thực và không có quy luật. Là người phát triển chiến lược, tôi không thể ước lượng chi phí trước. Nếu lợi nhuận dự kiến của chiến lược là 0.02 USD, nhưng ở một lần thực thi nào đó nó bất ngờ nhảy lên 0.03 USD, thì giao dịch này sẽ lỗ. Tôi không biết khi nào nó sẽ nhảy, nên chỉ có thể đánh may rủi. Tôi không thể tìm được trong whitepaper một công thức để tính “tải mạng” là bao nhiêu, vì thực tế là không có. Điều đó có nghĩa là mỗi lần kích hoạt giống như một hộp mù—mở ra trước khi biết phải trả bao nhiêu. @NewtonProtocol
Chiến lược của nhà phát triển cần một môi trường chi phí có thể dự đoán. Nếu biên độ dao động chi phí đạt tới gấp ba lần, mô hình lợi nhuận của chiến lược sẽ được xây trên một nền tảng không ổn định. Tôi đã chạy cùng một chiến lược trên các chain khác, thì biên độ dao động phí Gas thường trong khoảng 20%; còn ở Newton thì biên độ là 200%. Khi chạy chiến lược trên testnet của Ethereum, dao động phí Gas tối đa cũng chỉ khoảng ±20%, nên có thể ước lượng được khoảng chi phí. Bên Newton hoàn toàn không thể ước lượng—0.01 đến 0.03 chênh nhau 0.02; với chiến lược tần suất cao, chỉ riêng 0.02 đó có thể quyết định hôm nay lời hay lỗ.
Còn rắc rối hơn là: thời điểm kích hoạt của chiến lược càng ngẫu nhiên, ảnh hưởng của biến động chi phí đến khả năng sinh lời của chiến lược càng lớn. Chiến lược tần suất cao rất nhạy cảm với chi phí—mỗi lần trả thêm 0.01 USD, sau một trăm lần sẽ ăn mất một đồng lợi nhuận, điều này là chí mạng đối với giao dịch tần suất cao. Chiến lược tần suất thấp thì ít nhạy hơn, nhưng chênh lệch chi phí cho từng lần lại có thể trực tiếp quyết định liệu có kích hoạt thực thi hay không. Nếu tỷ lệ chi phí cho một lần so với lợi nhuận dự kiến quá cao, thì nhiều chiến lược có thể chạy được trong môi trường mô phỏng, nhưng khi triển khai thực tế lại không chạy được—vì chi phí ăn mất lợi nhuận, làm cho lợi suất kỳ vọng của chính chiến lược bị đảo lộn hoàn toàn.
#newt $NEWT
Chiến lược chạy ba lần, chi phí mỗi lần không giống nhau, tôi hoàn toàn không thể tính được lợi nhuận
Tôi đã chạy cùng một chiến lược ba lần trên trang testnet của Newton, và mỗi lần chi phí lại khác nhau. Lần đầu phí Gas là 0.01 USD, lần hai là 0.03 USD, lần ba là 0.02 USD. Biên độ biến động đạt tới gấp ba lần. Cùng thao tác, cùng mã, không có gì thay đổi, vậy mà chi phí chênh nhau gấp ba—điều này khiến tôi hoàn toàn không thể dự đoán rốt cuộc chiến lược chạy sẽ tốn bao nhiêu tiền.
Bên dự án nói phí Gas phụ thuộc vào tải mạng, nhưng tải mạng thay đổi theo thời gian thực và không có quy luật. Là người phát triển chiến lược, tôi không thể ước lượng chi phí trước. Nếu lợi nhuận dự kiến của chiến lược là 0.02 USD, nhưng ở một lần thực thi nào đó nó bất ngờ nhảy lên 0.03 USD, thì giao dịch này sẽ lỗ. Tôi không biết khi nào nó sẽ nhảy, nên chỉ có thể đánh may rủi. Tôi không thể tìm được trong whitepaper một công thức để tính “tải mạng” là bao nhiêu, vì thực tế là không có. Điều đó có nghĩa là mỗi lần kích hoạt giống như một hộp mù—mở ra trước khi biết phải trả bao nhiêu. @NewtonProtocol
Chiến lược của nhà phát triển cần một môi trường chi phí có thể dự đoán. Nếu biên độ dao động chi phí đạt tới gấp ba lần, mô hình lợi nhuận của chiến lược sẽ được xây trên một nền tảng không ổn định. Tôi đã chạy cùng một chiến lược trên các chain khác, thì biên độ dao động phí Gas thường trong khoảng 20%; còn ở Newton thì biên độ là 200%. Khi chạy chiến lược trên testnet của Ethereum, dao động phí Gas tối đa cũng chỉ khoảng ±20%, nên có thể ước lượng được khoảng chi phí. Bên Newton hoàn toàn không thể ước lượng—0.01 đến 0.03 chênh nhau 0.02; với chiến lược tần suất cao, chỉ riêng 0.02 đó có thể quyết định hôm nay lời hay lỗ.
Còn rắc rối hơn là: thời điểm kích hoạt của chiến lược càng ngẫu nhiên, ảnh hưởng của biến động chi phí đến khả năng sinh lời của chiến lược càng lớn. Chiến lược tần suất cao rất nhạy cảm với chi phí—mỗi lần trả thêm 0.01 USD, sau một trăm lần sẽ ăn mất một đồng lợi nhuận, điều này là chí mạng đối với giao dịch tần suất cao. Chiến lược tần suất thấp thì ít nhạy hơn, nhưng chênh lệch chi phí cho từng lần lại có thể trực tiếp quyết định liệu có kích hoạt thực thi hay không. Nếu tỷ lệ chi phí cho một lần so với lợi nhuận dự kiến quá cao, thì nhiều chiến lược có thể chạy được trong môi trường mô phỏng, nhưng khi triển khai thực tế lại không chạy được—vì chi phí ăn mất lợi nhuận, làm cho lợi suất kỳ vọng của chính chiến lược bị đảo lộn hoàn toàn.
#newt $NEWT
Tôi đã chạy cùng một chiến lược ba lần trên trang testnet của Newton, và mỗi lần chi phí lại khác nhau. Lần đầu phí Gas là 0.01 USD, lần hai là 0.03 USD, lần ba là 0.02 USD. Biên độ biến động đạt tới gấp ba lần. Cùng thao tác, cùng mã, không có gì thay đổi, vậy mà chi phí chênh nhau gấp ba—điều này khiến tôi hoàn toàn không thể dự đoán rốt cuộc chiến lược chạy sẽ tốn bao nhiêu tiền.
Bên dự án nói phí Gas phụ thuộc vào tải mạng, nhưng tải mạng thay đổi theo thời gian thực và không có quy luật. Là người phát triển chiến lược, tôi không thể ước lượng chi phí trước. Nếu lợi nhuận dự kiến của chiến lược là 0.02 USD, nhưng ở một lần thực thi nào đó nó bất ngờ nhảy lên 0.03 USD, thì giao dịch này sẽ lỗ. Tôi không biết khi nào nó sẽ nhảy, nên chỉ có thể đánh may rủi. Tôi không thể tìm được trong whitepaper một công thức để tính “tải mạng” là bao nhiêu, vì thực tế là không có. Điều đó có nghĩa là mỗi lần kích hoạt giống như một hộp mù—mở ra trước khi biết phải trả bao nhiêu. @NewtonProtocol
Chiến lược của nhà phát triển cần một môi trường chi phí có thể dự đoán. Nếu biên độ dao động chi phí đạt tới gấp ba lần, mô hình lợi nhuận của chiến lược sẽ được xây trên một nền tảng không ổn định. Tôi đã chạy cùng một chiến lược trên các chain khác, thì biên độ dao động phí Gas thường trong khoảng 20%; còn ở Newton thì biên độ là 200%. Khi chạy chiến lược trên testnet của Ethereum, dao động phí Gas tối đa cũng chỉ khoảng ±20%, nên có thể ước lượng được khoảng chi phí. Bên Newton hoàn toàn không thể ước lượng—0.01 đến 0.03 chênh nhau 0.02; với chiến lược tần suất cao, chỉ riêng 0.02 đó có thể quyết định hôm nay lời hay lỗ.
Còn rắc rối hơn là: thời điểm kích hoạt của chiến lược càng ngẫu nhiên, ảnh hưởng của biến động chi phí đến khả năng sinh lời của chiến lược càng lớn. Chiến lược tần suất cao rất nhạy cảm với chi phí—mỗi lần trả thêm 0.01 USD, sau một trăm lần sẽ ăn mất một đồng lợi nhuận, điều này là chí mạng đối với giao dịch tần suất cao. Chiến lược tần suất thấp thì ít nhạy hơn, nhưng chênh lệch chi phí cho từng lần lại có thể trực tiếp quyết định liệu có kích hoạt thực thi hay không. Nếu tỷ lệ chi phí cho một lần so với lợi nhuận dự kiến quá cao, thì nhiều chiến lược có thể chạy được trong môi trường mô phỏng, nhưng khi triển khai thực tế lại không chạy được—vì chi phí ăn mất lợi nhuận, làm cho lợi suất kỳ vọng của chính chiến lược bị đảo lộn hoàn toàn.
#newt $NEWT
4
122
·
--
Bài viết
Lộ trình kỹ thuật quá phức tạp, nhà phát triển nhìn một cái là chạyHướng đi kỹ thuật của Newton là TEE kết hợp ZKP và một engine chiến lược Rego. TEE đảm bảo môi trường thực thi an toàn, ZKP chứng minh quá trình tính toán là đúng, còn Rego xác định các quy tắc chính sách. Mỗi thành phần xét riêng thì đều có lý, nhưng khi ghép lại với nhau sẽ trở thành một gánh nặng nhận thức khổng lồ.
Tôi đã thử hiểu toàn bộ logic của bộ công nghệ này, mất khoảng một tuần để đọc tài liệu, xem whitepaper và lật mã nguồn. Sau một tuần, tôi chỉ có thể nói “đại khái biết nó đang làm gì”, còn xa lắm mới tới mức “có thể phát triển thành thạo”. Với một nhà phát triển bình thường, chỉ riêng việc hiểu TEE là gì, ZKP là gì, Rego viết ra sao thôi có thể cũng đã cần vài tuần thậm chí vài tháng. Trong khi đó, đối thủ cạnh tranh bên cạnh, chỉ cần tải xong SDK là mười phút sau có thể bắt đầu viết code. Nhà phát triển cũng là con người, họ có những ràng buộc về thời gian và năng lượng, nên họ sẽ không bỏ ra vài tuần để học một bộ công nghệ hoàn toàn mới chỉ để làm một mạng lưới có chức năng tương tự, đặc biệt là khi mạng lưới đó chưa có người dùng nào. Tôi quen một nhà phát triển, anh ấy đang đồng thời đánh giá Newton và một đối thủ cạnh tranh khác. Anh nói rằng công nghệ của Newton đúng là tiên tiến hơn, nhưng nếu trải nghiệm phát triển của hai mạng lưới chênh lệch nhiều đến vậy, anh chỉ có thể chọn mạng lưới mà mười phút là dùng được. Thời gian của nhà phát triển là hữu hạn, không phải ai cũng có thể dành vài tuần cày một ngôn ngữ mới và một framework mới chỉ vì một dự án.@NewtonProtocol
Lộ trình kỹ thuật quá phức tạp, nhà phát triển nhìn một cái là chạy
Hướng đi kỹ thuật của Newton là TEE kết hợp ZKP và một engine chiến lược Rego. TEE đảm bảo môi trường thực thi an toàn, ZKP chứng minh quá trình tính toán là đúng, còn Rego xác định các quy tắc chính sách. Mỗi thành phần xét riêng thì đều có lý, nhưng khi ghép lại với nhau sẽ trở thành một gánh nặng nhận thức khổng lồ.
Tôi đã thử hiểu toàn bộ logic của bộ công nghệ này, mất khoảng một tuần để đọc tài liệu, xem whitepaper và lật mã nguồn. Sau một tuần, tôi chỉ có thể nói “đại khái biết nó đang làm gì”, còn xa lắm mới tới mức “có thể phát triển thành thạo”. Với một nhà phát triển bình thường, chỉ riêng việc hiểu TEE là gì, ZKP là gì, Rego viết ra sao thôi có thể cũng đã cần vài tuần thậm chí vài tháng. Trong khi đó, đối thủ cạnh tranh bên cạnh, chỉ cần tải xong SDK là mười phút sau có thể bắt đầu viết code. Nhà phát triển cũng là con người, họ có những ràng buộc về thời gian và năng lượng, nên họ sẽ không bỏ ra vài tuần để học một bộ công nghệ hoàn toàn mới chỉ để làm một mạng lưới có chức năng tương tự, đặc biệt là khi mạng lưới đó chưa có người dùng nào. Tôi quen một nhà phát triển, anh ấy đang đồng thời đánh giá Newton và một đối thủ cạnh tranh khác. Anh nói rằng công nghệ của Newton đúng là tiên tiến hơn, nhưng nếu trải nghiệm phát triển của hai mạng lưới chênh lệch nhiều đến vậy, anh chỉ có thể chọn mạng lưới mà mười phút là dùng được. Thời gian của nhà phát triển là hữu hạn, không phải ai cũng có thể dành vài tuần cày một ngôn ngữ mới và một framework mới chỉ vì một dự án.@NewtonProtocol
Tôi đã thử hiểu toàn bộ logic của bộ công nghệ này, mất khoảng một tuần để đọc tài liệu, xem whitepaper và lật mã nguồn. Sau một tuần, tôi chỉ có thể nói “đại khái biết nó đang làm gì”, còn xa lắm mới tới mức “có thể phát triển thành thạo”. Với một nhà phát triển bình thường, chỉ riêng việc hiểu TEE là gì, ZKP là gì, Rego viết ra sao thôi có thể cũng đã cần vài tuần thậm chí vài tháng. Trong khi đó, đối thủ cạnh tranh bên cạnh, chỉ cần tải xong SDK là mười phút sau có thể bắt đầu viết code. Nhà phát triển cũng là con người, họ có những ràng buộc về thời gian và năng lượng, nên họ sẽ không bỏ ra vài tuần để học một bộ công nghệ hoàn toàn mới chỉ để làm một mạng lưới có chức năng tương tự, đặc biệt là khi mạng lưới đó chưa có người dùng nào. Tôi quen một nhà phát triển, anh ấy đang đồng thời đánh giá Newton và một đối thủ cạnh tranh khác. Anh nói rằng công nghệ của Newton đúng là tiên tiến hơn, nhưng nếu trải nghiệm phát triển của hai mạng lưới chênh lệch nhiều đến vậy, anh chỉ có thể chọn mạng lưới mà mười phút là dùng được. Thời gian của nhà phát triển là hữu hạn, không phải ai cũng có thể dành vài tuần cày một ngôn ngữ mới và một framework mới chỉ vì một dự án.@NewtonProtocol
1
6
127
·
--
Bản báo cáo tuần của bên dự án ngày càng ngắn lại, tôi nghi rằng họ ngay cả cũng chẳng biết nói gì
Tôi đăng ký email bản báo cáo tuần của Newton. Từ tuần đầu tiên đến nay, tôi nhận thấy một xu hướng: báo cáo tuần ngày càng ngắn.
Bản báo cáo tuần của tuần đầu có sáu trang, nội dung khá đầy đủ, có tiến triển kỹ thuật, hoạt động cộng đồng và phần tổng quan dữ liệu. Tuần thứ hai được rút xuống còn bốn trang. Đợt gần đây nhất chỉ còn hai trang rưỡi, nội dung chủ yếu là “mạng chính vận hành ổn định từng bước”, “nhóm liên tục tối ưu”, và “hãy theo dõi thông báo tiếp theo”. Ba câu này lặp đi lặp lại, gần như chẳng nói được gì khác.
Báo cáo tuần trở nên ngắn đi thường có hai khả năng: hoặc tiến độ dự án quá chậm, không có gì đáng để viết; hoặc nhóm cho rằng cộng đồng không quan trọng nên không cần tốn thời gian viết nội dung chi tiết. Dù là trường hợp nào, với những người nắm giữ cũng không phải tin tốt.
Điều đáng lo hơn là một số dữ liệu quan trọng trong báo cáo tuần đã biến mất. Trước đây vẫn còn nhắc “quy mô cộng đồng tăng X%”, “số lượng nhà phát triển tăng Y người”, giờ thì các con số này đều không còn nữa. Thay vào đó là cách diễn đạt mơ hồ, như “cộng đồng tiếp tục mở rộng” và “phản hồi của nhà phát triển rất nhiệt tình”. “Rất nhiệt tình” nghĩa là nhiệt tình đến mức chẳng xem được thậm chí một ví dụ thứ ba sao? @NewtonProtocol
Tôi thấy trong cộng đồng một bài đăng của một người dùng cũ. Anh ấy nói rằng anh đã gửi cho bên dự án ba lá email để hỏi về tiến độ phát triển, nhưng cả ba lần đều không có phản hồi. Báo cáo tuần ngày càng mơ hồ, lại không trả lời những câu hỏi trực tiếp, trạng thái này đã kéo dài vài tuần rồi. Nếu ngay cả giao tiếp cơ bản cũng không làm được, thì thái độ của bên dự án với cộng đồng rốt cuộc thế nào, mọi người trong lòng đều rõ.
Sự im lặng của bên dự án khiến người ta bất an hơn bất kỳ tin xấu nào. Nếu tiến triển suôn sẻ, họ đã vội vàng cho bạn biết. Còn thái độ kiểu “báo tin vui mà không báo tin buồn” như hiện tại, tôi chỉ có thể hiểu là chẳng có điều gì vui để báo. Chờ khi báo cáo tuần một lần nữa trở nên chi tiết, dữ liệu lại minh bạch, tôi sẽ cân nhắc tăng tỷ trọng với Newton. Còn với tình trạng hiện tại, tôi cảm thấy ngay cả bên dự án cũng chẳng có nhiều tự tin vào tiến độ.
#newt $NEWT
Bản báo cáo tuần của bên dự án ngày càng ngắn lại, tôi nghi rằng họ ngay cả cũng chẳng biết nói gì
Tôi đăng ký email bản báo cáo tuần của Newton. Từ tuần đầu tiên đến nay, tôi nhận thấy một xu hướng: báo cáo tuần ngày càng ngắn.
Bản báo cáo tuần của tuần đầu có sáu trang, nội dung khá đầy đủ, có tiến triển kỹ thuật, hoạt động cộng đồng và phần tổng quan dữ liệu. Tuần thứ hai được rút xuống còn bốn trang. Đợt gần đây nhất chỉ còn hai trang rưỡi, nội dung chủ yếu là “mạng chính vận hành ổn định từng bước”, “nhóm liên tục tối ưu”, và “hãy theo dõi thông báo tiếp theo”. Ba câu này lặp đi lặp lại, gần như chẳng nói được gì khác.
Báo cáo tuần trở nên ngắn đi thường có hai khả năng: hoặc tiến độ dự án quá chậm, không có gì đáng để viết; hoặc nhóm cho rằng cộng đồng không quan trọng nên không cần tốn thời gian viết nội dung chi tiết. Dù là trường hợp nào, với những người nắm giữ cũng không phải tin tốt.
Điều đáng lo hơn là một số dữ liệu quan trọng trong báo cáo tuần đã biến mất. Trước đây vẫn còn nhắc “quy mô cộng đồng tăng X%”, “số lượng nhà phát triển tăng Y người”, giờ thì các con số này đều không còn nữa. Thay vào đó là cách diễn đạt mơ hồ, như “cộng đồng tiếp tục mở rộng” và “phản hồi của nhà phát triển rất nhiệt tình”. “Rất nhiệt tình” nghĩa là nhiệt tình đến mức chẳng xem được thậm chí một ví dụ thứ ba sao? @NewtonProtocol
Tôi thấy trong cộng đồng một bài đăng của một người dùng cũ. Anh ấy nói rằng anh đã gửi cho bên dự án ba lá email để hỏi về tiến độ phát triển, nhưng cả ba lần đều không có phản hồi. Báo cáo tuần ngày càng mơ hồ, lại không trả lời những câu hỏi trực tiếp, trạng thái này đã kéo dài vài tuần rồi. Nếu ngay cả giao tiếp cơ bản cũng không làm được, thì thái độ của bên dự án với cộng đồng rốt cuộc thế nào, mọi người trong lòng đều rõ.
Sự im lặng của bên dự án khiến người ta bất an hơn bất kỳ tin xấu nào. Nếu tiến triển suôn sẻ, họ đã vội vàng cho bạn biết. Còn thái độ kiểu “báo tin vui mà không báo tin buồn” như hiện tại, tôi chỉ có thể hiểu là chẳng có điều gì vui để báo. Chờ khi báo cáo tuần một lần nữa trở nên chi tiết, dữ liệu lại minh bạch, tôi sẽ cân nhắc tăng tỷ trọng với Newton. Còn với tình trạng hiện tại, tôi cảm thấy ngay cả bên dự án cũng chẳng có nhiều tự tin vào tiến độ.
#newt $NEWT
Tôi đăng ký email bản báo cáo tuần của Newton. Từ tuần đầu tiên đến nay, tôi nhận thấy một xu hướng: báo cáo tuần ngày càng ngắn.
Bản báo cáo tuần của tuần đầu có sáu trang, nội dung khá đầy đủ, có tiến triển kỹ thuật, hoạt động cộng đồng và phần tổng quan dữ liệu. Tuần thứ hai được rút xuống còn bốn trang. Đợt gần đây nhất chỉ còn hai trang rưỡi, nội dung chủ yếu là “mạng chính vận hành ổn định từng bước”, “nhóm liên tục tối ưu”, và “hãy theo dõi thông báo tiếp theo”. Ba câu này lặp đi lặp lại, gần như chẳng nói được gì khác.
Báo cáo tuần trở nên ngắn đi thường có hai khả năng: hoặc tiến độ dự án quá chậm, không có gì đáng để viết; hoặc nhóm cho rằng cộng đồng không quan trọng nên không cần tốn thời gian viết nội dung chi tiết. Dù là trường hợp nào, với những người nắm giữ cũng không phải tin tốt.
Điều đáng lo hơn là một số dữ liệu quan trọng trong báo cáo tuần đã biến mất. Trước đây vẫn còn nhắc “quy mô cộng đồng tăng X%”, “số lượng nhà phát triển tăng Y người”, giờ thì các con số này đều không còn nữa. Thay vào đó là cách diễn đạt mơ hồ, như “cộng đồng tiếp tục mở rộng” và “phản hồi của nhà phát triển rất nhiệt tình”. “Rất nhiệt tình” nghĩa là nhiệt tình đến mức chẳng xem được thậm chí một ví dụ thứ ba sao? @NewtonProtocol
Tôi thấy trong cộng đồng một bài đăng của một người dùng cũ. Anh ấy nói rằng anh đã gửi cho bên dự án ba lá email để hỏi về tiến độ phát triển, nhưng cả ba lần đều không có phản hồi. Báo cáo tuần ngày càng mơ hồ, lại không trả lời những câu hỏi trực tiếp, trạng thái này đã kéo dài vài tuần rồi. Nếu ngay cả giao tiếp cơ bản cũng không làm được, thì thái độ của bên dự án với cộng đồng rốt cuộc thế nào, mọi người trong lòng đều rõ.
Sự im lặng của bên dự án khiến người ta bất an hơn bất kỳ tin xấu nào. Nếu tiến triển suôn sẻ, họ đã vội vàng cho bạn biết. Còn thái độ kiểu “báo tin vui mà không báo tin buồn” như hiện tại, tôi chỉ có thể hiểu là chẳng có điều gì vui để báo. Chờ khi báo cáo tuần một lần nữa trở nên chi tiết, dữ liệu lại minh bạch, tôi sẽ cân nhắc tăng tỷ trọng với Newton. Còn với tình trạng hiện tại, tôi cảm thấy ngay cả bên dự án cũng chẳng có nhiều tự tin vào tiến độ.
#newt $NEWT
4
123
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Chủ đề thịnh hành
TinFed
72,140 lượt xem
339 đang thảo luận
🔥 #TinFed Xác suất Fed tăng lãi suất đã lên 89% — Sao BTC vẫn chưa sập?
Thị trường gần như đã định giá khả năng FOMC tháng 9 tăng 25bp, vậy tại sao BTC vẫn chưa bị bán tháo?
Vì thị trường không chỉ trade chuyện “có tăng lãi suất hay không”, mà còn trade Fed sẽ nói gì sau đó.
📊 Mình đang nhìn 3 thứ:
① 77K
Đây là vùng phòng thủ quan trọng.
77K còn giữ → mình chưa vội bearish chỉ vì kỳ vọng tăng lãi suất cao.
② 80K
Đây là vị trí phe Bull cần lấy lại.
Break 80K kèm volume → tâm lý có thể cải thiện rõ rệt, mục tiêu tiếp theo 82K–83K.
③ Thông điệp sau FOMC
Đây mới là phần mình quan tâm nhất.
Nếu Fed tăng 25bp nhưng phát biểu không hawkish như thị trường lo ngại, “tin xấu đã được định giá” có thể ngược lại trở thành chất xúc tác cho BTC.
Ngược lại, tăng lãi suất + giọng điệu hawkish → cần cẩn thận với áp lực định giá.
🍑 Plan của mình rất đơn giản:
• 77K giữ → tiếp tục quan sát phe Bull
• 80K breakout → nhìn 82K–83K
• 82K–83K đứng vững → mở lại dư địa tăng
• Mất 77K → ngắn hạn chuyển sang phòng thủ
Mình không hoảng vì con số 89%, cũng không FOMO vì BTC đang hồi.
Chờ dữ liệu. Chờ FOMC. Chờ giá xác nhận.
Không đoán đáy, không đuổi đỉnh.
Quan điểm cá nhân, không phải lời khuyên đầu tư. Quản lý vốn luôn đứng đầu.
Mira CryptoVN
·0 lượt thích
·926 lượt xem
45NgayTuDoTaiChinh
904,027 lượt xem
3,103 đang thảo luận
TheoDõiFOMC
81,873 lượt xem
539 đang thảo luận