01:35:00
UkoeHB:
Section 3.2 of https://www.cs.princeton.edu/~arvindn/publications/mining_CCS.pdf mentions a strategy of delaying the start of mining a new block since tx fees are delayed. Are there any mining impls (whether Monero, Bitcoin, or otherwise) that implement that? For Monero I'd imagine any theoretically profitable delay would be small with current fees, on the order of <10s.
01:36:12
UkoeHB:
Actually < 2s for Monero.
09:03:44
sech1:
Monero mining pools update block templates quite often to catch as much fees as possible
09:04:10
plowsof:
UkoeHB is this about selfish mining? https://github.com/WeebDataHoarder/Monero-Timeline-Sep14 , a paper https://arxiv.org/abs/2512.01437 im not sure if Qubic have this implementation open source, DataHoarder and sech1 would know. ah im too late
13:29:27
sgp_:
A call with Veridise is scheduled for two weeks from now re helioseleine, just to keep peeps updated
20:55:48
UkoeHB:
@plowsof thanks for the links. The 'attack'/mining optimization isn't about selfish mining, it's about how block rewards increase over time as tx fees are added. There is a profitability inflection point from delaying the onset of mining. It's easier to see if you imagine total average fees > the block reward, in which case the hash rate may be too high to profit from just receiving block reward (so there's no reason to
20:55:48
UkoeHB:
mine until tx fees have accumulated).
20:59:05
UkoeHB:
Ironically, the undercutting predicted in high fee regimes may counteract that by ensuring there's always a large buffer of unmined txs.