-
Guest5
hello
-
Guest5
I have a question about using the monero gui with monerd. I have a synced a pruned node using monerod. How do i use my node data to facilitate monero-gui ? Do i have to have the monerod running before i run monero-gui? Can i just point monero-gui to the diretory containing my blockchain data? Or any other config...
-
m-relay
<kevino:tchncs.de> yes
-
m-relay
<kevino:tchncs.de> you need to enter the blockchain db directory in monero gui. , or select externel node and add localhost:18089
-
m-relay
<kevino:tchncs.de> you need to enter the blockchain db directory in monero gui , if in advanced mode or select externel node and add localhost:18089
-
Rossay
thank you
-
Rossay
Is running a pruned node for personal use secure enough?
-
m-relay
<kevino:tchncs.de> yes , it gives same privacy benefits as a full node. It doesn't compromise on privacy
-
m-relay
<kevino:tchncs.de> additionally you can use `tx-proxy=tor,127.0.0.1:9050` in bitmonero.conf file which will route your transactions through tor but will allow syncing node through clearnet.
-
Rossay
i have to put the bitmonero.conf file inside of the directory with my lmdb, bitmonero.log and other files? OR in the directory of my monerod?
-
Rossay
Overall i have not been able to find good info on monerod, its usage and the usage of monero-gui? There should be docs that i can read right ?
-
m-relay
<rucknium:monero.social> Rossay: You can go to #monero-support for help on this
-
Rossay
thanks for the help
-
m-relay
<milas900:matrix.org> Be cautious when using any remote node or block explorer.
-
m-relay
<milas900:matrix.org> Malicious service providers may log and associate your IP address, TXIDs, and more. If you must use Untrusted Nodes, use them over Onion or I2P.
-
m-relay
<milas900:matrix.org> What things can be done here ?
-
m-relay
<jeffro256:monero.social> Example: You sent TXID 397349874. You then go lookup TXID 397349874 on a block explorer without a VPN. Now there is a log of your residence perusing details of TXID 397349874.
-
m-relay
<ravfx:xmr.mx> Yeah, ideally one would run his own explorer to mitigate that.
-
m-relay
<milas900:matrix.org> But I also can look other transactions .. so where is the risk
-
m-relay
<milas900:matrix.org> Wait does monero has block explorer I thought it’s anonymous !!
-
m-relay
<ravfx:xmr.mx> There are block explorers but they don't tell you the true spend, where it went or the amount.
-
m-relay
<jeffro256:monero.social> You're more likely to look at transaction you're involved with. The practical effect might turn out to be nothing, but the risk is that you are associated with that transaction. What that means depends on your thread model, jurisdiction, the contents on that transaction, and what someone thinks they know about that transaction
-
m-relay
<milas900:matrix.org> So what’s the purpose of the block explorer in monero, if all private
-
m-relay
<jeffro256:monero.social> In my experience, mainly to see how many confirmations a transaction of yours has
-
m-relay
<ravfx:xmr.mx> Many use
-
m-relay
<ravfx:xmr.mx> You can look at your transaction
-
m-relay
<ravfx:xmr.mx> You can verify transactions (assuming you have the key images and all that stuff)
-
m-relay
<ravfx:xmr.mx> Can also look at what's wrong like if the network is slow, (can see how full is the mempool and what kind of transactions it contain)
-
m-relay
<milas900:matrix.org> I see. Which remote block explorer for Xmr I can take a look at
-
m-relay
<milas900:matrix.org> That’s good education to learn to run your own node. Is better. Does it require more than basic skills, I am using Linux
-
m-relay
<ravfx:xmr.mx> You can use p2pool explorer, I think there trusted ok.
-
m-relay
<ravfx:xmr.mx> if looking at your tranction, maybe use tor or something
-
m-relay
-
m-relay
<milas900:matrix.org> )
-
m-relay
<jeffro256:monero.social> Here's some instructions on building a monero blockchain explorer:
github.com/moneroexamples/onion-mon…file#compilation-on-ubuntu-18042004
-
m-relay
<jeffro256:monero.social> This is the one used on xmrchain.net
-
m-relay
<ravfx:xmr.mx> You want to use the "devel" branch agains the master branch of monero.
-
m-relay
<ravfx:xmr.mx> At least that's what I needed to do, was not able to compile the normal release agains the latest monero release (0.18.3.4 when I tested)
-
sech1
p2pool.io/explorer also has an .onion address, and it doesn't log (source: I run it)
-
m-relay
<ofrnxmr:xmr.mx> You can compile release tag (v0.18.4.0) now
-
m-relay
-
m-relay
<ofrnxmr:xmr.mx> `Moneroblock` is easier to get up and running, but i'm not sure what onion explorer has that moneroblock doesnt
-
fibonacci12358
Life sucks
-
» uncle_rae hugs fibonacci12358
-
m-relay
<321bob321:monero.social> Such is life
-
Rossay
hi, im starting to sync my own personal pruned monero node, just for my own local usage. While syncing im using static blocklist from the github page Boog900/monero-ban-list. Additionally im wondering about the enable-dns-blocklist flag on monerod. Suppossedly it uses a dynamic blocklist kept by the community. Ive read that it was as a response to DOS attacks some time ago; would it still be
-
Rossay
applicabble now? Does it still keep track of some of the known malicious nodes?
-
selsta
Enabling `--enable-dns-blocklist` does not hurt but most of the nodes on this list are old and it's unclear if they are still active. They are from DoS attacks from many years ago. `Boog900/monero-ban-list` are all active nodes from a couple months ago.
-
Rossay
selsta: Thank you. A follow up - im using the prune-blockchain flag, of course, but what about sync-pruned-blocks? Does it mean downloading already pruned blocks from other pruned nodes? And am i right i guessing that the vulnerability there is that other pruned nodes might maybe possibly be able to poison those blocks, since it would be safer for my daemon to calculate them? So its a
-
Rossay
speed/bandwidth and security tradeoff...
-
selsta
By default, the daemon contains checkpoints so there is no risk in using `--sync-pruned-blocks`.
-
selsta
You can disable checkpoints with `--fast-sync 0`, but then you can't use `--sync-pruned-blocks`.
-
m-relay
<ofrnxmr:xmr.mx> `--fast-block-sync 0` *
-
m-relay
<ofrnxmr:xmr.mx> -=enable-dns-blocklist is incompatible with --ban-list. Must choose one or the other
-
selsta
it's not incompatible
-
selsta
(from what i remember)
-
m-relay
<monero.arbo:matrix.org> it's not, I use both
-
Rossay
when i ran enable-dns-blocklist + ban-list it seemed to work
-
m-relay
<monero.arbo:matrix.org> at least, the logs suggest that they both load. I guess the latter *might* overwrite the former, but that would be dumb
-
m-relay
<ofrnxmr:xmr.mx> tf?
-
m-relay
<ofrnxmr:xmr.mx> 👀👀
-
m-relay
<ofrnxmr:xmr.mx> Looks like this is the case
-
m-relay
<ofrnxmr:xmr.mx> `echo "127.0.0.1" > ban.txt && ./monerod --ban-list ban.txt --enable-dns-blocklist` and the dns blocklist doesnt load (or at least, it didnt for me on first run)
-
m-relay
<ofrnxmr:xmr.mx> .. trying in isolation... maybe DNS blocklist just isnt loading at all for me. Synced 40k blocks (and counting) w/o it loading
-
m-relay
<ofrnxmr:xmr.mx> Probably what i'm remembering is `--ban-list ban.txt --ban-list ban2.txt`
-
m-relay
<ofrnxmr:xmr.mx> If dns-blocklist and banlist can be combined, shouldnt you (technically) be able to use ban-list multiple times as well (?) 🤔
-
m-relay
<monero.arbo:matrix.org> probably
-
m-relay
<monero.arbo:matrix.org> the DNS blocklist takes a bit to load for me, dunno about while syncing. might also be a DNS issue if ur provider does any filtering or whatever
-
m-relay
<123bob123:matrix.org> -- ban-list plowsof