- 
bevanoff[m]
Are there any feature ideas for the GUI that are like desired but nobody’s actually done yet?
 
- 
gingeropolous
bevanoff[m], yep. my favorite non existing feature is creating the stuff for RPC-pay
 
- 
bevanoff[m]
Ohhh okay that’d be cool
 
- 
bevanoff[m]
That’d be an advanced feature no? Or would you try to incorporate it into the simple mode
 
- 
gingeropolous
well, in a fully functioning rpc-pay environment, i imagine it like this bevanoff[m].
 
- 
gingeropolous
A new user downloads the GUI and wants to use funds immediately. They start up GUI, use simple mode, and get a bootstrap connection
 
- 
gingeropolous
the bootstrap connection is over rpc, so they would need rpc-pay
 
- 
gingeropolous
because its simple mode, i imagine a status box would exist that says "Working for connection" or something
 
- 
gingeropolous
presumably on the backend the GUI would either pick a random rpc-pay node from the p2p list, or try to find the cheapest one
 
- 
bevanoff[m]
Ohhh I see, I’m only vaguely familiar with the concept
 
- 
bevanoff[m]
Any links for documentation?
 
- 
gingeropolous
documentation>!>!>!? this is monero! documentations in the code :)
 
- 
gingeropolous
lemme see if i can find something...
 
- 
gingeropolous
 
- 
bevanoff[m]
Thanks!
 
- 
moneromooo
That list of public nodes via P2P is just full of spies and scammers. It seemed like a good idea at the time, but like so many other things, people happened.
 
- 
moneromooo
So I'm not sure it's a good idea anymore.
 
- 
Inge-
maybe the "mesh of trust" idea could see some revival in XMR node-space
 
- 
dEBRUYNE
moneromooo: What would you propose as alternative?
 
- 
moneromooo
Filtering any that's not a hidden service or eepsite.
 
- 
moneromooo
I have a patch for this but it works only if the daemon is set with --tx-proxy, since otherwise they won't receive tor/i2p peer lists.
 
- 
gingeropolous
i imagine there's gotta be a solution to this
 
- 
gingeropolous
i mean any node can be a spy / scammer, indeed thats why dandelion was implemented. 
 
- 
gingeropolous
i think a potential solution is to just use the RPC connection for downloading the wallet refresh data, and then the data for creating the transaction
 
- 
gingeropolous
the wallet then crafts the transaction, and pushes it over the p2p network via a different node. Then it becomes just like a dandelion tx (mebbe)
 
- 
selsta
IIRC mooo said the data for creating a transaction is enough to identify it later in the mempool
 
- 
gingeropolous
but yeah, just restricting to hidden services would do the job too
 
- 
gingeropolous
well we could add noise. so the wallet requests (ABC) from node A, (DEF) from node B, (GHI) from C, etc. 
 
- 
gingeropolous
and the tx ends up being created with DJR
 
- 
gingeropolous
well.... would that work? hrm
 
- 
gingeropolous
no, because then if node B sees output G in a transaction, it could know it came from that wallet user
 
- 
gingeropolous
but node B could see output G being used in another transaction from another IP because of ring members
 
- 
gingeropolous
yep, that'll do it. sprinkle some statistics on there, boost ringsize to a bajillion, you got yourself a potential solution. 
 
- 
gingeropolous
i guess you might not need the noise, you'd just need to get the ring members information from different nodes
 
- 
gingeropolous
so currently, you would pull info from 11 different nodes
 
- 
gingeropolous
so 11 different nodes would know that tx A that used outputs A1-A11 came from IP A, but presumably there would be another tx B that used outputs B1-B11 and those nodes would know it came from IP B.
 
- 
gingeropolous
and as long as theres some union between A1-A11 and B1-B11, you can't pin a particular wallet IP to a particular tx
 
- 
gingeropolous
maybe? need to run it through the mathimologic confabulator
 
- 
gingeropolous
i mean, or we could just use tor. but the inclusion of dandelion makes me believe that there's a general idea that its better for stuff to be internal if possible
 
- 
gingeropolous
bevanoff[m], another idea would be some kind of pool miner plugin or something for the GUI
 
- 
moneromooo
Did that not get rejected ? I remember coding this.
 
- 
bevanoff[m]
why would it have been rejected? something about true decentralization and every user mining a little?
 
- 
moneromooo
Favouritism IIRC (due to the list of pools).
 
- 
moneromooo
Might have been other reasons.
 
- 
moneromooo
And it included a standalone miner, a bit unwieldy.
 
- 
moneromooo
Then again, it would fit a new GUI program very well.
 
- 
moneromooo
Does xmrig have a GUI ?
 
- 
gingeropolous
afaik, it does not
 
- 
gingeropolous
the current idea in the mining space is to somehow get mining programs to auto-select a pool, and to switch occasionally
 
- 
moneromooo
New program ? Same as I did a standalone updater/verifier. Simple UI, pool selection, etc.
 
- 
gingeropolous
the thought being that noobs don't know what they are doing, and just find lists of pools and pick the one on top
 
- 
moneromooo
Right, that'd be nice.
 
- 
gingeropolous
the one on top tends to be the largest one
 
- 
moneromooo
I wonder if today's kids would like gamification. "You've hashed 4 million hashes in hte last 24 hours, can you beat this ?"
 
- 
moneromooo
Share your hash rate on twatter or Faecebook!
 
- 
gingeropolous
i dunno.
 
- 
moneromooo
"Congrats, you've mined your ten billionth hash!" Here's a worthless medal :D
 
- 
moneromooo
"You've spent a week on a pool with < 10% of the network hash. You get the STALWART SUPPORTER badge!"
 
- 
moneromooo
Might work better for a panopticoin like bitcoin I guess.
 
- 
gingeropolous
i think a gui plugin would be great
 
- 
gingeropolous
and mining pools can pay / donate to core team to have their pool included in the GUI
 
- 
gingeropolous
cause anythings better than the current situatio