从一条跑不满的跨境链路开始
2024 年春天，团队还在为一家跨境电商做技术支持。客户每天凌晨批量同步商品数据，同一条新加坡线路白天能跑满 300Mbps，到了晚上八点只剩 40Mbps，重传率高到监控面板整片变红。换机房、换运营商、加带宽都试过，问题依旧，因为丢包发生在别人的网络里。
那次排查持续了六周。结论写在一张只有十几行的笔记上：跨境链路的瓶颈不在出口带宽，而在中间跳数的不可控。与其继续租更贵的线路，不如自己掌握入口与转发规则。快鸭加速器的第一版原型，就是在这张笔记的基础上写出来的。
最初只有三个节点、两台测试机和一个不到十人的小组。功能也简单到近乎粗糙：手动选线路、显示实时延迟、断线后自动重连。但用户反馈出乎意料地集中——大家真正在意的不是界面上有多少按钮，而是打游戏时技能会不会慢半拍、开会时声音会不会断续。
三张专线，三种不同的取舍
今天的客户端把流量分成游戏、直播、办公三张专线，这个结构来自用户的使用习惯，而不是技术上的分类。游戏流量小包高频，怕的是抖动；直播流量持续上行，怕的是缓冲耗尽；办公流量种类杂，怕的是切换网络时连接中断。三种怕的东西不一样，能用的策略也就不一样。
游戏专线把单包排队时间压到 5 毫秒以内，超出就提前转发，宁可多花一点带宽也不让技能排队；直播专线让缓冲区跟着网络质量浮动，网络好时缩到 320 毫秒换延迟，网络差时先垫厚再谈画质；办公专线保留会话上下文，Wi-Fi 与蜂窝之间切换时只重新协商密钥，不重建隧道。
三张专线共用同一套节点与同一份账号体系。用户在场景页选一次用途，客户端会记住这个选择，之后按进程自动匹配。没有识别到的程序走通用队列，速度不占优，但也不会被限速。
节点与协议的数据口径
对外公布的每一个数字都能在客户端里复核。节点数量指可接入的边缘入口，不含中转与回源设备；平均延迟指亚太区过去 30 天的中位数，不是最好成绩；吞吐保留率指开启加速后的下载速度与直连速度之比，在 300Mbps 入户线路上单独统计。
| 指标 | 当前值 | 统计口径 |
|---|---|---|
| 边缘节点 | 286 个 | 可接入入口，覆盖 58 个国家与地区 |
| 亚太平均延迟 | 12ms | 近 30 天中位数，含 6 家运营商 |
| 吞吐保留率 | 92.4% | 300Mbps 入户线路，30 天实测 |
| 握手耗时 | 0.4s | 首次连接，鸭速协议 3.0 内核 |
数据口径之所以写得这么细，是因为行业里太多数字没有限定条件。把「最低延迟 1ms」印在首页并不难，难的是告诉用户这个 1ms 出现在哪条线路、哪个时段、用什么方法测出来的。我们选择后者。
我们坚持的几条运营原则
订阅一次性购买，到期不自动扣费。这条规则从第一天执行到现在，损失的是续费率，换来的是用户不必担心某天醒来发现被划走一笔钱。到期前三天客户端与邮件各提醒一次，续不续由用户决定。
客户端不注入广告，不改写页面，不接管系统代理设置。加速器能看到的只有链路耗时与错误码，看不到用户访问的域名与内容，诊断日志默认保留 7 天，用户可以在设置里立即清除。
节点不卖排名。列表里的顺序由实时健康分决定，分数来自丢包率、往返时延与近一小时的成功率，付费与否不影响权重。某条线路长期异常时，运维按城市聚合反馈后调整互联，而不是把它从前排藏起来。
关键时间线
- 2024 年 3 月：项目立项，完成第一版隧道原型，3 个节点上线内测。
- 2024 年 11 月：鸭速协议 1.0 发布，节点扩展到 46 个，客户端支持 Windows 与 macOS。
- 2025 年 6 月：移动端上线，账号体系打通四端，节点达到 120 个。
- 2026 年 1 月：鸭速协议 2.x 完成单流隧道优化，节点突破 200 个。
- 2026 年 8 月：连接内核重构，握手压缩到 3 个往返。
- 2026 年 11 月：鸭速协议 3.0 多路复用内核全量上线，节点达到 286 个。
服务信息与联系方式
本区块为演示样式，用于展示资质与联系信息的排版位置。正式上线时请替换为真实的运营主体名称、注册地址、备案编号与服务邮箱。
运营主体：演示主体名称（待替换）。注册地址：演示地址（待替换）。备案编号：演示编号（待替换）。服务邮箱：演示邮箱（待替换）。以上信息在正式运营前需补齐，未补齐前本页面仅作展示用途。
技术咨询与线路反馈请优先使用客户端内的诊断入口，工单会自动附带链路探测记录，比邮件描述更快定位问题。商务与合作相关事宜，请通过官网公布的邮箱联系，我们通常在工作日 24 小时内回复。
把链路修好这件事没有终点，只有下一段更差的网络在等着。我们能做的是让每一次连接都尽量少走弯路。