pi network 中文节点信息总频道 本频道只发布节点信息和知识，全员禁言频道。
尼古拉斯博士一早就說過，不建議大家使用雲端服務器
雖然使用雲端服務器好處是快速穩定，壞處是集中在一起，當出現問題時，就會全部使用同一雲端服務供應商都出現問題
所以一直不建議使用
另外不建議就是成本問題，並不希望大家額外花太多錢去搭建節點，所以一直都希望使用一般網絡及普通電腦設備參與測試
如果在中國就會出現另一個問題，就是政府一早規定雲端服務供應商不能提供任何服務給予涉及區塊鏈及加密貨幣，一經發現服務立刻終止，不會給予通知及賠償
雖然使用雲端服務器好處是快速穩定，壞處是集中在一起，當出現問題時，就會全部使用同一雲端服務供應商都出現問題
所以一直不建議使用
另外不建議就是成本問題，並不希望大家額外花太多錢去搭建節點，所以一直都希望使用一般網絡及普通電腦設備參與測試
如果在中國就會出現另一個問題，就是政府一早規定雲端服務供應商不能提供任何服務給予涉及區塊鏈及加密貨幣，一經發現服務立刻終止，不會給予通知及賠償
⚠️所有參與測試的中國區新用戶都要建議使用Pi Node V0.4.7版本，因為自帶授權，不需要翻牆，其他用戶只使用0.4.5版本
⚠️V0.4.7下載連結 https://t.me/pi56789/80
⚠️新參與測試用戶：記得跟這裏流程走
https://github.com/pi-node/instructions/wiki/(CN)-win10上如何从零开始做节点（自学篇）
其他測試中遇到的問題，可以參閱置頂訊息
Pi Node v0.4.5配合Docker v3.6.0 運作非常好，恒星核心沒有出現不斷重啟現象
非中國區用戶建議使用以上組合
中國區用戶只能使用Pi Node V0.4.7 配合 Docker 3.3.3 ，安裝V3.6.0版本也可以
如果要安裝Docker V3.6.0 新版本，不能直接升級，需要卸載舊版，進行全新安裝
🚀🚀🚀🚀🚀🚀
⚠️Pi Node V0.4.7安裝後不是使用手機授權編碼，直接輸入你的個人推薦碼，也是你的個人Pi ID帳號
⚠️如果出現輸入IP或網址選項，可以填寫以下IP及網址。
以下IP重新排列，只是參照本人節點跟三個IP之間的接收數據量進行排列，建議只供參考。
如果有其他非中國區IP分享，可以在這裏留言，我會測試後增加。
125.59.56.9
、
61.93.128.209
、
2.152.108.82
(只是其中一個有效的節點IP，可以更換，越分散越好）
網址url 請填寫
https://d2hadsvrigm4as.cloudfront.net
可以使用指令測試一下，你跟對方之間IP的速度，是否出現掉包情況
只需要在cmd 輸入 docker exec -it pi-consensus bash
之後輸入下列，進行測試
wget https://d2hadsvrigm4as.cloudfront.net/.well-known/stellar-history.json
了解一下你們的傳送速度是多少，IP可以更換成其他外國節點IP進行測試
中国区使用的测试节点0.4.7版本
State（状态）: Synced（同步）!
那么一般区块高度已经跟上同步正常，而Latest block（最后区块）显示有延迟，只是UI界面显示有延迟而已，实际你的节点已经同步。用以下命令提示符指令查看，会得到更精准的数据报告。
docker exec -it pi-consensus stellar-core http-command info 常规节点信息
docker exec -it pi-consensus stellar-core http-command peers 节点连接到对等方入站出站信息
中国区节点只显示本地区块高度数据，而最后区块高度数据空白是由于Pi服务器端口和域名依旧受到限制，不能正常反馈数据给你，但这并不影响节点工作。
另外你的节点暂时或许没有同步到数据这也不可怕，因为数据传播需要一个过程，你的节点可能正好没有链接到可以有效同步数据的其他节点，只要保持耐心，随着0.4.7的逐渐扩散会逐步改善。
大部分0.4.7版本节点用户投诉31401-31403端口在节点运行途中依然正常被“启用”，但输入连接长时间还是保持在0（不支持其他节点），这问题pi中文区大管理已经反馈给pi节点官方程序员，所以先别太过去纠结（因为不是你一个人的问题）。
注意：反复的重启节点，卸载或安装docker都会打断你的节点与其他节点的握手进程，导致你需要花费更多的时间来获取数据。
0.4.7节点、适度的耐心和保持在线，我们终将站在同一个区块高度上！
Troubleshooting页面显示State（状态）: Synced（同步）!
那么一般区块高度已经跟上同步正常，而Latest block（最后区块）显示有延迟，只是UI界面显示有延迟而已，实际你的节点已经同步。用以下命令提示符指令查看，会得到更精准的数据报告。
docker exec -it pi-consensus stellar-core http-command info 常规节点信息
docker exec -it pi-consensus stellar-core http-command peers 节点连接到对等方入站出站信息
中国区节点只显示本地区块高度数据，而最后区块高度数据空白是由于Pi服务器端口和域名依旧受到限制，不能正常反馈数据给你，但这并不影响节点工作。
另外你的节点暂时或许没有同步到数据这也不可怕，因为数据传播需要一个过程，你的节点可能正好没有链接到可以有效同步数据的其他节点，只要保持耐心，随着0.4.7的逐渐扩散会逐步改善。
大部分0.4.7版本节点用户投诉31401-31403端口在节点运行途中依然正常被“启用”，但输入连接长时间还是保持在0（不支持其他节点），这问题pi中文区大管理已经反馈给pi节点官方程序员，所以先别太过去纠结（因为不是你一个人的问题）。
注意：反复的重启节点，卸载或安装docker都会打断你的节点与其他节点的握手进程，导致你需要花费更多的时间来获取数据。
0.4.7节点、适度的耐心和保持在线，我们终将站在同一个区块高度上！
分享測試Pi Node Testnet的一些基本代碼行（需要先安裝好Docker, 及同時在pi-consensus運行下才能使用）
stellar-core http-command info
stellar-core http-command info | grep state
stellar-core http-command quorum
stellar-core http-command scp
計算您的節點與網絡上節點的連接 stellar-core http-command info | grep authenticated_count
檢查您的節點與網絡上任何其他IP節點的連接 docker exec -it pi-consensus stellar-core http-command peers
查看完整公鑰信息 stellar-core http-command quorum?fullkeys=true
如何檢測自己節點狀況，包括同步狀況
在CLI 輸入 bash
之後輸入下列，先按 Tab 鍵一下，再按下確定
tail -f /var/log/supervisor/stellar-core-stdout
有新朋友需要做节点的准备工作（配置纯属民间建议）
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节点的兼容性。
