Inge-, can you guys add pool.xmr.pt ? :)

I can't. I'm nobody. but sech1 probably can - if you can convince him :P

pool.xmr.pt is a long running pool

doesn't change my inability to list it :D

hm. do I have a faulty CPU?

[202348.318001] Bad FPU state detected at __switch_to+0x1b6/0x4e0, reinitializing FPU registers.

[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

or just too low voltage

Inge-: I was trying to convince sech1 :)

sech1, ^ :)

hah niocbrrrrrr

I've asked xmrig dev to add it

thx

thank you sir!

But pool.xmr.pt/#/help/getting_started really needs updating, all miners listed there are obsolete

kico ^

true

will do asap

also been working on new.xmr.pt

that's why that was forgotten

but will update later

interesting read: lists.torproject.org/pipermail/tor-dev/2020-April/014215.html

randomx mentioned in the second reply

if they are OK with using Argon2 then IMO RandomX is a much better choice

ermagerd. how do we convince them to couple that effort with actually performing monero work?

in effect, tor becomes "merge-mined"

users not running their own node can connect with a pool setup

"get rewarded in piconero to use tor"

*To act as a Tor relay.

Pay to use tor :)

why merge mining? onion services could just run their own Monero pools

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.

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.

i wonder if they came across primo. Is anyone here actually participating in that listserv? well they list a github

They won't use RandomX

too memory-heavy and slow

and Argon2 is different?

"This means that assymetric PoW schemes like Equihash and family is what we

should be looking at next"

of course, asymmetric pow is the best for this purpose

i dunno. all it does it set themselves up for a brutal attack by a determined and resourceful adversary

or even a script kiddie with an asic

but if their goal is "hundreds of verifications per second" then even RandomX can reach that

its probably worse than not having PoW as ddos protection

indeed: "Finally, our proposal has a big benefit over the blockchain use cases: it's

much more agile. We can deploy changes to the PoW algorithm without having

to hard-fork, and we can do this even through the consensus for maximum

agility."

GPUs outperform CPUs by several orders of magnitude in Equihash

but I guess an onion service that you need a beefy GPU to access is better than nothing

mfw asic'd ddos PoW cause asic mining farms to sell their hashpower to whoever wants to attack some tor service

because its not like asic farms focus entirely on market dynamics

/s obvi

instead of botnets, they'll have asic farms attacking them. brilliant

I think they will use some Equihash flavor for which there is no ASIC (yet)

the best kind of asic, that is developed produced and used in secret

though they can just respond with a software update though with no massive ecosystem change

It's not a blockchain, they can design a secure VM and send some random code to execute as PoW

not necessarily RandomX, but some useful computations

and sell this compute power to researchers

like BOINC

then ASICs will be irrelevant

"useful" computations that have to be verified to make sure they are correct are not very useful

there are a lot of computations that can be easily verified but hard to compute

basically all BOINC projects

it's more complicated than that: boinc.berkeley.edu/trac/wiki/ValidationSummary

I run a BOINC project, I know all that

But since they want "hundreds per second", BOINC tasks as they are now are not suitable

some pools were added: xmrig.com/wizard

alphabetical order as far as I see

I'm not seeing how they can choose an equihash config that an ASIC could not be made flexible enough to accomodate

so you could mine zcash or attack tor, depending on your customer demands

but I suppose an ASIC-only PoW will reduce their botnet exposure

it will also reduce their user exposure

true

really as far as PoW properties go I don't think they can shift their requirements far from ours

argon2 alone, in hardware, will still spank any CPUs

supportxmr and minexmr still at ~60% *sigh*

tevador, pool centralization is gonna require more than unicorns and rainbows to fix imo

SWAT teams to the pool op homes ?

doubt they're running hardware at their actual place of residence

but maybe

how about some custom malware to break into the pool itself and start forwarding clients elsehwere

all you need is to blackmail/hack two pool operators

if stratum self select was widely adopted it would not be such an issue

self select has no economic incentive for miners, so it's DoA

pools can create the incentive though (smaller fee for self-select), but they don't care either

pools can even fight centralization with fees but they don't care

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