Shadowrocket 高级功能使用指南：规则与策略详解

在加密货币的世界里，时间就是金钱，而“网络可达性”则是金钱的搬运工。无论是抢首发Meme币、监控DEX（去中心化交易所）的流动性池，还是同步链上巨鲸的转账动态，你的网络节点质量直接决定了你的交易执行速度。而Shadowrocket（俗称“小火箭”）作为iOS生态中最强大的网络代理工具，绝不仅仅是“打开开关”那么简单。今天，我们不聊基础翻墙，而是深入它的规则系统与策略组配置，教你如何将代理工具变成一台精密的“链上交易信号路由器”。

一、为什么玩虚拟币需要“规则”而非“全局代理”？

很多新手使用Shadowrocket时习惯直接开启“全局路由”，所有流量都走代理。这在浏览普通网页时没问题，但当你同时操作币安App、MetaMask钱包、Telegram社群和本地节点监控脚本时，全局代理会带来三大致命痛点：

1. IP脏了：币安、Coinbase等主流交易所的风控系统对登录IP极为敏感。如果你频繁切换美国、日本、新加坡节点，每次都触发二次验证，甚至直接限制提现。你需要的是“交易所流量直连”（除非你肉身在国内，否则国内用户需反向思考），而让链上浏览器（如Etherscan）走代理。
2. 延迟高：本地运行的交易机器人（如Python脚本监听mempool）需要直连本地端口，如果走了代理，数据包绕路导致延迟增加数百毫秒，在抢Uniswap V3的狙击单时，这数百毫秒意味着滑点暴增。
3. DNS污染：某些地区对ethereum.org或infura.io的DNS污染严重，但如果你对binance.com也强制走代理，反而会因节点拥堵导致下单失败。

核心逻辑：Shadowrocket的规则系统让你实现“分流”——哪些域名或IP段走代理（用于访问链上数据），哪些走直连（用于交易所API），哪些走特定策略组（用于多节点切换）。

二、规则系统深度拆解：从“类型”到“行为”

Shadowrocket的规则本质上是一个“自上而下的匹配列表”。每条规则包含三个要素：类型（Type）、匹配值（Value）、动作（Action）。

2.1 规则类型的“币圈生存指南”

• DOMAIN-SUFFIX（域名后缀匹配）

  • 例：DOMAIN-SUFFIX, etherscan.io, PROXY
  • 应用场景：让所有etherscan.io子域名（如tx.etherscan.io）都走代理。对于追踪巨鲸地址，你需要快速加载交易详情页，代理节点选择美国西部（如洛杉矶）往往比香港更快，因为以太坊节点大多部署在欧美。

• IP-CIDR（IP段匹配）

  • 例：IP-CIDR, 104.16.0.0/13, DIRECT
  • 应用场景：Infura（infura.io）的API端点IP经常变动。如果你用IP-CIDR规则固定其后端IP段直连，可以避免DNS污染导致的连接失败。但注意，IP-CIDR规则优先级低于域名规则，需将域名规则放在最上方。

• GEOIP（地理位置匹配）

  • 例：GEOIP, CN, DIRECT
  • 进阶用法：对于国内用户，这条规则意味着所有中国IP直连。但当你使用欧易OKX（其服务器在新加坡）时，如果该交易所的IP段未被标记为CN，则自动走代理。这时需要配合“最终回退”策略。

• RULE-SET（规则集引用）

  • 这是高级玩家的核心工具。你可以从GitHub拉取现成的规则集，例如anti-ad、block-proxy等。对于币圈，推荐使用blackmatrix7/ios_rule_script仓库中的CoinMarketCap.list，它预置了几十个币圈网站的代理规则。

2.2 动作（Action）的三种形态

• PROXY：走你选定的“代理服务器”（即节点）。
• DIRECT：不走代理，直连。
• REJECT：拒绝连接。这可用于屏蔽某些恶意挖矿脚本或假钱包网站的广告追踪器。

关键技巧：在“最终规则”（Final）中，建议设置为PROXY而非DIRECT。因为币圈大部分非中国网站（如debank.com、coingecko.com）都需要代理访问，如果最终规则是直连，你每次都要手动添加规则，极其繁琐。

三、策略组：让你的节点像“流动性池”一样自动分配

策略组（Proxy Group）是Shadowrocket的“智能大脑”。它允许你将多个节点组合起来，并设置选择逻辑。在币圈场景中，策略组能帮你实现“自动故障转移”和“延迟最优”。

3.1 构建你的“交易专用策略组”

假设你手头有五个节点：香港A、香港B、日本A、美国西岸A、新加坡A。

• 手动选择型（Select）：适合日常手动切换。但炒币时你不可能每次切换都去点屏幕，太慢了。

• 自动测试型（URL Test）：这是“链上监控”的核心策略。

  • 配置方法：在策略组类型中选择url-test，填入一个延迟测试URL。这里不建议用http://www.gstatic.com/generate_204（谷歌的测试链接），因为它在部分地区被墙。推荐使用https://etherscan.io/generate_204或https://api.binance.com/api/v3/time（币安API的时间接口，响应极快）。
  • 进阶设置：设置interval（测试间隔）为300秒，tolerance（容差）为50ms。这意味着系统每5分钟测一次延迟，如果当前节点比最优节点慢超过50ms，则自动切换。
  • 实战意义：当你监控mempool时，如果香港节点突然拥堵，策略组自动切到延迟更低的日本节点，你的交易广播速度就不会掉队。

• 故障转移型（Fallback）：比URL Test更保守。

  • 配置为fallback，并设置test-url。系统只按顺序尝试节点，第一个能连通的节点被使用，直到它挂了才切换到下一个。
  • 应用场景：你的交易所API下单流量（如币安API）需要极度稳定。如果使用URL Test，它可能因为延迟抖动频繁切换节点，导致API连接被重置。用Fallback，只要第一个节点（比如香港A）没断，就永远用它，避免不必要的重连。

3.2 策略组嵌套：打造“多链并行”逻辑

真正的进阶玩法是策略组嵌套。例如：

• “链上数据”策略组（URL Test，测etherscan.io）
  • 包含：美国西岸A、日本A、新加坡A
• “交易所API”策略组（Fallback，测api.binance.com）
  • 包含：香港A、香港B
• “Telegram群聊”策略组（Select，手动选）
  • 包含：所有节点

然后，在你的规则列表里，将DOMAIN-SUFFIX, etherscan.io指向“链上数据”组，将DOMAIN-SUFFIX, binance.com指向“交易所API”组。这样，即使你手动切换了Telegram的策略组节点，链上数据依然走最优延迟线路。

高级技巧：利用rule-set指向GitHub上的“币安专用规则集”，并关联到“交易所API”策略组。这样，无论币安新增多少子域名（如www.binance.com、api.binance.com、assets.binance.com），规则集都能自动覆盖。

四、实战场景：当“规则”遇上“链上狙击”

假设你正在用Phantom钱包（Solana生态）抢一个即将开盘的Meme币。这个币的流动性池会在raydium.io（Solana上的DEX）添加。你的操作流程是：

1. 在Telegram群里等合约地址（CA）。
2. 复制CA，打开raydium.io，粘贴，点击Swap。
3. 确认交易。

这个过程中，你的网络流量涉及： - telegram.org（群消息）：需要代理，延迟要求中等。 - raydium.io（DEX前端）：需要代理，且节点不能是香港（因为Solana RPC节点大多在欧美，香港访问反而慢）。 - api.raydium.io（后端API）：同上。 - 你的本地钱包插件（如Phantom扩展）发出的RPC请求：指向Solana官方RPC（api.mainnet-beta.solana.com），这个域名不能被代理，否则会因代理服务器时间戳不准确导致交易签名失败。

配置方案： - 在Shadowrocket的配置文件中，添加以下规则（注意顺序）： # 本地RPC直连，避免时间戳错误 DOMAIN-SUFFIX, solana.com, DIRECT # Raydium走“欧美快速组” DOMAIN-SUFFIX, raydium.io, PROXY # Telegram走“稳定组” DOMAIN-SUFFIX, telegram.org, PROXY # 最终规则：代理 FINAL, PROXY - 将“欧美快速组”策略组设置为URL Test，测https://api.raydium.io/v2/main/info（Raydium的API，响应快）。

效果：当群里的巨鲸发出CA时，你点击链接，Raydium页面加载速度极快（因为走的是延迟最低的欧美节点），而钱包的RPC请求直连，避免了代理转发带来的延迟和签名问题。最终，你的交易可能比那些开着全局代理的人快200-300ms，这在开盘瞬间可能就是“买入成功”与“价格已飞”的区别。

五、规则与策略的“链上审计”思维

在虚拟币世界，任何工具都需要“去中心化”思维。Shadowrocket的规则文件本质上是中心化配置，但你可以通过外部规则集实现动态更新。例如，使用RULE-SET引用GitHub上的实时规则，当某个新DeFi项目上线时，规则维护者会迅速添加其域名，你只需在Shadowrocket里设置“定期更新规则集”即可。

注意风控：不要将你的Shadowrocket配置分享给他人，尤其是包含交易所API策略组的部分。因为策略组的URL Test会暴露你常用的测试URL，有心人可能通过分析你的节点延迟特征来推测你的地理位置。

最后一条建议：所有规则和策略的核心是“延迟敏感度分级”。把延迟要求最高的流量（如RPC调用、DEX交互）指向最稳定的直连或专用节点；把延迟要求中等（如网页浏览、行情图表）指向自动测试组；把低延迟要求（如Telegram图片下载）指向手动选择组。这样，你的小火箭就不再是一个简单的代理，而是一个“交易执行路由器”。

现在，打开Shadowrocket的“配置”页，点开“规则”和“策略组”，开始你的“链上分流”实验吧。记住，每一次规则的微调，都是对交易速度的一次“MEV优化”。