Hi all, I'm trying to get step 3 done per the CLI node setup and am having issues getting i2p unzipped directory going. Any and all help is appreciated, thanks.

<n​otmakischristou:matrix.org> Hello everyone! I want to get my hands dirty with Monero and Rust. I was thinking of a simple project like this moneroinflation.com. I would like to ask if anyone has any suggestions on libraries, or better (more useful) project alternatives that are not too advanced for someone just starting out with Monero. Thanks!

<1​23bob123:matrix.org> github.com/Cuprate/cuprate

<n​otmakischristou:matrix.org> I am aware of cuprate but it seems like the hardest possible option right? A full blown node implementation

<o​frnxmr:monero.social> Makis Christou: the author of that website is dangerousfreedom:

<o​frnxmr:monero.social> and @kayabanerve is author of monero-serai rust libs

<o​frnxmr:monero.social> Maybe monero-rs or monero-serai are what youre looking for, (or dangerousfreedom)

<n​otmakischristou:matrix.org> Thanks, that project was just an idea. I am open to other suggestions as well. If something is needed It would be a lot more motivating to work on

<o​frnxmr:monero.social> github.com/serai-dex/serai

<o​frnxmr:monero.social> Monero Community Dev

<o​frnxmr:monero.social> monero-project/monero #7571 rbrunner: can this be closed?

<t​rasherdk:monero.social> If you have ideas, going in a different direction, those would be welcomed, too.

<o​frnxmr:monero.social> monero-project/monero #8076

<t​rasherdk:monero.social> While, I didn't know about #8076, I was on a different bitching streak, MF'ers 🖕

<t​rasherdk:monero.social> Ups, I'm in dev, sorry guys, scooting over...

.merges

jeffro256: is the test failure here unrelated? monero-project/monero #9069

This issue was brought up today: monero-project/monero #7571

Indeed this can be closed, #8076 implements this and is in service

done

<n​otmakischristou:matrix.org> Thanks! I just don't have any atm. Thats why I am asking here 😎

<o​frnxmr:monero.social> Try here

<x​fedex:matrix.org> Hello, apart from max. 16 outputs, are there any limits on wallet rpc's transfer that can cause a transaction to fail?

<c​omradeblin:matrix.org> not having an internet connection :D

<x​fedex:matrix.org> Let's suppose that do_not_relay is set to true

Too big to fit into a block. Containing an enote that is already spent, according to the current valid blockchain.

Submitted too early, not respecting the 10 block lock.

Well, don't you get any error message?

xfedex are you encountering an error or just curious?

<x​fedex:matrix.org> plowsof, no, no error, just wanted to know the limits

<x​fedex:matrix.org> So, in practice, if the wallet is up-to-date with the blockchain, and there are less than 16 transactions, the transfer RPC call should never fail?

<x​fedex:matrix.org> *16 outputs

It'll fail if you don't have enough memory. If you don't have enough monero. If you reach the limit of various OS primitives. If you supply invalid destination addresses. If your wallet cache is corrupted. If you're trying to double spend. If the tx is too large. There's always a lot of reasons for failures to occur in complex software.

<k​ayabanerve:matrix.org> Makis Christou: You wouldn't be personally liable for developing the entirety of the node ;) There's plenty of small items in it you could dig through, and I'm sure boog900: would appreciate the help.

<k​ayabanerve:matrix.org> If you're specifically interested in Inflation checking, monero-serai should have most, if not all, of the functions needed. Cuprate *is* an inflation checker due to validating all proof and rerunning the UTXO transitions.