07:54:12 <plowsof> Q about the proposed 'CFROUND' changes to RamdomX - this requires a hardfork yes? Its not possible that someone is mining with 10% extra hashes using the "free computing power" .. we are "changing how RandomX works at the consensus level" which would then allow the free computing power to contribute to mining? Another Q i have is, if everyone is
07:54:12 <plowsof> using the same cpu, profitability/network security was unaffected , so whats the point? Maybe the same hashes with a cooler cpu? Monero is now greener? xD
07:56:18 <sech1> There are more PoW changes than that (not related to ASIC resistance), so hardfork with PoW changes will happen in any case.
07:57:37 <sech1> https://github.com/monero-project/monero/issues/8827
07:57:59 <plowsof> Thanks will read (i only had the PR) 
08:09:22 <plowsof> Up to speed now (forgot about that issue) - i wonder if the services that needed updating after viewtags will suffer the same (which changed the json structure for outputs). Hardforks push people toward using services that actually update things at least
08:25:49 <m-relay> <c​trej:matrix.org> There are no ARM chips with more then 1.5MB L3 cache/core, most have 0.5-1.0MB. Apple silicon has none, but sometimes generous L2 cache up to 4MB/core: https://en.wikipedia.org/wiki/Comparison_of_ARMv8-A_cores
08:34:58 <m-relay> <p​lowsof:matrix.org> Arm related (business/future looking good for them https://www.bbc.com/news/business-66805116
17:06:54 <hyc> didn't ARM IPO today?
17:07:34 <hyc> kinda wondering why they would bother, they've been profitable without outside investors. strikes me as prelude to killing the company.