Le P2Pool est modifiable par l'utilisateur pour suivre le serveur Bitcoin Core utilisé.
Il peut miner en BU en augmentant la taille de block dans le P2Pool qu'il fait tourner s'il le veut ...
Beaucoup de Pool tournant en P2Pool sont donc indépendantes entre elles (shares incompatibles).
Raison pour laquelle on arrive à si peu reconnaitre un Block miné aujourd'hui ... d'ailleurs, la note apposée sur le Block peut être totalement arbitraire et copiée d'une autre pool :
bfgminer -o http://localhost:8332 -u username -p password \
--generate-to 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh \
--coinbase-sig "rig1: This is Joe's block!"
extrait du README de BFGMiner.Statistiques des blocks P2Pool (v16 et antérieurs) :
http://p2pool.org/stats/index.phpP2Pool rémunère au travail.
P2Pool émet donc des blocks conformes à la majorité des noeuds Bitcoin acceptant le susdit block (c'est-à-dire 1Mb max actuellement) sinon, il devient orphan (et les shares/travaux du mineurs en question sont perdus évidemment).
Un block a besoin de
100 confirmations pour être accepté par le réseau Bitcoin.
Note : P2Pool attend le déploiement du segwit pour basculer en version 17.
essentiellement basé sur les nouvelles instructions Segwit qui sont disponibles sur le JSON-RPC (introduites par la v0.13.1 et v0.13.2).
https://bitcoin.org/en/developer-reference#remote-procedure-calls-rpcs