Mrxxx
3.9K posts
稳赚猪脚饭玩法
每个月除息后，分批次买入 sUSDat @saturn_credit
当价格快回到水上时，到 @pendle_fi 挂限价单买 YT-sUSDat
上个月吃上了，这个月还能继续吃😋
我做的 sUSDat 提示 bot：
t.me/strcalert_bot
中文
半导体
SMH 526 504 476
储存
DRAM 45 42 38
MU 640 590 530
SNDK 1250 1150 1000
EWY 170 162 153
7709 72 63 52
7747 120 112 98
光
NOK 12.6 11.8 10.8
GLW 162
LITE 870 830
AAOI 154 140
AXTI 100 92 78
TSEM 228 200
CPU
intc 100 91 80
amd 382 357 315
NVDA 211 200
Vivian@Vivian193299
以后一定是token的天下，token的需求会成指数级增长，这是未来一年最确定的机会。 答应我，大盘短期底部的时候， 请大多小多早多晚多 我们的好朋友 半导体，光模块，储存，PCB和电 半导体 nvda amd 光模块 lite cohr cien poet 储存 sndk mu PCB ttmi sanm 电 be etn 别买在短期顶就好 高beta回调起来也残暴 怕高的都是苦命人
中文
Mrxxx retweetledi
Saturn 计算器正式上线！
目前总分49.8B 每日增速2.5%
第一赛季结束积分总量420B 空投 5% 预计FDV 200M
1M 积分价值 23.82 U 😁
计算器中内置了各个参数修正
各位可以通过修改来调整自己的预期
空投价值以最后发到手为准哦
欢迎各位使用邀请码：SAT-CFF53D3C
来给自己的积分增加倍数~
体验链接👇：
saturn.menglayer.cc
中文
@Jason_Young1231 怎么说呢 感觉用codex作为cc 供应商 感觉cc变得很笨 codex不太适应cc，不知道其他人有没有同样的感觉，已经换回来了。
中文
@auddk111 可以参考这个issue里面写的比较详细的使用方法：#issuecomment-4230615566" target="_blank" rel="nofollow noopener">github.com/farion1231/cc-…
中文
卡兹克大佬写了一份非常详细 CC Switch 使用手册，不得不感慨，专业人士就是专业人士，写的比我好太多了，强烈推荐！mp.weixin.qq.com/s/0XkWwnrUNxc7…
中文
从来没有首席胆敢开实盘证明自己
除了召北老师
所以召北老师身败名裂流窜海外了
风无向🦅@Web3Feng
我一个半圈外朋友评价币圈的人： 没有边界感，没有阶级感，没有一个正常人。什么权威不存在的。 没点心理素质怎么来币圈做首席？Musk都要天天被喷，你被喷下咋了？ 看看我们币圈曾经的首席-召北老师，水平不说多高，心理素质不知道高到哪里去了。
中文
我反复讲了无数次了，
维生素d3+k2，复合维生素里就有，吃复合维生素就可以，
肌酸就是三种常见氨基酸，如果你不是参加短跑这种爆发性运动的专业运动员，完全不需要吃，吃俩鸡蛋就够了，
甘氨酸镁这东西，镁在复合维生素+矿物质里含量充足，不用额外吃一顿。
建议把钱全省下来，下个月抽满命尼可。
王胆大@66789n
@lidangzzz d3 k2，肌酸，甘氨酸鎂，这几个怎么样？补了快两年了
中文
Auto-Quant 0.3.0 已更新，性能提高很大。
怎么看出来的呢？
- 0.2.0 用 10 轮做到了上个版本的 100 轮的效果。
- 而0.3.0 用 5 轮做到了上个版本迭代 80 轮的效果
跟最初的原型相比，AutoQuant 的挖掘效率提高了将近 100 倍，我吹牛逼都想不出这个说法。
github.com/TraderAlice/Au…
中文
构建 OpenAlice 到现在也两个多月了，说一下我们的心路历程。
这个项目起源于把 Trading 和 Coding 进行类比，所以我们提了很多类似 UTA、TradingAsGit 这种功能原型，然后包装成工具，放到 Claude Code 或者是 Cursor 的 Agent Loop 里面来用。
但是 Claude Code 和 Cursor 的交互模式有一个问题：Coding是个同步过程，提完需求之后代码就出来了。
而做交易不一样，做交易要看新闻、看 K 线，要买入还要卖出，是个长过程。所以这个时候我们发现 OpenClaw 做的很好，OpenClaw 是第一个把“长时间运行的 Agent”发扬光大的项目。
于是我们做了一个决定：把原先的工具直接插在 OpenClaw 上，开源发布叫 OpenAlice。然后就火了，甚至上了 Github Trending。
火了之后，我们遇到的问题反而更多了。
首先是 OpenClaw 这套系统本身就有很多问题，做的不太好，我们后续又拆了 OpenClaw 的管线，自己重新做了一套。
另一个问题是，我们发现要解决一个金融交易上面过去没有人解决过的问题：协作。
协作的重要性其实被很多人低估了。
举一个更形象的表述：AI 写代码之所以能有这么高的采用率，就是因为写代码这个场景在协作上有很好的生态。
包括 VS Code、包括 GitHub，这些东西其实都是建立在“Coding需要协作”这个前提上面。
在一个已经有着完整的协作流程的世界里去让 AI 参与，AI 就能很顺理成章地成为 assistant 的角色，并最终升格为一个 agent。
但是 Trading 不一样。很少有人做 Trading 的时候需要协作，大部分人做交易的习惯都是想到什么就干什么。
所以我们要解决的第一个问题，就是需要让交易这件事情变成一个可协作的工作。而要完成这一点，我们就需要至少几个很关键的组件：
1. 交易的工作台
这个工作台我们现在还在设计。当 AI 和人要一起做交易的时候，这个工作台到底应该长什么样，应该包含什么信息，该有什么功能？
2. 协作的模式
AI 和人进行协作交易到底应该如何进行？是用对话模式，还是发报告的模式？此外，还包括 AI 怎么去管理自己提出的这些交易建议。
3. 生态隔离
这个东西是被很多人低估的。很多交易所之间的 API 完全不互通。
Crypto用 CCXT还多少有点兼容性。传统交易所，比如富途、IBKR、长桥、老虎，彼此的接口可能完全不一样，而且也没有一个通用的SDK把大家兼容起来。
所以我们要做跨资产、跨品类、跨交易所的分析，就必须得有自己的这套兼容系统。
搞完这几个组件，我们才算是做了这个 AI 协同做交易的工作台。而有了工作台之后，我们才能讨论怎么让 AI 做好交易（产生利润），这又是另一块工作量了。
过去的时候，我们是把这些工作都做到足够好、可以发布了再告诉大家。但是一直憋着不发也不是我的习惯。
所以我们做了一个小的决定，把一些我们在实验过程中的“小玩具”发布出来，让大家能先用上，以后再合并给 OpenAlice。
比如我们最近做的 Auto-Quant，就是一个让 AI 自动迭代量化交易策略的小东西。
很多人可能不理解，觉得这么简单的 demo 是产生不了超额收益的。但我们的想法是这样的：
1. 自动化的意义
AI能够自动运行、自动挖掘量化策略。这件事情本身就很有意义，因为随着模型性能的提高，它的产出性能也会跟着提高。
2. 人机协同的工作流
这符合我们理解的 AI 与人类协同工作的模式，能实打实地提高交易质量。比如，当人希望关注某些资产（类似于 XLE）时，AI 就可以对 XLE 的量化表现进行挖掘。
即使不用AI 挖掘的策略最终来执行交易，它至少也是一种对资产表现的描述。有了这种指导，AI 交易质量一定是有所提升的。
OpenAlice 火起来有很多偶然因素，但我们想做好这个项目的想法是没有改变的。Trading Agent 这个方向选手很多，用户呼声也很高，我觉得很好。
团队以后也能多多发布让人惊喜的小玩具，给大家同步我们的科研成果（能这么叫吗）。也欢迎大家在评论区点菜，只要是合理的需求，未来都会实现。
Again，再次谢谢大家。
中文
Vitalik昨天在香港Web3嘉年华，现身登台演讲。
看到视频号上一个神评论：你以为他要起飞了，结果他来了个深蹲。
中文
Haseeb 讲了讲 Arbitrum 怎么在技术上剥夺了黑客的资产：
Arbitrum 安全委员会使用紧急权力注入了一个 ArbitrumUnsignedTxType，强制将攻击者的全部 30,765 ETH 从中心地址转移到一个协议控制的恢复接收地址。
所谓的 ArbitrumUnsignedTxType，只有链本身（通过 sequencer / ArbOS 升级路径，由 Arbitrum 安全委员会控制）才能注入。它完全绕过了攻击者的私钥。
也就是说，安全委员会使用了一个特权的状态覆盖交易类型（这是 ArbOS 的一部分，但基本上从未使用过），让攻击者的私钥仍然可以签名交易，但该地址的 ETH 由链本身转移了。
Haseeb ＞|＜@hosseeb
Claude explains the $71M @arbitrum clawback: What this transaction is Tx: 0x5618...0f6b on Arbitrum, block 454686044, April 21, 2026 03:35 UTC From: 0x5d39...7Ccc — labeled on Arbiscan as “Kelp DAO Exploiter 1” To: 0x0000000000000000000000000000000000000DA0 — a special system/recovery sink (not the normal 0x...dEaD burn address) Value: 30,765.667 ETH (~$71M) — effectively the entire Arbitrum-side balance of the attacker’s hub wallet Tx type: ArbitrumUnsignedTxType (EIP-2718 type 0x65 / 101) The “type 101” is the key. That is not a user-signed transaction — a normal EOA physically cannot produce one. ArbitrumUnsignedTxType is an ArbOS system transaction that only the chain itself (via the sequencer / ArbOS upgrade path controlled by the Arbitrum Security Council) can inject. It bypasses the attacker’s private key entirely. The remediation (this tx): Arbitrum’s Security Council used its emergency powers to inject an ArbitrumUnsignedTxType that forcibly moved the attacker’s full 30,765 ETH from the hub address into a protocol-controlled recovery sink (0x...0DA0). Why it’s “extraordinary” Arbitrum did not perform a reorg or historical rewrite — the chain’s ordering is intact. Instead, the Security Council used a privileged state-override transaction type that is part of ArbOS but has essentially never been used before. It is functionally a state-level clawback: the attacker’s private key still signs txs, but that address’s ETH was moved by the chain itself. This is the mechanism Arbitrum’s progressive-decentralization docs reserve for “catastrophic” emergencies (12-of-N Security Council action), and this is one of the clearest public demonstrations of it being invoked. Note that it only recovered the Arbitrum leg of the theft — the ~75,700 ETH on Ethereum is outside Arbitrum’s control and remains with the attacker, which is why Aave is still facing up to ~$230M of potential bad debt on the Ethereum side. Sources: Arbiscan tx: arbiscan.io/tx/0x561804424… Arbitrum Docs — ArbOS / Sequencer forced inclusion: docs.arbitrum.io/run-arbitrum-n… Arbitrum Foundation — progressive decentralization & Security Council: docs.arbitrum.foundation/state-of-progr…
中文