-
m-relay
<recanman:agoradesk.com> Bitcoin in tor!!
-
m-relay
<recanman:agoradesk.com> Coming soon: Tor NFTS!
-
m-relay
<jk:vin.ovh> hello
-
m-relay
<copenhagen_bram:matrix.org> while true; do echo nope; done
-
m-relay
<xfedex:matrix.org> edge7: Yes, I've heard about it
-
m-relay
<xfedex:matrix.org> Tor will add Equi-X by sech as PoW
-
m-relay
<xfedex:matrix.org> Equi-X is heavily based on work made for Monero's RandomX, but it has a much faster verification time
-
m-relay
<xfedex:matrix.org> anyway, as far as I know I2P has always had some sort of PoW defense (based on sha1)
-
m-relay
<plowsof:matrix.org> Who created Equi-X
-
m-relay
<plowsof:matrix.org> Implemented by tor devs, based on Random-X?
-
m-relay
<plowsof:matrix.org> Which was created by tevador?
-
m-relay
<xfedex:matrix.org> Tor will add Equi-X by tevador as PoW
-
m-relay
<xfedex:matrix.org> No, Tevador created equix
github.com/tevador/equix
-
m-relay
<xfedex:matrix.org> It's in practice Equihash, but instead of blake2b it uses HashX (
github.com/tevador/hashx), an ASIC-resistant hash function based on RandomX's SuperscalarHash
-
m-relay
<xfedex:matrix.org> The advantage of EquiX over RandomX is that verification is MUCH faster: on a Ryzen 1700, RandomX verification takes ~2ms, EquiX verification takes ~50μs
-
m-relay
<trustthyself:matrix.org> Morning (or afternoon, depending on your whereabouts). I was watching an interview with John McAfee and at one point, when talking about privacy coins, he said this about Monero:
-
m-relay
<trustthyself:matrix.org> “...it’s architecture will not allow it to be exchanged on a distributed exchange.”
-
m-relay
-
m-relay
<trustthyself:matrix.org> Does anyone know what he means by that? Certainly Monero is on some DEXs, right?
-
m-relay
<ctrej:matrix.org> It is very hard to make any kind of smart contract with Monero. This is on purpose, because smart contracts require extra data, which is different between transactions and thus reduces privacy.
-
m-relay
<ctrej:matrix.org> That said there are projects that circumvent these limits by putting the contract on the second chain. These are called atomic swaps. We have implementations for btc and eth already.
-
m-relay
<ctrej:matrix.org> There's also a project called Serai, which is still in development, but AFAIK it will be a Dex that supports monero.
-
m-relay
<spirobel:monero.social> colored coins could easily be done on Monero. Counterparty was a thing long before ordinals on bitcoin. Same concepts apply to Monero. They just messed up the ergonomics with the order book. Now that we know about AMM I am sure the same thing can be done in a way that attracts more liquidity. It would also be possible to connect two chains this way.
-
m-relay
<beatentodeath> has this been posted here
-
m-relay
-
m-relay
<bobbedbort> if it's true, it should be cause for concern
-
louipc
cool
-
louipc
what chat network do you use
-
m-relay
-
m-relay
<starmappool>
bitmain.com
-
m-relay
<starmappool> This is real
-
m-relay
<bobbedbort> >what chat network do you use
-
m-relay
<bobbedbort> we're on the bridged discord server. I know it's not the best, but it's where we are at
-
m-relay
<bobbedbort> also I'm more confused about the 212K part, is it doing 212kH/S?
-
m-relay
<bobbedbort> also I'm more confused about the 212K part, is it doing 212kH/s?
-
m-relay
<starmappool> Yes。212kH/s
-
m-relay
<bobbedbort> oh yea, that is bad
-
m-relay
<bobbedbort> maybe that was the cause for the spikes in hashrate
-
louipc
cool. i don't think discord was bridged before
-
m-relay
<xfedex:matrix.org> I found a fake post in r/monero
-
m-relay
-
rbrunner
Why "fake"?
-
m-relay
<xfedex:matrix.org> Wait, actually, that seems the true Bitmain twitter profile
-
m-relay
<xfedex:matrix.org> i thought it was a clickbait
-
m-relay
<k4r4b3y:karapara.net> Is this so far ahead of other high-end CPUs?
-
m-relay
<xfedex:matrix.org> Yes
-
m-relay
<k4r4b3y:karapara.net> Can you tell me the ballpark figures for high end CPUs?
-
m-relay
<xfedex:matrix.org> ryzen 5 3600 has 0.01 w per h/s
-
m-relay
<xfedex:matrix.org> that thing has 0.0063 w per H/s
-
m-relay
<k4r4b3y:karapara.net> I guess there is one high end that can do 100kH/s
-
m-relay
<k4r4b3y:karapara.net> Oohh.. Cool
-
m-relay
<xfedex:matrix.org> top CPU in xmrig benchmark, AMD EPYC 7T83 64-Core Processor, has 103706 H/s
-
m-relay
<xfedex:matrix.org> but AMD EPYC 7T83 has 0.002w per H/s
-
m-relay
<xfedex:matrix.org> maybe that ASIC isn't really a game changer
-
m-relay
<xfedex:matrix.org> perhaps it's just AMD CPUs with a custom packaging
-
m-relay
<beatentodeath> it says RISC-V
-
m-relay
<k4r4b3y:karapara.net> +1. My initiap reaction
-
m-relay
<k4r4b3y:karapara.net> Initial*
-
m-relay
<k4r4b3y:karapara.net> Yeah
-
m-relay
<xfedex:matrix.org> Anyway, RandomX has been specifically crafted for consumer CPUs
-
m-relay
<k4r4b3y:karapara.net> Based
-
m-relay
<xfedex:matrix.org> Most CPUs have 2 MiB of L3 cache, and RandomX uses it all
-
m-relay
<xfedex:matrix.org> RandomX uses most x86 integer and float instructions
-
m-relay
<xfedex:matrix.org> so I think there (shouldn't) be too much room of improvement of a specifically-crafted RISC-V CPU over consumer x86-64
-
m-relay
<xfedex:matrix.org> Ryzen 9 5950X is more efficient than that ASIC
-
m-relay
<bobbedbort> yea, I'm guessing it's some modified RISC-V chip
-
m-relay
<bobbedbort> probably multiple, like a 4 or 16 array configuration judging from the hashrate
-
m-relay
<xfedex:matrix.org> That ASIC will be a game-changer only if manifacturing that RISC-V specialized CPU is much cheaper than buying a consumer CPU
-
m-relay
<bobbedbort> sadly we do not yet know the price of it.
-
m-relay
<xfedex:matrix.org> I estimate that it would have to cost ~$3500 or less to be worth buying that ASIC over Ryzen CPUs
-
m-relay
<bobbedbort> people are saying ~3k right now
-
m-relay
<chesterfield:faelix.im> So bitmain invented a more competitively priced computer that can’t do anything except mine?
-
m-relay
<gingeropolous:monero.social> i wouldn't say invented, i'd say packaged
-
m-relay
<dolores.sabaneta:matrix.org> Because doing the computation is way faster than fetching the instructions, modern cpus have all kind of complex components like branch predictors and reorder buffers to predict the next instructions based on the previous ones. Modern cpus can process 1 instruction in 0.2 clock cycles. I always wondered if the instructions provided by randomX are totally random and if you can stri<clipped message>
-
m-relay
<dolores.sabaneta:matrix.org> p all this complexity from the CPU making it actually feasable to create a better machine than a cpu to mine RandomX.
-
m-relay
<dolores.sabaneta:matrix.org> I mean you remove the branch predictors and reorder buffer, you put a ton of cache in your cpu. and you paralelise your unit kind of like a gpu.
-
m-relay
<dolores.sabaneta:matrix.org> in your *ASIC
-
m-relay
<dolores.sabaneta:matrix.org> Curious to know the price of the ASIC.
-
plowsof
The asic bricker says its brickable,
-
plowsof
And 2~ year old trash
-
nioc
Yes 2 years old. Does selling them mean they now have a new model?
-
nioc
Or just realizing the futility?
-
minth_
I guess the latter
-
minth_
if it's only as energy efficient as a cpu it's kinda worthless unless they have free electricity and the devices are really cheap
-
hyc
this is their standard MO - self-mine until the hardware becomes obsolete, then sell to public
-
hyc
we can't assume their tech has stood still; they probably have 2 or 3-years newer chips that they're already building into another generation
-
hyc
... assuming the first gen paid off enough profit to make it worthwhile
-
m-relay
<dolores.sabaneta:matrix.org> Interesting, do you support the idea of slightly changing randomX to remove the advantage of these ASICS ?
-
hyc
they have no advantage, so no. I think they're a nothingburger
-
minth
if the asic advantage is small and they don't dominate the hash power they're not doing any harm
-
hyc
ok, not zero advantage. it's probably easier to mine with a couple hundred of these cores in one box, than to try to assemble and manage as many CPUs yourself using standard PC or server hardware
-
hyc
... tho servers are probably on par, really
-
m-relay
<gfdshygti53:monero.social> At the end you design a general purpose CPU optimized for randomX
-
m-relay
<gfdshygti53:monero.social> I assume you could omit implementing useless instruction and shrink the size of the cores, so you could package more of them in a die
-
m-relay
<gfdshygti53:monero.social> And you put more memory controller and have some extra shit so you can limit the number of cores per memory channels
-
m-relay
<gfdshygti53:monero.social> This is, the x86 (and all extensions) arch is kinda proprietary, you don't have the right to design something based on that, only Intel and AMD can, legally (They have mutual contracts so Intel can use AMD arch improvement and vise versa... It's where you got the 64Bits support on Intel CPU)
-
m-relay
<gfdshygti53:monero.social> So only Intel or AMD could design such a miner..
-
m-relay
<gfdshygti53:monero.social> Or maybe whoever own the old VIA IPs
-
m-relay
<gfdshygti53:monero.social> So you have to design a new alternative general purpose CPU optimized only for randomx
-
nioc
They are not using Intel or amd
-
nioc
Risc-v
-
gingeropolous
dayum, blockchain gettin up to 163GB
-
gingeropolous
gonna have a big boy blockchain at 200GB relatively soon