Bitcoin Core 0.28版本端口绑定行为变更解析

在Bitcoin Core 0.28版本中，用户发现了一个与网络端口绑定相关的重要行为变更。当用户通过-port或-rpcport参数指定非默认端口时，节点仍然会尝试绑定默认端口（8334和8332），这与0.27及之前版本的行为存在明显差异。

问题现象

在0.28版本中，即使用户明确指定了自定义端口号：

bitcoind --datadir=(mktemp -d) -port=51234 -rpcport=51235

节点仍会尝试绑定默认的8334（P2P网络）和8332（RPC）端口。如果这些默认端口已被占用（例如由另一个Bitcoin Core实例使用），节点将无法正常启动，并抛出"Unable to bind"错误。

技术背景

在之前的版本中，Bitcoin Core的端口绑定逻辑相对简单：

1. 如果用户指定了-port或-rpcport参数，节点只会尝试绑定这些指定的端口
2. 未指定时才会回退到默认端口

但在0.28版本中，这一逻辑发生了变化，节点会同时尝试绑定：

1. 用户指定的自定义端口（如果存在）
2. 默认端口（无论用户是否指定了自定义端口）

解决方案

目前推荐的解决方法是：

1. 显式使用-bind参数替代-port来指定P2P端口
2. 对于RPC端口，可以配合使用-rpcbind参数

例如：

bitcoind --datadir=/custom/data -bind=0.0.0.0:51234 -rpcbind=0.0.0.0:51235

对用户的影响

这一变更主要影响以下场景：

1. 在同一台机器上运行多个Bitcoin Core实例
2. 使用自定义端口配置的自动化测试环境
3. 需要严格端口控制的部署环境

对于普通用户而言，如果只运行单个节点且不修改默认端口，则不会受到影响。

开发者考量

这一行为变更实际上是开发者有意为之的调整，目的是为了：

1. 提高节点的可发现性
2. 改善网络连接稳定性
3. 为未来的功能扩展做准备

但考虑到对现有用户配置的影响，开发团队正在讨论是否需要调整这一行为，或提供更明确的配置选项。

最佳实践建议

对于需要自定义端口的用户，建议：

1. 在配置中同时指定bind和port参数
2. 如果不需要监听默认端口，可以显式设置-listen=0
3. 在升级到0.28版本时，检查并更新现有的端口配置

对于测试环境，可以考虑在启动参数中添加-listenonion=0 -upnp=0 -natpmp=0来进一步简化网络配置。