00:49:52 Should Coinbase Consolidation Tx Type https://github.com/monero-project/research-lab/issues/108 get discussed before next stressnet/testnet? See what to do there, as these would make P2Pool non-competitive at all even on main (which reduces output count) 00:50:13 alternatively, allow making zero-fee txs for specifically coinbase sweeps, and allow unrestricted RPC to optionally allow these txs to be imported (via a new arg there) for miners to include them on their own templates without custom patches 00:50:32 that'd allow out of band handling of these txs "The other argument, efficiency, should be solved on P2Pool's (or another such protocol's) end.", for example including them in somewhat empty blocks by willing miners 00:51:12 I mean this on wallet, not protocol, allow the option to export them (not new rule to accept them) > allow making zero-fee txs for specifically coinbase sweeps 11:52:54 a change that is as overdue as it is obvious > Should Coinbase Consolidation Tx Type https://github.com/monero-project/research-lab/issues/108 get discussed before next stressnet/testnet? See what to do there, as these would make P2Pool non-competitive at all even on main (which reduces output count) 11:58:15 FCMP++ is making 109 irrelevant https://github.com/monero-project/research-lab/issues/109 (even in the case 108 directly signs outputs) 12:12:04 yikes, p2pool reached 20% of all recent outputs and we left it like that for over 2 years 12:24:17 it was mitigated on main 12:24:27 still quite a high number 12:24:53 but once it reaches high hashrate for a given pool, dynamic PPLNS window engages and reduces how many miner outputs it generates 12:25:36 @monero.arbo:matrix.org and most sweeps are trivially identifiable https://p2pool.observer/sweeps 12:26:01 FCMP++ will at least make this a non-issue for anyone else 12:33:50 in some cases the simple heuristic it's able to track even further spends without any coinbase inputs https://p2pool.observer/transaction-lookup?txid=2c8188889eef5b900f4b03bfa8640ab5dbe570232bb166474ddb85a7aac2092c (by tagging previous sweeps) 16:48:10 damn