项目背景

Nynov 的起点不是一间完整的团队。 2024 年 1 月，我们进入这个行业，从售卖固件做起。2025 年 9 月，第一个双机项目落地，团队正式组建。也是从那时起，我们开始正面面对那类反复出现、却总被人绕开的问题：怎么在系统隔离（VT-D）的前提下，把采集与隔离方案做得稳定且高效。 这件事没有现成答案，也没有现成的工具。我们最早把它落到几个很具体的场景里：

• —RPC 双转——也就是最开始的网络版，但到去年年底出现了不少问题，如数据传输导致的延迟（200t）与网络波动；
• —早期另一版方案尝试在应用层做转换，但对很多系统的适配存在问题、握手失败，日志里只含糊的报错；
• —RTL8125，我们是首家提出此方案的团队，开发过程记着“这里试过”“那里不行”，最终得出一套可运用到实际的方案——也就是当下市面 8125 的雏形；
• —RDMA，我们在 8125 及其他网卡的实际情况下，开发了 Nynov RDMA，我们认为这是当下较佳的采集方案；
• —VT-D FW，隔离固件一直是我们研发团队的另一条方向，目前我们已经深耕四个月，完成了隔离固件的完整开发。

“采集层（观测）”和“系统兼容性”，是两个相互牵制的约束。 观测本身会扰动被测对象：多接一根线、多挂一个进程、多改一处配置，机器的行为就可能偏离它本来的样子。于是你看到的，已经不是你想看的那台机器。这是工程上老生常谈的“观测扰动”，但在现场里它常被低估——直到排障排到一半，才发现先前依据的数据，是观测介入之后才产生的。

• —市面上买一套通用方案，能覆盖“大多数情况”，但实现不了“长时间一直稳定”；
• —在既有系统上做改造，能改一时，改不动底层时序与隔离这两层；
• —绕开底层走软件捷径最省事，代价是把不确定性留在自己看不见的地方，现场出问题时无从追。

我们没有把它当成一个“产品”去做，而是当成一个要长期面对的问题去拆。 工作被拆成两半，各自对应一个约束：

• —驱动层——负责把数据拿准。目标是拿到机器在原生运行下的全部数据，而不是从不合理的通道获取数据。
• —硬件层——负责把环境隔开。目标是让读取与合理性互不干扰，接入不影响机器本来的运行方式。

两条线共同遵守一条底线：不打断机器原本的运行方式。任何会改被测对象行为的做法，都不在考虑范围内。 落地层面，这两条线最终沉淀为自研的固件与驱动：基于主流网卡平台做深度定制，链路稳定、长时间连续运行丢包率低；覆盖主流主板与系统版本，出厂前完成兼容性回归。这不是一次性的交付，而是从最早一版方案就延续下来的习惯——把“稳定”和“兼容”当作要反复验证的工程指标，而不是参数表上的一句话。

问题没换，名字换了几轮。 从最早的一版方案，到今天在售的产品线，脉络大致是：

• —RPC 双转——最早的一版，先解决眼前最迫切的“让两台机器对上话”；
• —早期应用层转换方案——在 RPC 双转之上继续往前，把覆盖场景扩到应用层面；
• —RDMA——今天的在售产品线之一，负责网卡驱动方向开发；
• —VT-D FW——另一条线，负责隔离固件方向开发。

期间我们也承接过不少市面上的项目。每一单都不是单纯的交付，而是把“稳定”和“兼容”这两个词再压实一点：现场遇到过的边角情况、手册里没写清的握手顺序、某块主板特有的时序偏差——这些经验被收进自己的固件与驱动里，成为下一版方案的一部分。 我们自 2024 年 1 月进入这个行业，从售卖固件起步；2025 年 9 月，第一个双机项目落地，团队正式组建。此后不断研发，为解决客户问题始终不懈努力。

我们清楚这类工作的边界，也据此给自己设了三条原则：

• —克制——不追求参数表上好看的数字，只追求长时间运行之后，链路依旧稳定。
• —诚实——能做到的写清楚，做不到的不承诺。一句提前说出口的警告，胜过事后十句道歉。
• —长期——愿意为每一位客户的兼容性问题付出实践，让客户每一分钱都花到点上。

合规边界同样明确：本网站所有产品仅限合法授权的自有设备与合规业务场景使用，用户需自行确保其使用行为符合所在地法律及所涉第三方服务条款。我们提供的是观测与隔离的工具方法，不替代、也不参与任何对设备原有业务的改动。

故事还没写完。如果你也在等一个没人肯做的答案，我们大概会说同一种语言。