<b​ehelit:hackliberty.org> It would be really cool if you could transfer monero through radio

<o​frnxmr:monero.social> Cant you?

<o​frnxmr:monero.social> Monero

i think it is possible to send a transaction using radio waves. There was even a CCS ages and ages ago.

They tried it/proved it with BTC before

the radio technology isn't a problem. but it's illegal to send encrypted data over ham radio.

so while bitcoin can use that, I believe sending monero over ham radio is prohibited

OTOH, since any monero client can use the monero tx as is, it can be argued it's not encrypted.

yes, it's just sending JSON texts back and forth, I don't see any issues :P

I guess it depends on the wording in your jurisdiction.

<o​frnxmr:monero.social> txid is plaintext to me :D

but anyway, ham radio operators are a vanishingly small minority. more useful would be sending over broadcast wifi.

practically everyone who has a computing device capable of running monero also has a wifi radio...

greetings when doing a transaction with unsufficient founds the I get this info: 2023-12-14 10:15:33.802 E 1. THROW EXCEPTION: error::tx_not_possible

2023-12-14T10:15:33.803102176Z 2023-12-14 10:15:33.802 W /home/ubuntu/build/monero/src/wallet/wallet2.cpp:10778:N5tools5error15tx_not_possibleE: tx not possible, available = 1.067654845162, tx_amount = 1.060637745162, fee = 0.013037800000

using the rpc though I get only partially this info,

{

"error": {

"code": -16,

"message": "tx not possible"

},

"id": 0,

"jsonrpc": "2.0"

}

is there a way to have that info through rpc ?

You can get that same string and put it in the message. Or you could add extra fields with the amounts if you want the client to process it automatically too.

It comes from an exception which has the amounts, it's not a string itself.

Though I'm not sure it's valid to have extra fields in the error field itself...

I doubt any existing clients would know to look for it or parse it

I'm using the monero-python.readthedocs.io so that would be there if I get it correctly ?

ha no I misunderstood

hyc: I do wonder if sending a monero transaction in "clear" counts as encryption, as the message itself is not obscured.. Seems less illegal than using pig latin which obscures the message :P

That's a question to lawyers probably

<h​into.janaiyo:matrix.org> tobtoht: you mentioned replacing tor with arti in a previous ccs for feather, are you planning on making+using bindings?

<t​obtoht:monero.social> hinto: I'm not actively pursuing the move to Arti at this time because I have concerns about supply chain security regarding its >500 transitive dependencies and the maintenance burden that results in.

<h​into.janaiyo:matrix.org> fwiw rust dependencies are highly (overly?) split up - grep out the "known" ones (`tor-*`, `equix`, rust-project-owned like `futures-*`, `libc`, etc), the non-release deps, duplicates, and you're left with maybe a dozen 3rd party deps paste.debian.net/hidden/4eb577c7

<h​into.janaiyo:matrix.org> i agree it would be a lot of work to change something that already works - which was why i was surprised to see it mentioned :)

<g​fdshygti53:monero.social> I love supply chain attack : coindesk.com/business/2023/12/14/le…er-staffer-linked-to-malicious-code

<b​inarybaron:matrix.org> I'm using the monero-wallet-rpc in my application and I'm simply trying to refresh the wallet to the current blockchain height to spend some funds (by calling `refresh`).

<b​inarybaron:matrix.org> - I'm syncing a pretty large number of blocks.

<b​inarybaron:matrix.org> - I consistently get `no connection to daemon` as an error as a response. I'm pretty sure the daemon is not the cause. I have used a ton of different ones that are known to be very stable (cakewallet, rino, different pools).

<b​inarybaron:matrix.org> - I need to use a remote node because not all users are able to run a full node by themselves

<b​inarybaron:matrix.org> - The monero-wallet-rpc keeps refreshing a couple thousand blocks before throwing the error again

<b​inarybaron:matrix.org> Is this known behaviour? I'd assume that it's fine for the `no connection to daemon` to be thrown occasionally when you are just syncing in the background perhaps (I dont know why?) but what are you supposed to do if you are calling `refresh` because you need to refresh right now because you need to spent funds? Should I just ignore the errors and keep calling `refresh` until the wallet is synced?

<b​inarybaron:matrix.org> Here are some logs of my application to help you understand what's going on.

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:19:14.924003Z","level":"DEBUG","fields":{"message":"Opened Monero wallet","monero_wallet_name":"swap-tool-blockchain-monitoring-wallet"}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:19:34.266956Z","level":"INFO","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","attempt":1}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:19:34.267693Z","level":"DEBUG","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","current_sync_height":3011407}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:19:34.271942Z","level":"WARN","fields":{"message":"Failed to sync Monero wallet","attempt":1,"attempts_left":"2","name":"swap-tool-blockchain-monitoring-wallet","error":"JSON-RPC request failed with code -38: no connection to daemon"}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:19:36.274688Z","level":"INFO","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","attempt":2}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:20:34.474708Z","level":"WARN","fields":{"message":"Failed to sync Monero wallet","attempt":2,"attempts_left":"1","name":"swap-tool-blockchain-monitoring-wallet","error":"JSON-RPC request failed with code -38: no connection to daemon"}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:20:34.474735Z","level":"DEBUG","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","current_sync_height":3015989}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:20:36.477297Z","level":"INFO","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","attempt":3}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:21:08.92921Z","level":"DEBUG","fields":{"message":"Syncing Monero wallet","name":"swap-tool-blockchain-monitoring-wallet","current_sync_height":3016739}}

<b​inarybaron:matrix.org> > {"timestamp":"2023-12-14T18:21:08.929235Z","level":"WARN","fields":{"message":"Failed to sync Monero wallet","attempt":3,"attempts_left":"0","name":"swap-tool-blockchain-monitoring-wallet","error":"JSON-RPC request failed with code -38: no connection to daemon"}}

for pasting lots of text please use paste.debian.net

<b​inarybaron:matrix.org> Will do, sorry

<b​inarybaron:matrix.org> I'm using the monero-wallet-rpc in my application and I'm simply trying to refresh the wallet to the current blockchain height to spend some funds (by calling `refresh`).

<b​inarybaron:matrix.org> - I'm syncing a pretty large number of blocks.

<b​inarybaron:matrix.org> - I consistently get `no connection to daemon` as an error as a response. I'm pretty sure the daemon is not the cause. I have used a ton of different ones that are known to be very stable (cakewallet, rino, different pools).

<b​inarybaron:matrix.org> - I need to use a remote node because not all users are able to run a full node by themselves

<b​inarybaron:matrix.org> - The monero-wallet-rpc keeps refreshing a couple thousand blocks before throwing the error again

<b​inarybaron:matrix.org> Is this known behaviour? I'd assume that it's fine for the `no connection to daemon` to be thrown occasionally when you are just syncing in the background perhaps (I dont know why?) but what are you supposed to do if you are calling `refresh` because you need to refresh right now because you need to spent funds? Should I just ignore the errors and keep calling `refresh` until the wallet is synced?

<b​inarybaron:matrix.org> Here are some logs of my application to help you understand what's going on: pastebin.com/rZitbR7m

<b​inarybaron:matrix.org> and the logs of the monero-wallet-rpc pastebin.com/JmyAfRK7

when you edit stuff on matric it resends the entire message to IRC D:

anyway, do you run into the same issue syncing from your own node? not surprised remote nodes occasionally drop connection when syncing many blocks, even 'reliable' ones

<b​inarybaron:matrix.org> I haven't tried that yet but I'd assume not. You are probably right. How do "light wallets" (meaning wallets which connect to a remote node) handle this normally? Should I just keep retrying?

Did you look at the wallet logs to see whether it says anything useful ?

(level 2)

<b​inarybaron:matrix.org> Not yet but I'll try that, thanks

Always a good idea to check logs to see what's wrong. For all kinds of software, not just monero.

<b​inarybaron:matrix.org> I did attach the logs of the rpc as well but haven't thought of setting the log level to be more verbose

<b​inarybaron:matrix.org> I set the log level to 4 and this is the part of the logs where `no connection to daemon` happens. Seems to be just a timeout. Nothing I can do really? Is it possible to increase the timeout?

<b​inarybaron:matrix.org> paste.debian.net/1301128

<o​frnxmr:monero.social> The node has to process the request

<o​frnxmr:monero.social> Run your own remote node, that isnt being hammered by thousands if other people

<o​frnxmr:monero.social> And has to have enough bandwidth to serve everyone connected to it

<o​frnxmr:monero.social> Id recommend not using well known /heavy/big remote nodes

<o​frnxmr:monero.social> xmrguide.org/remote_nodes

<o​frnxmr:monero.social> (posting link to say: run your own node)