06:17:12 I can't even https://github.com/deroproject/DIPS/issues/3#issuecomment-1148892699 12:19:27 morons... 12:20:07 so much for all their "BWT is ASIC-proof" nonsense 12:23:16 omg that conversation is so dumb. 12:52:25 wow https://git.dero.io/DeroProject/AstroBWTv3/src/branch/master/pow.go#L93 12:52:48 They'll soon reinvent RandomX at this pace 13:06:15 weren't they the ones who already reimplemented randomx in go? 13:06:21 or thatwas someone else 13:08:42 no it was them https://git.dero.io/DERO_Foundation/RandomX 13:11:55 still can't believe they claimed CFROUND was undocumented and mfrs could arbitrarily decide to break or delete it. as if IEEE754 spec isn't a thing. 13:12:06 total morons 13:18:17 their lack of random branch instructions is still a flaw 13:19:03 their use of AND will eat entropy 13:20:34 funny they're still calling this AstroBWT, even though its guts are completely different 13:38:38 "The 2-bit fprc register determines the rounding mode of all floating point operations according to Table 4.3.1. The four rounding modes are defined by the IEEE 754 standard." 13:38:41 "This is a hardware dependent implementation. This means, if Intel/AMD/ARM or others change/fix their implementation for whatever reason, all RandomX blockchains implementations will encounter issues" 13:39:00 well, if Intel/AMD/ARM decide to abandon IEEE 754, there must be a damn good reason :D 13:39:05 LOL 13:40:22 I don't know how old is the guy, but I bet IEEE 754 is older than him :D 13:41:57 tromp what do you think about https://github.com/deroproject/DIPS/issues/3#issuecomment-1148892699 ? 14:05:15 https://p2pool.io/tail.html 14:05:30 332 blocks to go 14:06:05 664 minutes, 11 hours 14:20:58 sech1 i see some code fragment in the discussion, but where is the full code? 14:21:25 https://git.dero.io/DeroProject/AstroBWTv3/src/branch/master/pow.go 14:21:42 thanks 14:27:54 looks like they made something that's quite FPGA/ASIC friendly 14:34:05 what was the point of AstroBWT in the first place? 14:34:51 They write "Dero also built out a RandomX implementation in Golang that has been discarded for use" 16:23:30 they said randomx wasn't suitable because the behavior of CFROUND is architecture-dependent, so they discarded it 16:23:46 despite the fact that it's an intrinsic part of the IEEE754 spec 16:24:09 they literally have no f#cking idea what they're doing 16:25:12 https://medium.com/deroproject/analysis-of-randomx-dde9dfe9bbc6 16:26:11 here's a doc on astroBWT https://docs.dero.io/rtd_pages/dev_astrobwt.html 16:26:22 it's not the one I had in mind but I think it hits the main points 16:37:15 yes, i saw that "doc" and it fails to explain why you'd want to put BWT in a PoW 16:38:27 i agree they don't know what they're doing. just like those that come up with the X11-17 nonsense 16:39:56 their basic claim is BWT has been around for 30 years and ASICs for it exist, but aren't more than 2x better than CPUs 16:40:38 I believe they're discovering that the motivation just didn't exist before, and their network is now being dominated by FPGAs 16:42:56 those statement seem contradictory. 16:43:36 ASICs should be over 2x better performance/watt than FPGAs 16:43:55 yeah, I can't speak to the accuracy of their assumptions 16:44:18 but it was clear from the start that they were headed for disappointment 16:44:20 oh, you mean the claim of ASICs <=2 *CPU is just bogus. ok, then