02:41:16 <br-m> <ack-j:matrix.org> https://aaltodoc.aalto.fi/server/api/core/bitstreams/e5997ec7-0a06-4d3d-9c8e-b4340816fcbb/content
03:07:59 <DataHoarder> today Qubic had their centralized mining task server stop working for several hours (~block 3538834) until block 3539112
03:08:11 <DataHoarder> they kept stratum on stuck to the old job
03:08:28 <DataHoarder> wasting all their miner's CPU for no gain, Tari or Monero
03:08:56 <DataHoarder> and again shows how their centralized network and system is effectively one big single point of failure to waste everyone's time and resources
03:14:27 <DataHoarder> nvm, it broke again
03:14:38 <DataHoarder> so yeah all miners of theirs are useless and just wasting energy
03:14:47 <DataHoarder> Proof of Waste :)
10:55:38 <br-m> <321bob321> Windows update > <DataHoarder> today Qubic had their centralized mining task server stop working for several hours (~block 3538834) until block 3539112
16:13:26 <DataHoarder> // Monero starts BP+ transcripts with the following constant.
16:13:26 <DataHoarder> // Why this uses a hash to point is completely unknown.
16:13:48 <DataHoarder> <jeffro256> Extra hashy <jeffro256> More hash per hash 
16:14:10 <DataHoarder> this is a new one :D
16:22:05 <DataHoarder> oh, and initial transcript does keccak256_to_scalar ... twice in a row
16:22:46 <DataHoarder> sc_reduce32(keccak256(sc_reduce32(keccak256(data))))
16:23:06 <DataHoarder> with an extra addition in second round, but yeah :D
16:23:42 <br-m> <atomfried:matrix.org> Maybe the cuprate guys, who have to reimplement this know more about this?
16:24:50 <DataHoarder> I am looking there
16:24:57 <DataHoarder> monero-oxide :)
16:25:25 <DataHoarder> that's where the comment is from