突破规模极限的边陲巨构：Marzneshin 的高并发蜕变
当千级节点遭遇性能死锁，以边陲之名重塑底层并发与多核心编排
第一幕 · 扩展之痛：千级节点下的“锁与等待”
在抗审查网络对抗演进到白热化的 2024 年，代理节点的生存周期被急剧压缩。为了保障数万用户的全天候连接，中大型服务运维者不得不跨越数十个国家、部署数以百计乃至上千台服务器节点。
然而，当集群规模突破数十台的临界点后，原有的面板架构遭遇了极其残酷的物理天花板：主面板与节点之间频繁的全量状态轮询，迅速耗尽了主机的数据库连接池；多线程下的并发写入触发了数据库事务死锁；节点同步延迟从秒级恶化为分钟级，新创建的用户甚至迟迟无法在边缘服务器上认证通过。
“当网络封锁逼迫我们分散到千百个节点时，管理中枢绝不能先于节点倒下。”2024 年 1 月 21 日，一群富有丰富高并发系统设计经验的工程师在 GitHub 提交了 Marzneshin 的初始代码。
与先辈 Marzban（边防守卫）遥相呼应，他们以“Marzneshin”（意为生活在最边缘、最险峻边境线上的“边陲居者”）为名，在 README 中赫然立下技术誓言：“A fork of Marzban aiming for scalability”（旨在突破可扩展性极限的 Marzban 演进版）。[1][2]
第二幕 · 重构骨架：异步队列与 Marznode 差量同步
为了彻底击碎并发瓶颈，Marzneshin 团队对底层数据流进行了大刀阔斧的“开胸手术”。
他们摒弃了主面板直接同步所有节点全量数据的粗暴方式，在核心架构中引入了高效的任务队列与事件总线系统。数据库事务被严格拆分为细粒度的原子操作，消除了全局锁竞争。
在节点端，他们全新构建了专用守护程序 Marznode。主面板与 Marznode 之间的通信彻底进化为“差量增量推送机制”：无论系统拥有几万名用户，当某个配置或密钥变更时，主面板仅向节点广播毫秒级的差异变更指令，网络传输开销骤降 90% 以上。
第三幕 · 多核并流：Xray、sing-box 与 Hysteria 2 的混合矩阵
在攻克可扩展性难题的同时，Marzneshin 团队敏锐地捕捉到了底层协议生态的深刻分化。
彼时，单一依赖 Xray 已难以抵御某些地区的特定深度审查；sing-box 凭借统一路由大放异彩，而 Hysteria 2 则凭借暴力抗丢包成为恶劣网络环境下的绝对利器。然而，市场上几乎所有主流面板都只能死守单一内核，迫使运维者为了部署不同协议不得不运行多套完全孤立的面板系统。
Marzneshin 在业内率先打破了这一技术壁垒。团队在架构中设计了统一的抽象核心驱动层，使单一面板能够同时指挥并调度 Xray、sing-box 乃至原生 Hysteria 2 节点。
运维人员可以在同一个 Web 控制台中，为同一位用户同时分配来自 Xray 的 REALITY 入站与来自 Hysteria 2 的高速 UDP 通道，并由系统统一进行全局流量计费与到期结算。这种真正意义上的多核心融合，让 Marzneshin 成为服务端工程领域的技术标杆。[2][3]
第四幕 · 工业演进：从 Docker Compose 到持续交付
2024 年 3 月 19 日，团队正式成立 marzneshin 官方 GitHub 组织，将核心面板、marznode 节点组件以及自动化脚本纳入统一的开源治理体系。
团队极其注重生产环境的部署可靠性。他们推行了标准的 Docker Compose 编排方案，任何边缘节点仅需几行极简配置即可安全接入；更建立了严格的持续集成流水线，每天自动构建 Nightly 镜像并执行端到端协议回归测试。
从 2025 年 7 月发布 v0.7.4 稳定版，到持续至今的高频演进，Marzneshin 证明了开源分叉不仅是代码的延续，更是向技术无人区的无畏冲锋。这群“边陲居者”以硬核的工程实力，为大规模代理网络的生存与扩展交出了一份近乎完美的答卷。[5][4][1]