# Vast.ai 账户余额能当成这台机器的当日收入吗？

不能。监控里的当日金额只加这台 Machine ID 的四项收入。账户信用余额、别的机器的收入、账单页上的充值都不会填进这个合计。缺一项就保持未知。

- Canonical: https://iotahome.site/zh/learn/vast-host-revenue-vs-balance
- Publisher: IOTA Watch
- Topics: Vast.ai
- Published: 2026-10-24
- Updated: 2026-10-24

## 先看结论

余额是账户里还剩多少信用，当日收入是这一台机器在香港时间当天的四项报告。两边都可以是美元，回答的却不是同一个问题。把余额再加进当日收入，会把账户里还留着的信用再算成今天这台机器的进账。

## 机器当日收入和账户余额分开看

问这台机器今天报告多少，只看四项合计。余额留在账户页。报告缺失时不要用余额或 0 填空。

## 余额、账单和机器当日收入

| 名称 | 回答的问题 | 会不会进入监控合计 |
| --- | --- | --- |
| 四项当日收入 | 这台机器在香港时间当天报告了多少美元 | 这就是合计本身 |
| 账户信用余额 | 账户里还剩多少可使用的信用 | 不会 |
| 另一台机器的收入 | 那个 Machine ID 自己的四项 | 不会并进这一台 |
| 账单与发票 | Billing 页生成的收费记录 | 不会。发票在官方账单页查看 |

不能。在 [Vast.ai 监控](https://iotahome.site/zh/projects/vast) 里，这台机器的当日收入是它自己的四项美元：GPU、存储、上传带宽、下载带宽。账户余额是账户里还剩的信用，监控不会把它加进任何一台机器的合计，也不会在报告缺失时用它顶上。

## 为什么两个美元数会差很多

余额可以来自充值、未花掉的信用，或账户层面的其他变动。当日合计只覆盖一个 Machine ID、一个香港日、而且四项必须齐全。另一台机器哪怕收入更高，也不会并进你正在看的这一台。

发票在 Vast 的 Billing 页生成。官方说明是打开 Billing，在 Generate Billing History 下勾选 Include Charges。那是收费记录，不是监控上的当日四项。

## 对账时看什么

- 先确认 Machine ID 是你要的那一台，而不是账户里的另一台。

- 再确认四项都有数字，时间窗口是香港时间当日。

- 余额只在你要回答“账户还剩多少信用”时才打开，不要和合计相加。

## 接下来怎么处理

- 合计和官方报告的四项一致：用这个数描述这一台、这一日。

- 合计未知：保持未知。检查 [读取密钥](https://iotahome.site/zh/learn/vast-api-key-read-only-monitoring) 是否能看到收入，而不是把余额抄过来。

- 你其实想看某一份租约的锁定价格：那不是余额，也不是当日合计，回到 [租约](https://iotahome.site/zh/learn/vast-host-machine-vs-contract)。

## 举例

举例，不是真实账户：这台机器四项为 1.20、0.30、0.10、0.05，当日合计 1.65 美元。同一账户余额显示 40 美元，另一台机器当天另有收入。监控对这台机器仍只给出 1.65。若下载一项缺失，这里显示未知，不会改成 40，也不会改成 0。

## 界限

监控不显示可提现金额，也不预测到账日。托管概览让 Host 到登录后的 Market Stats 了解价格水平，并且至少要有一台已登记机器；那个页面不是这里的当日合计。能赚多少没有保证。

## 常见问题

### 余额是 40 美元、机器当日合计是 1.65 美元，该信哪个？

看你要回答的问题。问这台机器今天报告了多少，用四项合计。问账户里还剩多少信用，用余额。两个数都可能是美元，相加会把存量再算进当日收入。

### 收入报告打不开时，可以用余额先填上吗？

不要。报告缺失或四项不齐时，当日合计保持未知，不是余额，也不是 0。先按只读权限把报告读出来，再谈这台机器的金额。

### 香港时间当日和我所在时区的“今天”不一致怎么办？

以监控上的香港日为准去对官方报告，不要把另一个时区的自然日直接当成同一窗口。账单页上的发票周期也不是这个当日合计。

## 资料来源与本站实现

- [Vast.ai hosting overview](https://docs.vast.ai/host/hosting-overview)
- [Vast.ai API permissions](https://docs.vast.ai/api-reference/permissions)
