美、中、日、加四国最低时薪（Minimum hourly wage）对比，原来加拿大还是最高的？ 怪不得我去日本旅行的时候，感觉当地物价非常舒适，各种买买买毫无压力。。。😄

还国内信用卡/花呗 海外工资还国内账单？跨境汇款慢 私人换汇？怕被冻卡 银行电汇？手续费贵到肉疼 MiPay 怎么做： USDT 兑换为人民币 直接还款到支付宝/微信绑定的信用卡 T+0 到账，手续费仅1.5% Mipay下载链接： 官方中文客服群： Pay domestic credit card/Huabei Pay domestic bills with overseas wages? Cross-border remittance is slow Private currency exchange? Afraid of being frozen Bank wire transfer? The handling fee is so expensive that it hurts How to do MiPay: Convert USDT to RMB Repay directly to the credit card bound to Alipay/WeChat T+0 deposit, the handling fee is only 1.5% Mipay download link: Official Chinese customer service group:

这个打币给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 里会把归属记录搞得很不可靠。

最近老说日本越来越排外。 経営管理 500万→3000万，加雇佣，加日语能力，加经营经验或学历替代，加专家確認，加独立事業所。永住审查也更看纳税、年金、保险。 是收紧了，没错。 但"排外"这词太大。 把签证变难、租房被拒、职场不适、语言不通、个人社交失败，全都装进"排外"两个字里——方便。 方便到不太像在讨论问题了。 要谈制度，得有参照物。最合适的是美国——那位常被拿来当"移民国家招牌"的对比对象。 先看签证费。 日本永住许可 1 万日元。 美国 I-485 调整身份 $1440。 B1/B2 短期签证 $185。另有 $250 Visa Integrity Fee 已经入法，落地待执行。 工签。 日本工签审学历、公司、职位、工资，审完就完了。 美国 H-1B：你 employer 要你，条件够，工资够——先得抽。现在还是 wage level 加权抽。 2025 年 9 月又出了一项 $10 万 proclamation fee，不是所有 H-1B 都交（既有的、已提交 petition 的、续签都不适用），主要针对部分新 petition。但一个工签能多出 1500 万日元级别的附加成本，本身就够说明问题。 创业。 日本経営管理新基准 3000 万日元，是高，没错。 美国 EB-5 投资移民 $80–105 万。1.2–1.6 亿日元起跳。 绿卡 vs 永住。 日本永住原则连住 10 年，高度人才 3 年 / 1 年路径，到点是能申，不是必过。 美国绿卡：类别 + 年度名额 + 国别上限 + 排期。中国、印度生人光排期就是制度成本，排个十几年是常态。 还有税。 拿了美国绿卡，通常就是 resident alien，按全球收入申报，人不在美国账也跑不掉。 日本当然也有税务居民规则，但永住身份本身不像绿卡那样直接绑住你。 各国有各国的国情，各按各自的逻辑调整，无可厚非。 但同样的制度收紧，日本叫"排外"，美国叫"政策更新"。这个落差本身就挺值得想想。 社会层面的排外情绪是真的。租房对外国人的区别对待是真的。这些该认真讨论。 日本社会规则多，对不熟规则的外国人不友好。但说到底，这跟上海人看不起乡下人、北京人看不起外地人有异曲同工之处。规则成熟的地方对"不守规则的新来者"的耐心，普遍就这么点。不是日本特色。 而且很多对某个族群的"歧视印象"，是前辈们一砖一瓦攒出来的。民泊扰邻、垃圾不分类、租房把房子搞得乌烟瘴气直接跑路、経営管理签证养空壳公司——后来人想被当正常邻居对待，得先把这些账还一还。 不全是别人的问题。 收紧确实会误伤一些认真生活、认真创业的外国人。这部分该单独讨论、单独留路径。这块我同意。 但制度跟随实际情况调整，本来就是社会正常运作的一部分。问题被识别——空壳公司、签证滥用、永住套利——制度做出反应、做出纠错，这是健康的，不是"排外"。 所以真正值得聊的，不是"日本到底排不排外"这么简单。 而是：怎么让制度调整更精准、少误伤认真生活的人。怎么把社会歧视、租房门槛这些具体问题，分别拿出来讨论，而不是一股脑塞进"排外"两个字里。 把"我个人路径变难"翻译成"日本人排外"，把"旧规则不好用了"翻译成"整个国家在驱赶外国人"—— 更像是把复杂问题压成一个标签。方便到能止住讨论。