建议在ver2.0里增加类似batch的机制

当前无法限制住发送端block发出的频率，在接收端可能响应不了这么快，想在HELLO ACK里告知一批次发出多少个block。

当前遇到的问题是，基于mqtt之上用nftp接收文件时，nanosdk内部的接收队列大小是256，超过它时将丢失队列内一个元素(这个设计我认为是不合理的)，导致传输的文件block数量过多时接收会出现block丢失情况。虽然解决这个问题的关键是解决接收队列可靠性的问题，不过我觉得能加上可限制发送端block数量，在特定场景下还是能用上的。