04:31:57 Hi how can I transact crypto without trace? 04:32:27 First: go to [#monero:monero.social](https://matrix.to/#/%23monero:monero.social) 04:33:18 Then? 04:35:26 continue discussion there 04:35:34 this is wrong room 07:11:17 selsta: ok, won't update dns yet 13:02:10 <0​xfffc:monero.social> question, why we don't ban empty block mining? 13:05:52 A miner can always add their own TX and immediately recoup the fee. 13:09:41 <0​xfffc:monero.social> In a loose sense miners who mine empty blocks are taking the “easy” path. 13:46:41 Yes, BUT, it seems to me part of the issue with empty blocks is they propagate faster than full blocks, giving them a competitive advantage in the event of competing blocks which seems... unfortunate 13:47:09 if they have to stuff blocks with their own transactions, it at least makes sure their blocks don't propagate faster than honest blocks 13:49:23 Brb in 15 but there is lso provlem with full blocks 13:50:56 they propagate faster as their secrete chain mining causes blocks to be synced instead of relayed 13:51:19 and syncing blocks always includes the tx blobs 13:51:36 they broadcast them in bursts 13:51:56 and is still just slower anyway as it requires multiple requests/responses 13:52:04 instead of just a notification 13:52:35 ithiumpt: looking at my node I sync the blocks 13:53:11 they propagate faster as their secret chain mining causes blocks to be synced instead of relayed 13:56:35 If we relayed new alt blocks we could speed this up 14:10:06 One problem i see with full blocks on selfish chain (lets say attacker decides to fill blocks with their own txs, unseen by other nodes), after they release their chain, other nodes on the network will receive the large (byte size) blocks and be unresponsive while syncing them 14:11:05 so if attacker submits 1.5mb of selfish mined blocks, my nodes reorg will take longer. during this time, they are is still able to mine 20:10:13 In the coming hours certain Matrix rooms will be briefly unavailable as server and rooms are upgraded to newer versions 21:16:00 Who runs the @Monero handle on Twitter/X? There's a lot of speculation going around re: Monero being at risk of a 51% attack. It might make sense to put out a twitter thread explaining what's going on and how people can do something pro-active (like mine) if they want to. 21:17:08 If there's not time to write a fresh thread, maybe RT Tux's thread. He only has 4k followers, whereas @Monero has 500k 21:17:09 https://x.com/tuxpizza/status/1955309814612980031 21:18:10 WRONG ROOM 21:18:18 => #monero-community:monero.social 21:19:21 ty SyntheticBird - omw 22:30:42 had an idea about how hashrate races for potentially malicious actions can be prevented. 22:30:43 it all operates on a positive feedback loop (which has a runway effect / not sustainable in the long run anyways). 22:30:45 What if there was a negative feedback loop, maintaining an equilibrium / set point? I guess it could be done by having a dynamic block reward anti-proportional to the difficulty?