-
kico
Inge-, can you guys add pool.xmr.pt ? :)
-
Inge-
I can't. I'm nobody. but sech1 probably can - if you can convince him :P
-
niocbrrrrrr
pool.xmr.pt is a long running pool
-
Inge-
doesn't change my inability to list it :D
-
Inge-
hm. do I have a faulty CPU?
-
Inge-
[202348.318001] Bad FPU state detected at __switch_to+0x1b6/0x4e0, reinitializing FPU registers.
-
Inge-
[202348.318008] WARNING: CPU: 23 PID: 1848 at /build/linux-UDHJtG/linux-4.15.0/arch/x86/mm/extable.c:104 ex_handler_fprestore+0x65/0x70
-
Inge-
or just too low voltage
-
niocbrrrrrr
Inge-: I was trying to convince sech1 :)
-
kico
sech1, ^ :)
-
Inge-
hah niocbrrrrrr
-
sech1
I've asked xmrig dev to add it
-
niocbrrrrrr
thx
-
kico
thank you sir!
-
sech1
But
pool.xmr.pt/#/help/getting_started really needs updating, all miners listed there are obsolete
-
Inge-
kico ^
-
kico
true
-
kico
will do asap
-
kico
also been working on new.xmr.pt
-
kico
that's why that was forgotten
-
kico
but will update later
-
tevador
-
tevador
randomx mentioned in the second reply
-
tevador
if they are OK with using Argon2 then IMO RandomX is a much better choice
-
gingeropolous
ermagerd. how do we convince them to couple that effort with actually performing monero work?
-
gingeropolous
in effect, tor becomes "merge-mined"
-
gingeropolous
users not running their own node can connect with a pool setup
-
gingeropolous
"get rewarded in piconero to use tor"
-
moneromooo
*To act as a Tor relay.
-
moneromooo
Pay to use tor :)
-
tevador
why merge mining? onion services could just run their own Monero pools
-
gingeropolous
well, its a kind of merge mining. i.e., the onion service PoW can be re-purposed as a monero PoW. They are one and the same.
-
moneromooo
If I had the time, I'd extend primo for this. It only does web servers atm, but is meant to be extended to bittorrent peers, tor relays, etc. Though for tor, the issue of knowing who to pay is possibly knotty.
-
gingeropolous
i wonder if they came across primo. Is anyone here actually participating in that listserv? well they list a github
-
sech1
They won't use RandomX
-
sech1
too memory-heavy and slow
-
tevador
and Argon2 is different?
-
sech1
-
sech1
"This means that assymetric PoW schemes like Equihash and family is what we
-
sech1
should be looking at next"
-
tevador
of course, asymmetric pow is the best for this purpose
-
gingeropolous
i dunno. all it does it set themselves up for a brutal attack by a determined and resourceful adversary
-
gingeropolous
or even a script kiddie with an asic
-
tevador
but if their goal is "hundreds of verifications per second" then even RandomX can reach that
-
gingeropolous
its probably worse than not having PoW as ddos protection
-
gingeropolous
indeed: "Finally, our proposal has a big benefit over the blockchain use cases: it's
-
gingeropolous
much more agile. We can deploy changes to the PoW algorithm without having
-
gingeropolous
to hard-fork, and we can do this even through the consensus for maximum
-
gingeropolous
agility."
-
tevador
GPUs outperform CPUs by several orders of magnitude in Equihash
-
tevador
but I guess an onion service that you need a beefy GPU to access is better than nothing
-
gingeropolous
mfw asic'd ddos PoW cause asic mining farms to sell their hashpower to whoever wants to attack some tor service
-
gingeropolous
because its not like asic farms focus entirely on market dynamics
-
gingeropolous
/s obvi
-
gingeropolous
instead of botnets, they'll have asic farms attacking them. brilliant
-
tevador
I think they will use some Equihash flavor for which there is no ASIC (yet)
-
gingeropolous
the best kind of asic, that is developed produced and used in secret
-
gingeropolous
though they can just respond with a software update though with no massive ecosystem change
-
sech1
It's not a blockchain, they can design a secure VM and send some random code to execute as PoW
-
sech1
not necessarily RandomX, but some useful computations
-
sech1
and sell this compute power to researchers
-
sech1
like BOINC
-
sech1
then ASICs will be irrelevant
-
tevador
"useful" computations that have to be verified to make sure they are correct are not very useful
-
sech1
there are a lot of computations that can be easily verified but hard to compute
-
sech1
basically all BOINC projects
-
tevador
-
sech1
I run a BOINC project, I know all that
-
sech1
But since they want "hundreds per second", BOINC tasks as they are now are not suitable
-
sech1
some pools were added:
xmrig.com/wizard
-
sech1
alphabetical order as far as I see
-
hyc
I'm not seeing how they can choose an equihash config that an ASIC could not be made flexible enough to accomodate
-
hyc
so you could mine zcash or attack tor, depending on your customer demands
-
hyc
but I suppose an ASIC-only PoW will reduce their botnet exposure
-
tevador
it will also reduce their user exposure
-
hyc
true
-
hyc
really as far as PoW properties go I don't think they can shift their requirements far from ours
-
hyc
argon2 alone, in hardware, will still spank any CPUs
-
tevador
supportxmr and minexmr still at ~60% *sigh*
-
gingeropolous
tevador, pool centralization is gonna require more than unicorns and rainbows to fix imo
-
moneromooo
SWAT teams to the pool op homes ?
-
jwinterm
doubt they're running hardware at their actual place of residence
-
jwinterm
but maybe
-
hyc
how about some custom malware to break into the pool itself and start forwarding clients elsehwere
-
tevador
all you need is to blackmail/hack two pool operators
-
tevador
if stratum self select was widely adopted it would not be such an issue
-
sech1
self select has no economic incentive for miners, so it's DoA
-
sech1
pools can create the incentive though (smaller fee for self-select), but they don't care either
-
tevador
pools can even fight centralization with fees but they don't care
-
tevador
it's a classic example of tragedy of the commons, people cause centralization for personal gain even if it hurts the network as a whole