微策略上周再次抛售了 1690 枚比特币 并且宣布新增6.5亿美元USD储备并回购1.09亿美元 $STRC ，使USD Duration增至2.7年，同时STRC的BTC Credit收紧10个基点。 截至8月9日，公司 BTC 储备达840447枚，比特币仍是核心资产，同时维持46.5亿美元USD储备以支持流动性与资本框架。

🚨重磅！美国F-1学生签证50年来最大改革！ 美国国土安全部（DHS）正式公布F-1学生签证新规（Final Rule），将取消实施近50年的 D/S（Duration of Status） 制度。如果最终生效，国际学生留美读书、实习和毕业后的规划都将受到影响。 5大变化： 1. F-1身份最长4年 不再是"读多久就能待多久"。多数学生最长只能获批4年，超过后必须向移民局申请延期。 2. 博士生影响最大 美国很多PhD项目需要5-7年，第4年必须申请延期，一旦延期被拒，可能无法完成学位。 3. OPT也受影响 目前毕业后可直接申请OPT（普通12个月、STEM最长36个月）。新规下，大多数学生需再次申请延期才能继续OPT，留美工作的不确定性增加。 4. 毕业缓冲期减半 Grace Period将由60天缩短至30天，找工作、转学、转换身份都要更快完成！ 5. 延期审核更严格 申请延期时需证明学业进展正常，并具备足够经济能力继续完成学业。

延伸了一些关于 TradFi 的死穴在哪里，以及 infiniFi @infiniFi 凭什么能去撬动的想法。 这两天和一个在传统资管圈做风控的朋友聊天，聊到一个关于期限错配（Duration Gap）​的老大难问题。原来我按照常理思考，觉得这事儿银行家们玩了几百年早就炉火纯青了，后来朋友说，正是因为他们玩得太熟练，反而留下了致命盲区。他们赚的是利差，担的是挤兑的风险，一旦长短期资金不匹配，流动性瞬间枯竭，这就是2008年的剧本。 然后他叹了口气说，现在的 DeFi 借贷虽然透明，但依然是把长钱和短钱硬凑在一起，就像把十年的房贷和一周的信用卡账单扔进同一个抽屉，风险定价完全靠感觉，没人敢真正把长周期的国债资产拿出来给散户分一杯羹，因为怕锁死。 这就给像 infiniFi​ 这样的系统带来了一个真空市场地带。 infiniFi 搞了一套自我协调的去中心化存款人驱动系统。 先分边站队，再自动匹配，最后用算法兜底。普通散户把钱扔进来（Mint iUSD），拿收益；胆子大的长线资金把流动性锁定（Lock iUSD），换取更高的回报；系统背后用自动化阶梯（Automate Laddering）​ 把长短债精准配对，再用 Curve @CurveFinance 当流动性备胎，硬生生把传统的银行资产负债表变成了透明的智能合约。 有趣的是，它没有中间商赚差价。​ 传统银行靠存贷利差吃饭， infiniFi 是部分准备金模型，风险共担、收益共享，没有冗员，没有层层盘剥，把利润直接返给存款人。 也许这是下一个 DeFi 2.0​ 的机会了。不再是无脑挖矿，而是真正解决 TradFi 遗留了几十年的流动性错配难题，把固收市场的蛋糕重新切一遍。

今日办公室小思考： 7月之后最惨的可能就是 bottleneck boi 那套 long bottleneck。不是说瓶颈不重要，而是瓶颈本身并不能创造更多算力，赚的更多还是 scarcity rent。 最后 AI 最好的“上游”，其实还是谁能最快把 capex 变成 usable compute。 所以下半年是不是该从 long shortage duration 切到 long expansion？芯片、HBM/封装、networking、power/cooling，包括能把 utilization 拉上去的东西，本质上都在让算力更快上线。 说到底，最后买的可能不是 bottleneck，是 Δcompute

想做副业,想在抖音、小红书起号的，可以看看这个视频，很短的时间内搞到了2万粉丝。 给你们简单的流程及提示词，然后自己用老婆或女朋友的照片优化下去搞吧。 Step 1 ─ 构思 ↓ "梨型身材夏季穿搭显瘦" → 选一个显瘦穿搭主题 Step 2 ─ 写文生视频提示词 ↓ 描述人物 + 服装 + 场景 + 动作 + 光影 Step 3 ─ 生成视频 ↓ 用 Kling / Vidu / Jimeng 等工具生成 14s 竖屏视频 Step 4 ─ 配 BGM ↓ 加一首节奏轻快的背景音乐 Step 5 ─ 抖音发布 ↓ 勾选 "AI 生成" → 发到抖音，加 #夏季穿搭公式# #梨型穿搭# #甜妹# 正向提示词（文生视频）： 竖屏 9:16，一位梨形身材的年轻女性，穿着夏季显瘦穿搭（上身浅色修身短T恤，下身深色A字裙/阔腿裤），站在柔和深色背景前，自然光线，暖色调氛围，身体微微转动展示穿搭，自然微笑，中景全身，电影级柔光，浅景深，焦外虚化，皮肤质感细腻真实，胶片色调，低饱和度，cinematic lighting，温柔甜美风 负向提示词： 文本，水印，logo，多指畸形，面部扭曲，鬼影，曝光过度，广角畸变，运动模糊，过度饱和，冷色调，动漫风格 工具参数： > Model: Kling 1.6 / Vidu 2.0 / Jimeng > Resolution: 720×1280 (9:16) > Duration: 10-15s > Frame rate: 24-30 fps > Motion strength: 3-5（低运动防止变形） > Aspect ratio: 9:16 竖屏 > Style: 写实/胶片/温柔

这个打币给kol。kol不建设还砸盘的解决方案，我思考了一下和之前构建的一个项目的需求很像。分享给各位dev。 原理就是70%既确权给kol。但是又不能让人一把掏了！最大限度降低dev和社区的归零风险，又能激发想干的kol动力！把下面的上下文交给你的codex 让他给你开发出来就行。 核心逻辑是：有人往合约里面打币，然后这个币就会自动每天释放1% 100天后释放完毕。 codex开发完之后再说俩句：按照binance合约审计的水准审计下全部代码。 下面这段可以直接交给另一个用户的 Codex，当作项目交付上下文。 # 项目上下文：BSC 代币 100 天每日 1% 释放 DApp ## 目标 交付一个运行在 BSC / BSC Testnet 上的锁仓释放系统。 用户把指定 BEP20 代币存入合约后，该笔存款从存入时间开始释放：每天释放 1%，100 天释放完毕。用户通过网页连接钱包，完成 approve、deposit、claim 操作。 ## 核心规则 - 链：BSC，先支持 BSC Testnet，后续可部署主网。 - 资产：一个固定 BEP20 token，部署合约时传入 token 地址。 - 存款方式：用户不能只靠直接 transfer 到合约。必须： 1. 用户在网页点击 `Approve` 2. 用户点击 `Deposit` 3. 合约通过 `transferFrom` 收币并记录释放计划 - 释放方式： - 每笔 deposit 独立生成一个 position。 - 从该笔 deposit 的 `startTime` 开始计算。 - 满 1 天释放 1%。 - 满 100 天释放 100%。 - 第 0 天可领取 0%。 - 第 100 天及之后可领取全部剩余未领取数量。 - 领取方式： - 用户主动点击 `Claim`。 - 合约不需要每天自动转账。 - `claim()` 领取当前所有已释放但未领取的 token。 - 管理权限： - 管理员不能提走用户锁仓资金。 - 管理员最多只能暂停新 deposit。 - 即使暂停 deposit，也不应阻止用户 claim。 - 不需要后端服务，前端直接读写合约。 ## 推荐技术栈 ### 合约 - Solidity `^0.8.24` 或更新稳定版本 - OpenZeppelin Contracts - `SafeERC20` - `ReentrancyGuard` - `Ownable` - 可选：`Pausable` - Hardhat 或 Foundry 均可，推荐 Hardhat + TypeScript，方便和前端共享 ABI。 ### 前端 - Vite + React + TypeScript - wagmi + viem - RainbowKit 或 ConnectKit 用于钱包连接 - 支持 MetaMask / Trust Wallet - 网络：BSC Testnet，后续支持 BSC Mainnet ## 合约建议接口 合约名称建议：`DailyReleaseVault` 核心常量： - `DURATION_DAYS = 100` - `BPS_DENOMINATOR = 10000` - 每天释放 1%，也可以直接用天数除以 100 计算。 建议数据结构： ```solidity struct Position { uint256 amount; uint256 claimed; uint64 startTime; } 状态： IERC20 public immutable token; mapping(address => Position[]) private positions; 外部函数建议： function deposit(uint256 amount) external nonReentrant whenNotPaused; function claim() external nonReentrant; function claimable(address user) external view returns (uint256); function totalDeposited(address user) external view returns (uint256); function totalClaimed(address user) external view returns (uint256); function positionCount(address user) external view returns (uint256); function getPosition(address user, uint256 index) external view returns (...); function pauseDeposits() external onlyOwner; function unpauseDeposits() external onlyOwner; 释放计算： elapsedDays = (block.timestamp - startTime) / 1 days if elapsedDays >= 100: vested = amount else: vested = amount * elapsedDays / 100 claimable = vested - claimed 注意处理： amount == 0 应 revert。 claimable == 0 时 claim 应 revert 或返回 0，推荐 revert，提示无可领取数量。 使用 SafeERC20.safeTransferFrom 和 safeTransfer。 claim 时先更新 claimed，再转账，配合 nonReentrant。 不要写管理员提取用户 token 的函数。 如果要支持误转其他 token，可加 rescueToken(address otherToken)，但必须禁止 rescue 主锁仓 token。 前端页面需求 首页就是实际操作界面，不做营销 landing page。 页面模块： 钱包连接区Connect Wallet 当前地址 当前网络 如果不是 BSC Testnet，提示并提供切换网络按钮 用户资产区钱包 token 余额 allowance 已存入总量 已领取总量 当前可领取数量 未释放数量 预计完全释放时间 存入区输入 deposit 数量 如果 allowance 不足，显示 Approve allowance 足够后显示 Deposit 显示交易 pending / success / error 状态 领取区显示 claimable 数量 Claim 按钮 没有可领取数量时按钮禁用 仓位列表每笔 deposit 一行 amount start date released % claimed claimable full unlock date 测试要求 合约测试必须覆盖： 用户 deposit 成功，position 被记录。 deposit 前必须 approve。 amount 为 0 时失败。 第 0 天 claimable 为 0。 第 1 天 claimable 为 1%。 第 50 天 claimable 为 50%。 第 100 天 claimable 为 100%。 第 120 天不会超过 100%。 多笔 deposit 分别按各自 startTime 释放。 claim 后 claimed 正确增加。 重复 claim 不能重复领取已领取部分。 pause 后不能 deposit。 pause 后仍然可以 claim。 管理员不能取走用户锁仓 token。 rescueToken 不能 rescue 主 token，如实现该函数。 前端测试或手动验收： 能连接钱包。 能切换到 BSC Testnet。 能读取 token balance / allowance / claimable。 allowance 不足时先 approve。 approve 成功后可以 deposit。 deposit 后仓位列表更新。 时间推进后 claimable 正确展示。 claim 成功后余额增加，claimable 归零或减少。 交付物 必须交付： Solidity 合约源码 合约测试 部署脚本 前端 DApp ABI 地址配置方式 README README 至少包含： 安装依赖 运行测试 部署到 BSC Testnet 配置前端合约地址和 token 地址 启动前端 用户操作流程：Connect Wallet -> Approve -> Deposit -> Claim 安全说明：合约不会自动每天打款，用户需要主动 claim 推荐项目结构 project/ contracts/ DailyReleaseVault.sol scripts/ deploy.ts test/ DailyReleaseVault.test.ts frontend/ src/ abi/ config/ components/ pages/ README.md 明确不做 不做自动每天给所有用户转账。 不做后端数据库。 不做多 token 锁仓。 不做管理员代用户提币。 不做用户直接 transfer 到合约后的自动识别。 不做复杂推荐返佣、白名单、手续费，除非后续明确要求。 验收标准 项目完成后，应能在 BSC Testnet 上完成完整流程： 部署测试 BEP20 token 或使用现有测试 token。 部署 DailyReleaseVault，传入 token 地址。 前端配置 vault 地址和 token 地址。 用户连接钱包。 用户 approve。 用户 deposit。 前端显示仓位。 合约测试中通过时间推进验证每日 1% 释放。 用户 claim 后收到已释放 token。 这份上下文已经够另一个 Codex 开始交付了。最重要的是让它坚持 `approve -> deposit -> claim`，不要设计成“用户直接转币到合约自动释放”，那个方向在 BEP20 里会把归属记录搞得很不可靠。

高利率杀不了AI基建股的底层逻辑 The underlying logic why high interest rates won't kill AI infrastructure stocks (This article is very easy to translate) 总结：高利率压的是远期估值，但 AI 基建利润池抬的是当期现金流、毛利率、订单可见度和定价权。只要后者的上修速度大于前者的估值压缩，股价就能扛住甚至继续涨。 1. 为什么高利率杀传统成长股？ 高利率杀成长股的逻辑，本质是 DCF。 一个公司如果今天不赚钱，利润主要在 5 年、8 年、10 年以后，那么利率一上升，远期现金流折现回来就大幅缩水。 比如同样是 10 年后的 100 块现金流： 用 8% 折现，大概值 46； 用 10% 折现，大概值 39。 远期现金流对利率非常敏感。 所以传统成长股最怕的是： 今天没利润，未来讲故事；今天没现金流，估值全靠远期 TAM；今天亏损，市场愿意等，是因为利率低。 这种公司在高利率环境下会被杀得很惨，因为它的价值主要在未来。 2. 但 AI 基建利润池不是这种结构 AI 基建里真正强的公司，价值不完全来自“很远的未来”，而是来自当下正在发生的四件事： 第一，收入现在就在加速。 不是说 2030 年可能有 AI 应用，而是 hyperscaler，neocloud，主权 AI，企业 AI cluster 现在就在下订单。 第二，毛利率现在就在改善。 瓶颈环节可以涨价，或者至少可以维持价格，不被客户轻易压价。 第三，订单可见度现在就在提高。 客户锁产能，签长期协议，付预付款，给 capacity reservation，这些都会让收入更接近“确定性现金流”，而不是远期故事。 第四，现金流现在就在变好。 如果企业从“我要自己砸钱扩产赌未来”变成“客户先付钱、我扩产交付”，那它的商业模式久期就变短了。 所以 AI 基建真正的利润池公司不是典型 long duration growth，而更像： 短久期成长 + 工业瓶颈 + 定价权 + 当期利润上修。 这和普通成长股完全不同。 3. 高利率反而会强化瓶颈供应商的护城河 这点很反直觉，但很重要。 高利率会提高所有人的资本成本。对于普通公司，这是坏事；但对于已经占据瓶颈位置的龙头，有时反而是好事。 原因是： 第一，新进入者扩产更难。 高利率环境下，融资成本更高，资本市场更谨慎，新玩家更难拿钱扩产。 第二，客户更不愿意冒供应链风险。 当项目融资成本高、建设成本高、时间成本高时，客户更不敢选不成熟供应商。因为试错成本太高。 第三，成熟供应商更容易获得客户预付款和长期合同。 客户为了锁供应，会把一部分资金压力转移给自己，反而帮助龙头扩产。 所以高利率会伤害弱者，但不一定伤害强者。 对利润池公司来说，高利率可能造成一种结果： 行业总估值承压，但龙头竞争地位更强，弱玩家更难追赶，客户更集中地向可靠供应商下单。 这就是为什么不能机械地说“高利率 = AI 基建股该跌”。