Boundless（@boundless_xyz） 项目 一键节点脚本 经过这几天的测试 看了很多大佬写的 脚本 然后我使用了@0xMoei 大佬的 翻译下 因为一键脚本每个人的机器不同 这个大佬写的挺适合很多人 然后又 优化了下它的脚本 脚本链接 https://github.com/mumumusf/Boundless 使用方法也很简单 wget https://raw.githubusercontent.com/mumumusf/Boundless/main/Boundless.sh -O http://Boundless.sh chmod +x http://Boundless.sh bash http://Boundless.sh 然后我们重点要介绍 配置问题 这会导致你能不能抢的过别人 安装过程中，您需要配置以下关键参数 **peak_prove_khz** | 系统订单处理速度 | 根据实际性能设置 | 1. **peak_prove_khz** - 关键参数 - 作用: 系统订单处理速度，值越高获得订单越多 - 风险: 设置过高会导致超时被slash - 测试网：可以大胆实验 | **mcycle_price** | 每百万周期价格 接近最低限制 | 2. **mcycle_price** - 价格策略 - 作用: 每百万周期的价格报价 - 策略: 接近系统最低限制以获得竞争力 - 风险: 价格过低可能利润很少 - 建议: 在测试网上可以设置很低的价格 | **lockin_priority_gas** | 锁定交易额外gas | 3. **lockin_priority_gas** - 竞标优势 - 作用: 在竞标中击败其他证明者 - 推荐值: 4000 Gwei - 风险: 设置过高（如40000）可能出错 - 优势: 提高赢得竞标的机会 | **max_mcycle_limit** | 最大接受周期数 | 根据硬件能力 | 4. **max_mcycle_limit** - 能力上限 - 作用: 接受的最大周期数（百万） - 建议: 根据硬件能力设置 - 入门级：8000-50000 - 中端级：50000-200000 - 高端级：200000-500000 | **max_concurrent_proofs** | 最大并行证明数 | 5. **max_concurrent_proofs** - 并行处理 - 作用: 同时处理的最大证明数 - 推荐值: 2（安全值） - 风险: 3-4会接更多订单但可能无法完成 **min_deadline** - 接受订单的最小剩余时间 - 作用: 接受订单的最小剩余时间（秒） - 含义: "至少还有多少秒剩余时间的订单我才接受？" - 推荐值: 150-200秒 - 建议：150-200秒 - 测试网：可以设置更低值实验 上面这些配置 要结合自己的机器来设置 RTX 4090 配置示例 peak_prove_khz = 751 mcycle_price = "0.000000000000000111" lockin_priority_gas = 4000 max_mcycle_limit = 500000 max_concurrent_proofs = 2 min_deadline = 200 然后 我使用的 Vast机器 参考教程 https://x.com/YOYOMYOYOA/status/1708092318614708242 官方建议10卡4090起 挖矿代码分析来看部分并不会依赖GPU资源 $zkc 总量为10亿，测试网的 $zkc 分配占比为 0.5% 的奖励 所以大家可以看情况在确定7月的时候到底跑不跑了 如有问题请加入 TG 交流群：https://t.me/YOYOZKS