<k​riek: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?

<n​obfg9000: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.

<n​obfg9000:matrix.org> kriek

<n​obfg9000: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.

<n​obfg9000: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>

<n​obfg9000:matrix.org> ulty they're using).

<n​obfg9000: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.

<o​frnxmr:monero.social> [#monero:monero.social](https://matrix.to/#/%23monero:monero.social)

<o​frnxmr:monero.social> Also probably topic for [#monero:monero.social](https://matrix.to/#/%23monero:monero.social)

<o​frnxmr:monero.social> This is only a problem for pool mining. IMO the solution is always to solomine, but i'm a solo-maxi

<p​lowsof:matrix.org> monero-project/monero #9568/files looks like an easy merge pending a month old typo

<k​riek:matrix.org> Sorry i’m a noob here :)

<c​orpodog:matrix.org> hi guys, I'm a dev who works in blockchain. I have experience as a university researcher and now I'm working in the blockchain R&D department of a well known trading company. I have experience in C++ (mainly related to game dev actually, specifically networking using Berkeley sockets); nodejs/typescript/solidity. I'm looking to find ways to contribute to monero, where can I start <clipped message>

<c​orpodog:matrix.org> to document myself for this?

I usually suggest to start using monero yourself, get familiar with the tool. Then find something that irks you. Maybe a small bug, or small improvement, and fix it. It'll give you a concrete goal, and will get you familiarized with what's where, etc, while not being too overwhelming.

<s​yntheticbird:monero.social> Hi corpodog, monero is a pretty traditionalist cryptocurrency in the sense that there is no smart contracts, so you won't find any solidity type codebase, even nodejs is rare in the ecosystem. The reference implementation of Monero node and wallet, owned by the core team, is written in C++ and can be found here: github.com/monero-project/monero

<s​yntheticbird:monero.social> There aren't a lot of documentation, and many parts have zero of them, so asking questions is more than welcome.

For documentation, there is "Zero to Monero" from ukoehb, found somewhere on the internet.

<s​yntheticbird:monero.social> moneromooo way too fast

<s​yntheticbird:monero.social> for me to type

<s​yntheticbird:monero.social> the power of IRC i presume

Incontestable Rapid Cow.

<s​yntheticbird:monero.social> 🚀

<s​yntheticbird:monero.social> 🚀🐮

<c​orpodog:matrix.org> Perfect, I will take a look at that link, thank you

Hey, could someone explain why the dataset is initialized twice in xmrig here: github.com/xmrig/xmrig/blob/master/…src/crypto/rx/RxDataset.cpp#L42-L45 ?

<o​frnxmr:monero.social> [#monero-pow:monero.social](https://matrix.to/#/%23monero-pow:monero.social) or [#p2pool-log:matrix.org](https://matrix.to/#/%23p2pool-log:matrix.org)

<e​inliterflasche2:matrix.org> Btw this was fixed by using `setRefreshFromBockheight(0)` or however it's called

<o​frnxmr:monero.social> Also fixed by using 1840

<o​frnxmr:monero.social> ^

parazyd it's not initialized twice. It's loop unroll x5 inside randomx_init_dataset, so the second call is for less than 5 elements

sech1: hmm ok. I suppose this won't work with my RandomX Rust bindings then since I didn't make it so I can reuse the dataset pointer

This is xmrig-specific code. Normally you just call "randomx_init_dataset(dataset, cache, startItem, itemCount);"

Vanilla RandomX code doesn't benefit from this double call

I understand, I was just looking at the optimizations

Alright, thanks a lot