Hey guys, my Monerod keeps crashing.

Getting a lot of this:

2024-07-30 02:13:22.962 T mdb_txn_safe: destructor

2024-07-30 02:13:22.962 T BlockchainLMDB:: get_alt_block

2024-07-30 02:13:22.962 T BlockchainLMDB::block_rtxn_start

2024-07-30 02:13:22.962 T Block with hash 425e4cc50350253d629586ae6fa650e38beaa2415a0969be25c68f7e29526e42 not found in db

2024-07-30 02:13:22.962 T mdb_txn_safe: destructor

2024-07-30 02:13:22.963 T BlockchainLMDB:: get_alt_block

2024-07-30 02:13:22.963 T BlockchainLMDB::block_rtxn_start

2024-07-30 02:13:22.963 T Block with hash 34da1773dad9cf2a7c8f6f144984fd6f19dc28ea451fb9e59123b1590f1f96d5 not found in db

2024-07-30 02:13:22.963 T mdb_txn_safe: destructor

2024-07-30 02:13:22.963 T BlockchainLMDB:: get_alt_block

<a​tori_0xbdc3ab4e:matrix.org> I'm helping somebody recover their wallet, they have 24 non-english words + a block height. The words exist in the monero word list for that language, so it is in all likelihood a 25 word seed phrase where they forgot to write down one word.

<a​tori_0xbdc3ab4e:matrix.org> Is there a way to brute force this?

no need, if only checksum is missing, you can install the package monero-python and im python the two lines: `from monero.seed import Seed`

and `Seed(Seed('enter here your 24 words').hex).phrase` and it will give you the 25 words, or you try the 24 words through, the 25th word is one of the 24 words is only a checksum

well, (a cheap) "somehow" brute force

a​tori_0xbdc3ab4e good luck! :)

<a​tori_0xbdc3ab4e:matrix.org> I have no indication that it is the last word that is missing though.

<p​rancing389:matrix.org> I've followed MoneroTalk with Doug Tuman, but still, I find it difficult to live on Monero. I can't pay my bills for property tax, insurance, electric, fuel, groceries (except thru gift cards). The fuse is lit for the destruction of the current financial system, if we are not ready with a working circular economy by the time the banks all fail and they offer the digital currency, <clipped message>

<p​rancing389:matrix.org> we'll all be forced into the other system. Buying things I don't need to survive will not sustain us after the financial system implosion. I've repeatedly suggested we contact PoS terminal manufacturers and begin incorporating wallets there for merchants, but it all seems to be too hard for the folks involved. I don't have the technical expertise, but could help with integration t<clipped message>

<p​rancing389:matrix.org> esting and pilot programs should we get some industry support.

For me, real life is covered by cash. Monero is cash for the digital world.

I think the most you can do is switch to cash and encourage people close to you to do the same. Monero and cash are a part of the same ideology.

<m​onerobull:matrix.org> agreed

<a​tori_0xbdc3ab4e:matrix.org> Absolutely. No point in using monero to pay for groceries around the corner.

I would also prefer money that does not require me to carry an electronic device and that's immune to internet shutdowns)

<m​onerobull:matrix.org> "sorry but all small shops have been killed off and walmart register doesnt work without internet"

<b​ao9io:matrix.org> I found a great source for affordable Monero stickers that are perfect for marketing. They are high quality and ideal for raising awareness about our favorite cryptocurrency. If you support Monero and like this idea, be sure to check them out.

<b​ao9io:matrix.org> comfort-home24.shop/products/monero-xmr-sticker

<b​asses:matrix.org> how we can be sure it is not a scam, cuz the site looks barebones and no trust history

<p​reland:monero.social> If they would sell some of them on another market that would help them gain some rep ig

<b​asses:matrix.org> also you should ask for permission before promoting, and mention any affiliation

<p​reland:monero.social> I disagree with this thinking actually. I actually reject the notion that Monero is a “privacy tool” completely. Monero is a currency, and it strives to be the best currency possible. Privacy is merely incidental in that goal, as it is pretty obvious that a transparent currency is at best useless and at worst dangerous to use as a currency (see: BTC). Decentralization is merel<clipped message>

<p​reland:monero.social> y incidental, as having a centralized group control wealth can lead to issues like corruption, mass system failure, bias, etc. Freedom is merely incidental, as surveillance and suppression shouldn’t be applied at the currency level, regardless of how authoritarian or “free” the country is.

<p​reland:monero.social> Tbh if an authoritarian country adopted XMR as their currency I’d be concerned

<p​reland:monero.social> It would give them a leg up against many many other countries

<p​reland:monero.social> They’d become unsanctionable, and their currency could become trusted to be incorruptible among other countries nearby them; even psuedo-democratic ones if their economic system is in shambles

<p​reland:monero.social> I mean, I can’t think of a single authoritarian economic collapse that didn’t come as a direct result (even if the *reason* for the change was different) of the central govt trying to “print” themselves out of their problem

<p​reland:monero.social> Tl;dr we should strive to get Monero in the hands of as many as possible, and reduce the barrier to entry as much as we feasibly can.

<p​reland:monero.social> It can be T-shirts online today, groceries tomorrow, bills later.

<p​reland:monero.social> And for those who see legal issues with that statement (disclaimer: not a lawyer so this is just my educated opinion): the **only way that the US can possibly make XMR illegal is if it is labeled as a “privacy tool”. If the only reason to use XMR is to hide transactions, what legally is the difference between XMR and a currency mixer like Tornado?**

<s​trawberry:monero.social> Cash for the Internet is the lowest hanging fruit, it doesn't make sense to focus any effort on in person transactions yet

<s​trawberry:monero.social> Paper already works for that, but there are no credible alternatives for private online payments without a trusted third party

<p​reland:monero.social> Hmm

<p​reland:monero.social> Very unrelated

<p​reland:monero.social> Has anyone ever tried to run Monero software on a esp32-s3

<j​effro256:monero.social> Good luck running a node on a SoC with 512 KB RAM

<j​effro256:monero.social> RandomX needs 512 *MB* in light mode lol

<p​reland:monero.social> Not a node, just a wallet

<p​reland:monero.social> Should’ve specified that

<p​reland:monero.social> A node would be wild tho lol

<p​reland:monero.social> Imagine running a node on your thermostat

<j​effro256:monero.social> espressif.com/en/products/socs/esp32-s3

<j​effro256:monero.social> > Powerful AI acceleration

<p​reland:monero.social> With 512kb? Hmm

<p​reland:monero.social> Well now I’m curious as to just how light you can make a wallet

<j​effro256:monero.social> You might want to use a LWS at this point

<j​effro256:monero.social> Scanning hundreds of thousands of tx outputs is gonna take a while on that thing

<j​effro256:monero.social> And only 40 MHz bandwidth....

<a​tori_0xbdc3ab4e:matrix.org> There appear to be little demand for this as their is no easy lws software we can run on top of monerod

<j​effro256:monero.social> github.com/vtnerd/monero-lws

I use XMR specifically to evade sanctions lol.

Which means a VPS and domain.

<j​effro256:monero.social> atori:

<a​tori_0xbdc3ab4e:matrix.org> You have to compile that from source. Not many people know how to do that, including me. Can't be hard to make this simpler but nobody does it since there is little demand for it? And which wallets other than mymonero actually supports lws.

<a​tori_0xbdc3ab4e:matrix.org> Ideally should be reachable via a hidden service to punch through NAT. Since its little data that is being synced that won't be such an issue.

<a​tori_0xbdc3ab4e:matrix.org> To run it over Tor I mean.

<j​effro256:monero.social> > You have to compile that from source. Not many people know how to do that, including me. Can't be hard to make this simpler but nobody does it since there is little demand for it?

<a​tori_0xbdc3ab4e:matrix.org> Not sure how many people here ever used Samourai wallet but when you set it up with your own node it would contact it via its hidden service an register the xpubs. Would be cool if in the future this would be done also with some monero wallet. Open wallet, activate Tor, scan qr to connect to your own node tunning lws to register you main address and boom

<j​effro256:monero.social> To be fair it tells you exactly which commands to run

<j​effro256:monero.social> The point about Tor is good

<a​tori_0xbdc3ab4e:matrix.org> Yes else you need domain, open ports etc

<j​effro256:monero.social> You don't need a domain, you can open ports from a residential IP

<a​tori_0xbdc3ab4e:matrix.org> And then your IP changes and wallet doesn't work anymore etc.

<a​tori_0xbdc3ab4e:matrix.org> Monerod + lws + Tor service is great combination.

<n​ihilist:m.datura.network> whats the lws for

<a​tori_0xbdc3ab4e:matrix.org> Only downside I can see is that you cannot use sub addresses with LWS AFAIK

<j​effro256:monero.social> Fast sync

<a​tori_0xbdc3ab4e:matrix.org> You give it your main address and then it watches it and nows your tx, so your wallet doesn't have to do the sync itself.

<a​tori_0xbdc3ab4e:matrix.org> > <@nihilist:m.datura.network> whats the lws for

<a​tori_0xbdc3ab4e:matrix.org> You give it your main address and then it watches it and knows your tx, so your wallet doesn't have to do the sync itself.

<a​tori_0xbdc3ab4e:matrix.org> Or rather doesn't have to scan all txs itself.

<n​ihilist:m.datura.network> 🤔

<p​reland:monero.social> Hmm

<p​reland:monero.social> Here’s the question: how often does a wallet *need* to “phone home” to a node?

<j​effro256:monero.social> In general? For a LWS? Practically in code today or theoretically?

<n​ihilist:m.datura.network> i mean if i want to have a monero node locally, and synchronized over tor, i should only require monerod and tor no ?

<p​reland:monero.social> What I’m thinking is this: what if you only scan transactions via a trusted node (could be a home server), but will submit transactions to untrusted nodes?

<r​ucknium:monero.social> preland: The wallets needs to do that before it spends something. Or if the user wants to check new incoming txs.

<p​reland:monero.social> What if the wallet is effectively guaranteed to not be used other than in this circumstance?

<a​tori_0xbdc3ab4e:matrix.org> LWS is for like mobile wallets.

<p​reland:monero.social> Ie the wallet’s state doesn’t change from what is on the device

<j​effro256:monero.social> IIRC, this is what feather wallet does

<a​tori_0xbdc3ab4e:matrix.org> On your computer just run a local node.

<j​effro256:monero.social> Your ISP can theoretically see if your node was the first one to broadcast a tx, even with Dandelion++, so it's not good practice to submit txs to your own node if that node can be traced back to you

<p​reland:monero.social> Hmm

<r​ucknium:monero.social> preland: Usually wallet software won't try to spend before fully syncing. Probably because of the burning bug.

<j​effro256:monero.social> This and stale decoy selection

<p​reland:monero.social> Hmm ok

<p​reland:monero.social> So basically your node has to be trusted no matter what

<r​ucknium:monero.social> jeffro256: You could do updated decoy selection with an unsynced wallet, theoretically, right? Just ask the node to give yo the get_outputs_distribution.

<p​reland:monero.social> If that’s the case then I don’t see irl transactions happening, ever

<p​reland:monero.social> At least nothing that could be used by people under normal circumstances

<r​ucknium:monero.social> "Your node has to be trusted" What do you mean? A malicious node can do some bad things, but not everything

<j​effro256:monero.social> True, sorry I was assuming that a wallet that wouldn't scan recently also wouldn't ask for output distribution recently

<r​ucknium:monero.social> IRL spending works fine with smart phones. I don't understand your statement

<j​effro256:monero.social> Definitely not for tx submission. Like I was saying, Feather submits txs over Tor to a random untrusted peer (correct me if wrong)

<r​ucknium:monero.social> jeffro256: IIRC, by default it submits to _all_ the _trusted_ nodes in Feather's node list

<r​ucknium:monero.social> Feather dev noticed that sometimes txs don't get propagated. Now it submits to all nodes in its trusted list, not just one.

<j​effro256:monero.social> Okay cool thanks, TIL. Still not a *personally identifying* node that you control

<r​ucknium:monero.social> Well literally it's one of the nodes I control since one of my nodes are on the trusted list :P

<r​ucknium:monero.social> You can also input a custom node in feather and it works like the GUI wallet IIRC

<p​reland:monero.social> This is the thinking I was having:

<p​reland:monero.social> What if you could use a “cold wallet” for transactions by carrying it with you. It would only have one connection allowing it to receive and send transaction info to a local node. It would allow the user to verify the info is correct, then send the transaction info back to that node. The node would then place the transaction into mem_pool. Forgot to mention it, but the node is<clipped message>

<p​reland:monero.social> basically where a cash register would be.

<p​reland:monero.social> This allows a lot of things. It means that a wallet doesn’t need to have networking capabilities, increasing security and reducing cost/connection complexity. The wallet doesn’t need to run a node (which would make this infeasible on many many levels). The vendor runs a node, which helps the ecosystem. As the vendor receives and sends the transaction, they can basically instan<clipped message>

<p​reland:monero.social> tly verify the transaction is legitimate, removing the issue of waiting for the transaction to enter a block (except for rare edge cases). If the connection protocol is something like NFC, then the entire experience is touchless, simple, and quick. Vendor requests payment, purchaser taps card, confirms transaction, and vendor verifies transaction is good.

<p​reland:monero.social> But it entirely relies on being able to use a node that isn’t necessarily trusted

<p​reland:monero.social> So if that can’t be done, then it can’t

<r​ucknium:monero.social> IMHO, use your skills on something that's lower hanging fruit.

<p​reland:monero.social> As for using your phone, it has the issues described before of payment delays and security concerns

<p​reland:monero.social> Probably lol

<a​tori_0xbdc3ab4e:matrix.org> When running a local node with Feather you can add

<a​tori_0xbdc3ab4e:matrix.org> tx-proxy=tx-proxy=tor,127.0.0.1:9050

<a​tori_0xbdc3ab4e:matrix.org> to bitmonero.conf

<r​ucknium:monero.social> Integrate Monero into the common online merchant systems, for example

<r​ucknium:monero.social> Or even IRL point-of-sale systems

<a​tori_0xbdc3ab4e:matrix.org> Does slow the propagation of txs a bit though.

<p​reland:monero.social> Do you mean directly or as payment processor

<r​ucknium:monero.social> In a way that is easiest for non-programmer website managers to integrate

<r​ucknium:monero.social> Plug-in-play. Don't even have to think about it. Check a box.

<p​reland:monero.social> Ok

<p​reland:monero.social> I’m going to say that means payment processor then

<p​reland:monero.social> Otherwise the vendor would be directly receiving Monero

<r​ucknium:monero.social> The vendor is going to have to directly receive XMR unless there is an additional layer of a third party selling XMR and giving the merchant fiat

<p​reland:monero.social> Yes

<p​reland:monero.social> Most merchants will be used to receiving fiat, so that would be required

<p​reland:monero.social> Hmm

<p​reland:monero.social> Wonder what the most common payment processors are

<g​enessys:matrix.org> I would like to be a hosting provider so I can invest in TRON and mining

<g​enessys:matrix.org> cs.mojohost.com/aff.php?aff=345

<g​enessys:matrix.org> Monero*

<b​asses:matrix.org> spam