私信线下报位置，不口嗨不闲聊，同城回复 💓处男无偿！但有保证金400！不面付，线下确认处男后退回 💗非处男可有偿线下2188、门槛400不面付、可以抵扣线下 💗口嗨勿扰 看清楚主页推文再来私信 别浪费大家时间 能接受的私信@tricia22468072记住了确认是处男会退你们的

今天的行程很满呀，@humidifi公募今晚23点，重新开启，这一次搞了防止机器人措施，就是不知道能不能防止住，搞不懂，第一次为啥不直接防止，还要搞第二次，当时我还发了推特，说会被机器人包场，艾特了官方，奈何直接被无视。 一个号1000USDC，单价0.069美金。 今晚21点币安 Alpha 250分，但是代币还没宣布，很多人猜测是@stable,据说，给了币安1%的代币。还有说不出意外是 AIOT，今天下午转币了，究竟是什么，我也很好奇，这个月一个没吃到，目前。 @0xMiden这周的 Trivia Night 一口气出了 20 道题，把链上开发里最常见的缩写都过了一遍。像 UTXO、Felt、ECDSA、MASM、ABI、SMT、MMR、STARK、WASM 等等，都属于你在 Miden 或 ZK 场景里必然会遇到的基础概念。 答案也都很清楚：UTXO 是未花费交易输出，Felt 是字段元素，ECDSA 是常用的椭圆曲线签名，SMT 是稀疏默克尔树，STARK 则是目前最主流的透明零知识证明体系。刷一遍之后，再看 Miden 生态的文档会顺得多。 每周的 Trivia Night 都是社区自发维持的活动，氛围很轻松。周五 UTC 6 点照常开场，想补基础、跟上 Miden 的节奏，进去参加就够了。 #KaitoYap# #Yap# @KaitoAI

Peter Todd 区块奖励减少后的应对思路：[尾部排放]和[持有税] 1. 概述 这是在2026年7月23日（多伦多）Peter Todd演讲的视频，是一场关于比特币长期安全性的技术与经济讨论，核心聚焦于区块奖励逐渐减少后，网络可能面临的博弈论不稳定问题，并提出两种可能的应对思路。 2. 主要论点 🧿工作量证明（PoW）的真正作用 Peter Todd强调，PoW的主要目的是实现共识（让网络持续前进、防止双花等），而不是“创造新币”。新币只是副产品。如果没有区块奖励，仅靠交易费，比特币在博弈论上会变得不稳定——矿工可能更倾向于重组（reorg）已有区块来抢高额费用，而不是挖新区块。 🧿当前现实与潜在风险 目前补贴仍远高于费用。随着减半进行，补贴持续下降，费用历史上大多很低（虽有铭文等短暂高峰）。Andrew Poelstra等人曾指出，补贴减半是“可怕的相位转变”，因为几乎没有其他成功的PoW币能在无补贴、仅靠非 trivial 费用的情况下稳定运行。比特币的二层方案让基础层费用很低，这反而加剧了长期担忧。 🧿尾部排放（Tail Emissions） 定义：永久固定数量的新币发行（例如每区块固定奖励）。 关键：它会收敛到稳定货币供应量。用“漏桶”类比——固定加水（新币），同时按比例漏水（丢失的币，约每年0.1%量级），最终达到平衡。 如果比特币从一开始就有尾部排放，它可能被宣传为带有稳定供应的“数字黄金”，并更符合奥地利经济学叙事。 但实现需要硬分叉，短期内（例如未来5年）可能性很低。Monero 通过硬分叉加入了尾部排放以支持可变区块大小，但比特币社区对硬分叉更谨慎。 🧿滞期费 / 持有税（Demurrage） 这是一种对持有或花费币的“税”，用来资助矿工，而无需创造新币。 可行实现方式（软分叉）：统计区块中“币日花费”（coin-days spent，即花费的UTXO价值×持有时间），按一定比例征税，把税收入到 coinbase 的一个基金中，供矿工提取。 经济上，它与尾部排放（通胀）近似等价——都是随时间稀释币的价值（一个是通胀，一个是直接税）。低税率（如0.1%）几十年后累计影响有限，远小于比特币价格波动。 优点：不需要硬分叉，可视为资助“公共品”（网络安全）。 3. 我的观点 📌减半造成的矿工奖励不足风险，我认为是比量子攻击的风险在时间线上是要更久的，讨论可以，但是不紧急 📌原则上是要争取中本聪预想的方案：利用手续费来为矿工带来经济收益，至于算力，需要实现博弈平衡 📌BTC的价格上涨会延缓这个问题的出现时机，当然，如果BTC的价格不能很好上涨，这个问题的出现也会提前 📌尾部排放和持有税都不是好的方案，前者会动摇21M的硬顶强叙事，后者会让BTC的“私人主权资产属性”动摇 📌一个值得商榷的点是：我一直认为二层/侧链/拓展等路线会加强手续费收入，但是这场讨论的观点是这类路线反而会加剧问题，我需要重新思考这个点 #BTC#

看了会 DeepSeek Harness，说下个人感受。 整体感受，dsh 更像一份「harness 该怎么写」的参考实现，不太像一个要抢 Claude Code 用户的产品。体验上目前还有点粗糙，架构上比较“激进”。 1\ 上手只要 npx @deepseek-ai/dsh@latest web，它还会自动从环境变量里找 DEEPSEEK_API_KEY 填上，对我来说一行命令直接用上。但对非前端程序员，npx 仍是门槛。刚在 x 上看到有人基于它封了 electron 客户端，这类缺口大概会由社区补齐，官方看起来没打算自己做。 2\ 默认上 web 而不是 TUI，这个切入点很聪明。翻源码还看到一个细节，仓库里有过一版 TUI，写完又删了，只留 Web。TUI 对小白用户确实有门槛（这也是大家这么喜欢用 codex 的原因之一），dsh 把这条路线整个砍掉，是主动决策，还是时间上不够呢？ 3\ 内核就一套插件体系（Cordis），所有功能都是插件，agent loop 本身也是。最早做 umi 时做过类似的事，webpack、vite 也是这个思路，但 dsh 插得更彻底。举两个例子。它有一组别家都没有的 cordis_* 工具，模型可以在运行期给自己装卸 harness 插件。e2b 扩展只替换 ctx.fs 和 ctx.subprocess 这两个 hook，整个执行环境就搬进了 E2B 沙箱，bash、terminal、lsp 零改动跟着走，连「在哪里执行」都是插件。代价也在这，插件权限大到能改内核，上午一位老程序员提醒我说，这可能很容易被改坏。 另外，dsh 用 MIT 协议但明确拒收外部 PR，想参与只能去 Discussions 或者自己写插件。核心封闭开发，生态全走外部 npm 包（`dsh plugin add` 就是 pnpm 转发）。插件体系最坏的场景是没人为他写插件，但以 DeepSeek 的体量，应该不缺。dshhub[.]org 上看了眼，已经 700+ 了。 4\ 「轨迹」功能让我眼前一亮，开发者能看清每个细节，观感有点像蚂蚁同事开发的 weiesky/cc-viewer。往下翻一层，这个功能是事件溯源架构的副产品。每个流式 delta、每次审批（asked/decided 成对）都是持久化事件，可以 replay，轨迹 UI 只是把它们画了出来。配套还有一组 `session_*` 工具，模型自己能把历史会话当数据库查，也是个其他 code agent 都没有的点。 5\ 让 AI 统计了下。65 天，12,293 个 commit，平均一天 190 个，7 月单月 8,273 个，7 月 30 日那天 887 个。37 位贡献者，Tianyi Cui 一个人占 43%。分支名能体现出部分开发方式。`worktree/` 开头的 210 个，`codex/` 开头的 203 个，另有 `agent/` 15 个、`claude/` 3 个。代码在 git worktree 里由 agent 并行产出，人负责 review 和 merge。 6\ 要做到这个提交量需要严格的门禁。测试代码 26.8 万行，比源码（22.8 万行）还多 4 万行，CI 里挂着 per-file 100% 覆盖检查。敢让 agent 一天产出 190 个 commit，人为 review 的话肯定是 review 不过来的。 7\ AGENTS.md 也类似，有个叫 verify-doc-budgets 的脚本管着他，根文件上限 1600 词，只能往下调不能往上加。 几个值得一看的规则。1）「Non-trivial changes MUST include an Agent Note in the same PR」，agent 参与开发设计的决策要留痕，2）「Trust TypeScript at typed same-process boundaries」，不用到处 validate，信任静态类型，可以少很多冗余代码和测试，3）「Tests describe behavior, not correctness. Change obsolete behavior with its tests; explain why in the PR.」让 ai 在测试挂了时也敢改，在 PR 里解释原因即可，4）「Never default to the full suite or repeat a passing check」，禁止无脑跑全量，可以让 ai coding 提速。 8\ 接着跑了一份 dsh + qodercli + claude code + opencode + pi + grok build + kimi code + codex 的源码级功能横评，具体的分数表就不贴了。 dsh 虽然总分低一些，但「扩展性」和「多 agent 编排」都是 5 分满分(和 Codex/Grok 并列最高)，在「交互体验」、「企业能力」和「成熟度」上目前还弱一些。 dsh 的 subagent 有 6 个 provider，subagent-claude-code、subagent-codex、subagent-acp 等。所以干活的不必是 dsh 自己，任何能跑任务的 agent 都可以被接进来当手下。