-
sech1
tevador hyc If you're not in Ravencoin algo channel yet, join and read last few messages
discord.gg/MsrzH6
-
sech1
-
tevador
how much does it cost?
-
tevador
answer: $2000+
-
sech1
hash/$ is 4 times worse, but hash/watt is the same as Ryzen?
-
sech1
In terms of prices, ASIC+HBM will be roughly the same and will be probably limited by HBM too, so same 6.5 KH/s, maybe a bit more
-
tevador
roughly the same perf/watt if the board really pulls 75 W
-
sech1
but efficiency for ASIC vs FPGA is much better
-
sech1
DSP processors in FPGA doing 64-bit FP math is 2x worse than proper ASIC circuits, HBM is the same power, other logic in FPGA is 10x worse than ASIC
-
tevador
ASIC with HBM is a supply chain nightmare
-
sech1
now I just need to know proportion between these
-
tevador
would be interesting to know of the FPGA board is compute bound or memory bound
-
sech1
judging by hashrate and HBM bandwidth there, it's memory bound
-
sech1
Vega 64 did only 4 KH/s without RandomX instructions at all, and it has higher bandwidth
-
sech1
4 KH/s doing 55 random scratchpad accesses per iteration. If they save on L1, but have lower bandwidth than Vega, 6.5 KH/s seems about right
-
tevador
if there is ever a RandomX ASIC, it won't have HBM
-
tevador
it's not economically viable either way
-
sech1
-
sech1
20 years to ROI
-
sech1
-
sech1
14 years ROI
-
sech1
in reality, CPUs will catch up and overtake in 14 years
-
sech1
even with free power it's just too slow return compared to cost of development and cost per device
-
sech1
But I think ASIC based on that FPGA design could easily do 200-300 h/s per watt
-
hyc
that channel is ... pathetic
-
hyc
people complaining that mining isn't profitable for them - the equilibrium state will always be near zero profit.
-
tevador
X30R anyone? lol
-
hyc
lol
-
hyc
hm, seems I can't talk in that channel
-
tevador
yes, me neither
-
hyc
oh well, no loss
-
wow-discord
<sech1> You need to ask admins to get write permissions there
-
hyc
it doesn't seem like the channel will be productive enough to be worth the trouble
-
hyc
if that last post is seriously looking for 30 PoW algos. someone clearly hasn't learned their lesson yet.
-
tevador
"The only real way to stop a machine, is to disallow it to submit shares. The only way to know if a machine needs to be stopped from summitting shares, is to have a way to accurately ID each and every machine. The best way to do that is with hardware ID identification ability and a database of all hardware IDs that is allowed to mine RVN."
-
tevador
are they for real?
-
hyc
LOL
-
hyc
somebody unclear on the concept of "decentralization"
-
hyc
these guys still haven't figured out that static algorithms are a dead end
-
hyc
Alterhash / ethash, whatever...
-
cohcho
sech1: Do you think it's possible to come up with randomx modification for cpu + gpu?
-
hyc
anything you develop to cater to GPUs will open the door for FPGAs and ASICs
-
hyc
leveraging a GPU means aiming for massive parallelism
-
hyc
it means small compute cores, replicated many times
-
gingeropolous
ID every machine. yes. much decentralized. total wow
-
moneromooo
Lots of advantages though. You can know the network hash rate without having to estimate. You can ban those who try to cheat. Those who have too much hash rate. Or those you just don't like. Keep track of who does what. Even modulate the hashing power of people to match what you think the network hash rate should be. And to protect the environment.
-
hyc
hardware IDs are easily spoofed
-
moneromooo
Eventually you just keep your own machine mining, because that's the best end game.
-
tevador
you could also remove mining altogether, but that's bad for PR I guess?
-
moneromooo
You've solved global warming, 51% attacks, and all miner disputes.
-
hyc
how do you emit new blocks without mining? PoS?
-
tevador
you don't need blocks anymore at that point, just a database, and Coin Ltd. decides which transactions are valid
-
tevador
sech1: what is the story of RainForest? I haven't heard of that algorithm
-
sech1
it was some weird algo that turned out to be simple CRC32 in the end, GPUs did 100 TH/s :D
-
sech1
GPU miners got 1000s times faster when this flaw was discovered
-
tevador
lol
-
tevador
moar hashes = moar security
-
cohcho
How long time ago have you received msg from any AV?
-
cohcho
the last was in 2019?
-
tevador
yes, there hasn't been any follow-up after that
-
tevador
I still didn't get write access in RVN discord, so I'll post my comments about Alterhash here:
-
tevador
it's very likely that the addition of 2 X16R Single hashes into ethash will make the algorithm compute bound (based on the available GPU hashrates: RX580 does ~30 MH/s in ethash, ~8 MH/s in X16R)
-
tevador
secondly: there will be very large hashrate differences between blocks depending on the algorithm chosen for X16R Single (Hamsi is ~10x slower than Skein, for example)
-
tevador
"There is 64x memory accesses in between of x16r compute algos" - that's meaningless, GPUs have thousands of memory accesses in flight, but don't have enough compute to calculate X16R as quickly
-
sech1
Only 2 functions out of 16 are computed per hash, it can be possible for GPU
-
tevador
it's still 16 chained hashes
-
tevador
that's a lot of compute
-
tevador
32 additional hashes
-
tevador
let them show some performance numbers first
-
sech1
tevador no, they use only 2 functions to calculate the hash and they change every block
-
tevador
OK, so I misunderstood
-
tevador
but still that means RX580 hashrate will drop from 30 to 20 MH/s
-
tevador
on average