北极星策略介绍:我的 BTC 趋势跟踪量化系统

北极星是我从 2024 年底开始运行的量化策略,在 Binance 上交易 BTC/USDT 合约,属于趋势跟踪类策略。实时收益数据可以在 北极星实盘追踪 页面查看。 这篇文章介绍策略的整体逻辑、实盘运行数据和风险控制框架。 为什么选趋势跟踪 量化策略大致分两类: 均值回归:价格偏离均值时反向开仓,等它回来。适合震荡行情,在趋势行情里容易被套。 趋势跟踪:价格形成趋势时顺势开仓,跟着走。在强趋势行情里赚钱,在震荡行情里小亏。 我选趋势跟踪的原因: BTC 的趋势性强:BTC 历史上多次出现数月级别的单边趋势,比股票市场的趋势更极端,趋势跟踪策略的表现空间大。 逻辑简单、可解释:趋势跟踪的核心逻辑是"跟着市场走,不预测顶底",我能理解每一笔交易的开平仓逻辑,遇到问题好排查。 长期有效性有实证支持:CTA 基金(商品趋势跟踪基金)在全球运行了几十年,趋势跟踪作为一类策略的有效性有大量历史数据支持。 策略概况 交易标的:BTC/USDT 合约(Binance) 运行周期:小时级信号,全天候运行 方向:多空双向(可做空) 持仓风格:趋势确认后持仓,趋势反转时平仓,不设固定止盈 风控:基于波动率动态调整仓位,设置最大回撤止损线 核心思路:当趋势出现时跟进,当趋势结束时离场。不预测 BTC 会涨到多少,只判断当前是否有趋势在进行。 实盘运行数据 当前的收益数据在 北极星实盘追踪 页面实时展示,包含: 累计收益率(以 USDT 计算) 持仓方向(多/空/空仓) 每次信号的开平仓记录 最大回撤 这里放几个关键指标(以下数字会更新,以页面为准): 运行周期:从 2024 年 10 月至今,经历了 BTC 上涨到 10 万、高位震荡、回调等不同行情。 最大回撤:趋势跟踪策略在行情反复震荡时会承受回撤,这是这类策略的固有特征,不是 bug。好的年份赚的必须能覆盖坏的年份亏的。 信号频率:平均每月 4-8 次信号切换,不是高频策略。 风险控制 这是比策略参数更重要的部分。 ...

2026-04-15 · 1 min · 98 words · Panshi

零成本代理方案:用 Cloudflare Workers 搭建 VLESS 节点

用 DMIT 这类付费 VPS 搭代理节点,稳定性好但有成本。很多人不知道,Cloudflare Workers 有每天 10 万次的免费请求额度,可以用来跑一个完全零成本的 VLESS 节点——作为备用或平替方案,值得每人都部署一个。 本文用的是开源项目 edgetunnel,部署过程 10 分钟以内完成。 原理简介 Cloudflare Workers 是运行在 CF 边缘节点的 JavaScript 函数。edgetunnel 把 VLESS 协议实现在 Worker 里,流量经过 CF 的 CDN 网络中转,绕开直接 IP 识别。 优点: 完全免费(免费计划每天 10 万次请求,足够个人使用) 无需服务器,不存在 IP 被封问题 CF 的 IP 段被封概率极低 局限: 速度受 CF 网络质量影响,高峰期不如专线 VPS 不适合大流量下载,适合日常浏览和轻量使用 部分地区对 CF IP 有 QoS 前置准备 一个 Cloudflare 账号(免费注册) 一个域名(可选,但推荐,CF 免费提供 workers.dev 子域名也行) 部署步骤 第一步:Fork 项目到你的 GitHub 打开 https://github.com/cmliu/edgetunnel,点右上角 Fork,复制到自己的账号。 ...

2026-04-10 · 2 min · 385 words · Panshi

量化策略止损怎么设:从北极星策略出发讲通用止损设计

止损是量化策略里最容易被忽视、也最容易出问题的模块。很多新手策略回测看起来不错,实盘一跑就崩,往往根源在止损设计有问题:要么止损太宽导致单次亏损过大,要么止损太紧被市场噪音频繁触发。 这篇文章从 北极星策略 的实际设计出发,讲通用的止损设计思路。 为什么需要止损 止损本质上是承认错误的机制。趋势跟踪策略的逻辑是:大多数时候市场没有趋势,策略会小亏;少数时候有趋势,策略要大赚,用大赚覆盖小亏。 如果没有止损,那次"大亏"有可能把账户打穿,后面的大赚机会都没了。 数学上,止损控制的是单次最大亏损,进而控制最大回撤: 最大回撤 ≈ f(止损比例, 连续亏损次数, 胜率) 策略在某段时间内 5 连败是很正常的,如果每次亏 10%,5 连败后账户还剩 59%;如果每次亏 3%,5 连败后还剩 85%,差距非常大。 止损类型 1. 固定百分比止损 最简单的方式:入场后亏损超过固定比例就出场。 # 入场价 40000,止损 3% entry_price = 40000 stop_loss_pct = 0.03 stop_price_long = entry_price * (1 - stop_loss_pct) # 做多止损:38800 stop_price_short = entry_price * (1 + stop_loss_pct) # 做空止损:41200 优点: 简单、可计算、风险固定 缺点: 忽略了市场的波动率,BTC 平时日内波动可能就有 3%,容易被噪音触发 适用场景: 高时间周期(日线以上),或者已经验证止损比例远大于平均波动 2. ATR 动态止损(推荐) ATR(Average True Range,平均真实波幅)衡量的是市场最近的波动率。用 ATR 倍数设止损,波动大的时候止损宽,波动小的时候止损窄,更贴近市场实际。 import pandas as pd def calculate_atr(df, period=14): """计算 ATR""" high = df['high'] low = df['low'] close = df['close'] tr1 = high - low tr2 = abs(high - close.shift(1)) tr3 = abs(low - close.shift(1)) true_range = pd.concat([tr1, tr2, tr3], axis=1).max(axis=1) atr = true_range.rolling(period).mean() return atr def get_stop_price(entry_price, atr_value, direction, multiplier=2.0): """基于 ATR 的止损价""" if direction == 'long': return entry_price - atr_value * multiplier else: return entry_price + atr_value * multiplier # 示例:BTC 1H,ATR=1200,入场 40000,做多 # 止损 = 40000 - 1200 * 2 = 37600(-6%) ATR 倍数选择: ...

2026-04-10 · 3 min · 468 words · Panshi

SafePal 硬件钱包使用教程:加密资产冷存储完整指南

在交易所里放着的加密资产,你不是真正的拥有者——“Not your keys, not your coins”。交易所跑路、被黑客攻击、账号被封,资产随时可能消失。资产规模超过一定量之后,硬件钱包是必须考虑的配置。 SafePal 是 Binance Labs 投资的硬件钱包品牌,支持 100+ 区块链,性价比在同类产品里算高的。这篇文章从零讲清楚怎么用。 硬件钱包的原理 硬件钱包是一个专用的安全设备,私钥永远不会离开设备。签名在设备内部完成,接入电脑时只传出签名结果,私钥本身永远不暴露。 和软件钱包(MetaMask、imToken)的区别: 软件钱包 硬件钱包 私钥存储位置 手机/电脑内存 硬件安全芯片 被黑客入侵风险 有(设备中毒可能泄露) 极低 使用便利性 方便 需要物理操作 价格 免费 $50-200 适合场景 频繁交易的小额 长期持有的大额 什么情况下需要硬件钱包: 资产规模超过 $5000(这是个模糊的阈值,根据自己承受能力判断) 打算长期持有不频繁交易 对交易所安全有顾虑 SafePal S1 开箱验证 收到设备后,首先验证包装完整性: 检查外包装封条是否完整,有无破损或重新封装的痕迹 设备背面有防伪二维码,扫描后访问 SafePal 官网验证 正版设备出厂时屏幕显示"Welcome to SafePal",不会有任何预装助记词 ⚠️ 如果收到设备已有助记词,或者卖家声称已经为你初始化好,立刻退货。这是常见的诈骗手法。 初始化设置 第一步:充电 SafePal S1 内置电池,首次使用前充电至满。使用 USB-C 接口充电,充电过程中可以操作。 ...

2026-04-10 · 2 min · 231 words · Panshi

Prometheus + Grafana 监控 VPS:从零搭建服务器监控系统

跑着量化策略和代理节点的服务器,没有监控是非常危险的。凌晨内存爆了、磁盘满了、策略挂了——如果没有告警,可能几个小时后才发现。 这篇文章从零开始,搭建一套完整的监控系统:被监控机器上跑 Node Exporter 采集指标,Prometheus 收集存储,Grafana 可视化展示,加上 Telegram 告警。 架构说明 被监控 VPS(N台) 监控中心 VPS(1台) ┌──────────────┐ ┌─────────────────────┐ │ Node Exporter │ ──9100→ │ Prometheus(采集) │ │ Node Exporter │ ──9100→ │ Grafana(展示) │ │ Node Exporter │ ──9100→ │ Alertmanager(告警) │ └──────────────┘ └─────────────────────┘ 我的做法:一台小 VPS(1核1G 足够)作为监控中心,其他机器装 Node Exporter 暴露指标。 第一步:在被监控机器上安装 Node Exporter 每台要监控的 VPS 都要做这一步。 # 下载 Node Exporter(确认最新版本号) cd /tmp wget https://github.com/prometheus/node_exporter/releases/download/v1.8.2/node_exporter-1.8.2.linux-amd64.tar.gz tar xzf node_exporter-1.8.2.linux-amd64.tar.gz mv node_exporter-1.8.2.linux-amd64/node_exporter /usr/local/bin/ 创建 systemd 服务: ...

2026-04-10 · 4 min · 718 words · Panshi

mihomo 分流规则完全指南:从入门到精细控制

家庭网络多网关架构那篇文章讲了整体架构,但规则怎么写没有细说。这篇单独讲 mihomo 的分流规则,从语法基础到实用配置模板,逐步拆解。 规则的基本概念 mihomo 的流量分流通过 rules 字段控制,每条规则的格式: 规则类型,匹配值,策略组 比如: rules: - DOMAIN-SUFFIX,google.com,代理 - IP-CIDR,192.168.0.0/16,DIRECT - GEOIP,CN,DIRECT - MATCH,代理 # 兜底规则,匹配所有剩余流量 规则按顺序匹配,第一条命中即执行,后面的不再判断。 顺序非常重要。 规则类型详解 域名类规则 # 精确匹配域名 - DOMAIN,www.google.com,代理 # 匹配域名及其所有子域名(最常用) - DOMAIN-SUFFIX,google.com,代理 # 覆盖:google.com / mail.google.com / api.google.com # 域名关键词(性能较差,少用) - DOMAIN-KEYWORD,google,代理 # 匹配任何包含 "google" 的域名 # 正则表达式(最灵活,但最慢) - DOMAIN-REGEX,^.*\.google\.com$,代理 优先级建议: DOMAIN > DOMAIN-SUFFIX > DOMAIN-KEYWORD 越精确的规则放越前面,性能更好,也避免误匹配。 IP 类规则 # IPv4 CIDR - IP-CIDR,192.168.0.0/16,DIRECT - IP-CIDR,10.0.0.0/8,DIRECT - IP-CIDR,172.16.0.0/12,DIRECT # IPv6 CIDR - IP-CIDR6,::1/128,DIRECT # 注意:IP-CIDR 会触发 DNS 解析,对纯域名规则之前的流量有性能影响 # 建议加 no-resolve 后缀,跳过 DNS 解析直接匹配连接 IP - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve GeoIP 规则 根据 IP 所属国家分流: ...

2026-04-10 · 3 min · 591 words · Panshi

IPRoyal 住宅 IP 使用场景:什么时候需要住宅 IP

很多人以为有了 VPS 代理节点就够了,其实不然。VPS 的 IP 来自数据中心,很多平台会针对数据中心 IP 做额外限制——OpenAI 不让数据中心 IP 注册、某些平台触发额外验证、账号因"异常登录"被限制……这些场景需要住宅 IP。 IPRoyal 是我长期在用的住宅 IP 服务,这篇文章说清楚什么时候需要住宅 IP,以及怎么用。 住宅 IP vs 数据中心 IP 对比项 数据中心 IP(VPS) 住宅 IP 来源 AWS、Google Cloud 等云服务商 真实家庭宽带 ISP 识别难度 容易被平台检测 极难区分(看起来就是普通用户) 速度 快,稳定 因 ISP 而异,可能有波动 价格 低(月付固定) 高(按流量 GB 计费) 适合用途 日常代理 需要"像真人"的操作 数据中心 IP 的 ASN(自治系统号)是已知的,Cloudflare、Google 等公司维护了这些 IP 段的黑名单。住宅 IP 的 ASN 是各地 ISP(中国移动、Comcast、Vodafone 等),和普通家庭用户没有区别。 ...

2026-04-10 · 2 min · 334 words · Panshi

DMIT VPS 购买流程图文教程:从注册到第一次 SSH 连接

DMIT 是我主力在用的 VPS 服务商,用了一年多。它的香港和美国节点在连接速度和稳定性上是我用过最好的,IP 被封概率也低。 很多人看到 DMIT 的界面是英文,不知道怎么买,这篇文章把流程完整走一遍。 为什么选 DMIT 选 VPS 的核心看三点:延迟、稳定性、IP 质量。 DMIT 的优势: 香港节点对国内延迟极低(广州通常 20-40ms) 使用 CN2 GIA 线路,国内三网直连 原生 IP,流媒体解锁能力强(Netflix、Disney+ 香港区) 支持 Hysteria2,UDP 性能好 IP 被封概率明显低于普通 BGP 线路 劣势: 价格偏高(香港节点月费 $14.9 起) 热门套餐经常缺货 详细和其他服务商的对比:VPS 选购指南 第一步:注册账号 访问 DMIT 官网。 点右上角 Register 填写信息: First Name / Last Name:填真实姓名(用于账单) Email Address:常用邮箱 Password:设置强密码 点 Register 完成注册 去邮箱验证邮件(有时在垃圾邮件文件夹里) 注册完成后自动登录到控制面板(Client Area)。 ...

2026-04-10 · 3 min · 449 words · Panshi

Copilot Pro+ 值不值买:用了 3 个月的真实 ROI 分析

我目前每月花 $80 订阅了两个 GitHub Copilot Pro+ 账号。这个数字初看不小,但用了 3 个月后,我认为这是我所有 AI 订阅里 ROI 最高的。 这篇文章把账算清楚,让你自己判断值不值。 Copilot Pro+ 是什么 GitHub Copilot 有三个档位: 档位 月费 核心区别 Copilot Free 免费 基础补全,每月 2000 次补全 Copilot Pro $10 无限补全,GPT-4o 模型 Copilot Pro+ $19 无限补全 + 高级模型额度 Pro+ 的关键差异: 每月 1500 次高级模型使用:包括 Claude Sonnet 4.6、Claude Opus 4.6、o3 等 在 VS Code / JetBrains / Vim 里直接调用这些模型做代码生成 支持 Claude Code CLI 作为后端(OpenClaw 接入也是这个方式) 我的使用场景 我用 Copilot Pro+ 主要做两件事: ...

2026-04-10 · 2 min · 358 words · Panshi

Claude Sonnet vs Opus:怎么选模型才不浪费钱

Anthropic 目前的主力模型线:Opus 4.6(最强)、Sonnet 4.6(均衡)、Haiku 4.5(最快最便宜)。很多人用 Claude 的时候不管什么任务都用 Opus,结果 API 账单高出 3-5 倍。 这篇文章从实际使用角度讲清楚:什么情况用 Opus,什么情况用 Sonnet,Haiku 什么时候值得考虑。 价格对比(2026年4月) 模型 输入价格 输出价格 相对成本 claude-haiku-4-5 $0.80/M tokens $4/M tokens 1× claude-sonnet-4-6 $3/M tokens $15/M tokens ~4× claude-opus-4-6 $15/M tokens $75/M tokens ~19× Opus 比 Haiku 贵将近 20 倍。 同样的任务,如果 Sonnet 能解决,用 Opus 就是纯粹浪费。 通过 GitHub Copilot Pro+ 订阅($19/月)可以用有限额度的 Sonnet 和 Opus,超出额度后按 API 计费。 ...

2026-04-10 · 2 min · 316 words · Panshi

BTC 定投 vs 网格交易:哪个更适合普通人

很多人进入加密市场后面临的第一个问题:是直接定投买 BTC,还是用网格机器人?这两种方式都有各自的支持者,也都有真实的缺陷。 这篇文章从普通人的角度,把两种方式拆开来分析。 什么是 BTC 定投 定投(Dollar-Cost Averaging,DCA):每隔固定时间,花固定金额买 BTC,不管价格高低。 例子: 每周买 $100 的 BTC,坚持 2 年。价格高的时候买到少,价格低的时候买到多,长期下来平均成本比较合理。 操作极简单: Binance 支持定投计划,设置好后全自动 不需要看盘 每次执行 5 分钟 什么是网格交易 网格交易:在设定的价格区间内,设置多个买入和卖出价位。价格在区间内来回震荡时,低买高卖获利。 例子: BTC 在 60000-80000 USDT 之间,每隔 1000 USDT 设一个网格,一共 20 个网格。每次价格下跌 1000 买入,上涨 1000 卖出,反复赚差价。 Pionex 内置免费网格机器人,是目前最简单的网格工具。 核心差异对比 对比维度 定投 网格交易 适合行情 长期上涨趋势 横盘震荡 不适合行情 横盘震荡(不停买但价格不涨) 单边下跌(浮亏持续扩大) 操作复杂度 极低 中等(需要设置参数) 资金占用 分批投入 一次性锁定 心理压力 低(长期持有) 较高(需要关注区间) 收益来源 BTC 价格上涨 价格震荡差价 最大风险 BTC 长期下跌 价格跌出网格区间,浮亏 两种方式的实际收益分析 定投的历史表现 以 BTC 为例,任意 4 年时间段内定投,历史上几乎都是正收益: ...

2026-04-10 · 2 min · 232 words · Panshi

Binance 手续费怎么省:从 0.1% 降到 0.045% 的完整方法

💡 国内提示:Binance 官网在中国大陆无法直连,访问需自备网络工具;法币入金不支持银行卡,主要走 C2C(USDT↔CNY)通道完成。 量化交易的盈亏很大程度上由手续费决定。策略每月交易 100 次,每次 0.1% 手续费,双边就是 20%。把手续费从 0.1% 降到 0.05%,一年节省的成本相当可观。 这篇文章把 Binance 降费的所有方法都列出来。 Binance 的默认手续费 交易类型 Maker(挂单) Taker(吃单) 现货 0.10% 0.10% 合约(U本位) 0.02% 0.05% 合约(币本位) 0.01% 0.05% 注意:合约的 Maker/Taker 费率差别很大。量化策略尽量用限价单(Maker),避免用市价单(Taker)。 方法一:使用 BNB 抵扣(节省 25%) 在账户设置里开启 BNB 抵扣,手续费自动用 BNB 支付,享受 25% 折扣: 现货默认 0.10% → 用 BNB 抵扣后 0.075% 操作步骤: 登录 Binance 右上角头像 → 账户 → 手续费设置 开启 使用 BNB 支付手续费 确保账户里有足够的 BNB BNB 账户余额不足时会自动切回普通手续费,建议保持一定余额。 ...

2026-04-10 · 2 min · 308 words · Panshi