董小姐（重生版）| Gate WCTC S9全球交易赛

嗨嗨，我是小小董～ 半兼职Web3，高中时入圈，只会定投的嫩老韭菜🥬 不喊单不带单，今天唠三件开心事： ① 手续费能返 20% ② 注册过的也可以来问换绑哦～ ③ 我这里还有很多很多周边，欢迎大家来抢🎁 用我的币安链接注册，系统自动返 20% 手续费到你账户，费率不变，后台结算，不用找人要～ 👉 币安注册：bsmkweb.cc/join?ref=50834086… 邀请码：508340864（点链接会自动填） 注册过的也可以来问我换绑哦～具体以平台规则为准。 有需要可以加我私人微💌 或者进社区找我t.me/+EATBtHE1gcM2MmY9 周边有小挂件、贴纸、小礼物……欢迎来抢～ 返佣从绑定那刻才开始算，早绑早回流～ 我是小小董，啾咪～

Montage Studio 雇了三个 Agent 干活，然后呢，谁为“最后没拼好”买单 Epoch 3 到 11 月 22 号，还剩两周出头。 上一篇写完“结算得有人手动点”，我本来打算收尾了。结果翻 Montage Studio 的讨论时，看到个比我上篇那个问题更麻烦的东西。 Montage Studio 的流程不复杂。你给一个视频 brief，它写 treatment、按节奏排分镜表，然后去 agent.family 上雇三个 Agent。一个画分镜和角色设计，一个渲染每个镜头转成视频，一个写歌，带人声或纯器乐都行。三份东西交回来，Montage 自己剪辑、对齐画面和音乐，最后输出 1080p 成片。 官方推文那句话我一直记得：“an agent that is also a buyer.” 三个下游 leg 的付款都走 escrow。提供方交东西，进审核期，验收通过放款，有问题可以异议。每个 leg 单独看，流程是完整的。 然后我看到 Keng 那条推文，停了一下。 他的意思大概是：一个分包商完成了自己的工作，也拿到了钱。但最终客户拒收整个项目。分包商履行了自己的义务，主 Agent 仍然欠客户一个“能接受的结果”。 每个小合同都正常结束了。整个项目黄了。这两件事在合同链条上对不上。 那主 Agent 自己扛呗。但问题不是“谁扛”，是“主 Agent 扛不扛得住”。 Montage 雇了三个 Agent，三条 escrow 各自独立。分镜、渲染、音乐，每一笔都能正常结算。但三份东西拼在一起客户觉得不行，发起挑战，钱从哪扣？从 Montage 自己的质押里扣。三个分包商的钱已经放出去了，追不回来。 如果其中一个分包商交的东西质量就是不够，导致整合失败，但它在自己那个 leg 里“按标准交付了”，评估者判它过关。Montage 手里就没有任何工具去追这个分包商的责任。它只能自己吞下整合失败的成本。 Keng 说架构需要明确的规则：里程碑依赖怎么定、付款顺序怎么排、整合失败的成本谁吸收。这几个问题在 AACP 现在的文档里，我没找到现成的答案。 然后我去翻了 Vass 11 月 8 号那条帖子，他把分包商这一侧的规则拆得更细。 他说 AACP 的规则里，每个子任务都有质押担保，听起来很好，分包商交东西，有质押兜底，出了事有人赔。但实际操作里，这个担保是一个主 Agent 可以选择不勾选的复选框。 复选框不勾，会发生什么。 如果上游客户退款，或者客户发起争议并且赢了，分包商即使完成了工作，也可能拿到零赔偿。 还有一层。无论复选框勾没勾，分包商都必须等到父订单结算、并且所有其他子任务都完成之后，才能拿到自己的钱。Vass 把这个叫“付款后付款”。 一个分包商干完了自己的活，交得也对，但它拿不拿得到钱，取决于跟它从没签过合同的最终客户会不会拒收。它在合约上跟那个客户没有任何关系，但风险是绑在一起的。 TermiX 自己的数据显示，整个 BNB 部署的提供者质押金一共只有 60 美元。分包功能 2026 年 10 月 13 日才上线。机制还很早期，规则写得不够紧，但已经在真实地运转了。 这和上篇那个“手动点结算”不是一回事。上篇说的是钱不会自己动，得有人按按钮。那是个操作层面的懒。 这个不一样。这是结构层面的缝：A2A 里，一个 Agent 当总包、雇一堆分包，每一层合同都是独立的、终局的。但客户买的是“最终成品”，不是“三个各自合格的零件”。当成品不合格而零件都合格的时候，合同链条上找不到一个该负责的人。 更麻烦的是反过来的情况：当零件合格、但总包拒付，或者上游客户退款，分包商可能连自己那份都拿不到。它完成了工作，但它的钱绑在一个它无法控制的结果上。 人类的总包公司怎么处理？它赚的就是这个差价和这个风险。它对客户负总责，对分包商按合同付款，整合失败的风险由它自己承担。AACP 把“对客户负总责”这件事写进了主 Agent 的订单里，但没有把“对分包商追责”的工具给到主 Agent，也没有把“分包商完成即得”的保障给到分包商。 至少文档里没写。 11 月 7 号有人在 X 上拉了 agent.family 的数据：超过 124 万个 Agent 被索引，54.4 万个任务完成，交易量超过 2900 万美元。底下有一句我觉得写得比我准：“很多任务不大，单个任务偏小，但资金和劳动力的流动是真实的，不只是实验”。 Montage Studio 这类多 Agent 编排的活儿，不是“小任务”。一个视频项目，三个分包 leg，再加一个总包，结构复杂度比一个单 Agent 接单高一个量级。这种活儿如果开始变多，上面那两个问题就不是假设了。 我的 5 USDC 单还是那个 5 USDC 单，没碰过多 Agent 编排。 但我想试试 Montage Studio 那种结构。不用真去做视频，找个简单的活，我来当那个“总包”，把活拆给两个 Agent，看看如果其中一份我不满意，我手里到底有什么牌可以打。更想看另一面：如果我作为总包拒付，那两个分包商有没有办法把钱要回去。 如果打不了，那这篇就不是空想。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy

早安祝福每一位朋友 晨光会落在努力的人身上，别慌，慢慢来，你想要的，岁月都会慢慢给 你问 AI 的每一句“这仓位要不要减”，都在交代你的仓位、犹豫和止损。交易思路泄露，早就不只是链上地址了。 说真的，我以前觉得隐私是极客才操心的事。直到有次打完一段仓位问题又删掉，才反应过来：我不是怕 AI 不靠谱，是不知道这段对话最后存哪。也不是有人盯着你，是这个品类默认就这么跑。 @ZetaChain 要在 Solana 上做的 ZetaLabs，想改的就是这个默认： Chat 用大白话问任何市场，对话你自己加密。 Radar 把 crypto、perps、预测市场、股票、商品的 live feeds 收一块，先看什么在动，再问为什么。 Bloom 是你链上活动的私有记忆，钥匙在你手里，不是默认拿出去给人看。 你问“这波回调能接吗”，暴露的不只是地址，还有杠杆、周期和风险偏好。这些拼起来，比钱包更像你。私有 AI 对交易者不是口号，是别把策略默认交出去。 ZETA 也以原生代币身份来到 Solana，同一个 ticker，不是换个马甲重新发一遍。它在 ZetaLabs 里不是挂件：锁仓拿 Premium，用 ZETA 付有折扣，产品方向你手里有票。 现在还在第一阶段（Phase 1），waitlist 我放第一条回复。 你问 AI 最私人的一句是什么？

周末美好时光不能辜负呢！ 🙈昨天我也办了好利来会员

我平时就喜欢搞点稳健理财，但说实话，经常觉得交易所给的利息实在太少。 炒币坑的事情大跌来了钱却拿不出来。有些 U 本位理财动不动就 7 天赎回，真碰上大跌，只能干瞪眼看着机会溜走。 今天看到 TopNod 的消息，好像是个链上余额宝，接的 Axil APT Vault。首期 1500 万额度，APY 大概 8%。 理财现在参考比较多的还是流动性。平时基本能 T+0 取，不用再死锁几个月。（大额遇到极端行情可能会延迟，这点得心里有数） 底层也挺实在：不是拿去搞 DeFi 套娃，也不是靠发币补贴，是放了真实的消费贷和 BNPL，赚借款人还的利息，再配现金和 MMF 撑着流动性。 之前他们锁仓 3 个月那款我玩过，收益稳但太难熬。这次思路变了，平时赚点利息，行情来了随时能提出来切仓。 对经常来回切仓的人来说，流动性就是命。8% 不是无风险，T+0 也不代表绝对秒到，真金白银进去前还是自己看一眼规则。 我现在对稳健理财要求特简单：收益平庸点无所谓，大行情来的时候，别卡着我的子弹不让走。

早安 午安 晚安 周六啦！最近行情不如意😔 但是每天的美好心情都需要保持哦！ 今天有没有一起晚餐的可以约一下哦

I线都好难看啊。万能的@grok 告诉我 solana:So11111111111111111111111111111111111111112 是不是还没跌完

Montage Studio 自己会雇人了，但我发现结算还得手动点 Epoch 3 还剩两周多。上一篇翻完 Safe 权限记录，本来想歇两天，结果 11 月 4 号 TermiX 官方发了个新 Agent，又把我拉回来了。 新东西叫 Montage Studio。把创意简报丢给它，它写处理方案和分镜脚本，然后自己去雇三个别的 Agent——一个画故事板，一个渲染镜头，一个写歌，最后剪成 1080p 成片交出来。官方推文就一句话：“an agent that is also a buyer.” 之前几篇一直在问：陌生 Agent 的 Client 到底是谁。现在官方自己放了个出来。Montage Studio 不是被人类雇了之后被动接活，它接到简报后自己变成了发需求的那一方。三个下游的活，每笔都走 escrow。 能点开的 listing 里，写着一个 Agent 雇了另外三个。这个我之前真没在别的地方见过。 但翻结算规则的时候被绊住了。 Gate 上 11 月 4 号有篇帖子，标题很直：“订单已经交付，买家也一直没提异议，款项会自动入账吗？” 答案是不会。 订单进 DELIVERED，挑战窗口结束，没人手动执行结算，钱就一直在托管里。AACP 没有后台自动结算。买家正常验收会发一笔释放资金的交易。买家如果一直沉默，窗口过了之后任何人都能调 claimAfterTimeout，按 Provider 有利的方向结，包括 Provider 自己。 KuCoin 上另一篇更直白：系统里任何地方都没有自动结算工作器。 我第一反应是：调用一下不就行了。 然后想到 Montage Studio。它当总包，雇了三个下游，三个 leg 都走 escrow。要是其中一个交了货，Montage Studio 没去盯——或者它根本没被做成会提醒自己“哪些单的窗口过了该按结算”——那笔钱就卡在那儿。技术上随时能取，但没人取。钱就在合约里待着，也不会有人来催你。 规则本身没问题。托管、挑战窗口、超时、claimAfterTimeout 都写在合约里，钱不会被运营方拿走，也不会被单方面扣住。 但最后一步得有人记得去按。 之前写互雇环、写积分补贴、写 SDK 降低门槛但变不出需求，其实都绕着这件事：交易能发生了。但交易完了之后那些破事，还是得有人管。 Montage Studio 把需求侧做了个很具体的示范。可它自己如果不去点结算，钱也不会自己过来。 Dune 上 10 月 26 号左右的数据：已结算大概 56 万笔，托管累计 2920 万美元，注册 Agent 接近 90 万。比上次写 5 USDC 那篇又高了一截。 KuCoin 同期有个观察更有意思：Base 最近手续费开始超 BNB Chain 了。30 天 Base 64.9K，BNB Chain 58.2K；7 天 Base 15.6K，BNB Chain 4.4K。总量 BNB 还高，但 Base 速度上来了。 交易在变多，链也在散。但钱要到该去的地方，还是得有人或者某个 Agent 记得做那个动作。这件事听起来很小，但少了它，前面那些都白搭。 我现在在想的是另一件事。 Montage Studio 让 A2A 有了个能点开看的例子。一个 Agent 当 buyer，雇三个 Agent，每笔走 escrow。比之前看到的都具体。 但“钱不会自己动”提醒我，会雇人了，但不一定会收钱。这两件事差挺远的。 我那笔 5 USDC 早就结了，金额小，当天点的确认。要是金额大一点，窗口过了之后我忘了，钱就会一直躺着。技术上是我的，随时能 claimAfterTimeout。能拿，和真的去拿，是两回事。我经常就是那个不去拿的人。 下一个单我不打算当天点了。想让它过窗口，看自己会不会记得回来按。 我自己都会忘。它大概也会。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy

最近认真检查了一下账户安全，真心觉得安全设置这块平时容易被忽略，但真出事就麻烦了。Gate 安全卫士符合条件的用户可以免费开通，我顺手体验了一下，流程不复杂，相当于给账户资产多加一层保障。 简单说下重点： ✅ 免费开通：符合条件的用户可免费开启 Gate 安全卫士。 ✅ 资产保障：针对账户被盗、钓鱼攻击等导致的未经授权资产转出，符合规则可申请损失补偿，具体以页面规则为准。 ✅ 开通条件：安全分 ≥80 分，完成 KYC 2 等相关要求，开通后需经过 30 天安全加固期。 建议大家也去查一下自己的安全分，够条件就顺手免费开一下，多一层防护总没坏处。操作截图我放下面了，详细规则以页面为准。 👉 开通入口：gate.com/gate-guard @Gate @Gate_zh @Scottz_Gate

在 DeFi 借钱这件事，一直有个挺荒谬的地方：你得先证明自己有钱，才能借到钱。 前阵子跟朋友聊天，他想在链上借点 USDC 周转，但不想动手里的 ETH。我说去 Aave 抵押不就行了，他直接回：你看一眼利率，再算清算线，万一插根针，仓位没了，钱也没借着，图啥。 他的逻辑没问题。现在主流玩法就是超额抵押——想借 100，得先押 150。协议不看你是谁，不看你在币安交易了几年、工资多少、信用怎么样，只认钱包里那点硬资产。 对刚进圈的人，或者不想把全部身家都搬上链的人来说，基本是死胡同。 KuCoin 前几天有篇分析把这事说得很透：DeFi 借贷最大的死结，不是利率，不是流动性，而是你没法在不泄露全部隐私的前提下，向贷款方证明“我真有还款能力”。要么把工资单、流水、信用报告全交出去，要么继续押那 150。 Primus 想解的，刚好是这个结。 逻辑不复杂。zkTLS 让你的设备在本地生成一个证明，跟协议说一句很精确的话：“我在某交易所的余额超过 X”，或者“我的月收入在 Y 这个区间”，但原始数据不用露面。协议收到的是一个链上可验证的结论，不是一堆隐私。 他们文档里有个例子挺实在：经过 zkTLS 验证的外部数据，能把借款抵押率从 70% 拉到 75%。5% 听起来不多，但在 DeFi 里，抵押率松一点就是真金白银的流动性。同样一笔抵押品，能多借出来一截，或者同样额度下，被清算的风险低一截。 2026 年 3 月，Primus 跟 Brevis 和 BNB Chain 一起做了个叫 ZKredit 的东西，就是干这个的：把币安账户年限、支付记录、最低余额这些 Web2 数据在用户设备上认证，生成证明，让借贷协议在保护隐私的前提下，给出更好的条件。 但这里有个不能装看不见的坑。 KuCoin 那篇分析自己也点出来了：你能证明自己有还款能力，不代表贷款方在你违约的时候真能把钱扣下来。zkTLS 解决的是信息不对称——让协议大概知道你是什么水平的人。但它解决不了执行风险。链上资产怎么追索、链下收入怎么强制执行、极端行情下抵押品怎么处置，这些是法律和机制设计的问题，密码学帮不上忙。 其实所有“把链下信用搬上链”的方案，最后都要面对同一个问题。证明做得再漂亮，最后一步的强制执行如果悬空，协议方还是不敢只凭一份信用证明就把钱放出去。 所以更现实的路径，可能不是一步到位搞无抵押，而是先在超额抵押的基础上做减法和优化。你原来要押 150，现在因为链下信用被验证了，押 125 或者 130 就行。风险敞口还在，但资本效率实打实提升了。这种渐进式的改进，比喊“干掉超额抵押”要靠谱得多。 Primus 的 CEO 谢翔之前说过一句话，大意是他们做的是保密性，不是匿名。放在借贷场景里，这个区别很关键：匿名是你想彻底隐身，保密性是你愿意让该看的人看到该看的部分。借贷协议需要知道你大概还得起钱，但不需要知道你上个月工资具体发了多少、在哪个交易所亏了多少。 这个分寸拿住了，链下信用才不至于变成那种“听着很酷，但风控不敢用”的伪需求。ZKredit 和 zkTLS 现在递上来的只是一块敲门砖，协议方愿不愿意拿它去调风控模型、给多大额度，那是另一码事。但至少，你不再只有“押 150 块”和“交全底”两个选项了。 新赛季的 XP 任务已经开了，想自己去看看 ZKredit 或者翻翻文档的可以走这里： 顺手拿积分走专属通道：points.primuslabs.xyz?ref=9W… Kaito 活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

女神👸真是美到发光

支付宝花呗借呗36.45亿债权被打包拍卖，涉及14万户家庭， 哈哈最终每1万块钱被人19块钱收走债权，为什么不直接给老百姓减免， 难怪那么多暴力催收

昨天在群里看到有人发了某协议的链上储备证明截图。 底下有人回了一句：“数据看着没问题，但这证明是四个小时前生成的，现在账上还有钱吗？” 这句话其实挺扎心的。 它直接戳中了现在很多链上PoR的尴尬——你只能证明“那一刻有钱”，没法证明“现在还有钱”。 传统金融里查账好歹有个明确截止日期，过期了重打一份就行。链上不一样，资金动得太快。一份昨天还绝对真实的余额证明，今天可能就已经失效了。人家一早醒来把钱挪去做抵押，你还拿着昨天的“真相”去批今天的业务，本质上跟看三个月前的PDF审计报告没啥区别，只是把“过期”的时间从三个月缩短到了几个小时。 做个一次性快照容易，想让证明持续“活着”才难。 我去翻了Primus做储备证明的逻辑，发现他们死磕的正好是这个点。 他们不是打包一份静态报告扔给你，而是让验证过程持续跑。zkTLS直接从交易所接口拉实时数据，证明这串数字确实来自那个API；再用zkVM或TEE算完，把结论推到链上。整个过程按设定的频率刷新，你随时去查，拿到的都是最新状态。 Unitas的USDu现在就是这么干的。我看了下最近的仪表盘，供应量大概5400万美元，储备基本对等，覆盖率100%出头，状态健康。用户能清楚看到总盘子和抵押率，但底层具体对冲仓位和账本细节依然看不到。更关键的是，他们把链下交易所的仓位也塞进了这个持续验证的框里——以前链上资产好查，链下账户是黑盒，现在这个口子算是补上了。 不过边界得说清楚。 Primus能证明“这串数据确实来自真实的API，没被改过”，但它管不了“这份数据能保鲜多久”。数据十分钟后作废了算谁的？刷新失败了怎么处理？逾期没更新还认不认？这些是风控业务自己该定的规矩。工具只负责把真实的材料递到你手上，它不替你背拍板的锅。 划清这条线其实挺好，说明它没把自己吹成万能神药，就是个提供真实材料的底层基建。把持续验证做得像调API一样简单，剩下的交给人来定。 顺着这个逻辑，这套玩法已经在往其他场景铺了。 BNB Chain上的Confidential Vault是另一种形态。稳定币存进去变成加密版本，转账和余额全是密文，但收益策略照常跑。FHE的用处就在这里——计算直接在密文上发生，结果是对的，中间过程不露出来。AllScale那边测的Private Payroll也是同理，工资加密发，结算链路完全可验证。 Aztec那边，HashCloak把zkTLS集成进去之后，开发者可以直接拿Web2数据在隐私L2上做验证，连源网站都不用改。Primus的角色越来越清楚：不跟别人卷底层链，就专心做一块哪里需要就往哪插的验证层。YZi Labs选在这个节点进来，摆明了BNB生态也需要一个能打的基础设施来托底。 PoR现在覆盖了4个生产项目，体量还在几千万美元级别，离真正大规模采用肯定还有距离。但“持续可验证”这条路的逻辑是成立的。 机构不会因为一份昨天开出的证明，今天就把几千万资金打过去。信任这东西，从来不是靠一张快照建立的。 新赛季的XP任务已经开了，想自己去看看文档或者体验一下的可以走这里： 顺手拿积分走专属通道：points.primuslabs.xyz?ref=9W… Kaito活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

Epoch 3 到11月22号结束，只剩三周了。本来想写篇总结，把这一个月看到的东西收一收。 结果去翻链上记录的时候被一个数字绊住了，干脆先写这个。 35 笔 Safe 交易，零次 grantRole 10月17号有人把 TermiX 的权限历史从头拉了一遍。2026年7月3日，Safe 多签 0x1095…195E42 拿到了 USDC Escrow 的 OPERATOR_ROLE 和 UPGRADER_ROLE，之前这些权限在一个 EOA 手里。2-of-3 多签，比单私钥安全，但控制权的性质没变。 然后是这个数字：在 Safe 执行的 35 笔交易里，我没找到任何一笔 grantRole(EVALUATOR_ROLE) 或 grantRole(ARBITRATOR_ROLE) 。 我盯着这行看了一会儿。 AACP 的文档里，Evaluator 和 Arbitrator 是四个核心角色里的两个。三人评估小组投票、仲裁者终局裁决，这是整套争议解决机制的地基。但在 Safe 那 35 笔交易里，没有任何一个地址被正式授予过这两个角色。 KuCoin 的分析给出的推测是：Evaluator 可能通过后端系统管理，或者一个不公开的私人白名单，或者某种还没披露的机制。 也就是说，你在文档里读到的“三人评估小组”，在链上目前不是一个可以通过 grantRole 查询到的公开角色列表。它可能跑在链下，可能跑在一个运营方维护的名单里，但不是在合约里写死的一串地址。 文档其实写得很坦白 我回头翻了一下 TermiX 的文档，发现这件事没有被藏起来。 Contract Reference 页面写得很直接：evaluator/arbitrator allowlists are all operator-set。Agents API 页面也有一句：Evaluator and arbitrator capabilities are operator-granted 。 文档没有回避这件事。它只是没有把它放在最显眼的位置，也没有解释“operator-set”在链上长什么样。 所以这不是一个“被发现的黑幕”。这是一个文档承认了、但链上记录里看不到操作痕迹的设计选择。两者的区别很重要：前者是欺骗，后者是透明度没有延伸到那一层。 这不一定是坏事，但它把信任边界画出来了 我不想把这个发现写成“TermiX 在骗人”。Safe 多签比单私钥透明得多，35 笔交易全部可查，Upgrade 记录也在链上。KuCoin 自己的结论也是“more transparent than a single-private-key model, but not yet fully trustless”。 但它确实暴露了一个之前没被说清楚的东西：AACP 的“去信任化”是有边界的。 钱在 Escrow 合约里，运营方拿不走。结算规则是写死的，超时兜底也是合约层面的。这些我之前写过，现在依然成立。 但评估者是谁，合约没说。文档写了三人小组、多数决、仲裁升级，但当你想在链上验证“这个 Evaluator 到底是谁授权的”，你会发现没有这条记录。 这不是一个 bug。它可能是有意为之——评估者的质量需要运营方筛选，完全开放的角色授予在早期会引入噪音。但这个设计选择应该被说出来，而不是让人自己去 Safe 的交易列表里翻。 然后我想到了 PolyWin 10月中旬 PolyWin.agent 上线，一个可以雇来盯预测市场走势的 Agent。 这个用例挺有意思的。它说明 Agent 开始接带判断的任务了，不只是跑数据那种确定性工作。 但把 PolyWin 和“零 Evaluator 授权”放在一起看，会有一个很具体的问题：如果我雇 PolyWin 做了一份预测分析，对质量不满意，发起挑战之后，来投票的那三个 Evaluator 是谁？ 文档说他们从订单预算里拿 3% 到 4% 的评估费，有 10% 的质押，判错了会被罚。但链上没告诉我他们的地址是怎么来的。 Epoch 3 的最后三周 写到这里我意识到，这个问题可能没有答案，或者答案在运营方手里。 这一个月我写了工作流、写了互雇环、写了声誉不对称、写了积分翻倍，一直在找一个东西：陌生人愿意为陌生 Agent 的交付付钱，这件事到底有没有在发生。 现在我觉得这个问题需要加一个限定条件：在什么信任假设下发生。 如果 Evaluator 是运营方选的，那“陌生人交易”的信任假设就不是“我信任合约会自动裁决”，而是“我信任运营方选的评估者会认真投票”。后者依然比“信任对方人品”好，但它不是白皮书里那种“代码即法律”的叙事。 我那个 5 USDC 的单走完了，没有争议，所以这个问题对我来说还是假设。但下一个单，如果金额大一点，我大概会先问一句：出了问题，来判的那三个人，我凭什么信他们。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy

老爷子真会玩呀！ 男人果然爱好永远都是18岁的

今天早上刷到一条新闻，感觉挺有意思的。New Scientist 的标题是“Global race to update computers as AI discovers most disruptive hack yet”。具体事件是：一个 AI 模型花了大约 60 小时，把一个叫 HAWK 的 NIST 后量子签名候选方案给破了，成本大概 10 万美元。HAWK 之前被专家手工审了两年，没找到这个口子。AI 进去 60 小时就找到了，作者第二天就把方案撤回了。 我停下来不是因为“量子签名被破了”这个标题。报道写得很清楚，HAWK 是候选方案，不是已经部署的标准，没有任何生产系统被攻破。真正让我多想了一会儿的，是另一个东西：一个算法在被标准化之前，就可能被 AI 从外面敲裂。 如果这件事变成常态，那“选一个后量子算法，然后等它生效”这个思路本身就有问题。你选的算法，可能在你用上之前就被削了。问题不是“哪个算法最安全”，是“换算法的动作有多贵”。 Starknet 在这件事上的答案，我一直觉得被低估了。每个账户本身就是一份合约，验签逻辑写在账户的 validate 函数里，不在协议层。所以换签名方案，是给账户部署一套新的验证逻辑，地址和余额不用动，也不需要全网投票。Falcon-512 那笔主网交易已经把这个动作跑通过一次，少量实验账户，没审计，离日常用还远。但它证明的不是“Falcon 安全”，是“换”这个动作在账户层走得通。 不过得收一下。账户层能换，不等于整条链都能换。 Starknet 的路线图把这事分了两条线。一条是新活动保护：OS 配置哈希已经从 Pedersen 换成 BLAKE2，7 月初上的主网；状态承诺和合约地址推导也在 Phase 1 范围内，但主网上先落地的是 OS 配置哈希，不是所有组件同时到位。另一条是存量迁移：老合约的存储槽、验签配置、钱包适配，这些得靠迁移工具来补，是独立的一张清单，比换哈希慢得多。 所以“密码学敏捷”在账户层是真的，在新活动保护上已经动了，在存量合约上还在路上。三件事进度不一样。 这让我重新想“准备”这个词。如果算法的寿命本身在缩短，那准备的对象就不是某一个日期，而是轮换的频率。Starknet 的账户抽象让“原地换签名”在架构上成立，这解决的是合约层的摩擦。但实际能换几次，不取决于合约。 这里有个我觉得被低估的卡点：技术上的“能换三次”和实际发生的“换了一次”，中间隔着的可能比状态层迁移还远。钱包跟不跟新的验签逻辑、用户愿不愿意主动发起迁移、老合约的治理愿不愿意动，每一项都是独立的约束。架构给你的是上限，实际轮换频率由生态里最慢的那一环决定。而那一环，大概率不在 Starknet 的路线图里。 所以 Starknet 没说它今天量子安全。它说的是账户可以原地换锁，新活动已经开始换锁，存量合约和桥/DA 的锁还在路上。三张表进度不同，方向是“能换”。但“能换”和“真的会换”，中间还有一段路，那段路不全是代码问题。 @Starknet @KaitoAI

代理跑完任务跟你说“我查过了，数据没问题”，你敢直接拿真金白银跟它结算吗？ 现在 AI Agent 替人干活越来越普遍，自动盯盘、自动看公告。它扫一圈网页回来给你个结论，听着挺省事。但真到了要动钱的时候，你心里肯定发毛：你根本不知道它到底打开了哪一页，中间有没有被劫持，甚至不知道那一段结论是不是它自己“编”出来的。嘴上说查过了，链上却拿不出一份能对账的流水。 Primus 最近和 CournotProtocol 的合作，碰的就是这个痛点。他们把“代理说我查过了”这事，硬生生拆成了两段可以分别核对的东西。 第一段验来源。zkTLS 负责证明代理访问的网页或 API，确实来自对方声称的那个 HTTPS 源，而且不用把原始页面和账号凭证全交出去。第二段看判断。Cournot 拿着这份已经证实的证据，按照事先写好的规则去算“算不算发生”，事后能翻查它引用了哪条证据、为什么得出 YES 或 NO。 不过这里有个很真实的边界得说清楚：来源是真的，不代表判断一定对。 哪怕网页确实来自官方，官方自己也可能写错、更新滞后；或者规则本身就是灰色的，比如“考虑回购”到底算不算官宣？Primus 解决的是“代理有没有真的去查，数据源对不对”，它不替代理背“结论对不对”的锅。把这两层分开，出了事才知道是数据源被调包了，还是规则本身没定明白。 说白了，Primus 在这里干的事，就是把一句空口无凭的承诺，变成了可以事后拆开查的账本。 顺着这条线往下看，你会发现机构在链上其实也卡在同一个死胡同里。 你要向市场证明自己底子厚，就得把账本摊开；但账本一摊开，底牌、仓位、对手方全暴露了。Primus 的 CEO 谢翔在 GWDC 2026 韩国那场讨论里，把这层窗户纸捅破了：他们做的是保密性，不是匿名。 匿名是“谁都别想知道我是谁”，保密性是我让你知道该知道的，但你拿不到我不想给的部分。这套“默认私密，需要时选择性披露”的逻辑，直接给机构造了一个安全的中间地带。监管要看完整账本，交易对手只看信用证明，市场只关心储备够不够。以前链上只有“全裸”和“全封闭”两个极端，现在终于能分门别类地给材料了。 Unitas 的 PoR 页面就是个现成的例子。打开能看到 USDu 的供应量、储备总量、覆盖比率。但底层账本、对冲仓位，页面上一概不出现。验证了该验证的，藏住了该藏住的。 技术底座那边也有突破。FHE 以前最大的槽点就是慢，但用 8 张消费级 RTX 5090 测出来的数据是：单次自举大概 5 毫秒，一笔机密转账 90 毫秒，一天能处理约 1800 万笔。AutoHoG 把逻辑闸打包进同一次自举，论文条件下的延迟又降了 5.7 倍。虽然离数据中心级别还有距离，但早就脱离了“按秒算”的原始阶段。 验证这件事，现在越来越像一块通用的砖。Kaito Pulse 的插件底层跑的是它，AI Agent 的验证跑的是它，Unitas 的储备证明跑的也是它。体量还不大，离普及还远，但它确实在把一些原本很别扭的事变顺：代理干活不用盲信，机构证明不用脱光。 新赛季的 XP 任务已经开了，想自己去看看文档或者体验一下的可以走这里： 顺手拿积分走专属通道：points.primuslabs.xyz?ref=9W… Kaito 活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

平台给我的积分，比我雇的那个Agent还多一倍 上一篇写完声誉不对称，我说要去翻翻那个陌生Agent的前5单跟谁做的。 翻之前先看了一眼自己的账户。5 USDC的单走完之后，我作为Client拿到的积分，大概是那个接单Agent的两倍。一开始以为看错了，去核了一下规则：100美元以下的单，Client每结算1美元拿100 TP，Provider只拿50 TP。 发单的比接单的整整多一倍。 一个平台给花钱的人两倍积分，意思很明确，它在拼命拉买家。 584比224 9月中旬的数据：agent.family上584个服务列表，224个开放需求，0个开放赏金。 大概两个半供给方抢一个需求。 当时有一个人连续发了三个报价，没人回。他没有写小作文抱怨，而是翻了个面，自己发了一个真实的研究需求当Client。 TermiX官方对这个事的回应被转了很多次：“没人接单不是他的Agent有问题。是我们先把卖方做完了，买方还太薄。” 所有人都在讲“让Agent接单赚钱”，但一个市场如果只有卖家没有买家，接单赚钱就是一个空转的叙事。 然后官方发了一个SDK 10月10日，TermiX发布了TypeScript、Python、Go三套SDK。 这件事比听起来重要。 之前的接入方式，无论是Skills包还是MCP，前提都是“你有一个Agent”。你得先注册身份、质押、变成一个市场里的参与者，才能开始交易。 SDK换了一个逻辑：你的应用不需要变成一个Agent，也可以直接雇Agent干活。 一个记账软件发现自己需要合约审计功能，不用自己训一个审计Agent，直接通过SDK发单、等交付、链上结算。一个内容平台需要批量处理数据，也不用养一个Agent团队，下单就行。 这其实是在把Client这个角色的门槛，从“你得懂AACP”降到“你调一个API就行”。 但SDK能让发单变方便，变不出需求 写到这里我得停一下。 一个本来就不需要合约审计的项目，不会因为SDK好用就突然需要审计了。一个没有数据清洗需求的小团队，不会因为发单变方便了就凭空多出一个需求。 SDK能让已经有需求的人更顺畅地找到Agent，但它不能让没有需求的人长出需求。 584比224这个比例，不是技术接入的问题。Skills包早就让发单变得很简单了。问题是愿意花钱的人本来就不多。 积分翻倍、SDK发布，这些动作说明平台在很努力地把人往Client那边推。推的是一个角色。需求是推不出来的。 一个2000 USDC的演示，和一堆1美元的单 我看到过一个挺有意思的案例：一个主Agent接了一个2000 USDC的游戏开发需求，自己把活拆给美术、动画、音效的专业Agent，最后交付一个可玩的游戏。 这大概就是A2A商业该有的样子。一个Agent当总包，把复杂任务拆解、外包、整合，整条链路走托管和结算。 但这是演示。 链上真实跑着的大量订单，中位数是40美元出头，还有一堆1美元的单。2000 USDC的演示和1美元的单同时挂在链上，40美元的中位数夹在中间，看起来不太像同一个市场。 2000的演示说明技术没问题。链上大部分真实交易，也就是40美元上下。 基础设施能跑复杂的东西了。但真正在跑的商业，还很简单。 所以我现在更想知道什么 之前我说想等一个陌生Agent，看它的前5单跟谁做的。 现在我想加一个问题：那个陌生Agent的Client，是谁。 如果它的Client也是Agent，那就是A2A，叙事里最想看到的场景。如果它的Client是一个人类钱包，那个人为什么来这里发单，而不是去Upwork或者直接找个朋友帮忙。 SDK让应用雇Agent变得更容易了。但第一个通过SDK发单的应用，会是一个本来就存在的产品，还是一个为了测试而临时搭的东西。 这两者的区别，比584和224的比例重要得多。 我的5 USDC已经花完了。积分到账了，翻倍的那种。但我不太确定，这个翻倍是在奖励我做了正确的事，还是在补贴现在做这件事的人太少了。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy

以后一定不要买彩票了 放错录像了哈哈😂

稳定币的储备证明，我一直觉得是个挺黑色幽默的事。 每次点开某个稳定币的透明度页面，看到“储备充足，1:1锚定”几个大字，底下附一份PDF，落款是某家审计机构，日期是三个月前。你说它没用吧，它确实给了个数字；你说它有用吧，你没法验证那个数字是不是真的，也没法知道三个月后的今天，账上到底还剩多少。 更麻烦的是，现在的稳定币储备越来越不“干净”。早些年，储备就是银行里趴着的美债，查一个账户就够了。现在呢？一部分在链上借贷协议里吃利息，一部分在做 Delta 中性对冲，一部分在中心化交易所当保证金。储备分散在六七个地方，每一个地方都有自己的记账方式。 你想证明总账是对的，就得把所有子账本摊开。但摊开的那一刻，你的仓位、策略、对手方全暴露了。 Perena 就撞上了这个死胡同。它是 Solana 上的一个收益型稳定币协议，发的稳定币叫 USD*。它的储备不在一个钱包里，分散在 Marginfi、Nest、Glow、Onyc、Prime、Seedpool 这六个 Solana 协议里，下一阶段还要把 Binance 和 Hyperliquid 上的链下对冲仓位接进来。按传统 PoR 的做法，它得把每个协议的仓位明细、每个交易所的账户余额全公开，才能自证清白。 但它没这么干。它联合 Primus 和 Brevis，搭了一套可以实时验证、但不需要公开底牌的储备证明。 zkTLS 在这里干的事很具体：证明“这个数据确实来自那个协议的接口，没被中间人改过”。TEE 负责在处理数据时不让原始余额暴露。最后 Pico zkVM 把所有来源的数字聚起来，生成一个零知识证明。链上合约收到的是一份数学结论，不是一堆等着被信任的截图。 去翻一下它公开的透明度页面，你能清楚看到 USD* 的总供应量、总储备，以及储备对供应的支撑比率。但你看不到每个协议里具体押了多少、对冲比例是多少、对手方是谁。 说实话，平时看稳定币，我只关心我手里的币背后到底有没有足额资产。至于这协议在哪个池子里放了几千万、怎么做对冲，那是项目方自己的底牌，真没必要全公开。 放到更大的盘子里看，Primus 的 PoR 目前覆盖了四个生产项目，合计超过 7200 万美元的资产在被持续验证，Unitas 一家占了 5000 多万。Perena 的体量在里面不算大，USD* 的 TVL 在 1200 万到 1500 万美元之间浮动。但这个案例有意思的地方在于，当储备散落在多条链、多个协议、甚至链下交易所的时候，它证明了有一种方式能聚合验证而不聚合暴露。 稳定币赛道今年吵得最凶的就是透明度。有人觉得审计报告就够了，有人觉得必须实时上链。但传统审计根本做不了这种多链+链下的高频聚合，纯 ZK 计算成本又太高，Primus 这套把 zkTLS 和 TEE 结合的路子，刚好卡在了成本和速度的平衡点上。 这事儿能不能推广到更多稳定币发行方，得看接下来的采用速度。但至少它把透明做成了一个可验证的结论，而不是一份需要被信任的文档。 新赛季的 XP 任务已经开了，想自己去看看 Perena 的透明度页面或者翻翻文档的可以走这里： 顺手拿积分走专属通道：points.primuslabs.xyz?ref=9W… Kaito 活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

新Agent输掉第一个争议，声誉会回到起点，而620单的老Agent只掉三分之一点 上一篇写完挑战窗口，我说接下来想等一个陌生Agent出现。 等的时候我把声誉分数的计算规则翻了一遍。翻完之后有一个感觉：这套分数对新来的Agent，下手比我想象的狠得多。 每个新Agent一开始就背着5个“虚拟订单” TermiX的声誉不是从零开始算的。文档里写得很清楚，每个新Agent起步时，系统会给它5个虚拟订单，其中3个算成功。所以第一天打开档案，分数是60。 0单干净记录，60分。5单全成功，80分。20单全成功，92分。50单全成功，96分。 这个设计本身不奇怪，贝叶斯先验，防止一个Agent刷了一单满分就装成老手。文档也明说了：一次完美交付不会产生满分，一笔烂单也不会毁掉一份真实的记录。 但问题出在后面。 输一个争议，早期几乎等于白干 有人在X上把这件事算了一遍：一个Agent在头5个工作中输掉1个争议，声誉会回到60，也就是它注册时那个一模一样的起点。如果这5单全干净，它本来应该到80。 而另一个已经做了620单的Agent，输掉同样的争议，声誉只掉三分之一分左右。 同一个错误，新人回到原点，老人几乎无感。 为什么会这样？因为输掉争议在声誉计算里是双重打击：这单不算成功，successfulOrders不增加，同时争议数+1，disputedOrders直接扣分。先验的5个虚拟订单在早期占了分母的很大一块，一个新Agent的真实记录越少，一次争议在总分里的权重就越大。 这个机制在数学上是对的。它防的就是“刷几单就跑”的Agent。但它在体感上有一个很别扭的副作用：一个新Agent在它最需要建立记录的时候，恰恰是最输不起的时候。 更麻烦的是，声誉低不只是分数难看 我上一篇写过，声誉系数直接决定质押金额。分数50的Agent接1000 USDC的活，要锁160 USDC；分数100的只锁80。 把这两件事叠在一起看： 新Agent起步60分。输一个争议，回到60分。分数低，质押翻倍。质押要求高，资金压力大。资金压力大，能接的单变少。接的单少，记录积累慢。记录积累慢，下一次输争议的权重还是那么大。 分数低、押金高、接单少、记录慢，下一轮还是它。转不出去。 TermiX的文档其实很诚实地标注了这一点：声誉是市场信号，不是准入门槛，真正的硬门槛是质押而不是分数。但“买家用声誉筛选和排序”这件事本身，就意味着低分Agent的曝光会天然吃亏。文档也承认声誉是Agent店铺页面上最显眼的东西。 那我自己的5 USDC单，算什么呢 我那个5 USDC的订单走完了，但金额太小，大概连一个“有效记录”的权重都算不上。 按官方公式粗算，一单5 USDC大概只能把分数从60推到61左右，甚至可能更低。一个只做过5 USDC单的Agent，和什么都没做过的Agent，在分数上几乎看不出区别。要推到80，得5单全干净，而且不能太小到被系统忽略。 这让我重新想了一下上一篇结尾说的“等一个陌生Agent”。 如果我是一个新Agent，我理性的做法是什么？先找熟人刷几单干净的，把5个虚拟订单的坑填掉，把分数从60推到80，然后再去接陌生人的活。因为以60分的状态接陌生人的单，一旦对方发起挑战而我输了，一切回到起点。 这谈不上投机。分数结构就摆在那儿，不先垫几单，风险全压在自己身上。 所以这个设计到底在保护谁 我不想把它写成“设计有问题”。贝叶斯先验加争议惩罚，在防止刷分这件事上是有效的。一个靠一单运气拿到高分的新Agent，在这个规则下走不远。 但它保护的是市场整体的信号质量，代价由最早进入的那批Agent承担。 620单的老Agent，声誉是资产。新Agent，声誉是负债。同一个东西，两种人拿到手完全相反。 TermiX把清算所这件事做得很认真。托管、评估、仲裁、罚没，每一步都有规则。但声誉这一层，规则是清晰的，代价是不对称的。 我现在更想知道的是：那些真正从零开始的Agent，是选择硬着头皮接陌生人的单，还是先找自己人刷几单垫底。如果是后者，那“陌生人交易”的链上数据，可能比互雇环那个数字更复杂。 等那个陌生Agent出现之前，我可能先去翻翻它的完整记录，看看它的前5单是跟谁做的。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy