最近，我们报道了 来自 Virtbase 的优惠，并指出这家公司做对了许多事：它自研的 VPS 操作与计费控制面板、无 KYC、细致的滥用处理、用于备份的 API、自定义 ISO、IPv6 等等。它满足了所有要素。我们与创始人兼总经理 Janic Bellmann 聊了聊他们的故事与未来的方向。这看起来是一家真正清爽的公司，相信你会乐于了解更多。我们开始吧！
问：先简单介绍一下背景。Virtbase 到目前为止的故事是怎样的？
这其实要追溯到 2023 年 11 月。我的好友 Dominic 和我一直都对游戏和系统管理抱有热情。几年前我们运营过一个名为 SynexitFM 的网络电台，还自建了 TeamSpeak 与 Discord 机器人来接入我们的直播。由于 Discord 和 TeamSpeak 与游戏及游戏托管如此贴近，向这一领域扩展似乎是顺理成章的下一步。当时 Pterodactyl 正越来越流行，于是我们开始为自己托管游戏服务器，并最终我开始开发我们自己面板的第一版。因为它面向游戏社区，我们选定了「BeastHost」这个名字——它至今仍是公司的法定名称——并以极低的预算请了一位设计师为我们画了一只「野兽」吉祥物。
那时我几乎没有任何 TypeScript 或 Next.js 经验。我用 discord.js 写过 Discord 机器人，但从未做过那样规模的东西。差不多同一时间我开始学习计算机科学，技能由此逐渐增长，这离不开 YouTube、GitHub 项目与教程的大量帮助。
问题是我对自己构建的东西从未满意。我一遍又一遍地推倒重来——改功能、改主题、改核心部分，到后来连整个技术栈都换了。Pterodactyl 的 API 给我带来了很多麻烦；它实在不够对开发者友好，我也对它越来越沮丧。到 2024 年 12 月 30 日，我基本完成了——然后我的磁盘坏了，项目的大半部分都不见了。我无法恢复它们，因为 BitLocker 密钥丢失，而 GitHub 上也没有备份。
大约在那段时间，我们也觉得这个名字很傻，于是换了名。正是在那时 Virtbase 诞生了。我求学期间重度使用 Proxmox，于是彻底从计划中放弃了 Pterodactyl，转而使用虚拟机。我给自己定下最后一个使命：再开始一次，这次一定要完成。经过约六个月的工作，在 2025 年 10 月 18 日，我终于有了勇气将 Beta 版上线。
为获取反馈，我们以非常小的套餐起步——1 GB 内存 99 美分——并在 TikTok 上发布了一段德语视频。它一夜之间不知怎地就火了，我们迎来了头 100 名用户。我无比感激。我们终于完成了某样东西，而且我知道这个平台确实有用，而不只是浪费时间。
问：你们开源的托管与计费面板是个不小的工程。你的动力是什么？是为了消除费用（Solus、WHMCS 等的授权费），还是为了更多掌控，或其他原因？
首先，我们希望对自己的软件拥有完全的掌控。专有软件的问题在于，你购买授权来使用它，却从未真正拥有它。它也很少恰好支持你所需的功能，而且没有一种方案能适配每一家企业。于是你最终把好几款产品串在一起——而这条链上的每一环都可能断裂。
透明度对我们同样重要。我们希望每位用户都能看到后台运行的是什么、真正管理他们服务器的是什么。归根结底，那只是一种信任的形式。
问：在 2026 年我们自然要问：这是 vibe-coded（凭感觉用 AI 写）的吗？当然，你现在也在用 AI，因为大家都在用，但开发流程是怎样的？
作为独立开发者，我完全凭自己写完了这套软件。项目启动时，今天我们所知的 AI 还不存在——它根本没有能力设计一整套架构或应用。所以不，我不会称它为 vibe-coded，即便今天我也认为你无法用一条 prompt 描述清楚这类系统所需的全部细节并得到一个可用的结果。
我们现在确实用 AI 来实现更多功能，但每一处改动都由人工进行同行评审。此外，我们运行着一套包含安全扫描器、端到端测试与单元测试的庞大测试与代码质量流水线，较大的改动在上线前还要经过预发布（staging）环境。
这样做的一个副作用是，我们开始为此构建自己的工具。测试一个托管面板很难，因为每个真实功能最终都要与一台实际的 Proxmox 节点对话，而你不会希望 AI 代理——或初级开发者——拿生产环境做实验。于是我们构建了 Proxbase，一个开源工具，地址在 github.com/virtbase/proxbase。它让你在开发时按需拉起本地 Proxmox 节点，并用一条命令连接。我们的 AI 工具链用它来创建一个一次性节点，在上面实现并测试某个功能，运行安全检查，然后再销毁。这样改动是针对真实的 Proxmox API 测试的，而非 mock，而且在通过评审与预发布环境之前，绝不触碰任何客户基础设施。
问：你们面板的一个特性是也可以从 Discord 管理。这个功能的实际使用率高吗？
接受度很高——大约每三位用户中就有一位至少绑定了账户并尝试过该集成。许多人只是用它查看服务器的当前状态，但你几乎可以在 Discord 里管理一切。安全和账户相关的操作是例外；那些仍会重定向到客户门户。
问：让我稍微唱唱反调：拥有自己的面板，如何转化为让潜在客户选择 Virtbase 而非其他主机的东西？作为终端用户，也许我只想要一台荷兰的 VM，只要能用、不在乎用哪个面板来管理，我并不那么在意。
你说得对——有些人只想要一台能用的服务器，这没问题。但也许这只是我个人的偏好：我无法忍受那些常见现成面板的外观与手感。
我们在让整个体验从始至终都简单易用上非常用心。以防火墙规则为例：许多提供商要么完全不提供选项，要么让你在服务器内部手动配置一切。而在我们这里，你在面板里添加一条规则，能从服务器内部看到现有规则，并在客户区直接获得关于防火墙的建议与安全提示。再比如数据可携性：大多数提供商你不知道他们存了关于你的什么，而要拿到一份完整副本也很痛苦。在我们这里，你可以阅读全部源代码，并即时请求一份你数据的安全副本。
我们的目标是提供人们真正想要的体验——并去构建新东西，而非复制已有的。
问：你们自豪地逆流而行，拒绝 KYC。似乎越来越多的主机希望用户上传身份证件。你认为这在未来会成为行业常态吗？你对这一令人不快的趋势怎么看？
是的，这正成为一种趋势。得益于 AI，用户生成内容正呈爆炸式增长，我理解政府为何希望对这类内容加标签并识别发布者。
我们的立场，并且将一直保持，是在遵守德国与欧洲法律的前提下，尽可能少地存储信息。我们不要求用户上传任何证件。我们唯一必须保留的是账单信息，以便正确纳税——而且我们不会用身份证件去核验它。
与此同时，我们必须保护我们的基础设施免受攻击与恶意行为者侵害，这意味着要分析我们的网络与流量。所有这些都可以通过对 IP 数据与流量（端口、数据速率等）进行假名化分析来完成。运营一个安全的平台并不需要严格的 KYC。
我认为正是这个 KYC 问题导致许多提供商流失客户。但平台越大，你要遵循的法规就越多。到某个时刻，这就不再是你想要什么，而是你被迫做什么。
问：目前你们只能向欧盟 27 国客户计费。未来会扩展到英国、美国等吗？这一限制是否源于将会计与税务规则集成进你们自定义面板的工作量？
我们已经在寻找将计费扩展到欧盟之外的方法，是的，这一限制主要源于税务法规，而非面板本身。我们必须在客户购买所在国注册并缴税。在欧盟内有 One-Stop-Shop（一站式服务），那是一套标准化系统，我们每季度一次性为所有成员国申报并缴纳 VAT。在欧盟之外，事情很快变得复杂——例如在美国，根据产品不同，我们可能需要在全部 50 个州注册并代缴销售税。通过一套系统覆盖 27 国，对比在一个国家内覆盖 50 个州。以我们目前的规模，这样的集成尚不值得。
问：从提供商的角度看，接受加密货币意味着要应对一种非常波动的货币。你们如何缓解比特币等剧烈波动的影响？
我们无法缓解市场本身。我们结算为稳定币，它波动不大；我们监控市场并定期兑换持仓——有时是小赚，有时是小亏。我们已将此视为提供无 KYC 服务的成本，这对我们更重要。
问：你们目前在荷兰。有扩展到其他地方的计划吗？
我们的计划是长期保持价格可负担，而这只有在拥有清晰、可预期定价的数据中心才能做到。
我们与许多数据中心探讨过成本问题，最初起步于 Maincubes FRA1。自 COVID 疫情以来，大型数据中心价格飞涨，加上当前的经济形势——AI 需求——以及我们母国德国的政治局势，在主要设施中运营对我们来说并不可行。
SkyLink 数据中心连接非常好，到周边区域的延迟与其他数据中心几乎相同——大多数人不会注意到差别。如果你需要游戏的最低延迟，或许更偏好更本地化的地点，但对广泛的客户群来说并无影响。
我们计划在定价稍趋稳定、客户群增长后，扩展到更多数据中心。
问：还有什么是我们读者应该了解的？
Virtbase 是一家由真正使用自己产品的人运营的小型、诚实的企业。整个技术栈——面板、计费、Discord 集成——都是开源的，因此你永远不必仅凭我们的说辞来判断你的服务器如何被管理、我们存储了关于你的什么。我们不要求身份证件，我们接受加密货币，并努力让入门套餐足够便宜，让你无需多想就能试用我们。
我们仍很年轻，也有粗糙的边缘。如果你发现了，告诉我们——在 Discord 上、通过邮件，或作为 GitHub issue。面板中相当多今天已有的功能，最初都源于用户的建议，而这正是我们希望持续构建的方式。
谢谢，Janic！祝未来一切顺利。如果你想进一步了解 Virtbase，请查看他们的 网站。如果你想在荷兰拿到一台超值的 VPS，请查看 他们近期的优惠。