感谢就此的反馈。
Thanks for the feedback on this.
我们可以做的一件事是把对外连接数从 15 降到 10，甚至 5。当初选 15 很随意。它只需要足够支撑冗余和消息的快速指数传播。10 仍然绰绰有余。5 应该也行。10 是个整十数，用户容易看出，连接数停在这里是程序有意设定的。
One thing we could do is lower the outbound connections from 15 to 10 or maybe even 5. The choice of 15 was arbitrary. It just needs to be enough for redundancy and fast exponential propagation of messages. 10 would still be plenty. 5 should be fine. 10 is good as a nice round number so users can see that it stopped intentionally.
实现 UPnP 会有帮助，这样接受入站的节点会更多。你的连接数 = 接受入站节点数与只出不进节点数之比 × 15。我们需要鼓励更多人接受入站连接。
It would help to implement UPnP so there would be more inbound accepting nodes. Your number of connections is the ratio of inbound accepting nodes to out-only times 15. We need to encourage more people to accept inbound connections.
我会实现一个功能：达到一定数量后停止接受入站连接。
I will implement a feature to stop accepting inbound connections once you hit a certain number.
你运行的是哪个版本？
Which version are you running?
有人知道 BitTorrent 这类典型 P2P 软件能到多少连接吗？
Anyone know how many connections typical P2P software like BitTorrent can get up to?
当前版本尚未建立逐条校对状态记录。来源核验、历史审校与当前译文校对是不同事项。
译文内容版本：22b8a8935b48。用于比对文本，不代表校对等级或更新时间。
请填写对应原文、现译文、建议译法和理由。复制后通过你联系本站作者的渠道提交；此处不会自动发送。
