Dash0
开放标准与采用势头相遇,却对应未经验证的独角兽价格
Dash0 的创始人与市场匹配度可信,产品深度贴合行业标准,且已有采用势头;但在缺少一手财务、客户质量、控制措施和融资条款证据的情况下,其 $1 billion 估值无法纳入投资判断。
覆盖范围与披露说明
截至 2026 年 10 月 20 日的公开来源尽调。融资、产品范围和据报道的客户采用情况可见,但在留存证据中找不到私有财务数据、客户队列、融资条款、治理记录和企业级保障材料。
封面要素
公司概况
Dash0 成立于 2023 年,总部位于纽约,是一家围绕 OpenTelemetry 和开放查询接口搭建的可观测性公司。其平台把托管指标、日志、追踪和资源监控,与遥测控制、AI 开发治理以及 Agent0 工作流结合起来,用于调查事故并起草修复方案。公司于 2026 年 3 月以 $1 billion 估值完成 $110 million 的 Series B,但没有公开披露足以评估收入质量或资本效率的经营指标。
- 创始人
- Mirko Novakovic, Ben Blackmore
- 创立地点
- Germany
- 总部
- New York, USA
- 产品
- 面向指标、日志、追踪、资源、网站和合成检查的托管式 OpenTelemetry 原生可观测性,配套 SignalControl 遥测处理、Darkplane AI 开发监督,以及 Agent0 调查和修复工作流。
- 客户
- 开发者、SRE 和平台工程团队,尤其是已经使用 OpenTelemetry、希望获得托管式可观测性后端的组织。
- 商业模式
- 按发送和存储的遥测量计费的用量挂钩 SaaS 定价;Agent0 Automations 另按积分消耗计费。
- 阶段
- Series B
- 融资情况
- 2026 年 3 月宣布的 $110 million Series B,估值 $1 billion;据报道累计融资约 $155 million。
执行摘要
主要优势
- 经验丰富的可观测性领域创始人,以及知名风险投资机构支持、资金充裕的 B 轮融资。
- 原生支持 OpenTelemetry 的数据接入和开放接口降低了初始埋点门槛,也支撑了可信的可迁移性主张。
- 据报道的客户增长、明确点名的客户参考,以及一项详细的生产环境迁移案例,为产品定位之外的实际采用提供了可见信号。
- SignalControl、Darkplane 和 Agent0 共同构成了从可观测性拓展到遥测治理和智能体运维的连贯机会。
主要风险
- ARR、确认收入、增长、毛利率、留存、客户集中度、烧钱速度、现金和现金跑道均未得到公开验证。
- 自主行动治理、安全保障、事故历史、正常运行时间、恢复表现以及 Agent0 的生产环境准确率仍未得到验证。
- Dash0 面对综合型成熟厂商、原生支持 OpenTelemetry 的同业、自托管替代方案和开源技术栈竞争,但独立的胜负案例或基准测试证据有限。
- 产品快速扩张和据报道的两起收购带来了路线图、整合及管理执行风险。
- 公开客户数采用的日期和定义各不相同,无法据此确认留存、合同质量、扩张或收入集中度。
未决问题
- 当前 ARR、确认收入、增长、毛利率、NRR、GRR、ACV 分布、客户集中度、现金、烧钱速度和现金跑道。
- 完全摊薄后的股权结构表、清算优先权、反稀释权和参与权、债务、期权池变动及收购义务。
- 客户数核对、队列留存、合同条款、生产环境与试点状态,以及独立的胜负案例证据。
- 当前 SOC 和隐私保障材料、事故历史、SLA 表现、灾难恢复结果及基础设施集中度。
- Agent0 和自动化修复在生产环境中的准确率、审批边界、审计日志、回滚行为及修复接受率。
- 完整的董事会和高管名单、表决权与投资者权利、创始人归属安排、继任规划及关键人员风险缓释措施。
目录
01公司概览
1.1 身份、阶段与产品范围
Dash0 成立于 2023 年,自称源自德国、总部位于纽约。公司在 2026 年 3 月融资后进入 Series B 阶段,估值达到 $1 billion。其核心主张是以 OpenTelemetry 为原生基础,覆盖指标、日志、追踪和资源,并据公司自述把 AI 辅助代码治理延伸到生产诊断与修复。以标准为中心的架构是其商业模式最清晰的组织原则:向工程团队出售统一的可观测性和运维平台,而不要求使用专有采集代理。留存来源无法证明收入、毛利率或经常性收入规模,因此不能把阶段和估值当作商业效率的证明。[CO001, CO002, CO003, CO011, CO012]
| 指标 | 数值或状态 | 截至 | 置信度 | 缺口或限定 |
|---|---|---|---|---|
| 法律主体 | Dash0 Inc. | 2026-10-20 | 中 | 未留存独立的公司注册信息核验。 |
| 成立时间 | 2023 | 2026-10-20 | 高 | 公司口径与独立报道一致。 |
| 总部 | 纽约;公司称源自德国 | 2026-10-20 | 中 | 法律住所和办公地点需要注册信息确认。 |
| 阶段 | Series B | 2026-03-23 | 高 | 根据已宣布融资判断的私营公司阶段。 |
| 最新轮次 | $110 million | 2026-03-23 | 高 | 筹资额不等于当前可用现金。 |
| 最新估值 | $1 billion | 2026-03-23 | 高 | 本轮估值;基础和稀释条款未披露。 |
| 累计融资 | $155 million | 2026-03-23 | 高 | 公司披露的累计融资。 |
| 付费客户 | 超过 600 | 2026-03-23 | 高 | 公司披露的数字被独立媒体重复;分母和流失率未披露。 |
| 员工数 | 2026-10-20 | 低 | 留存资料显示带日期的估算彼此不容;应取得以工资单为依据的名单。 | |
| 收入与 ARR | 2026-10-20 | 低 | 未留存可归因的一手指标;应要求经审计收入和 ARR 桥接。 |
数值保留来源报告的日期和定义;null 表示指定证据不足以支持可靠的当前数量。
[CO001, CO002, CO003, CO011, CO012, CO013, CO014]1.2 领导层与治理
创始人兼 CEO Mirko Novakovic 曾共同创办 Instana,具备直接的可观测性经验;IBM 于 2020 年收购 Instana。公开资料还将 Ben Blackmore 列为联合创始人,Series B 公告则称 Balderton 合伙人 Rana Yared 加入董事会。这说明创始人与市场的匹配度,但公开记录仍不足以评估决策权、独立董事覆盖、继任规划,或创始人以下的职责分配。留存的公司材料中,Novakovic 也是被引用最多的战略发言人,因此管理层深度和关键人韧性应列为尽调重点,而非既成弱点。管理层材料应提供完整董事会、管理层名单、归属安排和继任框架。[CO004, CO005, CO006]
| 人员 | 公开职务 | 相关背景或覆盖 | 关键人依赖 |
|---|---|---|---|
| Mirko Novakovic | 联合创始人兼 CEO | 曾共同创办 Instana,IBM 于 2020 年收购该公司。 | 公开战略以创始人为中心,因此是高优先级尽调事项。 |
| Ben Blackmore | 联合创始人;留存的一手证据未核实当前职务 | 公开资料称其为联合创始人和公司高级负责人。 | 职能范围和继任覆盖需要确认。 |
| Rana Yared | Balderton 合伙人兼董事会成员 | 因 Series B 加入董事会。 | 确认表决权、观察员权利和委员会分工。 |
截至运行日期的部分公开名单;职务、职责、董事会构成和继任覆盖需要管理层核实。
[CO004, CO005, CO006]1.3 融资历史与利益相关方图谱
已披露的融资序列始于 2024 年 11 月的 $9.5 million 种子轮,随后是 2025 年 10 月的 $35 million Series A,以及 Balderton 于 2026 年 3 月领投的 $110 million Series B。最新轮次据报估值 $1 billion,并使公司公开口径的累计融资达到 $155 million。新老投资方包括 DTCP Growth、Accel、Cherry Ventures、DIG Ventures、July Fund 和 T.Capital。这些数字说明筹得了多少资本,不代表可用现金、经营跑道或持股比例。留存证据没有公开股权结构表、清算优先权、按比例认购权、二级出售、债务或期权池变动。Balderton 获得董事会席位,使治理权成为尤其重要的跟进事项。[CO006, CO007, CO008, CO011, CO012, CO013]
| 利益相关方 | 已披露角色 | 控制权或经济重要性 | 尽调要求 |
|---|---|---|---|
| Balderton Capital | Series B 领投方 | 已披露轮次中金额最大的领投方;其合伙人加入董事会。 | 确认持股、董事会表决、优先权和按比例认购权。 |
| Accel | 种子轮领投方及老股东 | 参与过此前轮次和最新披露轮次。 | 确认累计持股和保护性条款。 |
| Cherry Ventures | 现有投资方 | 在 Series B 中继续投资。 | 确认持股、信息权和储备策略。 |
| DIG Ventures | 现有投资方 | 在 Series B 中继续投资。 | 确认持股、按比例认购权和任何商业影响。 |
| DTCP Growth | 新 Series B 投资方 | 最新轮次的成长型投资方。 | 确认配额、优先权和治理权。 |
| July Fund | 战略性 Series B 参与方 | 已披露战略关系,但经济条款未披露。 | 澄清投资金额和商业义务。 |
| T.Capital | 战略性 Series B 参与方 | Deutsche Telekom 关联资本可能带来渠道价值。 | 澄清投资金额、商业协议和排他性。 |
根据公开公告整理的部分融资方图谱;未披露持股比例、证券条款、债务或二级出售细节。
[CO006, CO007, CO008, CO011, CO012, CO013]1.4 规模信号、里程碑与未解指标
Dash0 表示截至 2026 年 3 月拥有超过 600 个付费客户,一家独立科技媒体重复了这一公司口径。公司自己的客户页面还提供具名推荐和评价摘录,但这仍是公司控制的证据,不是独立审计的客户普查。留存资料中的公开员工数彼此不一致,也没有可归因的一手证据证明当前 ARR、收入增长、净留存、毛利率、烧钱或跑道。竞争压力同样真实存在:独立市场评论把 Datadog 的分发能力、New Relic 的合作伙伴关系和不断壮大的开源工具视为对 Dash0 agent-native 平台论点的考验。因此,时间线显示产品和融资执行迅速,但仍保留经营指标缺口。[CO001, CO007, CO008, CO009, CO010, CO011, CO012, CO013, CO014, CO015, CO016]
Dash0 从成立到完成独角兽定价的 B 轮融资用时不到三年,但公开运营披露仍然有限。
日期采用来源报道的日或月精度;未插值任何日期或数值。
[CO001, CO003, CO007, CO008, CO009, CO010, CO011, CO012, CO013, CO014]02市场分析
2.1 市场边界与替代方案
可守住的核心边界,是面向现代工程团队的托管式全栈可观测性:收集、存储、查询、告警,以及对日志、指标、追踪、前端信号、基础设施和 AI 工作负载的调查。Dash0 的官方材料把 OpenTelemetry、PromQL 和 Perses 放在底层,并强调从前端到基础设施的单一操作界面。市场边界应排除规模更大的 AI 软件支出和一般开发者生产力工具;在有独立买方预算和附加率证据之前,Darkplane 与自动修复仍只是相邻方向。现状替代方案包括传统 APM 套件、自托管或开源可观测性、内部运营的 OpenTelemetry 管道,以及碎片化的点工具。开放式埋点降低了采集层锁定,但特定平台的仪表板、监控器、留存政策和自动化仍会制造迁移工作。[CM001, CM002, CM008, CM013, CM014]
| 细分市场或类别 | 纳入支出 | 排除支出 | 买方或付款方 | 对 Dash0 的相关性 |
|---|---|---|---|---|
| 全栈托管式可观测性 | 遥测数据采集、存储、查询、仪表盘、告警与调查 | 应用托管及无关的开发者工具 | 工程、平台或基础设施负责人 | 核心市场 |
| OpenTelemetry 原生后端 | 面向标准遥测数据的托管目的地与运行层 | 客户自营采集器及埋点工作 | 平台工程或 SRE 负责人 | 核心切入口 |
| AI 与智能体可观测性 | 监控 token 使用量、延迟、错误、工具调用及多步骤追踪 | 通用模型推理与应用支出 | AI 平台、工程或可靠性负责人 | 邻近工作负载 |
| 智能体化运维 | 与遥测数据绑定的调查及受控修复流程 | 通用编码智能体与工作流自动化支出 | SRE 或生产工程负责人 | 产品邻近领域 |
| 现状替代方案 | 既有 APM 套件、开源后端、内部流水线及单点工具 | 可观测性预算之外的不变更运营人力 | 现有可观测性预算负责人 | 竞争边界 |
边界综合 Dash0 产品文档与独立评测得出;这些类别是分析性分组,并非出版方报告的市场细分。
[CM001, CM002, CM008, CM013, CM014]2.2 受证据约束的市场规模
指定证据中唯一明确的品类估算来自 AgentMarketCap:其称 2026 年可观测性市场为 $3.35 billion,2031 年预计为 $6.93 billion,CAGR 为 15.62%。这些数字只能作为宽泛的品类上限,不能当作 Dash0 的 TAM,因为预取文本没有提供底层市场研究、地域、支出范围和发布方方法论。同一文章提到规模更大的 agentic-AI 支出,但该池子并不属于可观测性,因此应排除在规模测算之外。已审阅来源没有量化 OpenTelemetry 原生后端支出、Dash0 可触达的客户群、工作负载量或现实份额。自下而上的 SAM/SOM 需要按细分统计账户数、遥测量、留存结构、转化率和净定价。[CM005, CM006, CM013, CM015]
| 发布方或口径 | 年份 | 地理范围 | 数值 | CAGR | 方法论 | 信心 | 局限 |
|---|---|---|---|---|---|---|---|
| AgentMarketCap 广义可观测性估算 | 2026 | 未说明 | $3.35B | 不适用 | 文章层面的估算;未审阅底层研究 | 低 | 广义类别上限;不是 Dash0 的 TAM |
| AgentMarketCap 广义可观测性预测 | 2031 | 未说明 | $6.93B | 15.62% | 文章层面的预测;未审阅底层研究 | 低 | 预测假设与纳入范围不可得 |
| AgentMarketCap 智能体化 AI 支出背景 | 2026 | 未说明 | $201.9B | 相对 2025 年为 141% | 文章将该估算归因于 Gartner;未审阅原始报告 | 低 | 仅作邻近领域背景;不是可观测性的子集 |
| Dash0 自下而上 SAM | 当前 | 不可得 | 未披露 | 不可得 | 需要将目标账户数乘以遥测量与净单价 | 尚未解决 | 缺少细分数量、数据量、转化率及净定价 |
| Dash0 可获取市场 | 当前 | 不可得 | 未披露 | 不可得 | 需要胜率、部署爬坡、留存率及产能约束 | 尚未解决 | 没有得到支持的 SOM 或渗透率依据 |
数值保留来源所述的期间与单位;未进行货币换算、地理分配或插值。
[CM005, CM006, CM013]只有宽泛的可观测性层拥有指定的数值估计;更窄的各层仍未量化,不能将其理解为按价值比例缩小的漏斗。
各层宽度仅表示层级,不代表数值比例。
仅作概念性收窄。层宽表示分析顺序,而非市场规模;未估算任何不可得的层级。
[CM005, CM015]2.3 买方、用户与预算归属
Dash0 所称用户是开发者、SRE 和平台工程师;经济买方更可能是负责可靠性和可观测性支出的工程、基础设施或平台负责人。遥测可能含有敏感运营数据,因此安全与合规团队能够影响部署,但已审阅证据没有显示预算由他们掌握。最可能采用的场景,是团队已经使用或正在标准化 OpenTelemetry,并希望获得一个托管后端、统一查询和操作界面。按用量计费会让采购逻辑从席位数转向过滤后的遥测量、留存需求和 Agent0 用量。因此,采购验证应拿真实的嘈杂工作负载,而不是干净演示,去对比现有方案的全包运营成本。[CM003, CM004, CM007, CM011, CM016]
| 细分市场 | 买方 | 用户 | 付款方 | 工作流 | 预算负责人 | 采用触发因素 |
|---|---|---|---|---|---|---|
| 云原生软件团队 | 工程副总裁或平台负责人 | 开发者与 SRE | 工程组织 | 统一日志、指标、追踪与告警 | 工程或平台 | 现有 OpenTelemetry 部署需要托管后端 |
| 平台工程组织 | 平台负责人 | 平台工程师与服务负责人 | 基础设施组织 | 采集器治理、仪表盘、告警与成本控制 | 平台工程 | 工具整合或既有系统成本审查 |
| AI 应用团队 | AI 平台或工程负责人 | AI 工程师与 SRE | 产品或工程组织 | 追踪智能体调用、token 使用量、错误及工具交接 | AI 平台或工程 | 生产环境中的智能体制造调试与可靠性缺口 |
| 受监管或数据敏感团队 | 获得安全审批的工程负责人 | SRE、安全与合规相关方 | 受安全影响的工程团队 | 观测受访问、脱敏及留存控制约束的工作负载 | 工程;确切负责人无证据支持 | 托管部署通过区域与控制审查 |
| 以自托管优先的组织 | 基础设施或安全负责人 | SRE 与平台工程师 | 基础设施组织 | 运营内部或开源可观测性后端 | 基础设施 | 没有受支持的自托管选项时不太可能采用 |
买方与预算负责人的归属是根据产品定位和评测证据作出的分析性推断;确切采购权限与细分结构仍未验证。
[CM003, CM004, CM007, CM011, CM012, CM016]2.4 采用驱动与约束
OpenTelemetry 标准化、遥测量上升,以及把 AI 生成代码与生产事故关联起来的压力,都是可信的需求驱动因素;不过 Dash0 引用的生产力和事故统计来自公司呈现的二手证据,并非独立审阅的基准。平台最强的采用机制,是把现有 OpenTelemetry collector 迁移到托管后端,而不让专有采集代理成为技术栈中心。约束同样重要:自托管要求、长期留存政策、根深蒂固的传统系统、失控的基数、薄弱的服务归属、数据治理要求,以及对自动修复的谨慎。开放标准降低了埋点切换成本,却不会消除重建仪表板、告警、访问控制或运营习惯的成本。[CM002, CM008, CM009, CM010, CM011, CM012, CM016]
2.5 图表与补充材料
03竞争者
3.1 竞争格局与买方替代方案
买方可以通过几条不同路径解决可观测性和生产可靠性问题。Datadog、New Relic 和 Dynatrace 等大型传统厂商强调产品广度、企业历史和庞大的集成目录。SigNoz、Middleware 等 OpenTelemetry 原生产品更直接地围绕遥测可移植性竞争,Coroot 则提供 eBPF 驱动的自托管路径。Better Stack 等事故平台把决策从可观测性扩展到值班和事故流程。现状还包括内部运营 OpenTelemetry collector,加上开源存储和仪表板。由于比较来源由销售替代方案的厂商撰写,这些材料适合识别买方选择,却不能用来宣布客观赢家。[CP005, CP006, CP007, CP008, CP009, CP010, CP016]
| 替代方案 | 类别 | 指定证据中的公开规模或融资 | 目标细分市场 | 有证据支持的差异化 | 关键局限或未知项 |
|---|---|---|---|---|---|
| Dash0 | OpenTelemetry 原生托管平台 | 公司称截至 2026 年 6 月拥有超过 700 家客户 | 采用 OTel 标准的工程团队 | 智能体化调查加拉取请求起草 | ARR、胜率及独立留存证据不可得 |
| Datadog | 广泛的既有套件 | 指定证据中未独立验证 | 寻求广泛集成与安全模块的企业 | 根据竞争比较,拥有大型集成目录与广泛套件 | 模块化成本说法由厂商撰写,未标准化 |
| Dynatrace | 企业级既有套件 | 指定证据中未独立验证 | 大型混合型及复杂企业 | 厂商比较中强调自动埋点与成熟的因果 AI 定位 | 未保留一手或独立基准 |
| SigNoz | 开源 OTel 原生同类产品 | 指定证据中未独立验证 | 优先考虑自托管与开源的团队 | 自托管 Community Edition 与 OTel 原生架构 | 客户规模与企业运营负担未验证 |
| Middleware | OTel 原生托管及 BYOC 同类产品 | 指定证据中未独立验证 | 需要 SaaS、on-premises 或 BYOC 部署的团队 | 部署灵活性与 AI-SRE 定位 | 相关说法来自 Middleware 自有比较文章 |
| Coroot | eBPF 与自托管替代方案 | 指定证据中未独立验证 | 希望自托管并实现零代码采集的基础设施团队 | eBPF 埋点与按核心定位 | 比较内容与成本示例由 Coroot 发布 |
画像仅基于截至 2026-10-20 指定抓取来源;厂商撰写的比较并非独立证据,缺失的规模或融资字段保留为未知。
[CP005, CP006, CP008, CP009, CP010, CP014, CP016]3.2 差异化与能力边界
Dash0 的官方产品面覆盖指标、日志、追踪、资源、网站监控、合成监控、遥测量控制和 Agent0。审阅材料中最清晰的差异点,是 Agent0 能持续扫描环境、把问题追溯到提交,并起草 pull request,而不是停留在仪表板或对话式查询。公司还通过 SignalStore、SignalControl 和 Darkplane 扩大范围,把生产遥测与 AI 辅助软件交付连接起来。这会提升产品价值,但也让 Dash0 更接近资金更充足的套件和事故平台。能力比较仍属暂定,因为指定材料中没有独立基准测试调查准确率、修复质量、集成完整性或生产可靠性。[CP001, CP002, CP003, CP012, CP013, CP015, CP016]
| 采购标准 | Dash0 证据 | 替代方案证据 | 尽调解读 |
|---|---|---|---|
| 遥测模型 | 覆盖指标、日志、追踪与资源的 OpenTelemetry 原生方案 | SigNoz 与 Middleware 被描述为 OTel 原生;Coroot 将 eBPF 与 OTLP 结合 | 标准化方案压缩了架构差异化空间 |
| 部署控制 | 竞争比较称其仅支持 SaaS 部署 | Coroot 与 SigNoz 提供自托管;Middleware 声称提供 BYOC 与 on-premises 选项 | 受监管买方可能更看重部署灵活性 |
| AI 调查与修复 | 官方来源称 Agent0 会扫描问题、将问题追溯到提交并起草拉取请求 | 厂商比较描述多个替代方案具备 AI 调查或修复能力 | 缺少独立的任务级基准 |
| 事件生命周期 | 指定 Dash0 来源没有证明其内置值班或状态页能力 | Middleware 与 Better Stack 的比较将事件工作流定位为替代方案优势 | 潜在的套件劣势需要直接验证产品 |
| 体验广度 | 官方文档将网站与合成监控列为核心可观测性之外的能力 | 既有厂商被描述为在集成、安全、移动端及混合环境覆盖上更广 | 企业采购中,广度可能胜过 OTel 纯度 |
| 可移植性与锁定 | OpenTelemetry、PromQL、API、MCP 与 CLI 支持开放接口定位 | 兼容 OTel 的同类产品可以接收相同的标准化遥测数据 | 数据可移植性降低但不会消除迁移工作 |
矩阵单元反映指定来源的说法,而非动手验证;未获支持的产品质量、基准表现与完整性有意不评分。
[CP001, CP002, CP003, CP006, CP007, CP008, CP009, CP010, CP011, CP013, CP016]这是对六个代表性选项的序数定位,用于界定尽调范围,而非评判产品质量排名。
| 条目 | 部署控制权:仅托管(1)至可自托管 / BYOC(5) (1–5) | 工作流广度:聚焦可观测性(1)至更广泛的运营套件(5) (1–5) | 说明 |
|---|---|---|---|
| 1. Dash0 | 1 | 4 | 托管式 OTel 原生平台,正在扩展至 AI 编码治理与自动化修复。 |
| 2. Datadog | 1 | 5 | 托管式在位厂商,定位覆盖广泛集成、安全与可观测性模块。 |
| 3. Better Stack | 1 | 5 | 托管式替代方案,定位为可观测性加事件管理。 |
| 4. Middleware | 5 | 4 | 自称支持 SaaS、BYOC、本地部署与混合部署,并提供 AI-SRE 工作流。 |
| 5. SigNoz | 5 | 2 | 开源、自托管的 OTel 原生路径,已有证据支持的运营范围更窄。 |
| 6. Coroot | 5 | 3 | 自托管 eBPF 路径,侧重性能分析与基础设施。 |
1–5 的序数定位是分析师根据厂商编写的产品描述作出的分类,不是测量得出的市场评分或独立基准;细微坐标差异没有实际意义。
[CP002, CP006, CP007, CP008, CP009, CP010, CP015, CP016]3.3 定价、可移植性与切换动态
Dash0 描述的是按遥测信号计费的用量定价,不收取席位费;供应商比较则把替代方案放在主机数、数据摄入量、每核或模块化定价上。没有客户真实的遥测结构、留存、基数、折扣和支持需求,这些单位无法直接比较。OpenTelemetry 让兼容目标能够接收 OTLP 数据,降低了技术锁定,但切换并不会变得没有成本:仪表板、告警、查询语言、留存历史、事故流程和采购都需要迁移。自托管方案增加部署控制,却把存储和运营负担转给客户。因此,使用代表性工作负载做验证,比算标价更有决策价值。[CP004, CP006, CP008, CP010, CP011, CP016]
| 厂商或路径 | 报告的计费单位 | 产品包装或部署 | 未获支持的输入 | 投资含义 |
|---|---|---|---|---|
| Dash0 | 按遥测信号的使用量 | 托管平台;未声称按席位收费 | 实际折扣、客户采集构成与毛利率 | 透明的计费单位有助于建模,但支出仍随产生的数据量增长 |
| Coroot | 按核心定位,加上客户自营基础设施 | 开源自托管与企业选项 | 标准化后的支持、存储、人力与生产拓扑 | 可预测性是以运营负担为代价换来的 |
| Middleware | 根据其自有文章,按 GB 与功能使用量计费 | 声称提供 SaaS、BYOC、on-premises 与混合部署 | 合同最低消费、折扣及同口径留存 | 部署选择的重要性可能高于表面单价 |
| Datadog | 根据厂商比较,按主机计费,模块另行计量 | 广泛的模块化 SaaS 套件 | 企业折扣与可比的功能组合 | 广度可以支撑价格,但会让标准化比较更复杂 |
| New Relic | 根据厂商比较,数据采集加用户席位 | 托管式全栈平台 | 当前一手价格与实际席位构成 | 席位经济性会随团队规模显著变化 |
| SigNoz | 根据厂商比较,免费自托管软件或按使用量计费的云服务 | 社区版、云服务与企业路径 | 基础设施人力、支持与企业条款 | 许可成本低不等于总成本低 |
定价模型仅供方向性参考,不是当前报价。没有可用的标准化工作负载、留存期、折扣安排、税费、支持层级或总成本基准。
[CP004, CP008, CP009, CP010, CP016]3.4 护城河持久性与替代风险
Dash0 的开放标准架构是一道双刃剑护城河。它降低采用摩擦,支持可信的反锁定定位;但同样的可移植性,也会在其他厂商提供更广工作流、自托管或更合适计费单位时,让多厂商并用或迁移更容易。官方把范围扩展到可观测性之外,可能在编码、遥测和修复之间形成数据与工作流闭环,但其持久性取决于 Agent0 的准确性、客户信任和可重复的商业胜利,而这些在此处没有披露。3 月的一篇竞争者文章称 Agent0 仍处于 beta、无法生成修复;Dash0 后来的材料则称其已普遍可用并能打开 pull request。这一按日期变化的矛盾,说明竞争矩阵在投资判断前必须用当前一手来源核实。[CP011, CP012, CP013, CP014, CP015, CP016]
3.5 图表与补充材料
04财务
4.1 收入模式与定价架构
Dash0 展示的是用量挂钩模式,而非传统的按席位 SaaS 价目表。公司网站称账单基于发送和存储的日志、spans 与指标数据点;存储只对 SignalControl 过滤后保留下来的遥测计费。Agent0 Automations 另设积分消耗机制,意味着可观测性存储和自主代理活动可能成为不同的计费单位。公司提供免费起步路径,但那是获客动作,不是转化率、合同价值或实际价格的证据。TNW 独立描述为按数据量定价,而不是按席位或信号类型定价;NeuronFeed 则称当前档位需要申请。公开材料解释了计费逻辑,却没有解释企业折扣、承诺量、超额费、合同期限或收入确认。[CI001, CI002, CI003, CI004, CI005, CI006]
| 收入来源 | 机制 | 计费单位 | 公开状态 | 收入质量 | 尽调请求 |
|---|---|---|---|---|---|
| 核心可观测性 | 采集并分析日志、span 与指标 | 发送并存储的遥测项目 | 商业产品;实际价格未披露 | 与使用量挂钩但未量化 | 按产品提供 ARR、承诺收入与超额收入拆分及客户群构成 |
| SignalStore 存储 | SignalControl 处理后留存选定的遥测数据 | 留存的遥测数据 | 仅对保留的遥测数据收取存储费用 | 可能具有经常性;留存条款未披露 | 提供存储承诺、留存期限及基础设施毛利率 |
| Agent0 Automations | 自主执行生产运维任务 | 每次运行或活动对应的 credits | 公司称采用基于 credits 的定价 | 具备消费潜力;转化率与利润率未知 | 提供 credits 价目表、附加率、使用率及推理成本 |
| Darkplane 及邻近模块 | AI 编码成本、采用情况与生产力可视性 | 未公开披露 | 产品可用;单独变现未披露 | 产品包装与收入贡献未知 | 提供 SKU 包装、交叉销售率与实际价格 |
机制来自 Dash0 产品材料与 TNW;实际定价、折扣、合同条款、收入构成及收入确认政策均未公开。
[CI001, CI002, CI003, CI004, CI005, CI013]| 产品或计费单位 | 公开描述 | 标价与实际价格 | 商业含义 | 证据局限 |
|---|---|---|---|---|
| 免费开始 / 试用 | 免费开始及免费试用的行动号召 | 仅为入门方案 | 可能降低评估阻力 | 未披露转化率、期限或免费层级限制 |
| 遥测数据采集 | 发送并存储的日志、span 与指标数据点 | 公开计费依据;未保留价目表 | 使用量随被监控活动增长 | 没有实际价格、最低消费、折扣或超额数据 |
| 存储 | 过滤后仅对保留的遥测数据计费 | 公开计费依据;未保留费率 | SignalControl 可能减少计费存储量 | 未披露留存层级或存储毛利率 |
| Agent0 自动化 | 基于 credits 的定价让每次运行成本可见 | 机制已披露;credits 价格缺失 | 在存储之外增加一个消费入口 | 没有附加率、消费曲线或推理成本数据 |
该表区分公开计费机制与实际企业定价;NeuronFeed 报告称当前层级需要直接询问。
[CI001, CI002, CI003, CI004, CI005, CI006]4.2 缺少收入质量披露的增长势头
TNW 和 Balderton 都报道称 Dash0 在 2026 年 3 月拥有超过 600 个付费客户。TNW 还报道称 2025 年 10 月 Series A 时有 270 个客户,意味着约五个月内翻了一倍以上。这是有用的商业速度信号,但不能证明 ARR、平均合同价值、扩张、流失、客户集中度或销售效率。一份未标日期的 Beatable 资料称 Dash0 服务超过 800 个客户,带来的是新鲜度和口径问题,而不是干净的当前指标:留存页面没有说明该数字是付费客户、账户还是其他群体。要把客户增长转化为持久的经常性收入或高效的市场进入动作,仍需要管理层报告。[CI007, CI008, CI016]
4.3 成本结构与单位经济缺口
公开产品架构指出了可能的经济驱动因素,却没有给出财务数值。SignalControl 在存储前过滤、转换、采样和汇总遥测;Dash0 描述过一条示例管道,可把日志、指标和 span 量减少 74%。这可能改善客户账单控制和 Dash0 的存储效率,但示例性技术结果不是公司毛利率的证据。由于计费与遥测、保留存储和代理积分挂钩,基础设施消耗和代理推理可能是变动成本驱动项,而支持、工程和企业销售会增加运营费用。留存来源没有量化托管成本、服务交付人力、资本开支、毛利率、CAC、回本期或留存,因此单位经济的方向和可扩展性仍未经验证。[CI013, CI014, CI015]
| 指标 | 公开数值 | 信心 | 重要性 | 尽调请求 |
|---|---|---|---|---|
| 付费客户 | 2026 年 3 月超过 600 家;未注明日期的第三方画像称超过 800 家 | 中 | 显示出牵引力,但定义与当前数量存在差异 | 按季度核对付费账户、客户标识及活跃生产客户 |
| ARR / 收入 / 增长 | 不可得 | 低 | 评估规模与收入质量所必需 | 提供经审计的月度收入、ARR 变动桥、增长及产品构成 |
| 毛利率与托管成本 | 不可用 | 低 | 检验使用量增长能否带来经营杠杆 | 提供按产品和遥测类型拆分的毛利率,包括智能体推理成本 |
| CAC、回本期、销售周期和渠道经济性 | 不可用 | 低 | 判断快速客户增长是否高效 | 提供按客户群组拆分的 CAC、全成本回本期、周期长度和合作伙伴经济性 |
| NRR、流失率和集中度 | 不可用 | 低 | 衡量客户标识流失带来的业务韧性和下行风险 | 提供 GRR、NRR、扩张、流失率、前 10 大客户集中度和 ACV 分布 |
| 现金、消耗、债务和现金跑道 | 已完成 $110M B 轮融资;流动性指标不可用 | 融资层面为中,充足性层面为低 | 融资额不能证明可用现金或现金跑道 | 提供交割后现金、月度消耗、债务、收购义务和下行情景现金跑道 |
“不可用”表示保留的公开来源没有披露该指标;融资额不视为手头现金或现金跑道。
[CI007, CI008, CI009, CI010, CI011, CI012, CI013, CI016]公开证据触及计费机制,但止步于实际收入、交付成本与毛利之前。
| 节点 / 连接 | 节点 / 起点 | 终点 | 说明 |
|---|---|---|---|
| 节点 1 | 客户遥测与智能体活动 [customer-activity] | 日志、span、指标数据点、已存储遥测与 Agent0 运行都会产生可测量活动。 | |
| 节点 2 | SignalControl 塑形 [signal-control] | 过滤、转换、采样与汇总可以在计费前减少存储量。 | |
| 节点 3 | 公开计费单位 [billing-units] | 已发送和存储的遥测,以及基于额度的 Agent0 自动化,是已披露的计费机制。 | |
| 节点 4 | 实际价格 [realized-price] | 费率卡、折扣、承诺量、合同期限与超额用量均不可得。 | |
| 节点 5 | 确认收入 [recognized-revenue] | ARR、收入、增长、结构与收入确认政策均不可得。 | |
| 节点 6 | 毛利 [gross-profit] | 托管、推理、支持、服务交付成本与毛利率均不可得。 |
这是证据可得性流程,不是量化转化漏斗或预测。
[CI001, CI002, CI003, CI013, CI014, CI015]4.4 资本充足性与财务结论
Dash0 的 2026 年 3 月 Series B 融资 $110 million,使据报道的累计融资达到 $155 million,并把估值定在 $1 billion。投资方公告称最大一笔分配给 Agent0,同时还计划在美国市场进入、核心工程和定向收购上投入可观资金。这些承诺让本轮融资具有战略意义,但筹资额不等于可用现金:留存证据没有披露交割后的现金余额、月度烧钱、债务、收购对价、营运资金需求或跑道。因此财务结论是混合的。定价架构和客户增长显示出变现潜力,但缺少收入、利润、留存和流动性数据,使人无法对收入质量、资本密度或下一次融资触发点形成可投资判断。[CI007, CI009, CI010, CI011, CI012, CI013, CI015]
4.5 图表与补充材料
05产品与技术
5.1 产品面与客户工作流
Dash0 已不再只是一个可观测性控制台。当前文档描述的核心可观测性面覆盖指标、日志、追踪、资源、服务监控、告警、仪表板、网站监控和合成监控,同时配有面向 AI 辅助 SRE 工作的 Agent0、负责 AI 编码监督的 Darkplane,以及管理遥测量的 SignalControl。在客户工作流中,团队通过 OpenTelemetry 为应用埋点,把信号路由到 Dash0,调查相互关联的生产行为,并在不同环节应用过滤或自动化。产品广度在战略上是连贯的,因为每个模块都使用生产或开发信号;但成熟度并不均衡:官方 2026 年 7 月路线图把部分功能标为已上线,同时把 AutoMerge 和部分 SignalControl 放到未来。买方需要按模块设置合同和验收标准,而不应把整套产品视为同样准备好投入生产。[CE001, CE002, CE003, CE004, CE005, CE011]
| 模块或产品线 | 主要用户 | 公开成熟度信号 | 差异化 | 尽调缺口 |
|---|---|---|---|---|
| 核心可观测性 | 开发者和 SRE | 当前官方产品界面 | 基于 OpenTelemetry 的跨信号关联 | 独立性能和企业功能验证 |
| Agent0 | SRE 和值班团队 | 当前公司描述的能力 | 调查生产环境上下文并起草修复方案 | 准确性升级控制和修复采纳率 |
| Agent0 Automations | 平台和运营团队 | 当前公司描述的自动化目录 | 带有预设护栏的触发式自主工作流 | 生产环境参考、可审计性和故障处理 |
| Darkplane AI Coding Insights | 工程负责人 | 标注为 July 2026 发布 | 将 AI 编码成本和活动关联到代码仓库与分支 | 可量化的采用、生产力和留存结果 |
| Darkplane AutoMerge | 工程和发布团队 | 标注为 July 2026 即将推出 | 利用生产环境上下文路由或批准变更 | 发布日期、策略安全性和误批准率 |
| SignalControl | 可观测性平台团队 | Spam Filter 已上线,其他控制部分仍在路线图中 | 在存储前整形遥测数据 | 削减质量、数据丢失控制和客户基准 |
状态仅限于截至 2026-10-20 保留的公开来源中的措辞;公司描述的可用性不等同于经独立验证的生产成熟度。
[CE001, CE002, CE003, CE004, CE005, CE011]| 用户任务 | 当前工作流 | Dash0 方案 | 可量化收益证据 | 局限 |
|---|---|---|---|---|
| 插桩并接入遥测 | 配置 SDK Collector 或 Kubernetes Operator 及 OTLP 端点 | 将标准 OTLP 接入区域 Dash0 端点 | 合作伙伴指南确认了具体协议和配置 | 没有指定基准衡量设置时间或迁移工作量 |
| 调查生产问题 | 关联前端、后端、基础设施和遥测信号 | 统一可观测性,加上 Triage 和 Agent0 | 独立报道描述了基于上下文的分诊行为 | 没有公开的准确性、MTTR 或修复采纳分母 |
| 控制遥测成本和规模 | 在存储前过滤、采样、转换或汇总信号 | SignalControl 流水线和按数量计价模式 | 公司材料描述了存储前控制和透明计价单位 | 节省与信号损失之间的权衡缺乏独立基准 |
| 管理 AI 辅助开发 | 将编码智能体的使用成本和产出与代码仓库活动对账 | Darkplane AI Coding Insights 和计划中的 AutoMerge | 官方路线图列出了即将发布和即将推出的组件 | 没有外部证据证明策略质量或开发结果 |
除非保留来源提供分母,否则收益仅为定性判断;缺失的性能、节省和准确性指标会明确列为缺口。
[CE003, CE004, CE005, CE007, CE008, CE009, CE011]5.2 架构、集成与运营依赖
公开架构在摄入边界最强。Dash0 称其构建于 OpenTelemetry、PromQL 和 Perses 之上;TrueFoundry 集成指南则记录了 OTLP/HTTP 端点、授权令牌、区域入口和数据集标头。另一份合作伙伴指南描述了 OTLP/HTTP、OTLP/gRPC 和 Kubernetes Operator。这些来源证明了采集时的互操作性,却不证明每种上层资产都可移植,也不证明与竞争后端等价。在摄入层之上,SignalControl 会在存储前过滤、采样、转换并汇总数据;SignalStore 被描述为人和代理共享的信号基础,可通过控制台、PromQL、SQL、MCP、CLI 和 API 访问。这种分层模型降低了对专有埋点的依赖,但客户仍依赖 Dash0 的托管摄入端点、授权模型、存储、关联逻辑和产品特有的运营控制。[CE005, CE006, CE008, CE009, CE011]
| 层或组件 | 作用 | 公开支持的机制 | 依赖项 | 主要风险 |
|---|---|---|---|---|
| 遥测生产者 | 生成应用、基础设施、浏览器和 AI 智能体信号 | 兼容 OpenTelemetry 的插桩 | SDK、Collector、Operator 和正确的语义约定 | 插桩不完整或不一致 |
| 接入边界 | 接收追踪、指标和日志 | 带授权的区域 OTLP HTTP 或 gRPC 端点 | Dash0 入口可用性、凭证和网络路径 | 端点或身份验证失败 |
| SignalControl | 在存储前整形数据 | 过滤、转换、采样和时间序列汇总 | 规则质量和分阶段功能可用性 | 有用信号损失或路线图延期 |
| SignalStore 和查询层 | 存储并呈现共享的生产环境上下文 | 公司描述的 PromQL、SQL 控制台、MCP、CLI 和 API 访问 | Dash0 后端架构、访问控制和留存 | 原始遥测之上的可迁移性尚未证明 |
| 应用界面 | 观测、管理并对信号采取行动 | 可观测性、Darkplane、Agent0 和 Automations | 关联模型、护栏和产品集成 | 自主诊断或行动错误 |
该架构仅根据保留的公开文档和合作伙伴集成指南重建;内部实现、服务水平和控制有效性仍未经验证。
[CE001, CE003, CE004, CE005, CE006, CE008, CE009]从信号生成到采集、存储、分析与智能体行动的公开描述层次,同时保留当前功能与路线图边界。
- 遥测生产者
- 应用、基础设施、浏览器、LLM 与编码智能体产生运营和开发信号。
- 模块
- 应用
- Kubernetes 与云基础设施
- 浏览器会话
- AI 智能体
- 输出
- 追踪
- 指标
- 日志
- 资源与事件
- OpenTelemetry 采集
- 标准 SDK、Collector 流水线与 Dash0 Kubernetes Operator 无需专有采集代理即可发送信号。
- 模块
- OpenTelemetry SDK
- OpenTelemetry Collector
- Dash0 Kubernetes Operator
- 输出
- OTLP HTTP
- OTLP gRPC
- 区域采集
- 经过认证的区域专属端点接收遥测,并按数据集进行路由。
- 模块
- 区域入口
- 授权令牌
- 数据集标头
- 输出
- 已接收的遥测流
- SignalControl
- 存储前控制会过滤噪声,并被描述为对高容量信号进行转换、采样与汇总。
- 模块
- 垃圾过滤器
- 派生与转换
- Trace 采样
- 时间序列汇总
- 输出
- 减少后的保留信号量
- SignalStore 与查询
- Dash0 描述了一个共享的 OpenTelemetry 原生存储,配有人类与智能体接口。
- 模块
- PromQL
- SQL
- 控制台
- MCP
- CLI
- API
- 输出
- 关联后的生产环境上下文
- 产品与行动界面
- 可观测性、Agent0 与 Darkplane 消费共享上下文;部分自动化与治理功能仍属于路线图项目。
- 模块
- 可观测性
- Agent0
- Agent0 自动化
- Darkplane
- 输出
- 调查
- 告警
- 修复草案
- AI 开发治理
这是公开产品主张的概念图,不是经核验的内部系统图;来源描述同时包含当前组件与路线图组件。
[CE001, CE003, CE004, CE005, CE006, CE008, CE009, CE011]5.3 成熟度、差异化与技术尽调
Dash0 可守住的产品论点,是开放标准采集配合更丰富的上下文和面向代理的访问。The New Stack 于 2025 年独立报道了 OpenTelemetry 设计、Triage、元数据增强和 Spam Filters,这为产品并非仅存在于 2026 年路线图叙事中提供了有用的历史佐证。公开 GitHub 组织还通过 OTelBin 和社区渠道展示了开发者触点,但指定证据没有证明仓库活跃度、贡献者广度或包的采用情况。最大的投资风险在于证据,而不是概念架构。留存来源没有提供公开可用性历史、安全认证、数据留存规范、事故记录、恢复目标,或自主诊断与生成 pull request 的实测准确率。OpenTelemetry 可以降低重新埋点摩擦,但本身不能证明运营可靠性、安全自主行动、后端可移植性或路线图执行。[CE006, CE007, CE010, CE012]
5.4 图表与补充材料
06客户
6.1 买方细分与匹配度
已展示得最清楚的买方,是已经运营 OpenTelemetry collector、希望在不使用专有埋点的情况下获得托管可观测性后端的工程组织。Nutrient 符合这一画像:其平台团队通过修改 collector 端点和凭据,迁移了 Kubernetes、ECS、CDN 和 CI 遥测,而无需重新部署应用。独立产品评测把理想买方更宽泛地描述为平台工程或 SRE 负责人,尤其是在 Kubernetes 环境中;Dash0 自身产品面还覆盖网页监控、应用性能、AI 工作负载和云基础设施。这支持开发者、SRE 和平台工程买方的论点,却没有建立量化的细分结构。同一评测指出了明确边界:要求自托管或隔离网络部署的组织匹配度较差,因为产品以托管 SaaS 交付。另一份独立评测认为,按信号定价很适合发送丰富 OpenTelemetry 元数据的团队,但这属于产品匹配判断,不是客户经济性证据。[CU003, CU011, CU012, CU013, CU015]
| 细分市场 | 买方 / 用户 / 付款方 | 已展示用例 | 公开规模证据 | 战略价值 | 尽调缺口 |
|---|---|---|---|---|---|
| 采用 OpenTelemetry 标准的工程团队 | 平台工程和 SRE;付款方未披露 | 保留现有插桩,同时替换可观测性后端 | Nutrient 报告了 Kubernetes、ECS、CDN 和 CI 工作负载 | 低摩擦迁移可以加速采用 | 仅保留了一次详细的公开迁移案例 |
| Kubernetes 和云优先平台团队 | SRE 负责人、平台经理、CTO 和工程副总裁 | 关联日志、指标、追踪和基础设施遥测 | 独立评测将其描述为理想买方画像 | 广泛的运营覆盖面可以支持多信号采用 | 细分份额、ACV 和买方转化率未披露 |
| 以开发者为中心的企业客户案例 | 软件工程师和基础设施团队;付款方未披露 | 追踪、故障排查、过滤和告警 | Vercel 和 Chargetrip 提供公司托管的客户证言 | 明确点名的技术用户支持产品相关性 | 部署规模和合同状态未说明 |
| 自托管或物理隔离组织 | 安全、基础设施和采购相关方 | 私有或断网的可观测性部署 | 独立评测称仅提供托管 SaaS | 划定可服务市场边界 | 没有保留的证据表明存在本地部署选项 |
这些细分结合了一次客户撰写的部署、公司托管的客户证言和独立产品评测;它们不是已披露的客户结构或收入细分。
[CU003, CU007, CU008, CU011, CU012, CU013, CU015]6.2 采用与具名客户证明
Nutrient 提供了最强的公开采用证据,因为它描述了已完成的迁移、运营范围、时间安排和剩余工作。其称技术迁移只需几个小时,但从决策到关闭原供应商账户的完整过程约用了六周。案例涉及数 TB 事件和每月数亿个指标数据点,因此比一个 logo 更有信息量。Dash0 自有网站还提供 Vercel 和 Chargetrip 的具名推荐,并报告 43 条 G2 评价中获得 4.8/5。两家独立目录分别报告约 600 个客户,并点名 Zalando 和 Taco Bell;其中一家还点名 The Telegraph。这些目录提高了广泛客户数的交叉印证程度,但都没有披露统计方法、活跃客户定义、合同状态或收入分母。因此,大多数具名账户仍是参考对象,而非已验证的部署级案例。[CU001, CU002, CU004, CU006, CU007, CU008, CU009, CU010]
| 指标或里程碑 | 报告值 | 日期 / 期间 | 证据类型 | 置信度 | 含义与缺失分母 |
|---|---|---|---|---|---|
| 客户数 | 600+ | March 2026 | 两个独立目录画像 | 中 | 广泛的牵引力信号;活跃客户定义和收入分母缺失 |
| 公开评测得分 | 来自 43 条 G2 评测的 4.8/5 | 访问日于官方网站观察到 | 公司报告的汇总 | 中 | 正面的用户信号;评测分布和客户代表性缺失 |
| Nutrient 迁移工作 | 技术迁移仅需数小时 | 2026 年 4 月至 6 月 | 客户撰写的生产账户 | 中 | 支持采用 OTel 标准团队的低切换摩擦;单一案例 |
| Nutrient 端到端迁移 | 从决策到关闭账户约六周 | 2026 年 4 月 24 日至 6 月 9 日 | 客户撰写的生产账户 | 中 | 包括评估和合规审查;不是标准化部署基准 |
| Nutrient 计划中的扩张 | 更广泛的追踪、更深入的告警、代码化仪表板 | October 2026 账户 | 客户撰写的前瞻计划 | 低 | 方向性扩张信号;没有合同价值、采用率或已实现结果 |
各值保留来源自身的指标、期间和分母限制;目录数量未经独立审计,迁移时长描述的是单一客户。
[CU001, CU002, CU005, CU006, CU009, CU010]| 客户 | 细分市场 | 部署 / 用例 | 生产环境 vs. 试点 | 报告结果 | 局限 |
|---|---|---|---|---|---|
| Nutrient | 软件基础设施 | 多环境可观测性迁移 | 生产环境迁移 | 数小时技术工作;原账户约六周后关闭 | 客户撰写的单一案例,没有合同或节省金额 |
| Vercel | 开发者平台 | 追踪和事故诊断 | 未说明 | 客户引述称,从报告问题到完成诊断和修复的时间大幅缩短 | 公司托管的客户证言,没有基准或测量百分比 |
| Chargetrip | 出行软件 | 集成、过滤和告警 | 未说明 | 客户引述称赞其简单性、速度和定价 | 公司托管的客户证言,没有部署范围 |
| Zalando | 商业 | 保留来源未披露 | 未说明 | 两个独立目录点名为客户 | 没有保留的案例研究或结果 |
| Taco Bell | 餐饮 / 商业 | 保留来源未披露 | 未说明 | 两个独立目录点名为客户 | 没有保留的案例研究或结果 |
| The Telegraph | 媒体 | 保留来源未披露 | 未说明 | 一个独立目录点名为客户 | 没有保留的案例研究或结果 |
这是指定证据池中公开点名的客户参考样本,不是完整客户名单;只有保留来源明确说明时,才记录生产状态和结果。
[CU001, CU002, CU003, CU007, CU008, CU009, CU010]6.3 部署路径与扩张面
Nutrient 的迁移说明了 OpenTelemetry 原生定位为何能降低初始部署摩擦。既有 SDK 埋点和本地管理的 collector 保持不变;团队修改 exporter 配置,然后重建仪表板、重新创建并调优告警,也重新熟悉查询工作流。这一差异很重要,因为遥测可移植并没有让每个运营资产都可移植。Nutrient 后来表示将统一使用 Dash0,配合代码化仪表板、更深的告警集成和更广的追踪范围,这是具体但仅来自单一客户的扩张信号。Dash0 还称客户越来越多地通过 MCP 和 CLI 接触数据,而不只是使用浏览器,暗示了额外的面向代理的使用面。该说法来自公司,不应被当作扩张收入或留存的独立证据。[CU001, CU002, CU003, CU005, CU014]
一位客户从可移植的 OpenTelemetry 埋点到生产迁移及计划扩展的路径,同时保留了不可移植的工作。
这是一个客户的来源报道流程,不代表一般转化漏斗,也不是实施时长基准。
[CU001, CU002, CU003, CU004]6.4 持久性、集中度与尽调重点
公开证据在获客和实施阶段最强,在部署之后最弱。留存的面向客户来源都没有披露净收入留存、毛收入留存、logo 流失、续约率、合同期限、客户层面的收入集中度或渠道结构。因此,600 客户的报告不能证明客户持久性、平均合同价值、企业客户占比,或是否由少数大客户驱动经济性。公开推荐虽为正面,却由公司托管;单一详细客户案例也不能证明队列行为。投资尽调应要求客户和收入队列、续约与扩张瀑布、前 10 大客户集中度、合同期限和终止权、具名账户的生产与试点状态,以及来自近期赢单、续约和流失客户的直接参考。在这些数据可得之前,不能从 logo、评价分数或产品广度推断 land-and-expand 和低集中度假设,它们仍未经证明。[CU006, CU009, CU010, CU016]
6.5 图表与补充材料
07风险
7.1 风险排序
证据支持的是定性而非精算式的风险排序。最重要的暴露,是自主运营动作与公开保障证据不完整的结合:Dash0 称 Agent0 能调查事故、起草修复,并在客户定义的护栏下运行触发式自动化;但指定来源集中没有监管机构、法院、认证、审计、事故历史或服务等级记录来检验这些控制。执行风险排在其次,因为 AutoMerge 仍被描述为即将推出,其他 SignalControl 功能仍属未来,一份独立评测称 AI 功能较新且证据不足。留存和遥测经济性更容易观察:独立评测报告日志和追踪的留存期为 30 天,并警告按记录计价可能惩罚嘈杂埋点。这些发现支持设置明确的试点、控制和披露门槛,而不是因为没有记录事故就假定没有发生事故。[CR001, CR002, CR007, CR008, CR009, CR010, CR015, CR016]
对有证据支持的风险与证据缺口风险进行定性排序;单元格是判断,不是测量得到的概率或损失估计。
可能性、影响、成熟度与剩余风险标签是基于引用口径的分析师定性判断;不代表任何数值概率、事件率或预期损失模型。
[CR001, CR002, CR004, CR007, CR008, CR009, CR010, CR014, CR015, CR016]7.2 监管、法律与自主变更治理
指定材料没有证明 Dash0 当前的认证范围、隐私控制测试、数据处理条款、泄露历史、诉讼状态、知识产权争议或监管姿态。这是证据缺口,不是负面发现。问题在于,产品会摄入生产遥测,而公司现在描述的自动化能够调查故障并打开基础设施或代码变更。Dash0 称客户定义护栏,Agent0 可以把拟议修复留作 pull request;这些是有用的控制原语,但这里审阅的公开材料没有提供审批边界、审计日志、回滚行为、租户隔离或特权访问控制的独立测试。因此,投资放行应要求当前 SOC 报告及桥接函、渗透测试摘要、DPA/子处理方材料、保险、事故和理赔清单,以及对人工审批和回滚控制的现场演示。[CR009, CR010, CR015, CR016]
| 风险或规则领域 | 管辖区 / 范围 | 证据状态 | 可能性 | 严重性 | 缓解措施成熟度 | 剩余暴露与尽调路径 |
|---|---|---|---|---|---|---|
| 安全、隐私和合规保障 | 美国、欧盟及客户特定制度 | 指定证据中没有监管机构、审计、认证、DPA 或事故记录 | 未知 | 高 | 未验证 | 在审阅当前鉴证、子处理者、渗透测试结果、索赔历史和事故清单前,风险维持高位 |
| 自主代码或基础设施变更治理 | 客户生产环境 | 公司材料描述了用户定义的护栏和基于拉取请求的修复 | 中 | 高 | 公司声称的控制,未经独立测试 | 在 RBAC、审批、审计日志、回滚和权限边界通过实时控制测试前,风险维持高位 |
| 留存和记录管理匹配度 | 合同及监管留存要求 | 独立评测称日志、跨度、跨度事件和 Web 事件留存 30 天 | 中 | 对要求更长原始数据留存的客户为高 | 已识别产品限制;归档路径未经验证 | 在测试导出完整性、检索、法律保全、删除和归档经济性前,中高 |
| 可迁移性和退出权 | 客户合同和技术迁移 | 公司材料强调 OpenTelemetry、PromQL、SQL 和可导出性 | 中低 | 中 | 基于标准的架构只能部分缓解风险 | 在验证批量导出、架构保真度、数据导出时效、终止协助和合同权利前,中 |
该不完整登记表仅基于指定的预取证据;可能性和严重性是分析师判断,“unknown”表示没有可用的合格证据,任何一行都不能证明不存在事故、索赔或监管义务。
[CR001, CR003, CR009, CR010, CR015, CR016]7.3 运营可靠性与执行风险
产品广度的增长速度超过了可获得的独立运营记录。Dash0 的官方材料覆盖可观测性、Agent0、Darkplane、SignalStore 和 SignalControl;官方战略文章称 AutoMerge 即将推出,容量控制管道的部分功能也在后续计划中。同一文章把 74% 的信号量减少标为示例性管道运行,因此不能泛化为客户节省基准。独立评测称 Agent0 是平台最新、最未经证明的部分,并建议在试用期间验证。评测还强调若干高容量信号固定为 30 天留存,以及年轻平台较短的企业采购和边缘案例历史。生产规模的概念验证(PoC)应使用投资人预期工作负载,而非玩具服务,测试摄入峰值、基数、查询延迟、故障切换、导出、告警准确性、自动动作边界和恢复时间。[CR001, CR002, CR003, CR007, CR008, CR009, CR010, CR013]
| 故障模式 | 可能性 | 严重性 | 缓解措施成熟度 | 剩余暴露 | 监控或终止标准 |
|---|---|---|---|---|---|
| 自主调查或修复超出预期权限 | 中 | 高 | 护栏和拉取请求工作流为公司声称 | 未经独立控制测试则为高 | 若特权操作绕过审批、审计、回滚或最小权限控制,则终止 |
| 标准留存窗口后仍需使用日志或追踪 | 中 | 对监管或取证工作负载为高 | 已识别固定留存期;外部归档未经验证 | 中高 | 若无法证明完整导出、法律保全或所需检索窗口,则终止 |
| 遥测激增导致支出或接入不稳定 | 中 | 中高 | Spam Filter 被描述为已上线;采样和派生转换被描述为即将推出 | 中 | 若生产规模试验无法在激增期间限制支出并保留关键信号,则终止 |
| 路线图范围超过交付和支持能力 | 中 | 高 | 新融资和产品扩张有所帮助,但证据池中没有交付 SLA 或人员配置证据 | 中高 | 若路线图里程碑延期、支持响应未达到合同要求或核心可观测性可靠性倒退,则终止 |
可能性、严重性和剩余暴露是根据当前产品陈述及独立 MakerStack 评测得出的定性综合判断;指定证据池中没有公开的事故频率、正常运行时间历史或损失分母。
[CR001, CR002, CR003, CR007, CR008, CR009, CR010, CR016]7.4 依赖、集中度与财务模型风险
OpenTelemetry 降低了专有采集锁定,却没有消除对 Dash0 托管服务、执行路线图或被收购产品整合的依赖。一份独立资料称公司于 2026 年完成两起收购,这在转向自主运营的同时带来了产品和团队整合工作。一份独立资料称客户规模超过 600,另一份称超过 750,但这些数字来自公司口径,并未披露收入集中度、续约质量、队列留存或收购与自然增长的贡献。财务持久性同样没有量化:两份独立资料称收入或盈利能力未公开,另一份只报告管理层希望快速达到 $100 million ARR。终止标准包括生产试点失败、重大控制例外、无法导出数据或限制支出、客户或云暴露过度集中,或跑道不足以在短期融资前完成宣传中的路线图。[CR004, CR005, CR006, CR011, CR012, CR014, CR016]
| 依赖项 | 交易对手方或系统 | 角色与集中度 | 失效场景 | 严重程度 | 缓解措施 | 剩余敞口 |
|---|---|---|---|---|---|---|
| OpenTelemetry 生态 | OpenTelemetry Collector、SDK 及兼容工具 | 核心采集与可移植性标准 | 标准演进或集成不完整会造成兼容性缺口 | 中 | 开放接口与多种兼容工具降低专有锁定 | 中低;需核验版本支持与导出保真度 |
| 托管式 Dash0 控制面与数据面 | Dash0 | 遥测查询、告警与自动化的中央服务 | 宕机、性能下降或高权限自动化失效会削弱事件响应 | 高 | 客户侧埋点仍基于标准 | 在审阅 SLA、架构、灾难恢复、状态历史与退出测试前,风险维持高位 |
| 被收购产品与团队整合 | Lumigo 与 Polar Signals | 据报道,2026 年完成的两起收购扩展了无服务器与性能分析能力 | 整合分散精力、产品重叠或留任问题会拖慢核心路线图 | 中高 | 共同的 OpenTelemetry 定位可能减少技术错配 | 中;需提供整合里程碑、留任数据与架构归属 |
| 客户与收入基础 | 据报道,客户数从 600 多家增至 750 多家 | 规模已有迹象,但收入集中度与收购带来的贡献尚未披露 | 大客户流失或续约疲弱会削弱经营杠杆 | 高 | 更广泛的客户数可能分散敞口 | 在审阅头部客户、队列、GRR、NRR、ACV 与自然增长明细前,无法判断 |
客户数是第三方对公司数据的报道,不是经审计的收入证据;在指定资料池中,收入、盈利能力、集中度、留存、收购贡献与云厂商敞口仍不可得。
[CR004, CR005, CR006, CR011, CR014, CR016]7.5 图表与补充材料
08估值
8.1 建议与价格纪律
当前建议是跟踪 / 继续研究,置信度中低,投资判断风险高,估值立场从偏高到未经验证不等。2026 年 3 月的一份报告称最新轮次为 $110 million,公开估值为 $1 billion;多个二手来源重复了约 $155 million 的累计融资。这些事实证明了投资者需求和可观的资本基础,却不证明价格有支撑。留存的估值资料明确称本轮 EV/收入未披露,并只把一个含糊且未标日期的 ARR 数字归因于 YouTube 采访。即使该 ARR 指标方向上正确,也只能支持公开估值与 ARR 比率的宽松上限,不能形成可辩护的入场倍数或目标回报。[CV001, CV002, CV003, CV007, CV008, CV009, CV010, CV016]
| 维度 | 当前判断 | 证据基础 | 决策含义 |
|---|---|---|---|
| 建议 | 跟踪 / 继续研究 | 融资与采用情况可见,但收入质量与条款不可见 | 不要仅凭公开证据评估买入 |
| 信心 | 中低 | 四家独立出版方相互印证了核心融资或客户事实,但其中数家依赖公司披露 | 要求提供一手财务与队列证据 |
| 风险评级 | 高 | 平台较新、竞争者成熟、执行范围扩大,且融资条款不公开 | 以里程碑与下行保护为依据 |
| 估值判断 | 偏高且未经验证 | $1B 的公开估值;本轮未披露 EV/收入 | 将本轮价格视为参考,而非内在价值 |
| 影响价格的门槛 | 经验证的 ARR、增长、留存、利润率与股权表条款 | 公开信息中只有一项未注明日期的二手 ARR 指标 | 完成数据室核验后重新评估价格 |
这些判断是分析师基于保留的公开来源作出的结论;未获得经审计财务报表或融资文件。
[CV001, CV002, CV003, CV007, CV008, CV009, CV010, CV016]8.2 投资论点、反论点与竞争验证
投资论点建立在标准原生架构、据报道的客户加速和更广的产品面上。Dash0 称其平台采用 OpenTelemetry、PromQL 和开放接口,2026 年 7 月路线图则从可观测性延伸到 SignalStore、Darkplane 和 Agent0 自动化。公司报告称上线九个月后客户超过 270 个,独立资料后来重复了超过 600 个付费客户。反论点是,这些客户数没有揭示合同规模、留存、毛利率或集中度。一份独立评测还指出 Dash0 运营历史很短、Datadog 的集成生态大得多,并可能不适合小团队、严格数据驻留买方和面临迁移成本的客户。[CV005, CV006, CV011, CV012, CV015]
| 视角 | 有证据支持的论点 | 反向因素 | 哪些事实会改变判断 |
|---|---|---|---|
| 产品 | 以 OpenTelemetry 为原生基础、搭载 Agent0 且控制面路线图不断扩展的平台 | 路线图越宽,交付风险越高 | 可供核验的生产成果与路线图交付 |
| 客户 | 公司称 2025 年客户数超过 270 家;独立资料后来报道超过 600 家 | 未披露 ACV、留存或集中度 | 队列层面的 ARR、流失率与集中度数据 |
| 竞争 | 开放标准与据称透明的定价可以降低切换摩擦 | 一篇评测提到在位厂商更成熟,且集成生态大得多 | 经量化的赢单率与替代经济性 |
| 估值 | 大额融资为产品与市场扩张提供资源 | 公开估值没有对应的本轮收入倍数披露 | 能在该入场价格支撑目标回报的经验证指标 |
客户数据与产品优势来自报道或公司口径,不能替代经审计的收入质量证据。
[CV003, CV005, CV006, CV011, CV012, CV014, CV015]公开证据链从产品与采用证明出发,经由定价缺口,最终导向跟踪决定。
| 节点 / 连接 | 节点 / 起点 | 终点 | 说明 |
|---|---|---|---|
| 节点 1 | 标准原生产品 [product-proof] | Dash0 描述了一个覆盖可观测性与智能体运营的 OpenTelemetry 原生平台。 | |
| 节点 2 | 据报道的客户势头 [adoption-proof] | 独立资料报道付费客户超过 600 家。 | |
| 节点 3 | 大额融资 [capital-base] | 二手资料称累计融资约为 $155 million。 | |
| 节点 4 | $1B 本轮估值 [headline-price] | 2026 年 3 月的 B 轮融资确定了当前公开估值。 | |
| 节点 5 | 收入倍数未经验证 [underwriting-gap] | 保留的公开记录未披露本轮 EV/收入倍数。 | |
| 节点 6 | 等待一手尽调,暂作跟踪 [decision] | 价格是否有支撑,取决于经验证的收入质量、融资条款与回报空间。 |
仅表示逻辑顺序;节点大小不代表规模或概率。
[CV002, CV003, CV006, CV008, CV011, CV013, CV016]8.3 情景框架与回报逻辑
公开证据不足以支持点预测、概率百分比或精确估值区间。乐观情景要求经验证的 ARR 规模、持久增长、强留存和企业采用,在当前公开价格或更低价格下填补证据缺口。基准情景把 $1 billion 视为融资事实,而非内在价值,待一手指标和条款到位后再入场。悲观情景是下轮融资或长期流动性不足:客户增长无法转化为收入质量,年轻平台输给成熟生态,或计划中的产品扩张稀释执行。因而,情景信号应是尽调结果,而非臆造的概率。[CV002, CV006, CV007, CV008, CV009, CV010, CV014, CV015]
| 情景 | 假设 | 估值与回报逻辑 | 概率信号 | 下行或论点失效触发因素 |
|---|---|---|---|---|
| 乐观 | 经验证的 ARR 显著高于二手资料底线;增长、留存与企业赢单具备持续性 | 只有经验证的前瞻经济性仍留有创投级回报空间,当前 $1B 估值才站得住 | 一手队列数据与可重复的竞争胜出 | 即便产品扩张,增长或留存仍未达标 |
| 基准 | 客户势头延续,但收入质量与条款仍属非公开信息 | 无法支撑精确区间;完成尽调后再入场,或协商价格与保护条款 | 指标能相互勾稽,但不足以证明溢价经济性 | 本轮条款或烧钱速度使预期回报缺乏吸引力 |
| 悲观 | 采用未能转化为可持续 ARR;成熟的既有厂商与执行范围扩大拖累结果 | 下轮融资降价、优先权负担或长期缺乏流动性,可能损害普通股回报 | 队列疲弱、集中度高,或路线图验证延迟 | 大幅流失、企业扩张失败或融资承压 |
这些情景是条件式分析框架,不是按概率加权的预测;由于缺少精确 ARR、现金流数据与融资条款,无法给出数值化估值区间。
[CV002, CV006, CV007, CV008, CV009, CV010, CV014, CV015]8.4 尽调门槛与退出准备度
下一步决策应要求当前 ARR 桥接、已确认收入历史、毛利率、净留存、客户集中度、烧钱和跑道,并全部绑定到报告期和来源系统。融资尽调应取得股权结构表、期权池、清算优先权、参与权、反稀释条款、债务和任何收购义务。商业工作应把据报道的付费客户数与 ACV 队列和流失率对账;技术工作应在参考电话中测试 Agent0 结果和 OpenTelemetry 迁移主张。退出准备度仍未经证明,因为已审阅记录只有历史 IPO 参照,没有当前、可比口径的收入倍数或可信时间表。只有在证据填补这些缺口、且入场价格不高于可支撑回报的水平时,建议才应升级。[CV001, CV002, CV003, CV006, CV007, CV008, CV014, CV016]
8.5 图表与补充材料
免责声明
本报告基于保留的公开证据,不构成投资、法律、税务、会计、安全或技术建议。公司披露的数据与产品主张在用于投资决策前仍需经过一手尽调。
证据索引
| 编号 | 陈述 | 可信度 | 来源 |
|---|---|---|---|
| CO001 | Dash0 was founded in 2023. | 高 | SO001, SO003, SO004, SO006, SO010 |
| CO002 | Dash0 describes itself as founded in Germany and headquartered in New York. | 高 | SO001, SO003, SO006, SO010 |
| CO003 | Dash0 positions its product as an OpenTelemetry-native platform spanning AI-assisted code governance, production observability, and autonomous remediation. | 高 | SO007, SO008 |
| CO004 | Mirko Novakovic is Dash0's co-founder and chief executive and previously co-founded Instana, which IBM acquired in 2020. | 中 | SO003, SO006, SO010 |
| CO005 | Public company profiles identify Ben Blackmore as a Dash0 co-founder. | 中 | SO003, SO006, SO010 |
| CO006 | Dash0 said Balderton partner Rana Yared joined its board as part of the Series B. | 高 | SO001, SO005 |
| CO007 | An independent company profile records a $9.5 million seed round led by Accel on November 4, 2024. | 中 | SO003, SO006 |
| CO008 | Independent coverage records a $35 million Series A in October 2025. | 中 | SO003, SO004, SO006 |
| CO009 | Dash0 says it introduced the Agent0 agentic AI observability platform in November 2025. | 中 | SO007 |
| CO010 | An independent company profile reports that Dash0 acquired Lumigo in February 2026. | 中 | SO003, SO006 |
| CO011 | Dash0 announced a $110 million Series B led by Balderton Capital on March 23, 2026. | 高 | SO001, SO004, SO005 |
| CO012 | The March 2026 Series B valued Dash0 at $1 billion. | 高 | SO001, SO003, SO004, SO005, SO006, SO010 |
| CO013 | Dash0 and independent coverage reported $155 million of cumulative funding after the Series B. | 高 | SO001, SO003, SO004, SO005, SO006, SO010 |
| CO014 | Dash0 reported more than 600 paying customers in March 2026. | 高 | SO001, SO003, SO004, SO005, SO006, SO010 |
| CO015 | Dash0's customer page publishes named testimonials from Vercel, Hayuno AG, and catchHR but does not provide an audited customer census. | 中 | SO002 |
| CO016 | Independent market commentary identifies incumbent distribution and open-source adoption as tests of Dash0's agent-native platform thesis. | 中 | SO009, SO010 |
| CM001 | Dash0 claims its observability product spans frontend, applications, infrastructure, and AI workloads. | 中 | SM008 |
| CM002 | Dash0 states that its platform is built on OpenTelemetry, PromQL, and Perses. | 中 | SM007 |
| CM003 | Dash0 identifies developers, SREs, and platform engineers as intended users. | 中 | SM003 |
| CM004 | Dash0 says its pricing is based on retained telemetry rather than bytes or user seats. | 中 | SM003 |
| CM005 | AgentMarketCap reports that the broader observability market reached $3.35 billion in 2026. | 低 | SM004 |
| CM006 | AgentMarketCap projects the broader observability market to reach $6.93 billion by 2031 at a 15.62% CAGR. | 低 | SM004 |
| CM007 | An independent review identifies teams already moving toward OpenTelemetry and seeking a managed backend as Dash0's strongest fit. | 中 | SM002, SM009 |
| CM008 | Independent reviews identify self-hosting requirements, long custom retention, and entrenched incumbent estates as material fit constraints. | 中 | SM001, SM002 |
| CM009 | Dash0 cites Faros AI data showing incidents per pull request increased 243% and commit-to-production lead time increased 480%. | 中 | SM003, SM006 |
| CM010 | Dash0 positions Agent0 automations as a way to trigger investigations and guarded remediation without a user starting a chat. | 中 | SM006, SM007 |
| CM011 | The reviewed independent sources describe Dash0 as a hosted SaaS product and do not document a self-hosted deployment option. | 中 | SM001, SM002 |
| CM012 | Telemetry governance, redaction, alert severity, and retention design remain customer responsibilities even with a managed observability backend. | 中 | SM002 |
| CM013 | AgentMarketCap frames agent observability as an emerging layer contested by APM incumbents, AI-native startups, and open-source tools. | 低 | SM004 |
| CM014 | Silicon Valley Investclub lists ten tracked observability competitors spanning public incumbents and private vendors. | 低 | SM005 |
| CM015 | Assigned public evidence does not support a Dash0-specific SAM or obtainable-market calculation. | 低 | |
| CM016 | An independent review says Dash0's consumption economics depend on post-filter event volume, cardinality, sampling, retention, and optional Agent0 usage. | 中 | SM002 |
| CP001 | Dash0 officially positions its platform around OpenTelemetry-native observability, Agent0, Darkplane, SignalStore, and SignalControl. | 中 | SP003, SP006, SP007, SP008 |
| CP002 | Dash0 documentation lists metrics, logs, traces, resources, service monitoring, alerting, dashboards, website monitoring, and synthetic monitoring in the current product scope. | 中 | SP007 |
| CP003 | Dash0 states that Agent0 scans environments, traces issues to offending commits, and drafts pull-request fixes. | 中 | SP006, SP007 |
| CP004 | Dash0 describes its commercial model as usage-based pricing tied to telemetry signals rather than user seats. | 中 | SP003, SP008 |
| CP005 | Independent review and competitor-comparison sources identify Datadog, New Relic, Dynatrace, SigNoz, Grafana, and other incumbent, open-source, and bundled-suite alternatives. | 低 | SP001, SP009 |
| CP006 | Middleware and Coroot comparison pages characterize Dash0 as managed SaaS without a self-hosted deployment option. | 中 | SP002, SP005 |
| CP007 | Middleware and Better Stack comparison pages state that Dash0 does not bundle the full on-call and incident-management lifecycle. | 中 | SP002, SP004 |
| CP008 | Coroot frames the architectural choice as eBPF-led self-hosting with per-core economics versus Dash0's OpenTelemetry-led managed service with per-signal economics. | 低 | SP005 |
| CP009 | Atatus and Middleware describe Datadog as a broader incumbent with a large integration surface and modular charging structure. | 中 | SP001, SP002 |
| CP010 | Atatus and Middleware describe SigNoz as an OpenTelemetry-native alternative with a self-hosted open-source route. | 中 | SP001, SP002 |
| CP011 | OpenTelemetry compatibility lowers instrumentation switching friction, but dashboard, alert, query, workflow, history, and procurement migration costs remain. | 中 | SP001, SP002, SP005, SP007 |
| CP012 | A Better Stack comparison published in March 2026 characterized Agent0 as beta and unable to generate pull-request fixes. | 低 | SP004 |
| CP013 | Dash0's later 2026 materials state that Agent0 is generally available and can open pull-request fixes, contradicting the March competitor description. | 中 | SP003, SP006, SP007 |
| CP014 | Dash0 stated in June 2026 that more than 700 customers had chosen the platform, including Zalando, Taco Bell, and The Telegraph. | 中 | SP003 |
| CP015 | Dash0's 2026 strategy expands from observability into AI coding governance, telemetry control, and automated production remediation. | 中 | SP003, SP006, SP007 |
| CP016 | The assigned comparison evidence is commercially interested because Atatus, Middleware, Better Stack, and Coroot each sell a competing product. | 中 | SP001, SP002, SP004, SP005 |
| CI001 | Dash0 says core pricing is based on the number of logs, spans, and metric data points sent and stored, rather than bytes or query users. | 中 | SI003 |
| CI002 | Dash0 says storage is billed only on telemetry retained after SignalControl processing. | 中 | SI003, SI007 |
| CI003 | Dash0 describes Agent0 Automations as using credit-based pricing for recorded runs. | 中 | SI006 |
| CI004 | TNW reported that Dash0 charges by data volume rather than user seats or signal type. | 中 | SI002 |
| CI005 | NeuronFeed says buyers must request current pricing tiers because plans are tailored to data volume and team size. | 低 | SI004 |
| CI006 | Dash0 offers a free starting or trial path but does not disclose public conversion economics. | 中 | SI003, SI007 |
| CI007 | TNW and Balderton reported more than 600 paying Dash0 customers in March 2026. | 中 | SI001, SI002 |
| CI008 | TNW reported that Dash0 grew from 270 customers in October 2025 to 600 in March 2026. | 中 | SI002 |
| CI009 | Dash0 raised a $110 million Series B announced in March 2026. | 中 | SI001, SI002 |
| CI010 | The March 2026 financing brought reported total funding to $155 million. | 中 | SI001, SI002 |
| CI011 | The March 2026 Series B valued Dash0 at $1 billion. | 中 | SI001, SI002 |
| CI012 | Balderton and TNW said the financing would prioritize Agent0, US go-to-market expansion, core engineering, and targeted acquisitions. | 中 | SI001, SI002 |
| CI013 | The eight retained public sources do not disclose ARR, revenue, growth, gross margin, NRR, CAC, payback, cash balance, burn, debt, or runway. | 中 | SI001, SI002, SI003, SI004, SI005, SI006, SI007, SI008 |
| CI014 | Dash0 presents a 74% telemetry-volume reduction as the result of one illustrative SignalControl pipeline. | 中 | SI006 |
| CI015 | Usage-linked telemetry, retained storage, and agent credits indicate variable infrastructure and inference exposure, but public evidence does not quantify Dash0's associated costs or margins. | 低 | SI003, SI006, SI007, SI008 |
| CI016 | An undated Beatable profile reports more than 800 customers, which is not reconciled by date or definition with the March 2026 figure of more than 600 paying customers. | 低 | SI005 |
| CE001 | Dash0 says its observability product supports metrics, logs, traces, resources, service monitoring, alerting, dashboards, website monitoring, and synthetic monitoring. | 中 | SE003, SE008 |
| CE002 | Dash0 presents web, application, AI, infrastructure, Kubernetes, and container monitoring as parts of its current observability surface. | 中 | SE008 |
| CE003 | Dash0 says Agent0 continuously scans environments, identifies degradation and alert-coverage gaps, traces issues to commits, and drafts fixes as pull requests. | 中 | SE003, SE006 |
| CE004 | Dash0 says Darkplane tracks AI coding-assistant adoption, cost, productivity, sessions, token usage, tool calls, repositories, and branches. | 中 | SE003, SE006 |
| CE005 | Dash0 describes SignalControl as a pre-storage pipeline for filtering noise, converting signals, sampling traces, and rolling up high-cardinality time series. | 中 | SE003, SE006 |
| CE006 | Dash0 identifies OpenTelemetry, PromQL, open formats, and open interfaces as the foundation of its collection and query design. | 中 | SE001, SE003, SE006, SE007, SE009 |
| CE007 | The New Stack reported in 2025 that Dash0 used OpenTelemetry and exposed metadata enrichment, Triage, and Spam Filters as product capabilities. | 中 | SE002 |
| CE008 | A Dash0-endorsed partner guide describes OTLP/HTTP, OTLP/gRPC, OpenTelemetry SDK and Collector ingestion, and Kubernetes Operator deployment. | 中 | SE004 |
| CE009 | TrueFoundry documents exporting traces and metrics to Dash0 through authenticated regional OTLP endpoints with dataset headers. | 中 | SE005 |
| CE010 | Dash0's public GitHub organization describes OTelBin and public community channels but the retained page does not provide repository-activity or adoption metrics. | 中 | SE001 |
| CE011 | Dash0's July 2026 roadmap labels AI Coding Insights and the Spam Filter as shipping or live while describing AutoMerge, Derive and Convert, and Sampling as coming. | 中 | SE006 |
| CE012 | Public evidence for uptime, security attestations, data governance, incident response, and autonomous-action accuracy remains an open diligence question in the assigned source set. | 低 | |
| CU001 | Nutrient reports that the technical work to move its OpenTelemetry telemetry to Dash0 took mere hours. | 中 | SU001 |
| CU002 | Nutrient reports that the full process from deciding to leave its former vendor to closing that account took about six weeks. | 中 | SU001 |
| CU003 | Nutrient reports that it redeployed no application and changed only collector exporter endpoints and credentials during the Dash0 migration. | 中 | SU001 |
| CU004 | Nutrient reports moving terabytes of events and hundreds of millions of metric data points per month. | 中 | SU001 |
| CU005 | Nutrient says it is consolidating on Dash0 with dashboards as code, deeper alerting integration, and wider tracing. | 中 | SU001 |
| CU006 | Dash0's website reports a 4.8 out of 5 rating from 43 G2 reviews. | 中 | SU003 |
| CU007 | A Vercel software engineer says on Dash0's site that the tracing interface significantly reduced time from bug report to diagnosis and fix. | 中 | SU008 |
| CU008 | A Chargetrip infrastructure engineer praises Dash0's pricing, integration, filtering, large-volume handling, and alerting on Dash0's site. | 中 | SU008 |
| CU009 | ToolAtlas reports that Dash0 serves more than 600 customers, including Zalando and Taco Bell. | 中 | SU004 |
| CU010 | Independent profiles report more than 600 paying customers in 2026 and name Zalando, Taco Bell, and The Telegraph. | 中 | SU005, SU009 |
| CU011 | THE D*AI*LY BRIEF identifies Kubernetes-oriented platform engineering and SRE leaders as Dash0's ideal buyer profile. | 中 | SU005 |
| CU012 | THE D*AI*LY BRIEF says Dash0 is not ideal for organizations requiring self-hosted or air-gapped deployment because it is managed SaaS only. | 中 | SU005 |
| CU013 | Dash0's official product materials address web monitoring, application performance, AI workload monitoring, and infrastructure observability. | 中 | SU007, SU008 |
| CU014 | Dash0 says its customers increasingly access observability data through MCP and CLI interfaces rather than only through a browser. | 中 | SU006 |
| CU015 | An independent Substack review says Dash0 prices by counts of logs, spans, and metric data points rather than bytes or querying users. | 中 | SU002 |
| CU016 | None of the retained customer-facing sources discloses Dash0 NRR, GRR, logo churn, renewal rates, contract length, revenue concentration, or channel mix. | 中 | SU001, SU003, SU004, SU005, SU008 |
| CR001 | MakerStack reports that Dash0 retains metrics and synthetic check runs for 13 months but spans, span events, logs, and web events for 30 days. | 中 | SR001 |
| CR002 | MakerStack describes Agent0 and AI Coding Insights as the newest and least proven part of Dash0's platform and recommends validating them during the trial. | 中 | SR001 |
| CR003 | MakerStack characterizes Dash0 as a young platform without the decade of enterprise procurement, compliance-audit, and edge-case history held by Datadog. | 中 | SR001 |
| CR004 | Edgepedia reports that Dash0 acquired Lumigo in February 2026 and Polar Signals in August 2026, with financial terms undisclosed for both transactions. | 中 | SR002 |
| CR005 | Edgepedia reports more than 750 customers as of August 2026, explicitly attributing that count to the company. | 中 | SR002 |
| CR006 | Edgepedia reports that Dash0 did not disclose revenue when announcing its Series B and that management said it aimed to reach $100 million in ARR quickly. | 中 | SR002 |
| CR007 | Dash0's July 2026 strategy post describes AutoMerge as coming next rather than as a currently shipped capability. | 中 | SR003 |
| CR008 | Dash0 says its spam filter is live while derive-and-convert and sampling are upcoming, and labels a 74% volume reduction as an illustrative pipeline run. | 中 | SR003 |
| CR009 | Dash0 says Agent0 Automations can act on triggers under customer-defined guardrails and can investigate incidents, run deployment checks, or open policy-related pull requests. | 中 | SR003 |
| CR010 | Dash0's documentation says Agent0 continuously scans environments, traces issues to offending commits, and drafts fixes as pull requests. | 中 | SR006 |
| CR011 | Dash0 says storage pricing is based on the number of logs, spans, and metric data points sent and stored rather than bytes or querying users. | 中 | SR007 |
| CR012 | Dash0's homepage reports a 4.8 out of 5 G2 rating based on 43 reviews. | 中 | SR007 |
| CR013 | Dash0's observability page claims coverage across frontend, application, AI, Kubernetes, cloud-infrastructure, and container monitoring. | 中 | SR008 |
| CR014 | Silicon Valley Investclub states that Dash0 has not publicly disclosed revenue or profitability in the sources underlying its profile. | 中 | SR005 |
| CR015 | Current certifications, regulatory matters, litigation, incident history, insurance, data-processing controls, and autonomous-action audit evidence remain unverified in the assigned source pool. | 低 | |
| CR016 | The retained evidence supports prioritizing autonomous-action governance, enterprise assurance, product-scope execution, retention, acquisition integration, and financial durability as the principal residual risks, without assigning numerical loss probabilities. | 中 | SR001, SR002, SR003, SR005, SR006, SR007 |
| CV001 | Built In NYC reported that Dash0 raised a $110 million Series B led by Balderton Capital in March 2026. | 中 | SV001 |
| CV002 | Four independent sources report that Dash0's March 2026 financing valued the company at $1 billion. | 中 | SV001, SV002, SV004, SV005 |
| CV003 | Independent sources place Dash0's total funding after the Series B at approximately $155 million. | 中 | SV001, SV002, SV004, SV005 |
| CV004 | Dash0 announced a $35 million Series A on October 2, 2025. | 中 | SV003 |
| CV005 | Dash0 stated in October 2025 that it had acquired more than 270 customers within nine months of launch. | 中 | SV003 |
| CV006 | Three independent profiles report that Dash0 had more than 600 paying customers in 2026. | 中 | SV002, SV004, SV005 |
| CV007 | The Silicon Valley Investclub profile says Dash0 has not publicly disclosed revenue or profitability in its cited source set. | 中 | SV004 |
| CV008 | The Silicon Valley Investclub profile states that EV/revenue was not disclosed for any Dash0 financing round. | 中 | SV004 |
| CV009 | The Silicon Valley Investclub profile lists ARR as over $10 million but attributes it to an undated YouTube interview rather than a filing or company financial statement. | 低 | SV004 |
| CV010 | Dividing the $1 billion headline valuation by the secondary profile's greater-than-$10-million ARR indicator implies a valuation-to-ARR ratio below 100x, but the exact ratio is not supportable. | 低 | SV001, SV004 |
| CV011 | Dash0 describes its platform as OpenTelemetry-native and built on open interfaces including PromQL. | 中 | SV007, SV008 |
| CV012 | Dash0's July 2026 roadmap expands its scope across SignalStore, Darkplane, and Agent0 automations while retaining observability as the foundation. | 中 | SV006, SV007 |
| CV013 | Dash0 says its pricing is based on telemetry sent and stored rather than bytes ingested or query-seat counts. | 中 | SV008 |
| CV014 | Built In NYC reported that Series B proceeds were intended for Agent0 expansion, core engineering, U.S. market expansion, and strategic acquisitions. | 中 | SV001 |
| CV015 | Beri identifies Dash0's two-year market maturity and narrower integration ecosystem as disadvantages and flags buyer-fit constraints for small teams, strict data residency, and proprietary-instrumentation migrations. | 低 | SV002 |
| CV016 | The $1 billion price cannot be independently underwritten until current revenue quality and financing terms are verified. | 中 | SV001, SV004 |
| 编号 | 出版方 | 标题 | 引文 |
|---|---|---|---|
| SO001 | Dash0 | Dash0 Raises $110M Series B at $1B Valuation to Build the AI Nervous System for Production | The round values Dash0 at $1 billion, making it the latest unicorn in enterprise infrastructure, and brings total funding to $155 million. |
| SO002 | Dash0 | OpenTelemetry-Native Observability in Production | Dash0 has significantly streamlined our approach to observability and OpenTelemetry, bringing everything together in one place. |
| SO003 | Silicon Valley Investclub | Dash0 - Mirko Novakovic, Ben Blackmore | Dash0 has not publicly disclosed revenue or profitability in the provided sources. |
| SO004 | SiliconANGLE | Dash0 raises $110M at $1B valuation to change cloud observability with AI agents | The company said since its deployment in 2023, it has signed on 600 paying customers, including global brands such as European e-commerce platform Zalando SE, fast food chain Taco Bell and publisher Telegraph Media Group Ltd. |
| SO005 | StorageNewsletter.com | Dash0 Raises $110M Series B at $1B Valuation to Build the AI Nervous System for Production | This is a Press Release edited by StorageNewsletter.com on March 26, 2026 at 2:01 pm |
| SO006 | Silicon Valley Investclub | Dash0 - $1B - Mirko Novakovic, Ben Blackmore | Founders in our registry: Mirko Novakovic, Ben Blackmore. Investors are listed on this profile. |
| SO007 | Dash0 | Beyond Observability | In November 2025, we introduced Agent0, our agentic AI platform for observability, because reading dashboards and correlating traces by hand doesn't scale, and an expert-agent guild that could do it for you was the obvious next step. |
| SO008 | Dash0 | Welcome to Dash0 | Dash0 is an OpenTelemetry-native platform that closes the loop from code to production — governing what AI builds, observing everything in production, and fixing problems autonomously. |
| SO009 | AgentMarketCap | Dash0's $110M Round Signals Agent Observability Is Now a Unicorn Category | The next 12 months will test that thesis. Datadog has the distribution advantage and is moving fast to add agentic capabilities. New Relic is betting on partnerships and ecosystem integration. Open-source tools like Langfuse and Phoenix continue to gain adoption with developer teams. |
| SO010 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | The company competes against established observability vendors such as Datadog, Grafana, and New Relic. |
| SM001 | RunAny | Dash0 - OpenTelemetry-native observability without vendor lock-in | Dash0 is an observability platform purpose-built on open standards. |
| SM002 | aicoolies | Dash0 Review (2026) | Dash0 is best understood as a hosted observability platform built around OpenTelemetry rather than as an AI feature attached to a legacy monitoring suite. |
| SM003 | Dash0 | OpenTelemetry Native Observability | From Engineers, for Engineers Built by observability experts for developers, SREs, and platform engineers, Dash0 is designed for productivity—focusing on real-world use cases and solving daily challenges effortlessly. |
| SM004 | AgentMarketCap | Dash0's $110M Round Signals Agent Observability Is Now a Unicorn Category | The broader observability market reached $3.35 billion in 2026, growing at a 15.62% compound annual growth rate toward a projected $6.93 billion by 2031. |
| SM005 | Silicon Valley Investclub | Dash0 — $1B · CEO Mirko Novakovic | Dash0 is the agentic observability platform pioneering the transformation from passive monitoring to autonomous production operations. |
| SM006 | Dash0 | Beyond Observability | In an illustrative pipeline run, that stack took the volume for logs, metrics and spans down 74%, without losing the signal that actually matters. |
| SM007 | Dash0 | Welcome to Dash0 | Dash0 is an OpenTelemetry-native platform that closes the loop from code to production — governing what AI builds, observing everything in production, and fixing problems autonomously. |
| SM008 | Dash0 | Observability | Full visibility into your Kubernetes clusters, cloud infrastructure, and containers. |
| SM009 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | Dash0 is best for engineering and platform teams already invested in OpenTelemetry who want vendor-neutral observability with predictable costs and an AI-forward operations roadmap. |
| SP001 | Atatus | 5 Best Dash0 Agent0 Alternatives in 2026 | OpenTelemetry-only ingestion. Dash0 is built natively around OpenTelemetry. |
| SP002 | Middleware | 10 Best Dash0 Alternatives in 2026 | Dash0 is OTel-native with signal-based pricing, but has no built-in incident management and no self-hosting option. |
| SP003 | Dash0 | From OpenTelemetry-Native to Observability for the AI Era | OpenTelemetry-native is the foundation. It is not the destination. |
| SP004 | Better Stack | 9 Best Dash0 Agent0 Alternatives for AI-Powered Observability in 2026 | Dash0 is a newer observability platform with a less mature ecosystem than Datadog, Grafana, or Better Stack. |
| SP005 | Coroot | Coroot vs Dash0: Open-Source eBPF vs OpenTelemetry-Native (2026) | Coroot's cost tracks your infrastructure size; Dash0's tracks your telemetry volume |
| SP006 | Dash0 | Beyond Observability | Agent0 already goes further than a chatbot for your telemetry: ask it a question and it investigates, traces the root cause, and can open the fix as a pull request. |
| SP007 | Dash0 | Welcome to Dash0 | Agent0 is an AI SRE that scans your environment continuously. It surfaces services degrading with no alert coverage, traces issues to the offending commit, and drafts fixes as a pull request. |
| SP008 | Dash0 | OpenTelemetry Native Observability | Our pricing is transparent and based on how many logs, spans, and metric data points you send and store. |
| SP009 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | The company competes against established observability vendors such as Datadog, Grafana, and New Relic. |
| SI001 | Balderton Capital | Dash0 Raises $110M Series B at $1B Valuation to Build the AI Nervous System for Production | The round values Dash0 at $1 billion, making it the latest unicorn in enterprise infrastructure, and brings total funding to $155 million. |
| SI002 | TNW | Startup Dash0 hits unicorn status with $110M Series B | The company has grown to more than 600 paying customers in under two years, including Zalando, Taco Bell, and The Telegraph. |
| SI003 | Dash0 | OpenTelemetry Native Observability | Our pricing is transparent and based on how many logs, spans, and metric data points you send and store. Not how many bytes of it, or how many people query them. |
| SI004 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | Teams should request current pricing tiers directly, as plans are tailored to data volume and team size. |
| SI005 | Beatable | Dash0 ($155M raised) - Company Intelligence | Backed by Balderton Capital, Accel, Cherry Ventures, and DIG Ventures, it serves over 800 customers worldwide. |
| SI006 | Dash0 | Beyond Observability | Every run is on the record, credit-based pricing keeps the cost of each one visible in the dashboard, and the guardrails are yours to set: what Agent0 can touch, what needs a sign-off, what it never does without you. |
| SI007 | Dash0 | Welcome to Dash0 | SignalControl is a rule-based pipeline that reduces the volume of telemetry Dash0 stores, without compromising the observability you rely on. |
| SI008 | Dash0 | Observability | Dash0 gives you visibility into every AI call: token usage, latency, costs, and errors. |
| SE001 | Dash0 | Dash0 - GitHub | Ease of integration: OpenTelemetry, Prometheus, and open standards are the foundation of modern observability. |
| SE002 | The New Stack | With OTel, dash0 Wants to Make Observability Actually Useful | dash0 is a landmark OpenTelemetry-native observability tool that eliminates vendor lock-in and makes it easier to collect relevant telemetry at lower costs. |
| SE003 | Dash0 | Welcome to Dash0 | SignalControl is a rule-based pipeline that reduces the volume of telemetry Dash0 stores, without compromising the observability you rely on. It filters noise, converts high-volume signals into compact metrics, samples traces, and rolls up high-cardinality time series before storage. |
| SE004 | LearnObservability | Dash0 Tutorial - OpenTelemetry-Native Observability Guide | Dash0 ingests data using the standard OTLP protocol from any OpenTelemetry SDK, the OpenTelemetry Collector, or the Dash0 Kubernetes Operator, so you can switch backends without re-instrumenting your apps. |
| SE005 | TrueFoundry | Dash0 - TrueFoundry Docs | Dash0 is a cloud-native observability platform built on OpenTelemetry that accepts traces, metrics, and logs via standard OTLP endpoints. |
| SE006 | Dash0 | Beyond Observability | Humans get a unified query layer, PromQL and SQL, plus a console to explore, alert, and dashboard. Agents get standardized access of their own: MCP, CLI, API and tools and context to operate effectively. |
| SE007 | Dash0 | OpenTelemetry Native Observability | MCP server, CLI, and API: humans and AI agents read from the same store. |
| SE008 | Dash0 | Observability | Dash0 captures the full user experience: web vitals, user sessions, errors, and page performance. When a page is slow or a checkout fails, you see exactly why, from the browser request all the way to the database query. |
| SE009 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | Because Dash0 is built on the open OpenTelemetry standard, it ingests metrics, traces, and logs from any vendor or environment without requiring teams to install proprietary collection agents. |
| SU001 | Nutrient | Why we moved our observability from HyperDX to Dash0 | We moved to Dash0(opens in a new tab), another OpenTelemetry-native platform, with mere hours of migration work. The full move took about six weeks from decision to closing the HyperDX account. Instrumentation didn’t change; collector endpoints did. |
| SU002 | Didier Durand | Dash0’s Approach to AI Observability | Dash0 employs a transparent and fundamentally different pricing model. It is based on the count of logs, spans, and metric data points sent—not on the number of bytes or the number of users querying the data. |
| SU003 | Dash0 | OpenTelemetry Native Observability | 4.8/5 (43 reviews) on G2 |
| SU004 | ToolAtlas | Dash0 | Founded in 2023, Dash0 reached unicorn status with a $110M Series B in March 2026 and serves 600+ customers including Zalando and Taco Bell. |
| SU005 | THE D*AI*LY BRIEF | Dash0 | Organisations that require a self-hosted or air-gapped deployment, since Dash0 is a managed SaaS on AWS and GCP only |
| SU006 | Dash0 | Beyond Observability | And we watched how our own customers actually reach their data: less through a browser tab, more through an MCP server or a CLI, because the thing asking the question is increasingly an agent, not a person squinting at a dashboard. |
| SU007 | Dash0 | Welcome to Dash0 | Dash0 is an OpenTelemetry-native platform that closes the loop from code to production — governing what AI builds, observing everything in production, and fixing problems autonomously. |
| SU008 | Dash0 | Observability | The tracing UI is amazing. When we switched to Dash0, it significantly cut down the amount of time from a bug being reported to figuring out why it happened and fixing it. |
| SU009 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | On the traction side, Dash0 reports more than 600 paying customers, including Zalando, Taco Bell, and The Telegraph. |
| SR001 | MakerStack | Dash0 Review (2026) | The catch is retention, which is fixed per signal type rather than configurable. Metrics and synthetic check runs are kept 13 months. Spans, span events, log records and web events are kept 30 days. |
| SR002 | Edgepedia | Dash0 | Revenue is the main unreported quantity. CEO Mirko Novakovic declined to disclose Dash0's revenue when the Series B was announced, but said the company aims to reach $100 million in annual recurring revenue "pretty quickly." |
| SR003 | Dash0 | Beyond Observability | AutoMerge, coming next, is the other half. Agents now open more pull requests than any team can review by hand, and most auto-approval today runs on static rules: always clear dependency bumps, never touch anything else. |
| SR004 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | On the traction side, Dash0 reports more than 600 paying customers, including Zalando, Taco Bell, and The Telegraph. |
| SR005 | Silicon Valley Investclub | Dash0 — $1B · CEO Mirko Novakovic | Dash0 has not publicly disclosed revenue or profitability in the provided sources. |
| SR006 | Dash0 | Welcome to Dash0 | Agent0 is an AI SRE that scans your environment continuously. It surfaces services degrading with no alert coverage, traces issues to the offending commit, and drafts fixes as a pull request. |
| SR007 | Dash0 | OpenTelemetry Native Observability | Our pricing is transparent and based on how many logs, spans, and metric data points you send and store. Not how many bytes of it, or how many people query them. |
| SR008 | Dash0 | Observability | Full visibility into your Kubernetes clusters, cloud infrastructure, and containers. The Dash0 Kubernetes Operator handles the complexity so your team does not have to. |
| SV001 | Built In NYC | Observability Platform Dash0 Raises $110M Series B at $1B Valuation | Dash0, an AI-powered observability solution, announced its Series B funding round, bringing in $110 million led by Balderton Capital. The raise values Dash0 at $1 billion and totals its funding at $155 million to date. |
| SV002 | Beri | Dash0 Hits $1B Valuation with $110M AI Observability Round | Datadog's advantage is maturity and ecosystem integrations (500+ out-of-box integrations vs. Dash0's focus on OpenTelemetry standards). |
| SV003 | Dash0 | Dash0 Raises $35 Million Series A to Build the First AI-Native Observability Platform | Since launching just nine months ago, Dash0 has acquired more than 270 customers across industries, establishing itself as one of the fastest-growing platforms in the observability space. |
| SV004 | Silicon Valley Investclub | Dash0 — $1B · CEO Mirko Novakovic | EV/Rev is not disclosed for any round. |
| SV005 | NeuronFeed | Dash0 Review 2026: OpenTelemetry-Native Observability | Teams should request current pricing tiers directly, as plans are tailored to data volume and team size. |
| SV006 | Dash0 | Beyond Observability | Our ingestion and storage layer is becoming SignalStore, the OpenTelemetry-native data platform for humans and agents. |
| SV007 | Dash0 | Welcome to Dash0 | Dash0 is an OpenTelemetry-native platform that closes the loop from code to production — governing what AI builds, observing everything in production, and fixing problems autonomously. |
| SV008 | Dash0 | OpenTelemetry Native Observability | Our pricing is transparent and based on how many logs, spans, and metric data points you send and store. Not how many bytes of it, or how many people query them. |