TCMinerProxy 是面向矿工、矿场和节点运营方的矿池中转代理与管理软件。部分地区的矿机直连矿池不稳定或无法连接时，可以在就近、且能稳定连接目标矿池的云服务器上部署 TCMinerProxy，让矿机先连接中转服务端，再由服务端连接矿池。它同时提供端口、钱包和矿工规则管理，以及连接状态、算力统计与运行日志。理解 MinerProxy 或 Stratum Proxy 的用途，可以从它在这条链路中承担的职责开始。
本指南将产品介绍、代理原理、连接选型和安全部署整合在一起，帮助不同地区的用户判断是否需要 TCMinerProxy、如何搭配 TMS，以及何时考虑 PoolNode。具体参数以当前版本和对应文档为准；本文不包含性能实测，也不承诺提高物理算力或挖矿收益。
首图为 TCMinerProxy 中文管理后台的产品截图，展示算力曲线、在线矿机、端口健康与矿池延迟。图中数值仅代表截图时的界面状态，不是容量、稳定性或收益保证。
TCMinerProxy 是什么，适合谁使用
TCMinerProxy 的核心作用是把分散的矿机连接集中到可管理的服务端。矿机连接指定代理端口，服务端根据币种、协议和钱包规则连接目标矿池。运营人员可以在同一个后台观察不同端口与矿工，而不必把每次上游地址调整都变成逐台修改矿机的工作。
它主要适用于以下需求：
- 所在地区直连矿池超时、频繁断线或不可达，需要通过就近云服务器建立矿池中转链路。
- 矿场需要统一接入地址，管理多个矿池、钱包或客户子账号。
- 多个场地需要共享运维方式，同时保留按地区、币种或客户划分的端口。
- 管理者需要集中监控在线数量、掉线、拒绝情况和服务器资源。
- 开发者希望把端口、钱包与矿工数据接入自有平台。
- 节点运营方计划进一步使用 PoolNode 提供面向用户的节点入口。
代理并非所有矿机的必选组件。设备少、矿池连接稳定、没有集中管理需求时，直接连接矿池通常更简单。增加代理意味着多了一项需要维护、监控和恢复的服务。
核心功能：通过就近云服务器实现矿池中转
矿池中转代理是 TCMinerProxy 的核心用途之一。在部分地区，矿场到目标矿池的直连路径可能出现网络不稳定、连接超时或无法建立连接。此时，可以选择矿场能够稳定访问、同时到目标矿池线路良好的就近云服务器，部署 TCMinerProxy 作为中转节点。
连接路径变为：矿机／矿场 → 就近云服务器上的 TCMinerProxy → 目标矿池。
例如，某矿场直连目标矿池频繁断线，但连接附近云区域较稳定，而该云区域到矿池的连接也正常，就可以通过这一中转路径接入矿池。矿机填写服务端的地址与代理端口，服务端转发挖矿任务和份额提交；这既能为原本不可达的直连路径提供替代方案，也便于集中维护矿池地址和备用配置。它不要求矿场必须同时安装 TMS。
如何建立中转链路
- 从矿场侧检查候选云服务器的实际可达性，再从云服务器检查目标矿池的挖矿端点；两段都应验证所需端口和协议，不能只看一次 ping。
- 按 TCMinerProxy 安装教程 在云服务器部署服务端，设置后台安全访问和必要的端口放行。
- 创建 矿池代理端口，配置币种、监听协议、目标矿池地址和对应的上游协议。
- 将少量矿机的挖矿地址改为云服务器的代理地址与端口，核对钱包／子账号和矿工名；不需要改写身份时，保留原有账户配置。
- 在矿池侧确认 worker 上线与有效份额，并对比断连、拒绝率、延迟和服务器资源，再分批扩大接入。
“就近”应以实际网络路径和稳定性为准，地理距离最近不一定效果最好。中转的前提是“矿场到云服务器”和“云服务器到矿池”两段链路均可用；矿池自身故障、账号认证或协议错误，不能单靠增加中转解决。它提供的是可选择的连接路径，而不是任何地区、任何网络下都能连接或降低延迟的保证。
连接架构：直连矿池、服务端代理与 TMS
三种连接方式的区别在于中间组件和运维责任，而不是哪一种必然带来更高收益。
| 连接方式 | 数据路径 | 主要用途 | 需要承担的维护工作 |
|---|---|---|---|
| 矿机直连矿池 | 矿机 → 上游矿池 | 简单接入，不需要统一代理策略 | 维护矿机端地址、账号与备用连接 |
| 通过 TCMinerProxy | 矿机 → TCMinerProxy → 上游矿池 | 矿池中转接入、统一端口、钱包规则、监控与 API 管理 | 维护服务端、安全策略与上游连接 |
| 加入 TMS | 矿机 → 本地 TMS → TCMinerProxy → 上游矿池 | 本地接入、连接聚合与加密压缩传输 | 同时维护本地客户端、服务端及两端参数 |
Stratum 连接会涉及任务下发、身份认证和工作份额（share）提交。代理链路中的协议不匹配、身份映射错误、重连或网络延迟，都可能影响有效提交。后台显示“已连接”，并不等于矿池已经接受了工作份额。
TCMinerProxy 不是通用 VPN；配置挖矿代理端口也不代表其他应用流量会自动经过它。代理第三方矿池同样不等于独立运营一套矿池结算系统。
TCMinerProxy、TMS 与 PoolNode 的分工
| 组件 | 所在位置与职责 | 何时需要 |
|---|---|---|
| TCMinerProxy 服务端 | 管理代理端口、上游矿池、钱包、统计、安全与接口 | 需要集中管理矿机连接时 |
| TMS 客户端 | 通常部署在矿场局域网，提供本地接入与到服务端的兼容加密压缩链路 | 需要减少公网连接数、压缩流量或集中本地接入时 |
| PoolNode | 在 TCMinerProxy 体系内组织节点组、挖矿入口、官网、用户与收益查询 | 需要开展自有矿池节点运营时 |
TMS 是可选增强组件，不能替代服务端。TMS3 与 TMS3(Zstd) 的压缩参数需要两端配合；压缩带来的流量变化、CPU 开销和延迟应在实际链路上测量，不能把固定百分比当成所有环境的结果。
PoolNode 使用 CODE/TOKEN 组织节点组，并区分组内共享配置与单机配置。它的用户、费率和收益流程与普通第三方矿池代理不同，应按 PoolNode 节点文档 单独规划，而不是把代理端口当成完整矿池。
主要功能：从代理端口到集中管理
端口、矿池与钱包配置
通过 代理端口配置，可以按币种、客户或用途划分监听端口，设置目标矿池协议、主矿池和备用矿池。上线前需要测试目标地址的实际连通性，并确认上游矿池接受对应的钱包或子账号格式。
钱包与矿工规则用于管理上游身份和配置的分配比例。变更前应核对目标账户、矿工命名和矿池要求，变更后在上游矿池验证数据，避免只根据本地界面判断成功。
传统高效与无损抽水模式
服务端提供传统高效模式与有适用条件的无损抽水模式。当前无损模式适用于 BTC、LTC 的受支持矿池，主钱包与抽水钱包必须位于同一矿池平台，抽水地址和协议跟随主矿池，钱包、矿工名和比例可以分别设置。不在支持范围内的组合不能直接套用该模式。
“无损”是功能模式名称，不代表任意网络、矿机或配置下都绝无损耗。实际验收仍应检查有效份额、拒绝率与矿池侧数据。
抽水热更新与钱包／矿工热替换
这两项能力需要分开理解：抽水热更新 可在不主动断开矿机连接的情况下调整支持的抽水参数；无损模式下仍受同平台及地址、协议锁定规则限制。
钱包／矿工名热替换 使用 wallet.device 组合规则，支持保留原值、通配或多值匹配，以及可选的矿池重定向。命中替换规则的矿机会被要求重新连接，不能把它描述为无中断更新。编辑并保存代理端口也可能触发端口重启。
监控、掉线保留与 API
仪表盘和端口详情集中展示连接数、矿工、算力统计、日志及服务器资源。设置中心支持掉线矿机记录保留时长，方便追踪间歇性断连；记录过期清理不会主动断开在线矿机。掉线或算力下降通知还需要配置实际可用的推送渠道。
多实例场景可参考群控功能；需要接入自有业务平台时，可使用 TCMinerProxy API 文档。先确认鉴权、权限范围和错误处理，不要把管理接口凭据放入公开网页或客户端代码。
API 集成：可以查询和控制哪些内容
TCMinerProxy API 可以把代理运行数据和配置操作接入托管机构自己的业务后台。本节按 2026-10-07 站内 API 文档 的全部分类整理能力范围，区分只读查询、配置变更和 PoolNode 业务操作；这不是对所有接口的实机测试，也不表示存在一套开箱即用的托管计费平台。具体字段、权限和可用功能以运行版本及对应接口文档为准。
运行数据：可以查询什么
| 查询范围 | 可获取的信息 | 对应文档 |
|---|---|---|
| 系统、币种与版本 | 币种及算法配置、操作系统、CPU／内存／磁盘、资源和流量历史、设备数量、币种算力、当前与远程版本、更新日志、启动时间、实例 UUID 和移动端访问状态 | 系统与版本 |
| 端口与矿池 | 端口列表、完整配置、运行状态、错误、连接数、钱包和热替换规则；查询无损模式矿池列表及端口适用性，并发起矿池连通性测试 | 端口与钱包 |
| 客户、钱包与矿工 | 按钱包／子账号、状态分页筛选矿工；查询钱包汇总、在线／离线数量、有效与抽水算力、成功／失败份额、延迟、断开次数、独立费率，以及币种／端口／矿工图表和 TCP 连接 | 矿工与统计 |
| 日志与故障 | 后台操作、运行和错误日志，IP 访问与拦截记录、钱包名单命中记录、矿工连接故障；矿工统计接口还提供端口／连接组日志和失败数据流 | 安全与日志 |
| 观察者只读查询 | 使用独立的 X-OB-TOKEN 查询币种、按钱包／子账号筛选矿工、查看矿工图表、连接日志和失败数据，不用于修改端口或钱包 |
观察者 API |
| 多实例与实时诊断 | 群控当前已确认的转发调用用于读取远程端口、统计、资源、版本和启动时间；WebSocket 可订阅／取消订阅矿工组的实时 Stratum 数据，并处理心跳和关闭 | 群控、WebSocket |
钱包统计和矿池结算不是同一数据来源：代理侧的有效算力与份额记录不能直接当作客户最终到账金额。观察者“只读”也不等于“每个客户的数据已隔离”；钱包查询条件不是权限控制。对外提供客户查询前，应另外核实可见范围，必要时由自有服务端执行客户身份校验和数据过滤。
代理运营：可以修改和控制什么
| 控制范围 | 可执行的操作 | 生效边界 |
|---|---|---|
| 代理端口生命周期 | 创建、编辑、启动、停止、删除和批量导入；配置币种、监听端口／协议、主备矿池、上游协议、连接数上限及运行模式 | 编辑可能重启端口；停止、删除会影响接入；导入需检查逐项失败结果 |
| 端口高级参数 | 在支持的币种／协议下配置算力保护、成功响应行为及延迟、矿池或固件兼容优化、矿机内核信息替换、KENC／SOCKS5 扩展模式和 TMS3 压缩参数 | 不同模式支持范围不同；强制返回成功不等于矿池实际接受份额；不自行修改语义未确认的保留字段 |
| 抽水钱包与比例 | 新增、修改、删除抽水钱包，调整钱包／子账号、矿工名与比例；设置钱包级、单台矿机级独立比例或恢复默认，并收藏／取消收藏钱包 | 热更新与完整端口编辑不同；无损模式下抽水矿池地址和协议须跟随主矿池 |
| 钱包／矿工热替换 | 查询、新增、删除 t=2 的 wallet.device 规则，使用多值、整侧通配、保留原值占位符及可选矿池重定向 |
规则不支持原地编辑，修改需删除后重建；命中矿机会断开并重新接入，不能承诺无中断 |
| 通知与常用配置 | 读取并保存掉线推送／邮件设置、掉线矿机记录保留时长、快捷矿池和钱包配置 | 推送依赖可用渠道；离线记录清理不主动断开在线矿机；完整对象保存前先读取合并 |
| TMS 与链路配置 | 读取并保存服务端 TMS 客户端配置，包括配对代码、主备地址、端口／上游映射、模式、标题、公告和说明；读取、设置或恢复 KENC 密钥 | TMS 配置保留协议路径 /api/rms/config；修改链路参数或密钥前确认两端一致，不代表能远程修改矿机固件 |
| Web 安全与访问控制 | 修改后台安全路径、Web 端口和 HTTPS；上传挖矿端口证书／私钥或恢复内置证书；增删 IP 黑名单及钱包黑／白名单 | 可能重启服务、改变管理地址或阻断连接；保留管理访问恢复路径 |
| 观察者与群控管理 | 启停观察者模式、读取观察者凭据；获取／刷新群控凭据，添加、更新、删除远程实例记录 | 不把观察者凭据当管理员凭据；群控已确认的转发用途是读取，不能推断支持任意远程写操作 |
| 引擎与状态维护 | 请求刷新算法引擎、重置程序崩溃／启动失败标记 | 重置标记不是修复故障，也不是服务器重启、固件升级或任意命令执行接口 |
参数和请求格式见 端口与钱包、矿工与统计、系统配置 与 安全接口。本文概述控制范围，不替代具体接口的字段和兼容性约束。
PoolNode：项目、网站和收益管理
下列能力属于内置 PoolNode 管理接口，需满足项目激活、账号验证及对应业务条件。它们不是普通第三方矿池代理的结算接口，也不能用于修改任意外部矿池账户。
| 模块 | 可查询内容 | 可控制内容 |
|---|---|---|
| 项目与节点 | 项目状态和币种费率、节点端口、接入地区／端点、延迟、节点统计和同步状态 | 申请、激活、注销项目；创建／删除节点端口，调整端口公开模式和统一钱包 |
| 网站与 APP | 网站端口、安全路径、公网访问和 TLS 状态、证书类型、网站配置、模板及下载状态、APP 通信地址和邀请码 | 修改网站端口／路径／公网开关／TLS，上传或恢复网站证书，保存 Logo、标题、公告等配置，选择或恢复模板，保存 APP 通信地址 |
| 费率、收益与子账号 | 收益汇总、收益／支付记录、收益地址及起付金额、小额提现资格与记录、子账号列表及费率／返佣配置 | 设置节点币种费率和收益邮箱；发送验证邮件并按验证流程修改收益地址／起付金额；符合资格时提交小额提现申请；设置或恢复子账号费率，设置或移除返佣 |
详见 PoolNode 项目与网站管理 和 PoolNode 费率、收益与子账号。注销项目、改变收益地址、提交提现都属于敏感操作，不能把超时直接当作失败并自动重复提交。面向终端用户的另一套 PoolNode 用户端 API 应单独对接，不与这里的管理凭据混用。
托管机构怎样接入自己的业务系统
一种可行的集成流程是：由机构自己的系统维护“客户—实例—端口—钱包／子账号—矿工”的对应关系，再调用 API 获取客户范围内的统计、执行已批准的配置变更并复查结果。例如为客户配置独立比例，或经授权创建临时钱包替换规则，之后查询端口、矿工与日志确认影响范围；业务系统还需保存操作人、批准依据和恢复记录。
客户登录、细粒度权限、审批、账单生成、电表计量、欠费判断和财务对账需要由机构的业务系统或其他服务承担。现有 API 能力概览没有确认矿机电源控制、超频、温度采集或维修工单接口，也不能把普通操作日志描述为完整、不可篡改的审计系统。API 是集成入口，不自动补齐这些业务能力。
开放条件、凭据和安全调用
- 在
rust-config中设置ENABLE_CONTROL_API=1并重启，通过后台“设置 → API”获取或生成 API Key。Key 管理由后台设置页承担；不要假定未认证调用可以获取 Key。 - 按 API 鉴权文档 用 Key 生成 Access Token，普通请求发送
X-ACCESS-TOKEN，基址保留后台安全路径。Token 有效期约 2 小时；生成新 Token 会让旧 Token 失效，刷新 Key 会让旧 Key 及其 Token 全部失效，多调用方需协调轮换。 - 把通用 Token 视为高权限凭据。当前文档未提供按客户签发多个 Key 或细分权限范围的能力；凭据仅保存在受控服务端，使用 HTTPS、来源限制和限流。观察者 TOKEN、群控 TOKEN 与普通 API 凭据分别管理。
- 修改配置前先读取、保存原值，再合并目标字段并写入，避免覆盖已有设置；写后重新查询。端口记录 ID 与监听端口号不能混用，比例字段通常使用
0–1小数，具体以字段定义为准。 - 同时检查 HTTP 和业务结果，尤其是 PoolNode 的
status、导入的逐项错误及服务重启后的新地址。读请求可有限退避重试；删除、地址变更、提现等写操作出现不确定结果时先核对状态。WebSocket 接入还需核实目标版本的握手鉴权和反向代理配置。
未被当前文档确认为稳定接口的旧路径，不应仅凭前端常量就纳入自动化控制。完整的请求格式、实时消息与兼容处理见各模块和 错误处理文档。
托管运营：手续费设置与客户钱包切换
对于矿机托管机构，TCMinerProxy 不仅是连接入口，也可以承接按客户划分的端口、服务费分配和钱包切换。建议为客户建立独立端口或明确的“客户—钱包／子账号—矿工”对应关系，让日常运营动作有清晰的作用范围。
示例：按约定设置 2% 托管服务手续费
假设某托管机构与客户约定，使用 2% 的代理分配比例收取运维服务费。机构可以在客户对应端口添加自己的服务费钱包或矿池子账号，并把比例设为 2%；在仅有这一条服务费配置、没有独立比例覆盖的简化示例中，客户对应剩余 98% 的配置份额。
这里的 2% 是业务举例，不是 TCMinerProxy 官方软件费率，也不表示客户最终到账金额必然严格按 98∶2 分成。实际结算还受有效份额、矿池规则、软件费用等因素影响，电费也应按约定另行核算。使用无损模式时，服务费钱包仍需满足受支持币种、矿池及同平台要求。
不同客户可使用不同端口默认比例，也可按 端口详情 设置钱包或单台矿机的独立比例。生效优先级为“单台矿机比例 > 钱包独立比例 > 端口默认比例”。调整支持的手续费钱包和比例可使用 抽水热更新，无需因保存该配置而主动断开矿机。
示例：客户未支付电费时，集中切换钱包
在托管协议已约定此处理方式、取得客户授权并完成欠费核对与通知的前提下，机构可以使用 钱包／矿工名热替换，把该客户后续提交使用的钱包或矿池子账号集中切换到约定的结算账户，无需逐台登录矿机修改。
例如，以下均为虚构的矿池子账号，不是真实钱包地址：
| 规则项 | 示例 | 作用 |
|---|---|---|
| 匹配组合 | customer_a.* |
只匹配客户 A 原有子账号下的矿工 |
| 替换目标 | hosting_settlement.#{DEVICE} |
切换到约定结算子账号，并保留原矿工名 |
| 矿池重定向 | 本例不启用 | 保持当前端口矿池不变；目标子账号须在该矿池有效 |
业务上所说的“一键切换”，指在服务端集中提交该规则，而不是逐台改矿机；实际界面仍需填写规则并二次确认影响范围。规则命中后会断开对应矿机，新身份在重新连接时生效，因此应先验证少量设备，并安排变更窗口。不要在多人共用端口上直接使用 *.*，以免把其他客户一起切换。
这项功能只改变后续连接使用的上游身份，不会转移矿池账户已有余额，也不会修改矿池中的提现地址。它不是自动识别欠费、读取电表、生成账单或自动扣款的计费系统；是否欠费、应抵扣多少以及何时恢复，需要运营方在自己的账务流程中核对。
结清后的恢复与运营记录
- 变更前保存客户、端口、原始钱包、矿工范围和规则记录，并核实结算子账号可用。
- 切换后同时检查端口设备身份与矿池 worker 数据，记录生效时间和受影响设备。
- 客户结清后删除对应临时替换规则，待矿机重新连接，再确认其原始身份已恢复，且不存在其他匹配规则。
- 对照实际生效时段完成账务核对，保存操作人、通知记录、切换和恢复时间，便于客户查询与内部复核。
以上是功能应用示例，不代表产品已内置自动电费催缴或结算流程。公开、可核对的规则和恢复流程，比单纯能够切换钱包更重要。
币种与协议兼容性如何确认
选型不能只看币种名称。需要同时确认矿机固件、挖矿算法、目标矿池端点、用户名格式、服务端版本和所选监听协议。例如 BTC 与 LTC 的算法不同，不能仅通过更换代理地址把一种硬件变成另一种算法的矿机。
TCMinerProxy 提供多种监听方式，包括 TCP、TLS/SSL 以及与 TMS 配合的协议。具体币种和可选功能以当前端口界面及文档为准；某个协议可用，不代表该协议下的全部统计、钱包替换和抽水能力都相同。透明代理尤其需要单独确认功能边界。
TMS3 不是 Stratum V2 的别名，不能据此推断 Stratum V2 兼容性。首次测试应记录实际软件版本、矿机型号、上游地址与协议组合，形成可复用的兼容性清单。
面向不同地区矿场的部署思路
全球部署首先是链路选择问题。对比“矿机到服务器”和“服务器到矿池”的总路径，而不是只看服务器所在国家或一次延迟测试。持续观察丢包、抖动、重连和有效份额，比根据机房名称判断质量更有意义。
- 单一场地：直连矿池不稳定或不可达时，优先测试矿场可达且能稳定连接矿池的就近云区域，分别验证两段链路；本地部署则需确认原有出口能够访问矿池。
- 多地区矿场：按实际网络表现规划区域入口，避免所有场地都绕行同一个远端节点。
- 本地出口连接数或流量受限：评估 TMS，但同时检查本地设备的 CPU、内存和断电恢复能力。
- 云服务器部署：核对供应商对相关工作负载的政策、流量计费、安全组、系统防火墙和公网地址安排。
域名便于管理入口，但 DNS 修改不会自动迁移已经建立的连接。主备地址、失效切换与重连行为必须做实际演练；增加第二台服务器也不自动等于具备高可用。
Linux 与 Windows：从安装到首个有效连接
服务端提供 Linux 和 Windows 下载。请从 TCMinerProxy 服务端下载页 选择当前系统对应的文件，并按照 Linux 与 Windows 安装教程 操作。完整指南不重复复制安装命令，以免与后续安装器更新产生分歧。
- 确认系统、程序版本、服务器地址、矿池账户以及管理端口和挖矿端口的放行范围。
- 下载官方程序；使用安装脚本前先检查来源与内容，不盲目执行转发来的命令。
- 首次进入后台后修改默认账号密码，设置安全访问路径，启用二步验证并保存恢复资料。
- 创建一个测试代理端口，设置币种、协议、上游矿池与钱包规则。
- 先接入少量矿机，同时检查服务端日志、矿池 worker 和有效提交。
- 如果需要 TMS，再从 TMS 安全客户端下载页 获取程序，按 TMS 文档 配对，并对比启用前后的表现。
- 分批扩大接入，导出配置备份，保留原始地址与可执行的回滚步骤。
版本号以 TCMinerProxy 官方 Releases 和 TMS 官方 Releases 为准。升级前阅读变更内容，不要只替换程序而忽略配置兼容性。
上线前的安全与容量验收
管理后台和挖矿端口承担不同职责，应分别规划访问权限。限制管理入口来源，使用受控的 HTTPS 管理链路，保护证书私钥和 API 凭据。非默认访问路径有助于减少误访问，但不能替代身份认证与防火墙。
矿机到代理、代理到矿池是不同链路，一端启用加密不代表另一端也已加密。证书校验失败时，应检查域名、证书链和系统时间，而不是长期关闭校验。更多配置见 安全必读 和 设置中心。
| 验收项 | 需要记录的证据 |
|---|---|
| 有效连接 | 矿机上线、代理日志、上游 worker 与接受份额能相互对应 |
| 稳定性 | 相同观察窗口内的拒绝份额、过期份额、断连次数和恢复时间 |
| 资源容量 | CPU、内存、连接数、网络流量、日志增长，以及压缩开启前后的变化 |
| 安全边界 | 后台访问限制、二步验证、证书、API 权限与凭据存放位置 |
| 恢复能力 | 配置导出、版本记录、备份恢复、主备地址与旁路演练 |
不要用一次瞬时算力截图推断长期表现。矿机、代理和矿池的统计口径或时间窗口可能不同；做直连与代理对比时，应尽量保持矿机、矿池、观察时长和参数一致，并从少量设备逐步扩容。
费用与收益：分清不同层级
预算应区分软件自身费用、矿池服务费用、运营方配置的抽水或节点费率，以及服务器、带宽和运维成本。普通代理的份额分配与 PoolNode 的节点收益流程不是同一层机制。
当前软件收费说明请查看 关于 TCMinerProxy，并核对所选模式和正在使用的版本。代理可以集中管理连接，但不会改变矿机的物理计算能力，也不能消除网络难度、矿池结算规则或市场价格带来的收益波动。
常见问题
所在地区连不上矿池，可以通过云服务器中转吗？
可以，只要矿场能访问该云服务器，且云服务器能正常连接目标矿池，就可以部署 TCMinerProxy 建立中转入口。先测试少量矿机，并在矿池侧确认有效份额；不要把地理上“就近”或后台显示“已连接”直接当成链路已经稳定的证据。
使用 TCMinerProxy 是否必须安装 TMS？
不是。矿机可以直接连接 TCMinerProxy 代理端口。只有确实需要本地接入、连接聚合或压缩传输时，才需要评估 TMS 这一额外组件。
TCMinerProxy 是矿池本身吗？
普通代理模式负责连接现有的第三方矿池，不等于独立矿池。需要自有节点入口、官网、用户和收益查询时，应进一步了解 PoolNode，并确认其运营边界。
一台服务器能接多少矿机？
没有适用于所有场景的固定数字。容量取决于协议、币种、连接数量、压缩设置、硬件和上游表现。应按本文的验收项目逐批测试，而不是按设备数量直接套用服务器规格。
开启加密或无损模式后，还需要监控拒绝率吗？
需要。加密解决的是特定链路的传输保护，无损模式也有适用条件；它们都不替代兼容性测试、资源监控与上游有效份额核对。
如何继续学习和开始部署？
先阅读 TCMinerProxy 配置与运维文档，再完成测试端口和少量矿机验收。需要本地安全链路时阅读 TMS 文档，需要节点运营时阅读 PoolNode 文档。先建立可验证、可恢复的最小部署，再扩展到更多场地和设备。