<i​nhumaite:matrix.org> Hey there, I'm currently working on a kind of guide to easily chose CPU for Monero (and also Arweave). Do you know if a dataset/database/api exists that could contain an historical view of the CPU/TDP/Price over time?

<j​effro256:monero.social> #xmrmine:matrix.org is probably a better channel for this

<r​brunner7:monero.social> IMHO if you have made a good experience with Neovim for C++ development, and you want to popularize it, some quality links to install instructions and tutorials would be good. And don't forget graphical debugging, Monero code can be so complex that after reading you still don't have a clue what that damn thing does, you have to watch it in the debugger.

<j​babb:cypherstack.com> yes, please feed me your plugins for your favorite IDE as well :D

<p​reland:monero.social> What is your IDE of choice?

<p​reland:monero.social> Also, I saw this on the release announcement for pruning from back in 2019:

<p​reland:monero.social> “While the Monero blockchain can theoretically be pruned far further than this release enables, more testing is needed to push these limits.”

<p​reland:monero.social> What is this referring to?

<r​brunner7:monero.social> Me? I mentioned a bit earlier: I use VS Code.

I *think* it means that a node could dump more data if it really wanted to, and could still verify future incoming blocks, but it would become useless to other nodes, so it'd be a pure leech. I did not do that.

Not sure what the testing part is about though, since it'd require the code for further pruning to exist, and AFAIK I'm the only one to have worked on any kind of pruning.

While I'm on about this... there's a tool to prune extra data that pretty much nobody uses I think, it saved about 200 MB IIRC at the time, called monero-prune-unspent-outputs-data or similar.

You're still useful to other nodes, and it's orthogonal to the main pruning system. Free 200 MB.

er, prune-spent, not unspent.

I guess 200 MB isn't very much now that the chain is huge...

It's a (close to) constant since it prunes data from pre-rct times.

<p​reland:monero.social> Lol prune unspent outputs

<p​reland:monero.social> Yeah I figured it was from pre-rct

<p​reland:monero.social> I’m assuming that there isn’t a way to prune outputs post-rct

<p​reland:monero.social> Cuz, ya know, that would ruin the whole point

<p​reland:monero.social> Which is a shame, because it does mean that the blockchain is in a never-ending race against consumer storage size

<p​reland:monero.social> And the more Monero gets adopted, the quicker that we reach the point that the blockchain is simply infeasible to store for most people

<m​eatmonster:monero.social> true, probably some good ones exist on youtube already. thing is it's the same language server protocol and debug adapter protocol as used by vscode. clangd, nvim-dap, nvim-dap-ui and codelldb or vscode-cpptools