monero-pool VS research-lab

GitHub - jtgrassie/monero-pool: A Monero mining pool server written in C

You find a GitHub link on their site. Also check each build step with its fork-predecessor, https://github.com/jtgrassie/monero-pool.

Wow. First I create p2pool where everyone mines on their own block templates. Then there's a pool that creates block templates for them. Now they ask how to mine on their own block template. LOL. Now a quiz: read https://github.com/jtgrassie/monero-pool/blob/master/sss.md and find why exactly self select is incompatible with p2pool. Also, it's an outdated half-measure that only mattered before p2pool.

I built a Monero mining pool (monero-pool) and operate a fairly large private pool which uses it. So I'd like to think I do know a little about the subject.

If you are adamant about your very own pool, then take a look at this GitHub page it is set up like a mining pool.

https://github.com/jtgrassie/monero-pool or

Our pool is using https://github.com/jtgrassie/monero-pool , do you have any experience with it. I don't wanna mess our pool.

So we have made a monero pool with https://github.com/jtgrassie/monero-pool and we intend on making it public for anyone to mine on. But are there any settings in the pool.config or any other monero files that we should change to make it more secure/better?

One of many open research questions u/Rucknium has listed here (under "Reducing or eliminating 10 block lock with acceptable drawbacks"). There is a chance of it being reduced but its "complicated"

https://github.com/monero-project/research-lab/raw/master/wh...

Welcome! I wrote this list of Monero's open research questions: https://github.com/monero-project/research-lab/issues/94

We also established an official list of topics we want to fund, expanding on the broad space of Monero. This is intended to help people realize actual tasks they may want to complete on behalf of Monero, rather than just the idea of tasks, and extends Monero's open research questions. We're further interested in security proofs, ensuring Monero's integrity, historic and present, and work on arithmetic-circuit based membership proofs. Arithmetic-circuit based membership proofs would remove ring signatures, and the statistical analysis possible on them, entirely, for complete privacy of which output you're spending.

There is actually something called a "truncated address", which is transparent by default. It is mentioned in the original CryptoNote whitepaper on page 8, but I don't think the official wallet software supports it. You could emulate it by calculating the view key manually as a = H(B).

Monero's privacy (i.e. fungibility) guarantees, while being extremely good, are still not mature enough to ossify the protocol yet, see here;