-
m-relay<kriek:matrix.org> Hi all! It’s been an year looking and analyzing monero abd everytime i think monero could be the next bitcoin since the story is a lot similar as route and it’s also better for security. What do you guys think about it?
-
m-relay<nobfg9000:matrix.org> kiek I think this channel is more for development discussion. But here is an interesting blogpost i have been thinking about recently, concerning competition with bitcoin: truthcoin.info/blog/imex . Besides that, it is important to realize that monero has future obstacles including scaling and quantum-resistance. But generally I am optimistic in monero's properties as well.
-
m-relay<nobfg9000:matrix.org> kriek
-
m-relay<nobfg9000:matrix.org> I came here to ask this: has anyone in monero development considered the pool block withholding attack? this is basicially where you just submit shares to a pool, while withholding shares that have enough difficulty to mine a block for the pool.
-
m-relay<nobfg9000:matrix.org> I have been thinking about how a scheme like the proposed "Oblivious shares" (bitcoil.co.il/pool_analysis.pdf#subsection.6.2.3) could be implemented without fixed share difficulty as suggested in that paper, but I don't think it would apply to something p2pool (due to the interactive nature), and it would reveal more information about the pool/miners (like the share diffic<clipped message>
-
m-relay<nobfg9000:matrix.org> ulty they're using).
-
m-relay<nobfg9000:matrix.org> But if you could prevent pool block withholding, I was thinking you could use mining shares for like convenient sybil resistance/microtransaction type applications.
-
m-relay<ofrnxmr:monero.social> [#monero:monero.social](https://matrix.to/#/%23monero:monero.social)
-
m-relay<ofrnxmr:monero.social> Also probably topic for [#monero:monero.social](https://matrix.to/#/%23monero:monero.social)
-
m-relay<ofrnxmr:monero.social> This is only a problem for pool mining. IMO the solution is always to solomine, but i'm a solo-maxi
5 hours ago