Web3全职撸毛｜Binance Alpha｜ OKX Boost｜交易所理财活动｜打新资讯https://1314047.xyz/https://1314047.xyz/blog/2026-04-19-U.htmlhttps://1314047.xyz/blog/2026-04-19-U.htmlSun, 19 Apr 2026 00:00:00 GMT--- > 项目地址： > [https://github.com/0xxue/alpha-trade-toolkit](https://github.com/0xxue/alpha-trade-toolkit?utm_source=chatgpt.com) ------ ## 📌 一、项目架构说明 这个项目**不是传统 Web 应用**，不能直接丢到服务器运行。 它的架构是： ### 1️⃣ 本地控制端（GUI） - 运行在你的电脑（Windows / Linux桌面） - 启动方式：`python main.py` - 功能： - 管理服务器 - 导入用户 headers - 绑定用户与服务器 - 批量部署 ------ ### 2️⃣ 远程执行端（VPS） - 多台 Linux 服务器 - 通过 SSH 被本地控制端连接 - 用于运行交易逻辑 ------ ### 📊 整体流程 ``` 本地GUI → SSH连接 → VPS执行脚本 ``` ------ ## 🚀 二、部署流程总览 正确顺序： 1. 本地启动 GUI 2. 准备 VPS 服务器 3. 配置服务器列表 4. 导入 headers 5. 绑定用户与服务器 6. 批量部署 7. 启动交易 ------ ## 💻 三、本地控制端部署 ### 1）环境要求 - Python 3.10+ - Windows / Linux（带桌面） ------ ### 2）克隆项目 ``` git clone https://github.com/0xxue/alpha-trade-toolkit.git cd alpha-trade-toolkit ``` ------ ### 3）创建虚拟环境 #### Windows ``` python -m venv .venv .venv\Scripts\activate ``` ------ ### 4）安装依赖 ``` pip install -r requirements.txt ``` ⚠️ 注意：项目依赖不完整，需要补充： ``` pip install playwright flask flask-cors websocket-client requests playwright install chromium ``` ------ ### 5）启动项目 ``` python main.py ``` 启动后会： - 自动创建 `config/` - 自动创建 `account/` - 初始化服务器配置文件 - 打开 GUI 界面 ------ ## ⚙️ 四、部署后配置 ------ ### 1）配置服务器 编辑： ``` config/servers.txt ``` 格式： ``` IP:端口:用户名:密码 ``` 示例： ``` 1.2.3.4:22:root:password 5.6.7.8:root:password ``` 支持两种格式： - `IP:用户名:密码` - `IP:端口:用户名:密码` ------ ### 2）添加用户 headers 路径： ``` account/ ``` 文件命名： ``` new_account_headers_用户名.txt ``` 示例： ``` account/new_account_headers_alice.txt account/new_account_headers_bob.txt ``` ------ ### 3）绑定用户与服务器 绑定信息会保存到： ``` config/server_bindings.json ``` 规则： - 一台服务器只能绑定一个用户 ------ ### 4）其他配置文件 ``` config/team_config.json config/team_passwords.json config/deployment_mode.json config/proxy.txt ``` 说明： | 文件 | 作用 | | -------------------- | ------------ | | team_config.json | 团队配置 | | deployment_mode.json | 运行模式 | | proxy.txt | 代理（可选） | | server_bindings.json | 自动生成 | ------ ## 🧭 五、GUI 操作流程 启动后按顺序操作： ### Step 1：Deploy Panel - 检查服务器是否加载成功 ### Step 2：User Panel - 确认 headers 用户已识别 ### Step 3：Binding Panel - 用户绑定服务器（1:1） ### Step 4：Deploy - 批量部署 ### Step 5：Trading Panel - 启动交易 / 查看状态 ------ ## 🖥️ 六、远程服务器准备 ### 推荐系统 - Ubuntu 22.04 - Debian 12 ------ ### 安装基础环境 ``` apt update && apt upgrade -y apt install -y python3 python3-pip python3-venv curl wget unzip git ``` ------ ### 安装浏览器（必须） ``` apt install -y chromium-browser ``` 否则 Playwright 会报错 ------ ### SSH 要求 - 开启 SSH - 端口 22 可访问 - 支持 root / sudo 登录 ------ ## ✅ 七、部署成功验证 ### 本地验证 - GUI 正常打开 - 能看到服务器 - 能看到用户 - 绑定成功 ------ ### 远程验证 服务器上应出现： ``` /root/new_account_headers_用户名.txt /root/2fa_secret_用户名.txt /root/trading_status_用户名.json /root/trading_用户名.log ``` 可能还有 systemd 服务： ``` qr-用户名.service ``` ------ ## ⚠️ 八、常见坑 ### 1）误以为是 Web 项目 ❌ 错误 ✅ 实际是 GUI 工具 ------ ### 2）只安装 requirements.txt ❌ 不够 ✅ 需要手动补依赖 ------ ### 3）没有 headers 文件 ❌ 用户不会显示 ------ ### 4）一机多用户 ❌ 不支持 ✅ 必须 1:1 ------ ### 5）服务器没有浏览器 ❌ Playwright 会失败 ------ ## 🧪 九、最简测试方案 ### 配置 - 1 台本地电脑 - 1 台 VPS ------ ### 本地执行 ``` git clone https://github.com/0xxue/alpha-trade-toolkit.git cd alpha-trade-toolkit python -m venv .venv .venv\Scripts\activate pip install -r requirements.txt pip install playwright flask flask-cors websocket-client requests playwright install chromium python main.py ``` ------ ### 配置文件 #### servers.txt ``` 你的IP:22:root:密码 ``` #### headers ``` account/new_account_headers_testuser.txt ``` ------ ### GUI 操作 1. 检查服务器 2. 检查用户 3. 绑定 4. 部署 5. 启动交易 ------ ## 🔒 十、优化建议（强烈建议） 这个项目偏“半成品”，建议你自己增强： ### 安全方面 - 使用 SSH Key（不要密码） - headers 加密存储 - 配置文件加密 ------ ### 工程方面 - 补完整 requirements.txt - 增加 `.env.example` - 区分 API / Web 模式 ------ ### 风控方面 - 使用测试账号 - 不要直接上主账号 ------ ## 📌 总结 ### 部署核心 - 本地运行 GUI - VPS 执行任务 - SSH 批量管理 ------ ### 使用核心 ``` 服务器配置 → headers导入 → 用户绑定 → 批量部署 → 启动交易 ```G.Arkhttps://1314047.xyz/blog/2026-04-19-b.htmlhttps://1314047.xyz/blog/2026-04-19-b.htmlSun, 19 Apr 2026 00:00:00 GMT# Binance Alpha Trade Bot 部署与运行说明（整理版） ## 一、项目概述 项目名称：[Binance-Alpha-Trande-Bot]() 本项目是一个使用 Go 语言开发的币安（Binance）自动交易机器人系统，主要用于连接 Binance API 进行自动化交易操作。 从代码结构来看，该项目属于典型的自动交易 / 高频交易系统，可能包含以下能力模块： - 高频交易（Flash Trade） - 自动卖出（Auto Sell） - 批量交易（Batch Trade） - 多账号或分布式交易支持 该类系统通常用于： - 自动化套利 - 交易量刷单（刷成交） - 策略化买卖执行 注意：该类系统风险较高，需要谨慎使用真实资金。 --- ## 二、运行环境准备 ### 1. 安装 Go 环境 检查是否安装成功： ```bash go version ``` 建议版本：Go 1.20 及以上 --- ### 2. 安装项目依赖 在项目根目录执行： ```bash go mod tidy ``` 作用：自动下载并整理项目依赖（类似 Python 的 pip install） --- ## 三、项目结构分析 常见关键目录： ``` cmd/ # 程序入口 config.json # 配置文件 flash_trade.go # 高频交易模块 alpha_autosell.go # 自动卖出模块 ``` ### 1. cmd 目录 Go 项目标准入口位置，一般包含： ``` cmd/main.go ``` 或： ``` cmd/master/main.go ``` --- ## 四、运行项目 ### 方法一：直接运行 ```bash go run ./cmd ``` 或： ```bash go run cmd/main.go ``` 或（如果存在 master）： ```bash go run ./cmd/master ``` --- ### 方法二：编译运行（推荐） 编译成可执行文件： ```bash go build -o bot.exe ./cmd ``` 运行： ```bash bot.exe ``` --- ## 五、配置文件说明 项目依赖配置文件： ``` config.json ``` 通常包含内容： - Binance API KEY - Binance API SECRET - 交易参数 - 策略配置 重要提示： API Key 拥有资金操作权限，请勿泄露。 --- ## 六、Redis 依赖（重要） 该项目依赖 Redis 作为数据存储或缓存组件。 ### 启动 Redis（Docker 方式） ```bash docker run -d -p 6379:6379 redis ``` ### 验证 Redis 是否运行 ```bash docker ps ``` 看到 redis 即表示成功。 --- ## 七、运行时常见问题解决 ### 1. Go 依赖下载慢 设置国内代理： ```bash go env -w GOPROXY=https://goproxy.cn,direct ``` --- ### 2. 网络代理环境（可选） 如果使用代理工具： Windows CMD： ```bash set HTTP_PROXY=http://127.0.0.1:10808 set HTTPS_PROXY=http://127.0.0.1:10808 ``` --- ## 八、后台服务访问 程序启动后，可能提供本地 Web 服务： ``` http://localhost:18080 ``` 用于查看： - 交易状态 - 任务运行情况 - 策略执行日志 --- ## 九、功能模块分析 ### 1. flash_trade 高频交易模块，可能用于： - 快速挂单 - 短时间套利 - 成交量刷单 --- ### 2. alpha_autosell 自动卖出模块： - 止盈策略 - 自动止损 - 拉升后自动出货 --- ### 3. batch_trade 批量交易模块： - 多账号操作 - 并发执行交易 - 策略同步执行 --- ## 十、风险提示 该项目属于高频交易系统，存在以下风险： - 无风控或弱风控逻辑 - 可能产生频繁交易手续费 - API 权限泄露风险 - 实盘误操作可能导致资金损失 建议： - 优先使用 Binance 测试网 [https://testnet.binance.vision/](https://testnet.binance.vision/) - 不建议直接使用真实资金测试 --- ## 十一、总结运行流程 标准流程如下： 1. 安装 Go 环境 2. 下载依赖：go mod tidy 3. 启动 Redis 4. 配置 config.json 5. 运行项目：go run ./cmd/master 6. 访问后台：localhost:18080 --- （文档整理版，用于部署与复用）G.Arkhttps://1314047.xyz/blog/2026-03-19-xstocks.htmlhttps://1314047.xyz/blog/2026-03-19-xstocks.htmlThu, 19 Mar 2026 00:00:00 GMT这两天，[@xStocksFi](https://defi.xstocks.fi/) 的积分规则基本算是定下来了。 关于 xStocks，最近争议其实不少。 有人说这项目营销味太重，也有人吐槽积分上限、权重规则都还不够透明。 但对我来说，只要这件事**能做到接近无损**，那就值得尝试。 不管是撸毛还是投资，最重要的始终是**赔率**。 如果你承担的成本，只是一点点手续费和滑点；但未来一旦项目真正跑出来，尤其是在“美股代币化 + 合规交易所合作”这条叙事里站稳脚跟，那它后面的估值空间和潜在空投，想象力其实很大。 现阶段，xStocks 主要有三种赚积分的方式： 1. **交易代币化美股**（如 NVDAx、TSLAx、SPYx 等） 2. **为支持的交易对 / 流动性池提供流动性** 3. **在 DeFi 应用中使用 xStocks 资产** 不过问题也很现实： **这三种方式目前各自的积分权重，暂时还没有完全公开。** 我自己长期是定投标普 500 的，但我知道很多人来这里不是为了投资，他们只想撸毛，甚至希望**尽可能不承担市场波动风险**。 所以这两天我专门研究了一个相对中性的打法： **现货持有 xStocks 资产拿积分，同时在另一个平台开等额空单做对冲。** 这样做的好处很直接： - 尽量把价格波动风险压到最低 - 主要承担的是手续费、滑点和资金占用成本 - 还能顺带吃到另一个项目的潜在空投预期 - 有点“一鱼两吃”的意思 而且我自己现在就是这么做的。 --- ## 一、先注册 xStocks 目前注册还有 **20% 积分加成**，算是比较典型的早期福利。 注册链接： https://defi.xstocks.fi/points?ref=IV63CUC9 注册时我建议**优先选择 Solana 链**。 原因很简单： - 当前 Solana 上的流动性更好 - 交易滑点相对更小 - 实操过程更顺畅，损耗更低 本质上你可以把 xStocks 理解成一个目前在 **Solana 生态里更活跃** 的项目。 至于为什么暂时不优先上自家的 Ink 链，我个人猜测还是流动性和用户基础的原因，当然这只是我的判断。 --- ## 二、第一步：持有某只代币化美股，拿基础积分 这里的核心逻辑很简单： **先买入一只你准备做对冲的 xStocks 美股代币，然后持有。** ### 具体操作流程 1. 打开官网 **https://defi.xstocks.fi/points?ref=IV63CUC9** 2. 连接钱包 建议优先使用 **Solana 链钱包**，因为目前流动性最好，滑点通常更低。  3. 查看当前已经上线的产品 比如 NVDAx、TSLAx、SPYx 等。  4. 找到对应代币的**合约地址**  5. 下单前最好先确认两件事：  - 当前价格是否明显偏离正股价格 - 该代币的流动性是否足够 6. 复制合约地址后，到钱包或聚合器里搜索交易 我自己用的是 **OKX Wallet**，可视化体验会舒服一点。  7. 有些 xStocks 代币默认不会直接显示 比如某些代币可能需要你通过**合约地址手动搜索**才能找到。  8. 再次确认流动性 如果某个池子的流动性太低，就不建议碰，否则买进去容易，出来可能损耗很高。  9. 直接兑换买入 这里通常会有一点点滑点，但只要流动性尚可，损耗一般都还能接受。  10. 买完后先持有 这一步的目的不是赌涨跌，而是为了后面的**积分获取 + 对冲策略**做准备。 --- ## 三、第二步：在 Trade / Hyperliquid 上开空，对冲价格波动 对于纯撸毛用户来说，最怕的其实不是没积分， 而是为了拿积分，结果先把本金波动吃满了。 所以更稳妥的思路是： **在 xStocks 这边持有现货资产拿积分，同时在另一边开对应标的的空单做对冲。** 这样一来： - 如果标的下跌，现货亏，但空单赚 - 如果标的上涨，现货赚，但空单亏 理论上，只要仓位匹配得比较接近， 你拿到的就是一个**接近中性**的敞口。 你的主要收益来源，不再是价格波动， 而是： - xStocks 的积分 - 对冲平台潜在的空投 / 激励 - 以及后续项目估值提升带来的额外预期 我之前本来想用更传统的方式去对冲，比如直接买熟悉的反向 ETF。 但后来想到自己本身也在撸 **Trade / Hyperliquid 生态**，那不如直接把对冲仓位开在那边。 结果是一样的： **风险被对冲了，但两边都有空投预期。** 这就是我说的“一鱼两吃”。 ### 具体步骤 **第一步：打开 Hyperliquid / HIP-3 入口** 链接： **[https://app.hyperliquid.xyz/join/HYPER78](https://app.hyperliquid.xyz/join/HYPER78)** **第二步：进入交易界面** 从 HIP-3 里面找到你对应的标的。  **第三步：开对应数量的空单** 比如你在 xStocks 买的是 TSLAx，那就在另一边开一个尽量等额的 Tesla 空单。  这样做的目的，就是尽量把波动风险锁住，避免因为正股波动导致你整体策略失衡。 --- ## 四、这个策略为什么更适合“只想撸毛、不想承担风险”的人？ 因为它本质上不是在赌方向， 而是在做一个**偏中性的积分获取策略**。 ### 这个策略的优点 **1. 风险相对更可控** 你不是单边持仓，而是现货 + 空单对冲，尽量削弱价格波动影响。 **2. 更接近“低损耗撸毛”** 真正的成本主要来自手续费、滑点、资金费率等，而不是大幅度价格风险。 **3. 有机会双项目同时吃预期** 一边拿 xStocks 积分，一边还能覆盖到 Hyperliquid / Trade 生态的潜在激励。 **4. 适合不想频繁操作的人** 买完、对冲完，后续更多是观察和微调，不需要像做 LP 一样频繁管理仓位。 --- ## 五、为什么我暂时不优先推荐 LP 策略？ 也有人会选择去组 LP，因为 LP 往往也能拿积分， 甚至未来如果权重更高，收益可能会更猛。 但问题是，**LP 并不是真的“无损”**。 如果行情波动较大，而你又没有及时调仓， 很容易吃到： - 无常损失 - 池子价格偏移 - 被动暴露更多波动风险 相比之下，**1 倍对冲的现货 + 空单策略**会更稳一些。 至少对于纯撸毛用户来说，这种方式的逻辑更简单，也更容易执行。 当然，后面还要继续看官方规则。 如果未来确认 **LP 的积分权重远高于普通持仓**，那策略肯定还要迭代。 但在当前信息不完整的阶段， 我个人更倾向先用这种**稳一点的中性打法**去参与。 --- ## 六、我自己的结论 我目前就是按这个思路在做： - 在 xStocks 持有对应的代币化美股拿积分 - 在另一边开空单做对冲 - 同时覆盖两个项目的潜在空投预期 在我看来， 这两个项目都属于当前 2026 年 Web3 里 **RWA 叙事**里非常核心、也非常有辨识度的头部项目。 所以这套打法最吸引我的地方，不是“暴赚”， 而是： **在尽量控制风险的前提下，去拿一个可能很大的未来预期。** 这才是我愿意参与的原因。 希望最后，这两个项目都能给出一个不错的结果。 也希望这套思路，能给那些**只想稳稳撸积分、不想承受太大波动**的人一点参考。 --- ## 七、最后提醒：这套策略并不是真的“零风险” 虽然我上面一直在说“接近无损”或者“中性策略”， 但还是要提醒一下，这不等于完全没有风险。 你仍然需要考虑： - 买入和卖出的**滑点** - 两边平台的**手续费** - 永续空单可能产生的**资金费率** - 对冲数量不完全一致导致的**敞口偏差** - 极端行情下的**流动性风险** - 项目规则后续变化带来的**积分收益不确定性** 所以更准确的说法应该是： **这是一种尽量降低价格风险、以积分收益为核心目标的策略， 而不是绝对意义上的“零损耗”。** <iframe width="560" height="315" src="https://www.youtube.com/embed/yWoi4eoNDJg?si=eUEp5DIUhB44Xq__" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>G.Arkhttps://1314047.xyz/blog/2026-03-19-U.htmlhttps://1314047.xyz/blog/2026-03-19-U.htmlThu, 19 Mar 2026 00:00:00 GMT明天也就是2026-03-20 **10% 年化的 U 补贴** 继续，你会怎么选？ 我的答案还是一样：**我更倾向于借，而不是直接买。** 原因并不复杂。 因为在 **Lista 的智能借贷** 里，当前 **借 U 这件事本身还有额外补贴**。如果把这部分收益算进去，整体年化其实会比表面看到的更高。 最近我重新看了一下 **Lista 最新更新的智能借贷看板**，发现 **USDT / USDC 的池子目前还有大约 4.2% 的补贴**。 这意味着，假如借款端继续维持 10% 年化，那么整套策略的综合收益，理论上还能进一步抬升。 --- ## 为什么我还是选择“借”？ 很多人看到 10% 年化的 U，第一反应可能是： “既然看好，不如直接买入不就好了？” 但我的思路更偏向于：**优先利用平台现有补贴，把借贷效率吃满。** 因为在 Lista 这套机制里，收益并不只来自单一的一层，而是可能同时来自两部分： 第一部分，是**借出后的资金收益**； 第二部分，是**抵押资产本身所带来的补贴收益**。 当这两部分叠加时，综合年化自然就上去了。 --- ## 简单算一笔账：综合年化大概能到多少？ 假设借满 **10,000 U（USDT + USDC）**，按当前看板数据粗略估算： ### 1. 可借出的金额 按照 **94.57%** 的借贷比例计算： `10000 × 94.57% = 9457 U` 也就是说，1 万 U 的规模，大约能借出 **9457 U**。 ### 2. 借款端收益 如果这部分借出的资金，能拿到 **10% 年化**： `9457 × 10% = 945.7 U` 这一部分的理论收益约为 **945.7 U**。 ### 3. 抵押端收益 与此同时，抵押资产本身还有约 **4% 左右的补贴收益**： `10000 × 4% = 400 U` 也就是 **400 U** 左右。 ### 4. 综合收益 把两部分加在一起： `945.7 + 400 = 1345.7 U` 对应的综合年化约为： `1345.7 ÷ 10000 = 13.457%` 也就是说，**如果在 Lista 上把这套路径走通，理论年化可以从 10% 提升到约 13.457%**。 --- ## 为什么这个机会很多人没注意到？ 说实话，不是大家不想参与，而是 **Lista 这个“智能借贷看板”的入口确实藏得有点深**。 我自己找的时候也绕了几圈，最后才定位到。 ### 当前大致路径是： **顶部菜单栏「兑换」** → 进入页面后 → 找到右下角那个类似 **方形广告位** 的入口 → 进入智能借贷看板 → 查看补贴池 → 再点进具体池子 → 才能看到借 U 的补贴借贷池 整套流程走下来，**大概要点四五次**，才能真正找到目标池子。 这对于普通用户来说，确实不算友好。 尤其是当一个产品本身主打效率和收益时，信息入口过深，实际会直接影响参与率。 --- ## 我对 Lista 产品体验的几个小建议 这次为了截图，我甚至还开了 **F12**，把添加流动性页面里一些不必要的内容手动删减了一下，方便展示核心信息。 一边折腾一边忍不住想：**其实这里面很多信息，本来就应该被更清晰地整合。** 如果要给 **@lista_dao** 提几个 UI / UE 方向的小建议，我会说这几点： ### 1. 智能借贷看板入口太深 一个对收益用户很关键的功能，不应该藏在这么深的位置。 最好能在一级或二级导航中直接给到入口，而不是放在一个容易被忽略的“广告位”里。 ### 2. LP 条目信息展示不够完整 现在虽然能在看板中看到高收益 LP，但**必须点进每一个具体 LP**，才能知道到底可以借什么币。 这会增加大量无效点击。 更好的方式是： **直接在列表页展示“可借币种”“补贴类型”“核心收益来源”等关键信息**。 这样用户一眼就能判断这是不是自己要找的池子。 ### 3. LP 奖励领取 / 检查入口不够明显 目前 LP 奖励似乎需要在**每周四到“我的资产”页面点击检查按钮**，这个动作本身就已经不够直觉了，入口还比较隐蔽。 从产品体验上来说，建议至少做到： - 更明显的提醒 - 明确的奖励发放时间说明 - 更直观的领取 / 检查路径 否则很多用户可能明明有奖励，却根本不知道该去哪看、什么时候领。 --- ## 还有一个很直观的感受：信息分散得太厉害了 我个人觉得，**Lista 添加流动性页面里的大部分有效信息，其实都可以直接整合到智能借贷看板中**。 因为对用户来说，最关心的通常不是页面模块做得多完整，而是这几个核心问题： - 这个池子能借什么？ - 借贷比例是多少？ - 当前补贴多少？ - 年化大概多少？ - 奖励怎么领？ - 风险点在哪里？ 如果这些关键信息都要分散在不同页面里，用户自然会觉得链路又长又碎。 而如果能把这些内容集中到一个清晰的看板中，整个产品的理解成本会下降很多。 --- ## 我的结论 所以回到最开始那个问题： **如果明天 10% 年化的 U 补贴继续，是借还是买？** 我的选择依然是：**优先考虑借。** 因为在 Lista 当前的机制下，借贷端之外还有额外补贴可以叠加。 如果按现有看板数据粗略估算，综合年化理论上可以来到 **13.457% 左右**。 对于已经熟悉平台操作的人来说，这个收益结构还是有吸引力的。 当然，机会归机会，体验问题也确实存在。 尤其是入口层级深、信息展示不完整、奖励检查路径隐蔽，这些都会直接影响用户参与效率。 如果后续 Lista 能把这些细节打磨得更顺一些，整体使用体验应该会提升不少。 --- ## 风险提示 以上内容仅为个人信息分享和产品体验观察，**不构成任何投资建议**。 补贴、年化、借贷比例和具体收益都会随市场情况及平台规则变化，请务必以实际页面展示为准，并在参与前做好充分研究与风险评估。G.Arkhttps://1314047.xyz/blog/2026-03-15-binancealpha.htmlhttps://1314047.xyz/blog/2026-03-15-binancealpha.htmlSun, 15 Mar 2026 00:00:00 GMT这篇教程记录了如何把一个监控 **币安 Alpha 空投/公告信息** 的 Python 脚本，部署到 Linux 服务器上，并通过 **Telegram Bot** 实现消息推送。 ## 一、项目目标 实现一个长期运行的监控脚本，定时从数据源抓取币安 Alpha 空投信息，并在以下场景推送到 Telegram： 1. 发现新的 Alpha 空投项目时推送 2. 项目信息补充了积分门槛时推送 3. 每天早上推送“今日预告” 4. 在活动开始前 20 分钟发送提醒 ------ ## 二、项目原理 脚本的核心逻辑很简单： - 周期性请求接口： `https://alpha123.uk/api/data?fresh=1` - 读取返回的 `airdrops` 数据 - 与上一轮缓存做对比 - 如果发现新增项目或状态变化，就发送 Telegram 消息 - 使用 APScheduler 定时执行轮询和提醒任务 ------ ## 三、准备环境 ### 1. 服务器要求 建议使用 Linux 服务器，例如 Ubuntu / Debian。 需要安装： - Python 3 - pip - 虚拟环境 venv ### 2. 安装 Python 环境 ``` apt update apt install -y python3 python3-venv python3-pip ``` ------ ## 四、创建项目目录 ``` mkdir -p ~/binance_alpha cd ~/binance_alpha ``` 创建虚拟环境并激活： ``` python3 -m venv venv source venv/bin/activate ``` ------ ## 五、安装依赖 在项目目录中新建 `requirements.txt`： ``` requests apscheduler ``` 安装依赖： ``` pip install -r requirements.txt ``` ------ ## 六、创建 Telegram Bot ### 1. 找 BotFather 创建机器人 在 Telegram 搜索： ``` @BotFather ``` 发送命令： ``` /newbot ``` 按提示设置： - bot 名称 - bot 用户名（必须以 `bot` 结尾） 创建完成后，BotFather 会返回一个 **Bot Token**，格式类似： ``` 1234567890:AAxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ``` 这个 token 非常重要，相当于机器人的密码。 ------ ### 2. 获取自己的 chat_id 在 Telegram 搜索： ``` @userinfobot ``` 发送命令： ``` /start ``` 返回： ``` Id: 185xxxxxx ``` 其中这个数字： ``` 185xxxxxx ``` 就是你的 `chat_id`。 ------ ## 七、项目文件结构 最终目录结构如下： ``` binance_alpha/ ├── main.py ├── msg_handler.py ├── requirements.txt └── run.log ``` ------ ## 八、完整代码 项目地址：https://github.com/K1314047/binance_alpha/tree/main ## 九、运行测试 在项目目录中运行： ``` python main.py ``` 如果正常，会看到类似输出： ``` ✅ 获取空投数据成功 ✅ 空投监测系统已启动（Telegram 推送版） ✅ Alpha 空投监控已启动 ✅ Telegram 推送成功 ``` 同时 Telegram 也会收到一条启动提示消息。 停止运行按： ``` Ctrl + C ``` 停止时会收到： ``` ⏹ Alpha 空投监控已停止 ``` ------ ## 十、后台运行 如果希望脚本退出终端后仍然继续运行，可以使用 `nohup`。 ### 启动后台运行 ``` nohup python main.py > run.log 2>&1 & ``` 命令解释： - `nohup`：让程序不受终端关闭影响 - `> run.log`：把输出写入日志文件 - `2>&1`：把错误输出也写入日志 - `&`：放到后台执行 启动后，终端可能显示： ``` [1] 32452 ``` 其中 `32452` 是进程号。 ------ ### 查看日志 ``` tail -f run.log ``` 如果看到类似输出，说明程序在正常工作： ``` ✅ 获取空投数据成功 ✅ 空投监测系统已启动（Telegram 推送版） ✅ Telegram 推送成功 ``` ------ ### 查看进程是否还在运行 ``` ps -ef | grep "python main.py" ``` 或者： ``` ps -p 32452 -o pid,cmd ``` 如果还能看到 `python main.py`，就说明后台任务仍在运行。 ------ ### 停止后台运行 正常停止： ``` kill 32452 ``` 强制停止： ``` kill -9 32452 ``` ------ ## 十一、安全建议 ### 1. 不要把 Bot Token 明文公开 Bot Token 一旦泄露，别人就可以控制你的机器人。 建议： - 不要上传到公开 GitHub - 不要发在群聊或论坛 - 最好使用环境变量保存 ------ ### 2. 更推荐使用环境变量保存 token 例如把 `msg_handler.py` 改成： ``` import os import requests class msg_handler: TELEGRAM_BOT_TOKEN = os.getenv("TELEGRAM_BOT_TOKEN", "") TELEGRAM_CHAT_ID = os.getenv("TELEGRAM_CHAT_ID", "") ``` 运行前先设置： ``` export TELEGRAM_BOT_TOKEN="你的真实token" export TELEGRAM_CHAT_ID="1859193713" python main.py ``` 这样更安全。 ------ ## 十二、最终部署步骤速查版 ### 第一步：进入项目目录 ``` cd ~/binance_alpha source venv/bin/activate ``` ### 第二步：安装依赖 ``` pip install -r requirements.txt ``` ### 第三步：运行测试 ``` python main.py ``` ### 第四步：确认 Telegram 能收到启动消息 收到后按 `Ctrl + C` 停止。 ### 第五步：后台运行 ``` nohup python main.py > run.log 2>&1 & ``` ### 第六步：查看日志 ``` tail -f run.log ``` ### 第七步：确认进程仍在 ``` ps -ef | grep "python main.py" ``` ------ ## 十三、总结 这个项目本质上是一个轻量级的定时监控脚本，核心功能已经够用： - 自动抓取币安 Alpha 空投信息 - 自动比较更新 - 自动推送到 Telegram - 支持每日预告和活动提醒 如果只是个人使用，当前方案已经足够。 如果后续要长期稳定运行，建议继续升级成： - 环境变量保存密钥 - `systemd` 开机自启 - 日志轮转 - 请求失败重试G.Arkhttps://1314047.xyz/blog/2026-03-14-bybit.htmlhttps://1314047.xyz/blog/2026-03-14-bybit.htmlSat, 14 Mar 2026 00:00:00 GMT先说结论： **ByUSDT 循环借贷并不是“闭眼捡钱”的无风险套利，而是一种建立在平台规则、利率差和账户风控之上的策略。能做，但前提是你必须清楚收益从哪里来，风险又在哪里。** 这个策略，最早是我们理财群里第一批发现并梳理出来的。当时我没有第一时间发推做教程，而是先把整个玩法的逻辑、风险点和可持续性想清楚。 ## 当时我们第一时间就明确了几个核心风险 ### 1. 平台规则变动风险 这是最大的不确定性之一。 比如平台可能会： - 调整借贷或申购限额 - 修改 ByUSDT 的收益规则 - 限制循环出来的资金继续享受利息 - 直接针对多号或异常账户进行风控 一旦规则变化，原本成立的策略可能立刻失效，甚至出现“借出来了，但后续没法按原计划继续循环”的情况。 ### 2. 利差收窄风险 这个策略本质上吃的是**存款收益和借款成本之间的利差**。 只要两边利率发生变化，收益模型就会被重算： - ByUSDT 利率下降 - 借款利率上升 这两个变化，都会直接压缩你的利润空间。 所以从一开始，我就让我的🦞帮大家持续监控利率变化。后来也确实看到了，ByUSDT 收益从 **10%+** 下降到了 **7%+**，说明参与的人明显变多了，策略红利在被快速摊薄。 ## ByUSDT 到底是什么？ ByUSDT 并不是一般意义上的稳定币。 它**没有交易对**，目前也不存在常规意义上的二级市场脱锚风险，而是与 USDT 保持 **1:1 兑换关系**。 也就是说，它更像是平台内部用于理财申购和计息的一个映射资产，而不是你平时理解的那种可自由交易的稳定币。 但也正因为如此，**它的核心风险不在“币价脱锚”，而在“平台规则和风控变化”**。 ## 现在的情况：平台已经开始出手 目前平台已经开始查封**多号循环贷**，甚至也出现了**单号被封禁**的情况。 一旦收到封禁邮件，就无法继续参与 ByUSDT 相关理财活动。 这也再次说明： **这个策略不是不能做，而是绝对不能当成无风险提款机去做。** 尤其是很多人一看到“循环”“放大收益”，就默认自己找到了低风险套利。事实上，任何带杠杆的策略，只要你不理解规则边界和风控逻辑，最后都可能不是赚收益，而是吃封控、吃利差压缩、甚至吃爆仓。 “1011”USDE 循环贷爆仓事件过去并不久，当时多少人以为自己在做稳健套利，最后资金直接归零。 所以这类策略，最重要的从来不是“怎么放大”，而是“你有没有能力控制风险”。 ## 这个策略适合什么人？ 适合： - 能看懂借贷逻辑和收益结构的人 - 会主动监控利率变化的人 - 知道平台风控随时可能介入的人 - 明白杠杆不是利润放大器，而是风险放大器的人 不适合： - 看别人赚钱就想无脑跟的人 - 不会算真实收益率的人 - 不知道自己最大风险敞口在哪里的人 - 觉得“只要不跌就不会亏”的人 ## 操作方法 ### 第一步：申购 ByUSDT 将 **USDT 存入活期理财**，申购 **ByUSDT**。 ### 第二步：在统一交易账户借币 进入统一交易账户进行借币，选择合适的杠杆。 **你通过杠杆借出来的资金量，决定了你理论上最多能循环出来的规模。** ### 第三步：划转并重复循环 借出后，将 **USDT 划转到资金账户**。 这时你会发现，每次都还能继续划转出一部分资金。 接着把这部分 USDT 再次存入活期理财，申购 ByUSDT，然后继续划转、继续申购，如此重复，完成循环。 ## 最后再强调一次 ByUSDT 循环借贷，本质上是一个： - 吃利差的策略 - 依赖平台规则的策略 - 强依赖账户安全和风控环境的策略 - 一旦杠杆失控，后果可能很重的策略 所以它不是不能做，而是一定要在**明白规则、控制杠杆、持续监控利率和风控信号**的前提下做。 真正专业的人，看到的是： - 当前净利差还有多少 - 平台规则是否稳定 - 自己的杠杆是否安全 - 一旦收益下滑或规则变化，能否第一时间退出 而不是只盯着“表面年化”。 ## 我们接下来要解决的，就是这个痛点 很多人不是不会操作，而是： - 不会实时监控自己的风险 - 不会计算策略的真实收益率 - 不知道利率变化后策略是否还值得继续 - 不知道自己的杠杆是不是已经过高 所以接下来，我们的产品会重点帮助大家解决这些问题： **监控策略风险、跟踪利率变化、测算实际收益率，让你知道自己到底是在赚钱，还是在承担不值得的风险。**G.Arkhttps://1314047.xyz/blog/2026-03-12-saolian.htmlhttps://1314047.xyz/blog/2026-03-12-saolian.htmlThu, 12 Mar 2026 00:00:00 GMT再也不用天天熬夜、枯坐盯盘了。 XXYY API Skill 完整扫链功能现已上线，你可以直接配置一只 24 小时不间断工作的扫链 Agent，帮你持续监控链上机会，并在满足条件时自动完成交易。 上线之后，不少群友都在问：怎么才能快速上手，拥有一只 7×24 小时工作的扫链助手？ 教程来了。 现在，你只需要把 GitHub 链接发给你的龙虾或者 Agent，就可以让 AI 接入 XXYY 交易能力，完成链上扫描与极速交易。我们已经将交易 API 封装成一个可直接部署的 Agent Skill，接入门槛非常低。 --- ## XXYY API Skill 的核心优势 ### 1. 资金更安全 整个过程中无需向 Agent 提供私钥，尽可能降低敏感信息暴露风险。 ### 2. 上链交易速度快 支持毫秒级交易执行，全面覆盖 SOL、BSC、BASE、ETH 等主流链。 ### 3. 费率低，同时保留平台福利 通过 API 进行交易，同样可以享受 XXYY 提供的返佣与返现政策。 ### 4. 筛选能力更强 XXYY 支持 29 个复杂筛选项，不只是简单的数据流推送，而是可以根据更细致的条件进行扫链，让 Agent 更专注于真正值得关注的目标。 ### 5. 支持自动化交易闭环 结合 XXYY 交易 API，可以实现从扫链、发现项目、执行买入，到后续自动止盈止损的一整套自动化流程，尽可能做到无人值守运行。 目前，该功能已面向所有 XXYY 用户免费开放申请。 --- ## 如何快速接入 你只需要把下面这段提示词直接发给你的 Agent 或龙虾，即可开始配置。 ## 可直接使用的提示词 ``` 请接入 XXYY 的 api skill： https://github.com/Jimmy-Holiday/xxyy-trade-skill 这个是我的 API Key： [在此填入你的Key] 请你根据 XXYY 的 api skill，开始同时扫 SOL 链和 BSC 链，并按照下面的筛选格式进行扫链： 新交易对： Top10 占比 22-40% | 狙击者 < 6% | 内幕 < 8% | 持有者 > 10 | 市值 > 8k | 至少 1 个社交媒体 | 时间 < 70min 即将打满： 时间 < 120min | DEX 付费 | 市值 > 13k 已发射（捡垃圾）： 时间 < 240min | Top10 占比 > 18% | 持有者 > 300 | 市值 20k-160k 每 5 分钟轮询一次，有出现新的项目或者值得购买的项目时，可以直接通过 XXYY API skill 购买。 交易钱包地址： [填入你 XXYY 交易钱包地址] 参数设置如下： 滑点：20 Gas：1gwei SOL 链 Gas：0.001sol ``` --- ## 这套配置适合什么人 上面这套扫链参数，属于一套比较适合直接上手的通用方案，能够帮助你快速跑通整个流程。 当然，真正进阶的玩法并不止这一套。你完全可以根据自己的交易习惯，替换成其他成熟玩家的扫链逻辑。因为 XXYY 提供了多达 29 个不同筛选项，你可以自由组合、不断调优，把自己的 Agent 训练成更符合自己风格的扫链执行助手。 也就是说，XXYY API Skill 并不只是提供一个“能扫链”的工具，而是给你一个可持续迭代、可深度定制的自动化交易框架。 --- ## 自动交易能力才是这次更新的重点 除了扫链能力之外，XXYY 自带的交易能力，才是整个自动化闭环真正成立的关键。 只要你提前在网页端配置好自动止盈止损策略，那么通过 API 交易买入的项目，也会自动创建对应的止盈止损挂单。 这意味着，你的 Agent 不只是负责发现机会，还可以进一步完成： 扫链 发现项目 自动买入 自动挂止盈止损 自动卖出 整套链路打通之后，才能真正接近全自动运行的状态。 --- ## 你可以把它理解成一套完整的自动化扫链方案 通过 XXYY API Skill，你可以获得： - 自动接入交易 API 的 Agent 能力 - 多链并行扫链能力 - 基于复杂条件的精细化筛选能力 - 满足条件后的自动交易执行能力 - 配合网页端止盈止损实现后续自动卖出能力 如果你一直希望把“盯盘、筛选、下单、卖出”这一整套流程尽可能自动化，那么这套方案已经可以让你快速落地。 --- ## 相关链接 Skill 仓库地址： [https://github.com/Jimmy-Holiday/xxyy-trade-skill](https://github.com/Jimmy-Holiday/xxyy-trade-skill) API 申请入口： [https://xxyy.io/apikey](https://xxyy.io/apikey) --- ## 结语 如果你之前还在手动盯盘、手动筛选、手动下单，那么现在可以开始把这些重复动作交给 Agent 处理。 XXYY API Skill 的意义，不只是“让 AI 看数据”，而是让 AI 真正具备从发现机会到执行交易的能力。 配置完成后，你就拥有了一套可以 24 小时运行的自动化扫链系统。后续你要做的，更多是持续优化策略，而不是反复盯盘。G.Arkhttps://1314047.xyz/blog/2026-03-12-xstocks.htmlhttps://1314047.xyz/blog/2026-03-12-xstocks.htmlThu, 12 Mar 2026 00:00:00 GMT最近不少人私信问我：**xStocks 现在到底能不能提前交易？如果想抢早期机会，应该怎么操作？** 我猜大家关注这件事，主要还是因为过去不少 Perp DEX 都出现过类似情况。比如像 Variational 这类早期项目，有些人在功能还不完善的时候，提前刷了几千 U 的交易量，等积分系统或激励规则正式上线之后，直接拿到了不错的回溯积分。 所以，很多人现在关心的核心问题其实就两个： 第一，**xStocks 现在能不能提前参与？** 第二，**如果能参与，具体要怎么做，资金风险又该怎么控制？** 这篇文章我就尽量把这件事讲清楚。 --- ## 一、RWA 的风，确实吹到链上了 如果要给 2026 年的币圈叙事做个总结，我认为最核心的两个方向就是： - **RWA** - **稳定币** 而这两天，RWA 赛道里被讨论得最多的项目之一，就是 **xStocks**。 事情的起点，是纳斯达克官方发布的一则公告：宣布与 Kraken 旗下的 **xStocks** 展开合作。消息出来之后，整个市场的关注度明显上来了，相关内容也开始被大范围传播。 但我看了一圈，很多文章更多是在讲“消息面”和“想象空间”，真正把**普通人现在怎么参与、怎么观察、怎么尽量低风险操作**讲清楚的并不多。 正好这个平台我之前就用过，对它的产品形态比较熟悉。没想到它现在突然开始走积分预期这条线，所以这篇文章，我就从一个实际使用者的角度，把这件事尽量讲明白。 --- ## 二、这个项目到底是不是“大毛”？ 这肯定是大家最关心的问题。 我的看法很直接：**现在还不好下定论。** 判断它是不是“大毛”，关键不在于市场情绪有多热，而在于一个更本质的问题： ### 这类合作是不是“稀缺资源”？ 如果纳斯达克未来只和少数几家美国合规交易平台合作，那么 xStocks 的想象空间就会很大，平台的稀缺性和估值预期也会明显抬升。 但如果过一段时间，纳斯达克陆续再宣布新增很多合作方，那 xStocks 的独特性就会下降。到那个时候，它可能更多只是 Kraken 体系里的一个子业务，而不是一个具备极强独占性的入口。 所以截至目前，**没有人能百分之百判断它是不是大毛**。 能下结论的人，除非是“神仙”。 但做撸毛这件事，本来就是这样： **你不需要提前知道结果，你只需要在风险可控的前提下，尽量站到变化最早发生的地方。** 了解我的朋友都知道，我在撸毛这件事上一直比较保守，不喜欢无脑冲，更不喜欢盲目送人头。 所以这篇文章的核心逻辑也很简单： **先看懂项目，再小成本参与；先抢位置，再看后续规则。** --- ## 三、现阶段更适合怎么参与？ 我目前的判断是： ### 现阶段更适合做的，不是盲目刷量，而是先完成早期注册，拿一个早期席位。 原因很简单： - 现在平台还处于早期阶段 - 很多功能并没有完全开放 - 后续规则、积分逻辑、是否回溯，都没有明确公告 - 但早期资格本身，往往是最容易“后面想补都补不到”的东西 所以，如果你想参与，**当前更适合的动作是先注册、先熟悉产品、先观察链上流动性，而不是一上来就大资金猛刷。** 注册链接： **[https://defi.xstocks.fi/points?ref=XSTOCKS07](https://defi.xstocks.fi/points?ref=XSTOCKS07)** ### 注册时选哪条链？ 我个人建议，**优先选 Solana 链**。 原因是： - 目前 **Sol 链上的流动性相对更好** - 深度更好，滑点一般更低 - 操作成本也更友好 当然，如果你更熟悉 EVM，走以太坊生态也不是不行，只是综合下来，现阶段 Sol 体验通常更顺一些。 --- ## 四、现在刷交易量有没有意义？ 这个问题一定要讲清楚。 我个人认为，xStocks 后续如果做积分体系，**大概率会把交易量作为一个重要指标**。这几乎是交易类项目最常见的一套逻辑，因为交易量本身就是平台未来收入的重要来源之一。 但问题在于： ### 目前平台的交易功能，其实还没有完全“前台化”。 也就是说，虽然已经有产品上线，但很多普通用户在前端页面里，并不能直接像中心化交易所那样，傻瓜式点击买卖。 现在这套流程，还是更偏向于“懂一点链上操作的人，才能提前参与”。 这也是为什么最近开始有人来问： **“现在到底怎么提前交易？”** 大家之所以对“早鸟交易”这么感兴趣，本质上还是因为市场已经被前几轮项目教育过了： - 早期交易 - 先占位置 - 后面如果积分规则回溯，可能会吃到额外收益 但我要强调一句： ## 现在提前交易，是否一定有回溯积分？官方没有确认。 这件事目前完全没有定论。 所以你不能把它理解成“现在刷了就一定有收益”。 更准确地说，现阶段的操作属于： - **提前埋伏** - **博一个可能存在的回溯** - **但没有官方承诺** 因此，不要 FOMO，不要上头。 如果你决定参与，最好把它理解成一种**小成本试错**，而不是确定性套利。 我个人的预判是，xStocks 下一轮产品迭代，很可能会把现在这套相对“隐性”的交易流程做得更完整、更可视化。 等到那时候，普通用户入场会更容易，但“早期参与者”的优势也可能没现在这么明显了。 --- ## 五、如果现在想做一笔早鸟交易，具体怎么操作？ 下面我把流程尽量讲细一点。 ### 第 1 步：打开官网并完成注册 官网入口： **[https://defi.xstocks.fi/points?ref=STORCKS](https://defi.xstocks.fi/points?ref=STORCKS)** 先完成注册，并连接钱包。 ### 第 2 步：连接钱包，优先选 Sol 链 我还是那个建议： **优先 Sol 链。** 原因还是三个： - 流动性通常更好 - 滑点相对更低 - 整体损耗更可控  ### 第 3 步：查看平台当前已经上线的商品 你需要先看哪些标的已经上线。 不是所有资产都适合拿来做早期交易测试。  ### 第 4 步：找到对应商品的智能合约地址 这一步很关键。因为当前很多钱包或聚合器里，默认并不会直接展示 xStocks 对应的代币，你往往需要通过**合约地址**去精确搜索。  ### 第 5 步：先确认价格是否正常 在真正买入之前，建议先做一个基础检查： - 当前标的价格是否明显偏离正常水平 - 链上池子的深度是否太差 - 是否存在异常高滑点 如果价格明显失真，就不要硬上。  ### 第 6 步：用支持搜索合约地址的钱包进行兑换 我自己用的是 **OKX Wallet**，因为可视化做得不错，搜索和兑换体验相对顺手。 当然，你也可以用自己熟悉的钱包或聚合器，核心不是用哪个，而是**能不能准确识别合约并控制滑点**。  ### 第 7 步：通过合约地址搜索对应资产 很多时候，默认列表里不会直接出现某个 xStocks 资产。 所以你需要把前面拿到的**智能合约地址粘贴进去搜索**，再找到对应资产。  ### 第 8 步：重点检查流动性 这一步非常重要。 如果某个池子的流动性很差，即使你只买几十到几百 U，也可能吃到很大的滑点。 那种情况就不适合拿来刷交易量。 我当前观察下来，像特斯拉相关标的的流动性相对还可以，但你每次交易前都最好自己再看一遍，不要直接照搬别人的结论。  ### 第 9 步：先买入 确认无误后，直接兑换即可。 但要提前接受一个现实： - 会有滑点损耗 - 钱包可能还会收额外手续费 我自己实际操作的时候，OKX Wallet 这边就有 **0.25% 的手续费**，这部分成本要算进去。  ### 第 10 步：买完后再卖出 这一步的逻辑很简单： 你的目标不是持仓，也不是赌涨跌，而是**产生交易量**。 所以完成买入后，再卖回去就行。  ### 第 11 步：计算交易量和损耗 比如你用 100U 买入，再卖出一次： - 买入算一笔 - 卖出算一笔 - 总交易量大致就是 **200U** 但中间会有损耗。 我自己那次大概做了 200U 的往返交易，最终损耗在 **0.6U 左右**： - 其中 **0.5U** 左右被钱包手续费吃掉 - 剩下大概 **0.1U** 是滑点和交易过程损耗 这个损耗不算特别高，但前提是你选的池子流动性还可以。 ### 第 12 步：不要长持仓 这个非常重要。 如果你的目标是撸潜在积分，而不是投资这些标的，那最合理的做法就是： **买完，产生交易行为，卖掉，离场。** 不要因为“反正都买了”就顺手长期拿着。 那样你承担的就不是撸毛风险，而是价格波动风险了，逻辑完全变了。 --- ## 六、为什么我不建议去组 LP？ 我看到已经有人开始教别人去做 LP 了。 我的建议是：**普通撸毛用户，现阶段尽量别碰。** 原因很简单： - LP 有**无常损失** - 流动性差的时候，退出也可能有额外成本 - 你承担的风险显著高于“做一笔低损耗往返交易” 我们做撸毛，核心思路应该是： **用尽量可控的小成本，换一个潜在的资格、行为记录和积分预期。** 而不是为了多做一点动作，把自己暴露到更复杂、更难控制的风险里。 所以我的观点一直很明确： ### 花一点可接受的损耗，拿可能存在的积分预期，可以。 ### 为了博更多，去上 LP，不太值得。 --- ## 七、现在参与这件事，最重要的风险提示 这一段我建议你一定认真看。 ### 1）官方还没有确认早鸟交易是否有回溯积分 这是最大的不确定性。 现在做交易，不等于以后一定有奖励。 ### 2）不要 FOMO 别人说“这是大毛”，不代表就一定是。 别因为情绪上头就去重仓试。 ### 3）控制资金量 如果你只是测试流程、占位观察，没必要用太大的本金。 先小额跑通一次，比什么都重要。 ### 4）不要碰流动性太差的池子 流动性太差，滑点会直接吃掉你所谓的“潜在积分收益”。 ### 5）不要为了撸毛变成持仓 你的目标是产生交易行为，不是押注标的涨跌。 如果你开始长期持有，那就是另一套逻辑了。 --- ## 写在最后 最后再强调一次： **至于现在提前交易，未来是否一定会给到很高的回溯积分，官方目前并没有明确说法。** 所以，这件事本质上还是一笔： - 有逻辑 - 有预期 - 但没有确定答案的早期尝试 你能做的，不是去幻想确定性，而是： - 先注册 - 先熟悉流程 - 小额测试 - 控制损耗 - 保持理性 真正成熟的撸毛，不是到处冲，而是**在不确定里，尽量用最小成本拿到最大可能性**。G.Arkhttps://1314047.xyz/blog/2026-02-10-n.htmlhttps://1314047.xyz/blog/2026-02-10-n.htmlTue, 10 Feb 2026 00:00:00 GMT在加密货币世界中，Binance Wallet 的 Alpha 积分系统一直备受“撸毛”爱好者青睐。它允许用户通过简单操作积累积分，并兑换为各种项目的代币空投。然而，随着熊市持续和优质新项目日益稀缺，Binance 于 2026 年 2 月 11 日推出了首期 **“Alpha 盲盒”** 功能。这一创新机制迅速引发社区热议，许多用户将其视为平台应对挑战的临时解决方案。 本文将基于近期 X 平台上的讨论，剖析 Alpha 盲盒的运作原理、潜在优势与风险，以及用户的真实反馈，帮助你更好地评估是否参与。 ## Alpha 盲盒的机制与背景 Alpha 盲盒本质上是 Binance 对传统空投模式的升级版。 - **运作方式**：用户可以使用积累的 Alpha 积分（**每 15 积分兑换一个盲盒**）来“开盒”，盲盒内随机包含多个项目的代币奖励。这些项目可能包括新上线的热门币种，也可能混杂旧项目或低价值代币。 - **设计初衷**：官方公告强调，这一设计旨在“**汇聚优质项目，提供二次参与机会**”。 ### 为什么推出盲盒？ 从社区分析来看，这可能是 Binance 面对项目池枯竭的应对策略。在过去，用户往往通过单一项目空投获得集中奖励，但这容易导致代币价格暴跌（例如，大量空投导致抛售压力）。盲盒通过随机打包多个项目，分散了风险，同时为旧项目注入新活力。 **门槛设计也更友好**：积分消耗每 5 分降低 5 分，首期采用“先到先得”模式，鼓励用户及早行动。 然而，这种随机性也引入了“**赌博**”元素。用户无法预知盲盒内容，可能开出高价值代币（如百 USDT 大奖），也可能抽到“垃圾币”或归零项目。这与老虎机或抽卡游戏类似，增加了趣味性，但也考验运气和耐心。 ## 用户社区的反馈与观点 X 平台上的讨论显示，用户对 Alpha 盲盒的态度复杂而多元。 - **质疑与幽默**：许多资深“撸毛”者认为，这是平台“转移矛盾”的聪明之举：以往的单一空投容易引发对项目方的不满，现在盲盒将竞争转向用户内部——谁运气好，谁就赚到。一些人幽默吐槽：“开到垃圾币怎么办？大家一起离职吧！”反映出对回报不确定性的担忧。 - **积极尝试**：也有观点指出，Alpha 积分规则久未变动，盲盒是合理的升级，尤其在参与人数减少的当下，仍有跟进价值。初期盲盒可能“有肉吃”（较高回报），因为平台需要吸引流量。 - **直言不讳**：也有用户直言，熊市下新项目短缺，盲盒不过是“炒剩饭”——用旧币充数，性价比不如以往。 - **谨慎观望**：部分用户表示会试水，但如果开到归零币，就会放弃。 **总体而言**，社区共识是：盲盒提升了用户黏性，但若首期回报低于预期，可能加速参与者流失。一些建议包括公布盲盒项目池目录，以增加透明度。同时，用户也在跨平台比较（如 OKX Boost），显示 Alpha 盲盒正面临竞争压力。 ## 潜在优势与风险评估 ### 优势： - **分散风险**：多项目打包减少单一代币的价格冲击，有利于生态稳定。 - **二次机会**：旧项目代币可获新生，适合长期持有者。 - **趣味性与初期红利**：随机机制像游戏，可能吸引新用户，初期回报或较高。 - **系统可持续性**：积分产出有限但消耗可设计，有助于系统长期运转。 ### 风险： - **价值稀释**：随机性可能导致回报“垃圾化”，不如聚焦单个优质项目。 - **机会成本**：积分用于盲盒后，无法用于其他玩法；若回报低，用户可能流失。 - **市场信心影响**：若盲盒被视为项目方抛售旧币的“出货工具”，可能引发市场负面情绪。 - **经济性考量**：用户需评估投入产出比，如果年化收益过低，则参与意义不大。 ## 结语与建议 Alpha 盲盒的推出标志着 Binance 在加密空投领域的创新尝试，它试图在资源有限的环境中维持用户热情。但从社区反馈看，这更像是**权宜之计**，而非革命性变革。 **给你的建议**： 1. **小额试水**：如果你已是 Alpha 积分持有者，不妨在首期（2 月 11 日）用小部分积分参与，观察实际回报。 2. **关注官方信息**：留意 @BinanceWallet 的更新，特别是关于项目池和概率的说明。 3. **理性计算**：评估个人积分消耗与预期收益，保持理性。 4. **保持灵活**：加密世界瞬息万变，如果回报持续不佳，及时调整策略。 未来，盲盒是否能演变为更透明、可持续的模式，仍需时间检验。G.Arkhttps://1314047.xyz/blog/2026-02-09-quan.htmlhttps://1314047.xyz/blog/2026-02-09-quan.htmlMon, 09 Feb 2026 00:00:00 GMT## 一、先说结论：2025–2026 年，全职撸毛已经不再是“低门槛高回报”的路径 在 2025–2026 年这个阶段，全职做链上空投、积分、测试网、打新等，已经**高度内卷**： - 大毛项目明显减少 - 小毛收益持续缩水 - 工作室、脚本化、批量号严重挤压散户空间 - 单纯靠“点点点”已经很难维持体面收入 但这并不意味着撸毛彻底没机会。**仍然有人活得不错**，他们普遍依赖的是： - 精品号而非批量号 - 打新 + 长期交互 - 信息差、认知差、执行差 如果你真的考虑全职撸毛，下面这些现实问题你必须提前想清楚。 ## 二、全职撸毛前，必须面对的 5 个现实门槛 ### 1、财务准备：至少 6–12 个月生活费（建议 12 个月以上） - 撸毛收入**极度不稳定** - 连续 3–6 个月零收入是完全正常的情况 - 任何“靠撸毛当月覆盖生活费”的想法，都会让你在压力下做出错误决策 **没有足够现金流 = 必然失败。** ------ ### 2、心态准备：接受收益断崖式下降 - 单号随便几百 U 的时代基本结束 - 多数项目需要 **半年到两年** 才可能发币 - 很多项目最终不发币，甚至直接消失 你必须能接受： - 大量时间投入 → 可能 0 回报 - 长期做“无效劳动” - 用概率和组合对抗不确定性 一句话总结： **做了不一定有，不做一定没有。** ------ ### 3、学习能力：必须长期跟进链与规则的变化 至少要做到以下几点： - 熟悉主流生态 - EVM 系（Ethereum、L2 等） - Solana - Cosmos - Move 系（Sui / Aptos 等） - 理解基本的反女巫逻辑 - 大部分项目都在防批量 - 行为模式、资金路径、交互深度越来越重要 **不学习，只靠抄作业，生存周期会非常短。** ------ ### 4、抵制诱惑的能力（这是最重要的一条） 很多人问： > 明明撸毛赚过钱，为什么最后还是没钱？ 答案往往只有一个： **赚的钱，被炒币、合约、土狗亏回去了。** 你会每天看到： - 谁又单币 A7 - 谁一把合约翻几十倍 - 谁打到“下一个百倍币” 作为撸毛人，如果你扛不住这些诱惑： - 所有辛苦都是白费 - 一次上头，几个月白干 ------ ### 5、不炒币，不玩合约 我始终相信： **币圈只有两类人是长期赢家的概率最高的** - 第一类：只囤 BTC 的 - 第二类：只撸毛的 把辛苦攒下来的确定性收益，拿去换不确定性的赌博，结局往往只有一个。 ## 三、给新人的最终建议 **非常不建议新手直接全职撸毛。** 更稳妥的路径是： 1. 先兼职撸毛 2. 跑通完整流程 3. 多次真实拿到收益 4. 对周期、概率、项目筛选有深刻理解 5. 在资金、心态、认知都成熟后，再考虑全职 **等你真正“靠撸毛赚到钱”并且足够熟悉它，再全职也不迟。**G.Arkhttps://1314047.xyz/blog/2026-01-23-some-thinking.htmlhttps://1314047.xyz/blog/2026-01-23-some-thinking.htmlFri, 23 Jan 2026 00:00:00 GMT请遵循以下步骤，为你的浏览器设置一道安全防线。 #### **核心操作：禁止网站访问剪贴板** 此设置可有效阻止网站自动读取你复制的内容。 **Chrome / Edge / Brave等Chromium内核浏览器设置步骤：** 1. **打开设置** 1. 点击浏览器右上角的 **“三个点”** 图标（菜单），选择 **“设置”**。 1. **进入隐私与安全** 1. 在左侧导航栏中，点击 **“隐私、搜索和服务”**（Chrome）或 **“隐私和安全”**（其他浏览器）。 1. **找到网站设置** 1. 在页面中，找到并点击 **“网站设置”** 或 **“Cookie 和网站权限”**。 1. **展开更多权限** 1. 在“权限”列表中，向下滚动并点击 **“更多权限”** 以展开所有选项。 1. **管理剪贴板权限** 1. 找到 **“剪贴板”** 选项并点击进入。 2. 将默认设置更改为： 3. **“不允许网站查看您剪贴板中的文字和图片”**。 #### **💡 进阶安全建议** 仅修改浏览器设置是基础，结合以下习惯能构筑更坚固的防线： - **防火（安全意识）：** - **谨慎授权：** 仔细检查钱包弹窗请求，特别是涉及“剪贴板读取”、“无限授权”等敏感权限。 - **使用新钱包：** 为高风险交互准备独立的新钱包和少量资金，与主资产隔离。 - **验证链接：** 永远通过官方渠道获取项目链接，警惕 Discord、TG 群中的不明链接。 - **防盗（操作习惯）：** - **手动核对地址：** 转账前，务必手动核对收款地址的首尾字符，切勿完全依赖粘贴。 - **使用安全输入法：** 在输入助记词、私钥时，可使用系统自带输入法，并留意是否有异常进程。 - **及时清理剪贴板：** 复制敏感信息（如私钥）后，立即在剪贴板中覆盖一段无意义文本（如“已覆盖”）。 - **专用设备/环境：** 如有条件，使用专用于加密操作的设备或浏览器隐私模式/新用户，减少插件和缓存风险。 #### **⚠️ 重要提醒** 启用此设置后，一些需要正常使用粘贴功能的网站（如在线文档、部分Web3工具）可能需要你手动点击权限弹窗来临时授权。这是一个必要的安全取舍。 **安全是唯一通往财富的捷径。保持警惕，保护好自己的数字资产。**G.Arkhttps://1314047.xyz/blog/2025-12-30-leetcode-go-record.htmlhttps://1314047.xyz/blog/2025-12-30-leetcode-go-record.htmlTue, 30 Dec 2025 00:00:00 GMT2025年快结束了。 这一年过得很快，但回头看又觉得很长。 如果让我用一句话总结，大概是： **从背着17万负债，到在Web3勉强站稳脚跟的一年。** 今天抽空写下来，也算给未来的自己留个记录。 ------ ## 一切从一个“土狗社区”开始 2025年1月，我开始真正关注土狗。 当时在推特上看到一个叫 **stonks** 的币。 原项目方已经跑路了，但有个叫 **大B哥** 的人站出来，准备重新把社区做起来。 那时候社区最需要的就是 **人气**。 于是大家开始在推特上疯狂冲推。 而大B哥也给冲推的人发一点工资。 说实话，那段时间我其实挺窘迫的。 **基本就是靠着冲推那点工资过日子。** 但也正是在那个阶段，我开始慢慢接触到 **撸毛这个赛道**。 一开始只是旁观，后来慢慢参与进去。 回头看，那大概算是我真正进入 **Web3世界的起点**。 后来随着社区稳定，stonks也不再需要冲推了。 **工资自然也没了。** 那时候我只能开始自己找路—— 于是开始尝试打土狗。 不过当时我其实还没有完全离开 **Web2的工作**，还处在一种“半只脚在Web3”的状态。 ------ ## 我印象最深的一次亏损 有一件事，我到现在都记得很清楚。 有一天我陪客服喝完酒，老婆开车来接我回家。 我上车之后很快就睡着了。 但我不知道的是，在我上车之前，她自己开了一单土狗。 后来她跟我说，那一路都是高速，她一直在开车，根本没办法看行情。 所以那单就一直 **拿着仓位**。 等到路过服务区的时候，她实在忍不住了，把车停下来打开手机看了一眼。 **亏了300U。** 到家以后我已经上床准备睡觉了。 她跑进房间跟我说这件事。 我记得很清楚，她当时的表情就像一个做错事的小孩，小心翼翼地跟我说： “亏了300U……” 我当时其实也愣了一下，但还是跟她说： > 没关系的，刚开始嘛，亏损很正常。 其实那时候，我们的处境并不好。 那段时间我们还有 **17万左右的负债**，生活过得挺紧巴巴的。 第二天，她去找她爸爸借了 **两万块钱**。 那两万块，对我们来说其实挺重要的。 也就是靠这笔钱，我们把那段时间撑过去了。 ------ ## 转折：币安 Alpha 后来我们遇到了 **币安 Alpha**。 一开始刷的是 **ZKJ**。 结果后来ZKJ直接割人了。 当时其实挺难受的，但也只能继续找机会。 后来又开始刷 **KOGE**。 那段时间的感觉很奇怪。 每天都像是在 **踩钢丝**。 既兴奋，又紧张。 但现在回头看，其实那时候是 **非常好刷分的一段时间**。 也是从那时候开始，我们慢慢有了一些稳定收益。 负债一点点减少。 直到后来，我们做了一个决定： **把Web2的工作停掉，全职做Web3。** 这个决定其实不轻松。 但当时我们觉得，既然已经找到了一条路，那就干脆认真走下去。 ------ ## 收益下降之后 现在Alpha的收益，其实已经没有最早那时候高了。 但我们还是在坚持做。 我们的想法其实很简单： - **只要还有利润，就继续做** - 如果有一天收益 **低于理财收益** 那我们就会把资金归集起来，去做更稳健的理财。 毕竟在熊市阶段，最重要的一件事就是： **守住本金。** ------ ## 这一年做过的事情 除了币安 Alpha，我们这一年其实也做了不少尝试。 比如： - Bitget 的活动 - OKX 的活动 - Gate 的活动 - 还有一些链上的撸毛项目 整体来说运气还不错。 大多数项目都是 **盈利的**。 也有个别小亏，但基本都在 **可以接受的范围内**。 如果要说 **2025年的主要收入来源**，那还是： **币安 Alpha。** ------ ## 写在最后 有时候回头看这一年，会觉得有点不真实。 从： - 靠冲推工资过日子 - 背着17万负债 到： - 全职做Web3 - 靠撸毛和活动慢慢稳定下来 我们没有暴富。 但至少： **活下来了。** Web3这个行业变化很快，周期也很明显。 所以现在我给自己定的原则其实很简单： **牛市多赚，熊市守本。** 只要还能一直在牌桌上，机会总会再来。G.Arkhttps://1314047.xyz/blog/2025-12-10-rust-note.htmlhttps://1314047.xyz/blog/2025-12-10-rust-note.htmlWed, 10 Dec 2025 00:00:00 GMT### **项目简介** 监控 OKX Boost X Launch 项目，在参与时间和领取时间到点时自动发送 Telegram 通知。 **项目地址：** https://github.com/kuzicode/okx-boost-alert  ------ ### **快速部署指南** #### **第一步：准备环境** 1. **安装 Python 3.8+** 1. 访问 [python.org](https://www.python.org/downloads/) 2. 下载安装包，安装时务必勾选 **"Add Python to PATH"** 1. **下载项目代码** 1. bash 2. `# 方法1：使用 Git（推荐） git clone https://github.com/kuzicode/okx-boost-alert.git cd okx-boost-alert # 方法2：手动下载# 从 GitHub 下载 ZIP 压缩包，解压到任意目录` #### **第二步：安装依赖** bash ```plain # 1. 创建虚拟环境 python -m venv venv # 2. 激活虚拟环境# 方式A：PowerShell用户 .\venv\Scripts\Activate.ps1 # 如果提示权限错误，先执行： Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser # 方式B：CMD用户 venv\Scripts\activate # 3. 安装项目依赖 pip install -r requirements.txt # 4. 安装 Playwright 浏览器 playwright install chromium ``` #### **第三步：配置参数** bash ```plain # 1. 复制配置文件 copy .env.example .env # 2. 编辑配置文件# 右键点击 .env 文件 → 打开方式 → 选择记事本# 填入以下必要信息：# TELEGRAM_BOT_TOKEN=你的机器人Token# TELEGRAM_CHAT_ID=你的群组/频道ID ``` **配置文件说明：** text ```plain TELEGRAM_BOT_TOKEN=你的Bot Token（从 @BotFather 获取） TELEGRAM_CHAT_ID=群组/频道ID（如 -1001234567890） TELEGRAM_TOPIC_ID=话题ID（可选，用于群组话题） CHECK_INTERVAL_MINUTES=5 # 检查间隔（分钟） ``` #### **第四步：测试运行** bash ```plain python monitor.py ``` 首次运行会打开浏览器进行测试，看到成功提示信息即可。 ------ ### **Windows 开机自启动设置** #### **VBS脚本 + 启动文件夹（推荐）** **步骤1：创建启动脚本** 1. 在项目文件夹内新建文本文件 1. 重命名为 `start_monitor.vbs` 1. 右键 → 编辑，粘贴以下代码： vbscript ```plain Set fso = CreateObject("Scripting.FileSystemObject") Set ws = CreateObject("WScript.Shell") ' 获取VBS文件所在的目录（即项目目录） scriptPath = fso.GetParentFolderName(WScript.ScriptFullName) ws.CurrentDirectory = scriptPath ' 直接使用虚拟环境中的Python，避免激活问题 pythonPath = scriptPath & "\venv\Scripts\python.exe" scriptFile = scriptPath & "\monitor.py" ' 隐藏窗口运行（0=隐藏，1=显示） ws.Run "cmd /c """ & pythonPath & """ """ & scriptFile & """", 0 ' 可选：启动提示（调试完成后可删除） ' MsgBox "OKX Boost监控已启动！", vbInformation, "启动成功" ``` **步骤2：设置开机自启动** 1. 按 `Win + R` 键 1. 输入 `shell:startup`，回车 1. 将 `start_monitor.vbs` 文件复制到此文件夹 1. 重启电脑测试效果 ### **验证与监控** ------ #### **检查是否运行成功** 1. **查看进程**：`Ctrl + Shift + Esc` → 进程 → 查找 `python.exe` 1. **查看日志**：项目文件夹会生成运行日志 1. **测试通知**：修改测试时间触发通知 #### **停止监控** bash ```plain # 方法1：任务管理器结束进程 Ctrl + Shift + Esc → 找到 python.exe → 结束任务 # 方法2：命令行停止 taskkill /f /im python.exe # 方法3：删除启动项 删除启动文件夹中的 VBS 文件 ``` #### **更新项目** bash ```plain # 1. 停止当前监控 taskkill /f /im python.exe # 2. 拉取最新代码git pull origin main # 3. 重新安装依赖（如有更新） pip install -r requirements.txt # 4. 重新启动 python monitor.py ``` ------ ### **常见问题解决** | **问题** | **解决方法** | | --------------- | ----------------------------------- | | 无法导入模块 | 确认虚拟环境已激活，重新安装依赖 | | Playwright 报错 | 运行 `playwright install chromium` | | Telegram 无通知 | 检查 `.env` 配置是否正确 | | 开机不启动 | 检查启动文件夹路径，确认VBS脚本位置 | | 权限不足 | 以管理员身份运行 CMD/PowerShell | ------ ### **注意事项** 1. 确保网络可以正常访问 OKX 和 Telegram 1. 定期检查脚本更新，获取最新功能 1. 重要活动建议提前手动验证 1. 保持电脑不休眠（修改电源设置） 按照以上步骤操作，你的监控脚本将在 Windows 10/11 上稳定运行，实现 24 小时自动监控和通知！G.Arkhttps://1314047.xyz/blog/2025-09-23-kong.htmlhttps://1314047.xyz/blog/2025-09-23-kong.htmlTue, 23 Sep 2025 00:00:00 GMT## **一、为什么要用多个独立 Chrome 实例（优点）** - 账号隔离：多个 Google / Facebook / Twitter 等账号互不干扰。 - 独立 Cookie 与缓存：防止自动登录到错账户。 - 降低指纹追踪风险：适用于营销、电商、广告推广场景。 - 崩溃隔离：一个实例崩溃不会影响其它实例。 - 提高工作效率：为不同任务建立不同配置（书签、扩展、插件）。 - 独立代理：给不同实例使用不同 VPN / IP。 - 适合 Web3 / 加密交易 / DApp：多个钱包、账户隔离。 ------ ## **二、准备：在 D 盘（或任意盘）创建两个文件夹** 建议创建两个文件夹用于存放用户数据与快捷方式（也可放到其它盘）： - D:\fenliulanqi2\Chrome_UserData （存放 Chrome 用户数据） - D:\fenliulanqi2\Chrome_ShortCuts （存放生成的快捷方式） 你可以在资源管理器中右键新建，也可以用 PowerShell 一次性创建： ``` New-Item -ItemType Directory -Path "D:\\fenliulanqi2\\Chrome_UserData" -Force New-Item -ItemType Directory -Path "D:\\fenliulanqi2\\Chrome_ShortCuts" -Force ``` ------ ## **三、PowerShell 脚本（生成 10 个 Chrome 分身快捷方式）** 1. 打开记事本（Win + R → notepad → 回车）。 2. 将下面脚本全部复制并粘贴到记事本中。 3. 保存为 D:\chrome.ps1（文件类型选择“所有文件 (*.*)”）。 脚本（已修正路径拼接与引号，生成 1 到 10 共 10 个分身）： ``` # -*- coding: utf-8 -*- # Title: 自动生成多个具有独立环境的 Chrome 浏览器 # Describe: d盘新建一个记事本文件，复制以下代码，保存为 chrome.ps1 ， # 菜单栏以管理员运行 PowerShell 运行，输入 d: 然后输入Set-ExecutionPolicy RemoteSigned 回车后获取权限输入y， # 输入命令 .\\chrome.ps1 即可 # 先建立两个文件夹并复制其路径，替换以下两个路径 $UserDataPath = "D:\\fenliulanqi2\\Chrome_UserData" # 存放 Chrome 用户数据 $FilePath = "D:\\fenliulanqi2\\Chrome_ShortCuts" # 存放快捷方式图标，从这个文件夹里打开浏览器分身 # 右键打开你桌面上的 Chrome 浏览器快捷方式，复制“目标”一栏的内容，替换下方路径 # （注意：只复制 C:\\Users\\....\\chrome.exe ，chrome.exe 后面的比如“--profile-directory”等字符不要复制） $TargetPath = "C:\\Program Files\\Google\\Chrome\\Application\\chrome.exe" # 复制 Chrome 浏览器快捷方式的“起始位置”一栏的内容，替换下方路径 $WorkingDirectory = "C:\\Program Files\\Google\\Chrome\\Application" # 设置生成分身的数量（从1到10） $array = 1..10 foreach ($n in $array) { $x = $n.ToString() $ShortcutFile = $FilePath + "\\Chrome_" + $x + ".lnk" # $WScriptShell = New-Object -ComObject WScript.Shell $Shortcut = $WScriptShell.CreateShortcut($ShortcutFile) $Shortcut.TargetPath = $TargetPath $Shortcut.Arguments = "--user-data-dir=" + $UserDataPath + "\\" + $x $Shortcut.WorkingDirectory = $WorkingDirectory $Shortcut.Description = "Chrome" #备注，可以随便写 $Shortcut.Save() } ``` 注意： - 确认 $TargetPath 与 $WorkingDirectory 与你系统上的 Chrome 安装路径一致（右键桌面 Chrome 快捷方式可以复制“目标”与“起始位置”）。 - 如果 Chrome 安装在 32 位 Program Files (x86) 下，请修改为对应路径。 ------ ## **四、保存并运行脚本（管理员权限）** 1. 以管理员权限运行 PowerShell / Windows 终端： - 按 Win + X → 选择 “Windows 终端（管理员）” 或 “PowerShell（管理员）”。 2. 切换到 D 盘： ``` d: ``` 1. 允许执行本地脚本（只需执行一次）： ``` Set-ExecutionPolicy RemoteSigned # 如果提示：是否更改执行策略？ 回答 Y 并回车 ``` （出于安全考虑，执行完脚本后你可以将执行策略改回默认，如：Set-ExecutionPolicy Restricted） 1. 运行脚本： ``` .\\chrome.ps1 ``` 运行完成后，打开 D:\fenliulanqi2\Chrome_ShortCuts，你会看到 Chrome_1.lnk … Chrome_10.lnk 等 10 个快捷方式。 ------ ## **五、打开与使用** - 双击任意 Chrome_x.lnk（例如 Chrome_1.lnk）即可启动一个独立的 Chrome 实例，数据会存放在 D:\fenliulanqi2\Chrome_UserData<编号>。 - 第一次启动某个分身时，Chrome 会像全新安装一样进行设置（也可以安装扩展或登录不同账号）。 小提示： - 若不希望首次运行弹出欢迎页面，可在 Arguments 中追加参数：–no-first-run - 若希望指定每个分身的窗口大小/位置或更多启动参数，可在 $Shortcut.Arguments 中追加对应参数。 ------ ## **六、代理与独立 IP 的使用建议** - 建议在每个分身上安装代理切换扩展（如你提供的 Proxy Switcher 插件），以便为不同分身指定不同代理或节点。 - 独立 IP 来源： - 住宅 IP（成本高，但更接近真实用户环境）。 - 商业 VPN / 机场节点（性价比更高，节点选择更多）。 - 若用多节点建议使用 SOCKS5 方式并配合软路由（如 Passwall）暴露多个不同地区的 SOCKS 节点，然后在每个分身里配置对应代理扩展。 - 注意合规与账号安全，不要滥用代理导致账号被封。 ------ ## **七、同步工具与资源** - GitHub 项目（Chrome-Manager）：https://github.com/devilflasher/Chrome-Manager - 本地可运行工具（注意安全，建议自行从源码打包）：https://jdssl.top/wp-content/uploads/2025/02/chrome_manager.zip （建议优先从官方 / GitHub 源码自行打包构建可执行文件，以避免安全风险） ------ ## **八、常见问题与排查** - 没看到快捷方式：确认脚本路径、文件夹存在且你有写权限。可在 PowerShell 中手动查看： ``` Get-ChildItem "D:\\fenliulanqi2\\Chrome_ShortCuts" ``` - Chrome 报错“另一个 Chrome 正在运行”或 profile 被占用：确保每个分身使用不同的 user-data-dir；不要用同一 profile 同时多次启动。 - 执行策略拒绝：以管理员身份运行 PowerShell 并执行 Set-ExecutionPolicy RemoteSigned。G.Ark