连续的对象流保存在Firebase中。
它们是HTTP流量表示，因此从业务角度对它们进行排序和配对。
每个对象都有唯一的时间戳，是否应该用作密钥？
如何查询/监控新创建的文档的这种路径？
如何有效地处理和验证数据完整性：
- 回复和请求是一个接一个
- 验证请求确实属于该请求后保存的响应（有预测响应内容的业务规则）
- 如何（？）标记处理过的文档不会减慢等待处理文档的过程。
- 验证请求/响应对时，应将其放在一个新对象中。如何以非阻塞方式保存？
- 如果响应在超时之前没有到达，则应创建并保存新的半填充对象。如何监控匹配的请求是否到达以更新它？
应如何配置Firebase：索引，路径（其他？）以提高处理效率？