campuscodi40: what do you want to know?

xmrpow: if pools responded with the equivalent of an HTTP 301 response code, and the mining clients remembered where they got redirected to

essentially making pools load balance across all of themselves

or maybe we just provide that as a service, just like moneroworld.com. point your miner at pool.moneroworld.com, get redirected to some low hashrate pool

<Donkeybrrrrrr> so many pool pages to have saved to monitor hash, what would happen if you hit a pool with unreliable backend, would the miner have to choose to take the fee hit to have a reliable pool?

.network

yah know, the random timelock block reward as being implemented in wownero could provide a network level way to make pool ops raise fees

due to miners probably wanting a steady stream of payout, pool ops would have to have some "savings" of monero to pay out at a steady pace

to ensure this savings exist, they could raise the pool fees

basically, the way to make pools have higher fees is to make it a pain in the ass to run pools

though that could also drive centralization as too few may run pools

however, because there is already a relatively healthy and strong pool network, it could drive distribution amongst the existing pool infrastructure

and in general it drives away opportunistic profiteers from mining and keeps the beliebers

hyc: But then the person who owns pool.moneroworld.com has control over which small pools are going to be supported. In my opinion that is quite centralized.

yeah

M5M400: that guy from zdnet has a call w/ Microsoft tomorrow, which is why I told him to get in touch with you

might be worth trying to reach out to him again

possibly could get the message across to the correct people

hyc: I think the way to go is with an economical incentive disincentive architecture.

solar: we talked.

with MSFT? or that guy

I've analyzed extra nonces from that miner and the data suggests it's more like 10 kh/s per worker and ~80k workers. Still very approximate.

the sheer count (80k) suggests it's not ASICs

No, it looks like he runs 6 workers but only 4 different names, total number of workers behind them is ~130k

which makes it ~7 kh/s per worker

results of extra nonce analysis of 219 mined blocks: paste.debian.net/hidden/31c365d9

xnp assigns extra nonces to workers by increasing them by 1

so it's straight-forward to figure out worker count, given enough blocks

awesome work sech1 . thanks

kind of a sad testament to the transparency of mining atm...

it would be trivial to write a miner or tweak an existing miner to change its nonce pattern

And always use 0xA51Cxxxx to mess with people's heads.

LOL

hmm, the numbers don't really add up. All nonces from that miner are in the range 0 - 524287, and (nonce % 32768) is in the range 0 - 20000 only

If it's xmrig then it's runs 16 threads, but each thread is so slow it can't count up to even 20000 during block time

which means each worker is around 1 kh/s? But 130k workers and 900 MH/s means it should be 7 kh/s...

or maybe xmr-node-proxy sends new jobs to workers quite often and they reset counters, I don't know

XNP uses what? 17 bytes worth of nonce? As it's a pool level, a miner level, then the normal nonce miners increment.

I'd have to check, it's documented in the source somewhere, but I haven't looked at that code in forever.

It's 16 bytes

pool uses first 8 bytes, then XNP uses 4+4 bytes to split workers

Snipa how often does proxy send new jobs? Only when pool sends a job?

Depends on the miner.

Pool will cause it to send, as well as miners able to request new job ID's.

because if workers get new job every 30 seconds then it all adds up fine

Should be every 2 usually.

*2 mins.

updateDifficulty is called every 45 seconds and it sends new job to workers almost all the time. Add new jobs from pool and it all adds up now

Snipa you have to know your own code better :D

UD doesn't send that often if the miner's expected diff is within range.

it doesn't send if calculated diff gets out of bounds (set in config)

that miner probably cranked it up in config

Probally, no idea what their configs look like.

hashrate drop now? 22 blocks in 90 minutes

you're probably on the wrong chain

much more than 22, check xmrchain.net

ooh boy

oh that was some hours ago.

damn, if proxy sends new jobs more often than pool jobs, it means my worker count estimate is incorrect

each worker can be counted 2-3 times

on the other side, pool can also be on vardiff and send new jobs often, so maybe it's correct after all

Pool lets the proxy have unlimited diff.

IIRC, it disables any fixed diff, though I'd have to check, because it's been forever.

at least I can say "no more than 130k workers"

but pool can also change diff for the proxy, right?

diff for a share to be accepted

yes.

so it's all vague now. It can be anywhere between 40k and 130k workers.

The proxy gets a few bypasses, but not a ton, it's still a miner, the STT of the proxy connection is 10 seconds, so the proxy should submit 3x as many shares as a normal miner.

If anyone missed, this guy was on supportxmr chat today and said that he had 125k rigs for 1 month and paid for them

did he say ... *why*

its the most private way to obtain monero

but it what 3:1 cost?

and did they provide evidence ?

wouldn't providing evidence break their privacy?

gingeropolous: evidence for what?

that they have this much HR? yes

that the guy on supportxmr chat. .. oh

i mean, i could claim it was me and i had 600 rigs

they renamed their workers as evidence

ah. there yah have it

IP address is from Vietnam like the first Azure miner from a couple months ago, could be the same person

<endor00[m]> apparently he tried setting up his own pool multiple times but failed

from -pools

hrm, if indeed from vietnam, the 3:1 cost premium could be because thats the only way they can get monero

no idea what aml kyc or other hurdles are in place

but if you can get compute, you can get monteros!

doubt it is a legit operation

free credits / stolen accounts / credit cards most likely

Ogawd, these people have no brains. "working on an application that would distribute work to user’s phones to create a mining pool for Monero. Right now I’m thinking of having our node do all of the RandomX proof of work steps up to generating the machine code which it would then send each phone its own random program to run. "

sending ~4KB of machine code to every phone for every nonce, what kind of network bandwidth do they think they have?

what kind of hashrate do they think they can get doing such stupid work

I wish I had a proof-of-IQ on my email acct before anyone can email me