Raising our Series B round of financing
Overview
Oxide Computer Company announces a $100M Series B funding round led by USIT, more than doubling their total capital raised to date. The article traces the company's journey from skeptical VCs in 2019 through building a complete hardware-software cloud computing stack for on-premises deployment, shipping their first system two years ago, and reaching general commercial availability with growing customer adoption.
What You'll Learn
Why co-designing hardware and software together produces superior on-premises cloud computing products
How Oxide built a full-stack cloud computer from custom board designs to a distributed control plane
Why transparency (open RFDs, documentation, source code, podcasts) accelerates enterprise sales cycles
How a startup can challenge incumbents by rethinking on-premises infrastructure from first principles
Prerequisites & Requirements
- Basic understanding of cloud computing concepts and on-premises vs. cloud deployment models
- Familiarity with data center infrastructure components (servers, networking, storage, hypervisors)(optional)
Key Questions Answered
How much funding did Oxide Computer raise in their Series B?
What technology components did Oxide build from scratch for their cloud computer?
Why did Oxide choose to build both hardware and software for on-premises cloud computing?
How does Oxide's transparency help accelerate enterprise sales cycles?
Who led Oxide Computer's Series B funding round?
What will Oxide use the $100M Series B funding for?
How does Oxide eliminate traditional data center infrastructure complexity?
Key Statistics & Figures
Technologies & Tools
Key Actionable Insights
1Co-designing hardware and software from first principles can yield dramatically better products than integrating third-party components. Oxide eliminated UEFI BIOS vulnerabilities, third-party hypervisor licensing costs, and complex network switch integration by building each component themselves with deep integration in mind.This approach is applicable when building infrastructure products where integration complexity and licensing costs of existing components represent significant pain points for customers.
2Radical transparency through open documentation, public RFDs, podcasts, and open source code can significantly shorten enterprise sales cycles. Oxide found that prospects who had already consumed their public technical content moved from first conversation to delivered product surprisingly quickly.Enterprise infrastructure companies should consider publishing technical design documents, source code, and engineering discussions publicly as a sales acceleration strategy, not just a community-building exercise.
3When building a deeply technical product, the biggest risk investors may see is market risk rather than technical risk. Oxide experienced VCs saying 'we know you can build this but don't think there's a market,' when the founders believed the opposite—that technical risk was high but market demand was certain.Founders raising capital for infrastructure startups should be prepared to address market validation head-on, and seek investors who understand the target market's pain points firsthand rather than those unfamiliar with the domain.
4Building a complete integrated system requires hitting milestones in sequence: board bring-up, networking, control plane, manufacturing, regulatory compliance (FCC), first shipment, first field update, and then general availability. Each milestone unlocks the next phase of customer and investor confidence.Hardware-software startups should plan for a multi-year development timeline with clearly defined milestones, understanding that each completed milestone de-risks subsequent stages and builds credibility with customers.
5Eliminating third-party dependencies in infrastructure (hypervisor licensing, BIOS vendors, switch software) not only reduces costs but also removes entire categories of security vulnerabilities and operational complexity for customers.When evaluating build-vs-buy decisions for infrastructure components, consider not just the direct cost savings but the elimination of vulnerability surface area and integration complexity that third-party dependencies introduce.