关于狗急加速器
我们做的一件事很具体:把跨境访问的延迟和丢包压到用户可以忽略的程度。围绕这件事,团队分成选路引擎、传输协议与客户端三条研发线,各自盯着不同的指标。
产品定位
面向需要稳定跨境连接的个人与团队。不追求节点数量上的数字竞赛,而是让每一座已上线城市的线路都具备互为备份的能力。
132 个节点 / 48 个国家与地区
技术理念
凡是能用数据说明的变化,都给出测试条件与采样口径。测不出来的改善,不上线,也不写进发布说明。
发布说明附带实测数据
安全底线
传输架构可以重构,加密参数不降级。不留存访问日志与通信内容,仅保留计费所需的连接时长与会话数量。
AES-256-GCM / Curve25519
团队构成
六条职责线,各自认领一个指标
每条研发线都有明确的对外发言人,你在新闻资讯里看到的每一组数据,都对应下方某一位的具体负责范围。
陈锐 · 技术负责人
负责选路引擎与整体技术路线。近期工作集中在第三代算法的权重模型与误判回退机制。
负责指标:跨洲线路命中率
林嘉伟 · 网络架构师
负责全球节点的选址、上联与冗余设计。本轮扩容的欧洲 6 城 24 条通道由其规划落地。
负责指标:欧洲方向延迟降幅
苏婉清 · 产品总监
负责套餐体系与场景化能力。企业专线的席位模型与开通流程由产品线定义。
负责指标:团队场景开通周期
何启明 · 运维负责人
负责节点健康巡检与故障响应。5 秒粒度的巡检策略与秒级会话迁移由运维线维护。
负责指标:节点可用率
郑一鸣 · 安全研究员
负责加密实现与协议安全评审。多协议并行重构期间的密钥管理方案由其设计。
负责指标:加密参数不降级
吴桐 · 客户端研发负责人
负责五端客户端与路由器配置包。分应用代理、链路诊断与流媒体优化均在客户端侧实现。
负责指标:起播时间与卡顿率
数据口径
我们如何公布一组数据
测试条件写清楚
延迟类数据统一说明测试终端所处的城市、宽带类型与采样时段;丢包类数据说明采样周期与每周期包数。不接受只给结论不给条件的对比。
给观察窗口
任何优化都至少经过 14 天的灰度验证,覆盖工作日与周末、早高峰与晚高峰,观察期内的异常会一并写入发布说明。
可复现
客户端内置链路诊断,用户可以在自己的网络下得到延迟、丢包、抖动三条曲线,与公布的数据相互对照。
说明局限
数据受本地网络与运营商影响,个人实测结果可能与公布值存在差异。差异明显时,我们会把样本纳入下一轮修正。