pi network 中文节点信息总频道 本频道只发布节点信息和知识，全员禁言频道。
有新朋友需要做节点的准备工作（配置纯属民间建议）
1：win10专业版2004以上系统（版本19041以上）
2：cpu虚拟化打开(bios里面打开)
3：开通免费动态公网ip(有钱的可以拉专线拿静态ip)
4：200兆以上网速（网卡，猫，路由，都用千兆的，重点提升上行网速）
5：桥接路由器拨号（简称：路由器拨号，猫出来路由再到电脑)
6：C盘300G以上内存做系统，不分区（有资金当然C盘容量越大越好）
7：内存条16G以上
8：建议处理器i5或者i7(有钱可以E5v3)
自身有电脑的若运行不卡，能安装win10专业版2004以上系统，内存条8g以上，c盘不能低于300g，cpu虚拟化能打开，内存及硬盘可后期升级
1：win10专业版2004以上系统（版本19041以上）
2：cpu虚拟化打开(bios里面打开)
3：开通免费动态公网ip(有钱的可以拉专线拿静态ip)
4：200兆以上网速（网卡，猫，路由，都用千兆的，重点提升上行网速）
5：桥接路由器拨号（简称：路由器拨号，猫出来路由再到电脑)
6：C盘300G以上内存做系统，不分区（有资金当然C盘容量越大越好）
7：内存条16G以上
8：建议处理器i5或者i7(有钱可以E5v3)
自身有电脑的若运行不卡，能安装win10专业版2004以上系统，内存条8g以上，c盘不能低于300g，cpu虚拟化能打开，内存及硬盘可后期升级
比特币发明了工作量证明共识算法，许多加密货币都遵循这一范式并基于工作量证明。 但并非所有分布式系统都必须使用工作量证明。 事实上，当我们最初设计 Pi 时，我们特别设定了一个硬性要求，即 Pi 的算法不能基于工作量证明。 ”
Pi节点是基于“信任证明”的轻量级环保CPU型节点，而不类似于比特币/以太坊1.0/chia基于“工作量证明”重型高耗能GPU型节点。
不要错过！
Consensus container enabled显示：YES（已获共识容器）
Consensus container需要显示：running（运行）
注意：Docker里面属于Pi节点的容器暂时只有Stellar Dummy（端口监听容器）和Pi Consensus（共识容器），其余不相关容器可以把其暂停并删除。
若还没得到项目方授权批准共识容器，是没有办法用命令提示符指令手动拉取生成共识容器（pi consensus）。
输入连接越多，表示被访问的次数自然越多。
@尼古拉斯：“其他节点找不到您要连接的对象，并且您没有太多传入连接，这可能有多种原因。这些原因大多与运气有关。通常，当一个新节点尝试连接时（或者在计算机重新启动或从睡眠状态恢复后），它会尝试从它已“学习”的IP列表中查找其他节点。如果这些节点具有可用的传入连接，则新节点将连接到它们。
如果没有可用的传入连接，则会将其已知节点IP列表提供给请求节点并关闭连接。然后新节点尝试连接到这些IP并不断发现更多IP，直到它成功连接到8个节点。由于这个过程包含一定程度的随机性，一些节点变得更加广为人知，而另一些节点则不那么广为人知。让你的IP地址不经常改变，这对你在网络中的知名度有很大帮助。还有一点是你与核心团队节点的距离。
连接到一个核心团队节点的64个节点很可能总是将其所有的64个传入连接都填满。这是因为全新的节点不知道其他节点，它们最初尝试连接到核心团队的节点，它们可能会收到“拒绝”和已知IP的列表。直接连接到核心团队节点上的节点的IP被这些节点明确地知道，因此也很容易被发现。在您提问之前：哪些节点最终连接到核心团队节点是完全随机的。
核心团队节点相互优先，并始终相互接受。对于其余的64个传入连接，它们以先到先服务的方式接受任何其他节点。但是，连接到核心团队节点并不重要，区块链在任何地方都是相同的，甚至一个字节的差异都会立即触发错误，因为这会使块散列无效。”
@尼古拉斯：“其他节点找不到您要连接的对象，并且您没有太多传入连接，这可能有多种原因。这些原因大多与运气有关。通常，当一个新节点尝试连接时（或者在计算机重新启动或从睡眠状态恢复后），它会尝试从它已“学习”的IP列表中查找其他节点。如果这些节点具有可用的传入连接，则新节点将连接到它们。
如果没有可用的传入连接，则会将其已知节点IP列表提供给请求节点并关闭连接。然后新节点尝试连接到这些IP并不断发现更多IP，直到它成功连接到8个节点。由于这个过程包含一定程度的随机性，一些节点变得更加广为人知，而另一些节点则不那么广为人知。让你的IP地址不经常改变，这对你在网络中的知名度有很大帮助。还有一点是你与核心团队节点的距离。
连接到一个核心团队节点的64个节点很可能总是将其所有的64个传入连接都填满。这是因为全新的节点不知道其他节点，它们最初尝试连接到核心团队的节点，它们可能会收到“拒绝”和已知IP的列表。直接连接到核心团队节点上的节点的IP被这些节点明确地知道，因此也很容易被发现。在您提问之前：哪些节点最终连接到核心团队节点是完全随机的。
核心团队节点相互优先，并始终相互接受。对于其余的64个传入连接，它们以先到先服务的方式接受任何其他节点。但是，连接到核心团队节点并不重要，区块链在任何地方都是相同的，甚至一个字节的差异都会立即触发错误，因为这会使块散列无效。”
节点0.4.7版本解决卡300万以下区块高度操作步骤：
单击删除全部区块数据（Remove all blockchain data），退出节点，重启Docker，打开节点，打开节点开关按钮（小红点），如果本地区块高度为1证明重置区块成功，便单单观察Catching up或者Joining SCP的入网变化，等一会只要入网up了就行了。
如果依旧不入网保持着Joining SCP就操作以下步骤：
关闭节点开关按钮（小红点），删除Docker Apps/Containers里pi consensus31403容器，退出节点，再打开节点，再打开节点开关按钮，等待一会只要入网了就行了。
注意：重复几次后发现还不入网，每操作一次后等待5分钟左右发现没入网再重复操作。重启下电脑（请确保端口31401-31403开放）。
单击删除全部区块数据（Remove all blockchain data），退出节点，重启Docker，打开节点，打开节点开关按钮（小红点），如果本地区块高度为1证明重置区块成功，便单单观察Catching up或者Joining SCP的入网变化，等一会只要入网up了就行了。
如果依旧不入网保持着Joining SCP就操作以下步骤：
关闭节点开关按钮（小红点），删除Docker Apps/Containers里pi consensus31403容器，退出节点，再打开节点，再打开节点开关按钮，等待一会只要入网了就行了。
注意：重复几次后发现还不入网，每操作一次后等待5分钟左右发现没入网再重复操作。重启下电脑（请确保端口31401-31403开放）。
在cmd 輸入docker exec -it pi-consensus bash
之後輸入下列，先按 Tab 鍵一下，再按下確定
tail -f /var/log/supervisor/stellar-core-stdout
国内派友欢迎测试节点0.4.7版本，有问题尽快反馈，两个版本对照自己的系统下载，一个是win系统，另一个对mac系统，覆盖安装。
这是win10系统新版本：
dr5alvt1qft56.cloudfront.net/0.4.7/Pi+Network+Setup+0.4.7.exe
这是Mac新版本：
dr5alvt1qft56.cloudfront.net/0.4.7/Pi+Network-0.4.7.dmg
注意：这次节点的版本更新先让中国区的测试，国外的暂时不动。
这是win10系统新版本：
dr5alvt1qft56.cloudfront.net/0.4.7/Pi+Network+Setup+0.4.7.exe
这是Mac新版本：
dr5alvt1qft56.cloudfront.net/0.4.7/Pi+Network-0.4.7.dmg
注意：这次节点的版本更新先让中国区的测试，国外的暂时不动。
节点没有出现bug，不需要手动操作拉镜像和容器。
节点很多东西都可以简单化，如果还没得到项目方授权共识容器，拉了镜像也生成不出pi consensus容器。
节点得到授权共识容器后，全部docker系统步骤都能自动完成。手动拉容器一般都会出问题，想拉容器最简单就是把节点开关按钮（小红点）关了等待5秒，然后再开回，等待镜像创建和容器下载完成后会自行运行（如果之前拉了不相关的容器，一并停了和删除）。
或者可以尝试把不相关容器先停了删除，然后直接重启电脑（如果小红点还是开着的会拉取）。
节点很多东西都可以简单化，如果还没得到项目方授权共识容器，拉了镜像也生成不出pi consensus容器。
节点得到授权共识容器后，全部docker系统步骤都能自动完成。手动拉容器一般都会出问题，想拉容器最简单就是把节点开关按钮（小红点）关了等待5秒，然后再开回，等待镜像创建和容器下载完成后会自行运行（如果之前拉了不相关的容器，一并停了和删除）。
或者可以尝试把不相关容器先停了删除，然后直接重启电脑（如果小红点还是开着的会拉取）。
如何正确配置UPS不间断电源
我们在选择UPS不间断电源的时候，通常都会遇到如何给负载设备配置长延时、UPS电池容量为多少才能满足长时间停电时能继续供电的需要。正确的选择UPS后备电池容量，对UPS的整体正常运转是非常重要。
电池容量如果选择偏小不仅不能满足UPS后备时间，还会因电池放电倍率太大，严重影响电池的性能及使用寿命，同时给系统的稳定运行带来极大的隐患，山克新能源科技（深圳）有限公司总结了关于UPS选型配置及电池的计算方法，供大家借鉴参考。
一、UPS种类配置
根据设备使用情况和供电要求，本着既经济又达目的的原则选择适合的UPS设备。一般对电源要求不太高的小功率设备适宜选择后备式UPS；对电源要求较高而市电指标一般时，应选在线互动式；用电设备对电源要求苛刻，不允许有间断时间时，要选择在线式UPS。
二、 UPS容量配置
1）UPS功率配置
一般UPS电源标出的功率为视在功率，单位为“VA”，而用电设备标出的功率为有功功率，单位为“W”，它们之间存在一个无功功率，即视在功率=有功功率+无功功率，有功功率/视在功率=功率因数。后备式、在线互动式功率因数在0.5～0.7之间，在线式功率因数在0.8左右。
设某用电设备的功率为300W，选择在线式UPS的功率容量。 则300÷0.8÷0.6=625，通过计算选择600VA左右的UPS较合适。其中0.6这个数字意味着UPS的负载不宜超过额定负载的60%，负载过重或过轻都会缩短蓄电池的使用寿命，进而影响整个UPS的使用寿命。
2）UPS电池容量的配置
在市电中断（停电）时，UPS不间断电源之所以能不间断供电，是因为有蓄电池储能，所能供电时间的长短由蓄电池的容量大小决定，因此电池配置方面在选购UPS不间断电源产品就显得尤其重要。
电池容量的大小用安时数（AH）表示，例如24AH表示放电电流为24安培时，可以连续放电1小时；或放电电流为1安培时，可以连续放电24小时。即放电电流×放电时间=电池容量。通常用电压与安时数共同表示电池容量，例如24V/24AH、12V/24AH、12V/7AH等。相同电压的电池，安时数大的容量大；相同安时数的电池，电压高的容量大。
我们在选择UPS不间断电源的时候，通常都会遇到如何给负载设备配置长延时、UPS电池容量为多少才能满足长时间停电时能继续供电的需要。正确的选择UPS后备电池容量，对UPS的整体正常运转是非常重要。
电池容量如果选择偏小不仅不能满足UPS后备时间，还会因电池放电倍率太大，严重影响电池的性能及使用寿命，同时给系统的稳定运行带来极大的隐患，山克新能源科技（深圳）有限公司总结了关于UPS选型配置及电池的计算方法，供大家借鉴参考。
一、UPS种类配置
根据设备使用情况和供电要求，本着既经济又达目的的原则选择适合的UPS设备。一般对电源要求不太高的小功率设备适宜选择后备式UPS；对电源要求较高而市电指标一般时，应选在线互动式；用电设备对电源要求苛刻，不允许有间断时间时，要选择在线式UPS。
二、 UPS容量配置
1）UPS功率配置
一般UPS电源标出的功率为视在功率，单位为“VA”，而用电设备标出的功率为有功功率，单位为“W”，它们之间存在一个无功功率，即视在功率=有功功率+无功功率，有功功率/视在功率=功率因数。后备式、在线互动式功率因数在0.5～0.7之间，在线式功率因数在0.8左右。
设某用电设备的功率为300W，选择在线式UPS的功率容量。 则300÷0.8÷0.6=625，通过计算选择600VA左右的UPS较合适。其中0.6这个数字意味着UPS的负载不宜超过额定负载的60%，负载过重或过轻都会缩短蓄电池的使用寿命，进而影响整个UPS的使用寿命。
2）UPS电池容量的配置
在市电中断（停电）时，UPS不间断电源之所以能不间断供电，是因为有蓄电池储能，所能供电时间的长短由蓄电池的容量大小决定，因此电池配置方面在选购UPS不间断电源产品就显得尤其重要。
电池容量的大小用安时数（AH）表示，例如24AH表示放电电流为24安培时，可以连续放电1小时；或放电电流为1安培时，可以连续放电24小时。即放电电流×放电时间=电池容量。通常用电压与安时数共同表示电池容量，例如24V/24AH、12V/24AH、12V/7AH等。相同电压的电池，安时数大的容量大；相同安时数的电池，电压高的容量大。
Docker不是Pi Network项目方开发的应用软件，而是第三方Github开源软件，Docker不只是供应给Pi Network，所以不需要跟着Docker版本有新更新我们就跟着更新。
Pi node只是动用Docker基本功能，日后所有docker版本有升级，都没必要急需升级。只要Pi Node区块还同步，输入/出数据都有，可以不必升级Docker版本都不会对节点造成任何影响。
当然，我们无任欢迎大家也参与测试新版本Docker和Pi节点的兼容性。
Pi node只是动用Docker基本功能，日后所有docker版本有升级，都没必要急需升级。只要Pi Node区块还同步，输入/出数据都有，可以不必升级Docker版本都不会对节点造成任何影响。
当然，我们无任欢迎大家也参与测试新版本Docker和Pi节点的兼容性。
Troubleshooting页面，Ports Checker Container（端口监听容器）在拿了且正常运行Consensus Container（共识容器）情况下，是显示Exited（退出）。如果显示Absent（丢失），就是说明该容器（Stellar Dummy 31400）在你Docker containers/apps里消失了。这对于一个正常运行共识容器的节点不存在任何影响，若想找回，只需要在pi node switch（节点开关按钮）上关了小红点在节点上检测ping端口，就能成功拉取回。
Stellar Dummy（端口监听容器31400）和Pi Consensus（共识容器31403）两者容器不能同时运行。
Troubleshooting页面Incoming connection（输入连接）在1以上，supporting other node（支持其他节点）就会显示：YESIncoming connection（输入连接）是在端口正常开放后才能支持其他节点且被连接访问，只要有跳动就算是一个正常运行节点。如果你的输入连接长期保持0，可以运用第三方端口检测网址查看端口是否开启。如果31401-31403端口开着，不需要多理会。只要有连接请求被节点接受就会连上，有时候短时间观察只是刚好保持在0而已，并不代表不跳动。
Install Pi Node on Mac（在MacOS系统上安装Pi节点，简单易学）_哔哩哔哩_bilibili
https://m.bilibili.com/video/BV1N5411a7FM/
https://m.bilibili.com/video/BV1N5411a7FM/
