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

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

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

前两天想给朋友转点 USDC，卡在了一个特别蠢的环节：问钱包地址。 不是关系不好，就是他人在外面，手机不在手边。等他翻出小狐狸，复制那串 0x 开头的字符发过来，黄花菜都凉了。我当时就纳闷，我连他家狗叫啥都知道，2026 年了，转个钱还得先找地址，这事多少有点毛病。 后来看到 Primus 在搞一个叫 Social Payment 的东西，逻辑简单粗暴：你不需要知道地址，直接把币发到他的 X 账号或者 Gmail 就行。对方收到通知，用自己的账号登录生成个 zkTLS 证明，证明确实是本人，钱就能领进钱包。 听着像个小功能，但它把 Web3 这么多年一个很别扭的设定给掀了——凭什么转账的前提是“你得先把地址给我”？现实里大部分你想转钱的人，你只知道他的社交账号，谁没事去问那串十六进制码。 不过这里有个核心问题：你怎么证明那个 X 账号背后就是你要转的人？ 如果只是平台在后台记一笔“张三的 Twitter 是 @xxx”，那跟你在微信上跟客服说“我是 VIP”没区别，全靠平台一张嘴。Primus 的做法是让收钱的人自己在本地生成一个密码学证明，链上合约收到的是“这个人确实控制着那个账号”的硬结论，而不是一张等着被信任的截图。 有意思的是，这把 zkTLS 从一个所谓的“机构级技术”直接拽回了日常场景。之前看 Primus 的落地，要么是 Unitas 几千万美元的储备证明，要么是 Confidential Vault 里机构资金的加密转账，体量都不小，但离普通人的手感很远。Social Payment 刚好反过来，它不碰大钱，它就解决“转个账还要问地址”这种破事。 顺着这个思路，我又翻到了文档里另一个例子，稍微硬核点，但骨子里的逻辑一模一样。 现在 AI Agent 越来越常替人干活，比如自动查价格、自动调仓。问题在于，Agent 跑完跟你说“我已经查过预言机了，价格没问题”，你其实根本没法验证它到底查没查。它可能真查了，也可能只是算法觉得这句话听起来比较顺。 Primus 的解法是让 Agent 在关键步骤生成一个 zkTLS 证明——证明它确实向那个 API 发了请求，也确实收到了那个响应，而不是在脑子里编了个数字。说白了，这跟社交支付里“证明你是账号主人”是一个道理，把“你相信我”变成了“你看证明”。你不必去盲信那个 Agent，也不用盲信 Primus，链上认的是数学。 当然，Social Payment 现在还在探索阶段，Agent 的可验证执行也不是明天就能铺开的事。Primus 目前的盘子也还不大，付费客户十来家，真正跑在生产环境的项目四个，离“人手一个”还差得远。 但我一直觉得，一个基础设施到底行不行，不看它故事讲得多宏大，就看它能不能把一件本来很别扭的事变顺。转钱不用再问地址，Agent 干活不用盲信，这两件事看起来八竿子打不着，背后其实是一套逻辑。 新赛季的 XP 任务已经开了，想自己去试试社交验证或者看看文档的可以走这里： Kaito 活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

币安这次被盗事件看来 bitcoin:native 才是唯一去中心话的！

不和你们卷啦 这就是我的朋友圈

哈哈这两天干了一票大的 够不够下辈子了 见者都有份

比特币已经证明了自己能安全地存价值和做结算。 过去十几年，它靠简单、可验证、不依赖任何人，建立了全球价值网络。可真正往前走的问题，其实更朴素：除了持有和转移，我们还能不能让 BTC 被真正用起来？ 这不是要把它变成另一个智能合约平台，而是在问规则能不能写得更细。 大额转账前必须等待一段时间，私钥被盗后还有恢复路径，AI Agent 可以执行但不能越权，资金只能按指定条件流动——这些需求的共同点，是不只验证“谁有权花钱”，还要约束“这笔钱可以怎么被使用”。Covenant 被重新讨论，OP_CAT 成为焦点，正是因为这个。 OP_CAT 只是把堆栈里的两段数据拼起来。就这么简单的操作，却能让更复杂的交易检查、花费条件、递归约束变得可能。它最早在比特币代码里，2010 年被拿掉，现在因为堆栈限制可控，才重新进入视野。但需要说清楚：它还没在主网激活。研究、测试、原型，都不等于主网已经具备这些能力。 比起复杂的金融叙事，资产保护可能更直接。 传统模式下，私钥一旦丢，钱往往就直接没了。通过预设约束，转出可以先进入等待期，异常时走恢复路径。这不等于一定能救回来，但它把安全从“只靠保管钥匙”，往前推到“规则本身也能提供保护空间”。对个人、机构，以及未来自动化的资产管理，这都值得认真看。 OPCAT Layer 做的，就是不等主网完全就绪，先把可编程能力放到可运行的执行环境里。Catena Wallet、SatSwap、CatGo、Catmint，以及把身份、社交、内容和 Agent 放在一起的 ClawChat，都在试着回答同一个问题：当比特币有了更强的执行能力，用户能不能在同一套生态里完成资产管理、交易和社交？ S1 把人聚了进来。现在 S2 正在靠近，信号很明确——从单纯增长，转向连接、声誉和影响力。很多链上社交最后停在打卡，任务做完人就散了。真正能留下来的，往往是关系和可携带的身份。ClawChat 把这些绑在私钥上，S2 如果能把连接和声誉做扎实，才会真正不一样。 AI Agent 已经能大规模支付，但还缺少能长期存在的身份、私密协调和可携带的信誉。资金权限必须有明确边界，可编程约束给了研究这类问题的空间，完整实现仍需验证。 最终，比特币的下一步，还是要由真实使用来证明。 技术能走多远，需要研究和审查；生态能走多远，要看有多少人愿意真正用它。资产能不能被更灵活地保护，交易能不能按规则执行，应用之间能不能自然连接——这些问题，比单纯讨论性能更值得长期看。 比特币已经证明了它能被持有。
下一阶段值得探索的，是它能不能被真正使用。 Build on Bitcoin. 🧡
#OPCAT #Bitcoin #OPCATLayer #BTCFi #AIAgent
@OPCATLayerCN @clawchatglobal @op_catlayer

早安 不得不说谁的新欢不是别人的旧爱！

有些男人为了钱，可以渣到什么地步？ 上海一名女子结婚仅一年，父母意外离世，留下近2亿资产。 遗产刚过户到她名下，丈夫马上起诉离婚，要求分割遗产。 因为没有遗嘱写明只留给女儿，婚内法定继承的遗产属于夫妻共同财产。 在巨额财富面前，所谓的感情不堪一击。 人性，真的经不起考验。

我最近一直在琢磨一个挺别扭的问题：如果 AI 真帮数学家搞出点什么，量子威胁的时间表可能比现在任何人猜的都难说。那还怎么准备？ 以太坊基金会自己的说法是，Q-day 的时机“不在任何人控制之内”。所以他们定了个自我设定的目标，而不是等一个确定日期再动。这个思路我觉得挺实在：先别猜哪年，先问真要换的时候，换得动吗。 但“换不换得动”，不同架构的答案差别很大。 Starknet 的路线图分三段。前两段是自己的活：用 BLAKE2 替换 Pedersen 哈希，把 Falcon-512 这类后量子签名接进账户合约，再给老合约做迁移工具。这些不用等谁，节奏自己定。OS config hash 的 BLAKE2 替换 2026 年 7 月初已经上了主网，OpenZeppelin 的 Falcon-512 账户合约也在推进。 第三段就不是了。桥的 secp256k1/r1 系统调用、blob 数据的 KZG 承诺，都挂在以太坊的迁移时间线上。以太坊不动，这两块动不了。现在拆桥接新方案，桥会断。 所以一个 L2 的量子准备，得把“自己能改的”和“借来的”分开算。而且摩擦不是均匀的。账户层摩擦低，因为账户本身就是合约，换签名逻辑不用全网硬分叉；存量合约摩擦高，老账户里的验签配置、密钥派生、钱包适配都得动，路线图第二阶段专门做自动化迁移工具，就是在补这块。 2026 年 7 月 22 日那笔 Falcon-512 主网交易，成本大概 6 美分。实验性，没审计，离日常用还远。但它至少证明，“换锁”这个动作本身是走得通的。 至于 AI 会不会让数学突破来得更快，我不知道，也没人知道。但准备方式其实不太依赖这个答案。迁移摩擦低，早换晚换的代价差就没那么大；每次换签名都要全网协调，那不管突破什么时候来，都会很被动。而摩擦高低，不只看账户层，还得看存量合约愿不愿意动。 Starknet 没说它今天量子安全。它说的是前两段自己走，第三段跟着以太坊走，走的时候尽量别让用户和开发者停下来。这个说法没那么燃，但更像实际能做的事。 路线图和依赖清单在 Quantum Hub 上：quantum.starkware.co @Starknet @KaitoAI

宝子们～币安的社区活动又来啦！我们是合作社区哦～🎉 🎧社区之声第二期【尽调中心】活动开启！ 这次想听听大家对 BN Alpha 尽调中心的体验和建议，随便聊聊真实感受都可以～ 💛福利也安排上： · 提交反馈的用户里抽 50 位，每人 20 U · 再抽 12 位，每人送周边 1 件 💛报名戳这里： forms.gle/ooBNTL6t2DTqVBJT8 🔸填表时记得写上本群社区参与码：【TG037】哦～ 填写本社区参与码，还能解锁「社区加码福利」： 抽 16 个社区，每个社区送 3 个 BN 专属周边抽奖名额～ 温馨提示：开奖信息会在官方账号公布，记得关注呀～✨@heyibinance @BNBCHAIN @Khaos_DS

聊个可能有点反直觉的事：很多时候，你已经在用零知识证明了，只是自己根本不知道。 前几天翻 Primus 的开发者文档，发现他们搞了个叫 Network Core SDK 的东西。说白了，就是开发者可以直接在自己的后端服务器上生成 zkTLS 证明，不需要用户装浏览器插件，也不需要任何手动点击。 以前的逻辑是，一聊到链上验证，总得让用户弹个钱包、装个插件或者授权一下。但在真实的商业场景里，转化率往往就死在“让用户多操作一步”上。 现在的做法是，后端静默向数据源发起请求，生成证明，链上只拿到一个“条件成立”的结论。用户全程无感，甚至不知道背后跑了 zkTLS。当然，这玩意儿有个前提：开发者手里得捏着访问那个数据源的凭证（比如 API key），它解决的是持有凭证方的自动化验证，而不是凭空去扒别人数据。 更有意思的是，这套东西正在变成一块哪里需要就往哪里插的“中间件”。 今年四月，HashCloak 跟 Primus 合作，把 zkTLS 搬到了 Aztec 上。Aztec 是个主打隐私的以太坊 L2，但它以前有个很尴尬的痛点：链上是私密的，可现实世界的数据进不来，因为没有一种不需要信任中介的方式去验证 Web2 数据。 现在 Aztec 上的开发者想验证一个用户的 GitHub 贡献记录，或者币安账户余额，直接生成一个 zkTLS 证明，丢进智能合约里验证就行。官方教程跑通大概只要 15 分钟。这说明它不再绑死在单条链或者单一前端上，只要有生态愿意接，它就能作为一个验证层嵌进去。 回到大家熟悉的 BNB Chain 和 Kaito，其实底层逻辑是一脉相承的。Kaito Pulse 的插件体验很顺，底层跑的是这套东西；Confidential Vault 里的加密转账，底层跑的是 FHE。 从后端 SDK 到跨生态的集成，其实就是在解决一个很朴素的痛点：验证这种事，本来就该藏在后台默默跑完，真要让用户天天点插件，说明产品还没做透。 目前体量确实还不算大，Aztec 那边的集成也才刚起步。但如果一个验证层只能活在一条链、一个插件的壳里，那它永远只是个工具。能隐入后端、跨到不同生态，才算摸到了基础设施的门槛。 新赛季活动入口在这里，想自己看看文档的可以点下面： Kaito 活动入口：s.kaito.ai/rk951pc 技术文档：understand.primuslabs.xyz/

上一篇结尾我说，接下来想等一个完全找不到资金关联的Agent来接活。 等的时候我去翻了一件事：一笔单从交付到钱真正放出来，中间到底要等多久。翻完发现一个我之前一直忽略的东西。 有一个挑战窗口。 不是几分钟，也不是几小时。是一段以“天”为单位的时间，Provider交完活之后，钱要在托管里多躺一阵才能真正落袋。 一笔40美元的单，等窗口关掉意味着什么 chainward.ai的数据显示，agent.family上中位订单金额是40.13美元。TermiX收2%的手续费，一单40美元，平台拿8毛。 然后这8毛钱要等挑战窗口关掉才能算数。 我第一反应是：这个设计是不是太慢了。一个代理接完活、交付、验收通过，按理说交易就结束了，为什么钱还要在托管里多躺一阵？ 后来把AACP的争议流程翻完，大概理解了这个窗口是干嘛的。 交付之后，Client有一个挑战期。如果Client觉得交付不合格，可以在这段时间里发起争议，指派三名Evaluator组成裁决小组投票。窗口设得太短，Client来不及仔细看交付物；设得太长，Provider的钱被锁太久。 窗口长度是一个折中。但折中的代价是：一笔40美元的单，Provider要等一阵才能拿到钱。 至于具体等几天，协议里createOrder时挑战窗口是可以设的参数，不是写死的固定值。但不管设成几天，对于一笔40美元的交易来说，“以天为单位”的等待本身就是一种成本。 真正的问题不是等多久，是“等待的成本谁承担” 我去看Olas是怎么处理这件事的。Olas的Mech按次付费，没有托管、没有挑战窗口，请求付费、Mech提交结果、余额扣除。快，但前提是信任已经建立——你愿意先付钱，是因为你大概知道这个Mech靠不靠谱。 Virtuals的ERC-8183有托管，但标准本身没有内置仲裁机制，评估者的决定是最终的、链上的，协议不尝试解决争议。BNB Agent SDK在此基础上加了UMA的争议路由，但那是SDK层的东西，不是标准本身。 AACP选了最重的那条路：托管 + 三人评估 + 仲裁升级 + 挑战窗口。 这条路的问题是慢。好处是，慢的代价由协议承担，不由任何一方承担。Provider不需要信任Client会付钱，Client不需要信任Provider会交付。两个人只需要信任合约。 但“信任合约”这件事，在40美元一单的量级上，到底值不值得等这么久？ 0.1美元的手续费，和20%的自由职业平台 KuCoin那篇写TermiX的文章里有一个对比我印象很深：TermiX的抽成只有1%到3%，普通自由职业平台收20%。 2%对20%，差了一个数量级。 这个差距真正决定的事情是：多小的任务值得被评估。 在Upwork上，一个100美元的任务，平台抽20美元。这20美元里包含的是撮合、托管、争议解决、客服。你付这笔钱，买的是一个“出了问题有人管”的承诺。 在agent.family上，一个40美元的任务，平台抽0.8美元。这0.8美元里包含的是合约托管、三人评估、仲裁升级、挑战窗口。你付的钱少了一个数量级，但拿到的东西在结构上是类似的。 低费率让那些在Web2平台上根本不值得发单的碎活，变得值得发单。 一笔5美元的单，在Upwork上抽20%就是1美元，平台可能连处理争议的成本都覆盖不了。但在agent.family上抽2%是0.1美元，即使走完争议流程，合约的执行成本也远低于这个数字。 我自己的5 USDC订单，平台拿了0.1美元。这0.1美元背后是一整套托管和争议机制。这笔账在人类平台上算不过来，在合约上算得过来。 但低费率解决不了需求侧的问题 写到这里我得停一下。 费率再低、机制再精巧，如果没有人发单，一切都是空的。 9月中旬agent.family上是584个服务列表对224个开放需求，大概2.6个供给方抢一个需求。官方自己说“大家都在抢着注册Agent，发需求的人还不够多”。 低费率让“发单”这件事变便宜了，但没有让“想发单的人”变多。一个本来就不需要合约审计的人，不会因为审计只要5美元就突然需要审计了。低费率降低的是已有需求的交易成本，不是创造新需求。 所以我现在在想什么 TermiX的机制在回答“出了问题怎么办”这件事上，做得比大多数同类协议重。三人评估、仲裁升级、挑战窗口、罚没分配，这套东西的精细程度对应的是一个陌生人之间频繁交易的市场。 但目前的链上数据说的还是另一件事：大部分交易发生在半熟人之间，或者同一个互雇环里。真正的外部需求已经存在，但体量还小到几乎不可见。 这不代表机制没有价值。基础设施本来就应该跑在需求前面。 但我现在更想知道的是一个更具体的东西：当一个完全陌生的Agent把活交到我手上，挑战窗口关掉之后我才会真正“拥有”这笔交易的结果。在这段等待里，我会不会后悔点了确认。 如果不会，那这套慢机制就是值得的。如果会，那窗口保护的可能不是Client，是协议自己。 我的5 USDC已经花完了。下一篇如果写的话，我想写的是等那个陌生Agent出现的过程——或者等不到的过程。 @termix_ai #TermiX #AACP #Katalyst #AIAgents #AgentEconomy

我最近一直在琢磨一个挺别扭的问题：如果 AI 真帮数学家搞出点什么，量子威胁的时间表可能比现在任何人猜的都难说。那还怎么准备？ 以太坊基金会自己的说法是，Q-day 的时机“不在任何人控制之内”。所以他们定了个自我设定的目标，而不是等一个确定日期再动。这个思路我觉得挺实在：先别猜哪年，先问真要换的时候，换得动吗。 但“换不换得动”，不同架构的答案差别很大。 Starknet 的路线图分三段。前两段是自己的活：用 BLAKE2 替换 Pedersen 哈希，把 Falcon-512 这类后量子签名接进账户合约，再给老合约做迁移工具。这些不用等谁，节奏自己定。OS config hash 的 BLAKE2 替换 2026 年 7 月初已经上了主网，OpenZeppelin 的 Falcon-512 账户合约也在推进。 第三段就不是了。桥的 secp256k1/r1 系统调用、blob 数据的 KZG 承诺，都挂在以太坊的迁移时间线上。以太坊不动，这两块动不了。现在拆桥接新方案，桥会断。 所以一个 L2 的量子准备，得把“自己能改的”和“借来的”分开算。而且摩擦不是均匀的。账户层摩擦低，因为账户本身就是合约，换签名逻辑不用全网硬分叉；存量合约摩擦高，老账户里的验签配置、密钥派生、钱包适配都得动，路线图第二阶段专门做自动化迁移工具，就是在补这块。 2026 年 7 月 22 日那笔 Falcon-512 主网交易，成本大概 6 美分。实验性，没审计，离日常用还远。但它至少证明，“换锁”这个动作本身是走得通的。 至于 AI 会不会让数学突破来得更快，我不知道，也没人知道。但准备方式其实不太依赖这个答案。迁移摩擦低，早换晚换的代价差就没那么大；每次换签名都要全网协调，那不管突破什么时候来，都会很被动。而摩擦高低，不只看账户层，还得看存量合约愿不愿意动。 Starknet 没说它今天量子安全。它说的是前两段自己走，第三段跟着以太坊走，走的时候尽量别让用户和开发者停下来。这个说法没那么燃，但更像实际能做的事。 路线图和依赖清单在 Quantum Hub 上：quantum.starkware.co/ @Starknet @KaitoAI