And you can see the whole thing is a debit credit database.

整个系统就一个借记贷记数据库。

So it's really comparing all the things that you have to debit to all the things that you get to credit, and the difference is your gain or loss.

所以这实际上在比较所有需要借记项目与所有需要贷记项目，两者差额就损益。

We have an LSM tree for every object that the database stores, so transfers and accounts, accounts and transfers between them, debit credit transfers between accounts.

我们为数据库存储每个对象都有一个 LSM 树，因此包括转账账户，账户之间转账，以及账户之间借记贷记转账。

You know, so that's one query and you do 8,000 instead of 80,000 queries.

也就，一次查询，可以处理8000笔借记或贷记交易，而不执行80000次查询。

Debit credit is where we compete.

我们竞争领域在于借记贷记。

And then you've also got the checkout transaction with the money, that's also debit credit.

然后还会有结账时金钱交易，那也借记或贷记。

So Let's say we've got 8,000 debit credits.

所以我们假设我们有8000条借记贷记记录。

But you're actually saying like we're tracking and doing debits and credits like financial transactions and we can't do these particularly simple type of SQL transaction any faster.

但实际上在，我们在跟踪并进行类似于金融交易借记贷记操作，而我们无法让这种特别简单SQL事务处理得更快。

Instead of having Rolox and multiple queries, you know, we pack a lot of debit credits first class, one database query back again and you're done.

我们不再使用Rolox多次查询，而将大量借记贷记业务打包成一流处理，只需一次数据库查询就能完成所有操作。

And that means if your transactions are all sequential, your database tops out at 1,000 TPS, 1,000 debit credits a second.

这意味着， 如果所有交易都按顺序进行，数据库每秒最多只能处理1000笔交易，即每秒完成1000次借记或贷记操作。

And it's moving from one warehouse to another, to a driver, to the home, back again, okay, back again, all debit credit.

它从一个仓库转移到另一个仓库，再到司机手中， 最后送到客户家里， 然后再返回，明白吗，再返回，整个程都借记贷记。