01:20:34 <BobSacmanto[m]> Is it quicker to sync your wallet with a private node? And if so why is that thr case?
02:03:11 <merope> If the wallet is running on the same machine as the node, or at least the same network (eg. your home wifi), then you can transfer data at much greater speeds
02:04:04 <merope> So the bottleneck becomes the wallet's tx verification speed, instead of network bandwidth/latency
07:41:17 <GenericNick> Does anyone want cock.li invites? I'm selling
08:29:58 <cjac> I just put 6 instances of monerod online on my LAN.  Will they be able to find one another and sync from each other?
10:04:51 <monerobull[m]> Reddit mods pls delete spam on subreddit 
10:05:07 <monerobull[m]> needmoney90: 
10:26:35 <vaacuha[m]> Where can one get testnet XMR?
10:28:31 <rbrunner> https://community.rino.io/faucet/testnet/
10:29:15 <rbrunner> Or here, you can get some if you create a wallet and then you could send them out: https://monerotech.info/Wallet
10:32:14 <vaacuha[m]> Thanks rbunner
10:56:31 <vaacuha[m]> And what if I wanted hundreds or even thousands of testoneroj? Is mining on a regular 4-core CPU an option?
11:10:11 <binaryFate> Check the current hashrate here https://community.rino.io/explorer/testnet/
11:10:43 <binaryFate> Right now 1.7kH/s, so yes you should be able to get many blocks quickly
11:21:09 <rbrunner> vaacuha[m]: Yes you can mine yourself, but a good idea to not overdo it. Testnet getting too high a difficulty and then falling into a hole if you stop to mine is less than ideal.
11:21:58 <rbrunner> Anyway, you can divide even 1 XMR into so many parts, I wonder what you really would need thousands of testnet XMR for.
11:29:12 <vaacuha[m]> <rbrunner> "Anyway, you can divide even 1..." <- IKR, why use a whole monero, when it's possible to split it into millions of atomic units. But I need them for testing a project, which will deal with real moneroj automatically.
11:30:16 <vaacuha[m]> <rbrunner> "vałacuha: Yes you can mine..." <- Ok, I'll try mining on single core then
11:30:33 <vaacuha[m]> Thanks again
11:31:21 <rbrunner> Welcome. I just meant to say that a Monero transaction is a transaction, whether it's over 1 XMR or merely 0.0001, so even small amounts should be ok to test a software
11:46:31 <vaacuha[m]> Of course, but testing on realistic numbers makes it more interesting
13:52:15 <rbrunner> vaacuha[m]: :)
13:53:34 <rbrunner> I once wrote a fiction short story about Monero testnet and the subject of many, many coins: https://rbrunner7.github.io/consensus.html
14:54:39 <vaacuha[m]>  * Thanks rbrunner
16:20:01 <mmxxx> Hello, is there a catalogue of projects that accept xmr donations?
16:21:53 <ofrnxmr[m]> Monerodevs.org perhaps
16:22:32 <ofrnxmr[m]> Not all inclusive, but a small list
16:27:06 <mmxxx> Thanks
16:31:03 <anarkiocrypto[m]> Also https://monerica.com/#non-profits
16:37:12 <nioc> ofrnxmr[m]: cake wallet accepts donations?  lulz
16:39:16 <nioc> No they don't ofc and you did say perhaps  :)
16:45:08 <ofrnxmr[m]> (ﾉ´ з `)ノ
16:45:52 <nioc> anarkiocrypto[m]: haven't seen this b4. Thx
17:00:55 <cjac> will monero work with an nfs mount, or does each host need its own copy of the data?
17:04:49 <ofrnxmr[m]> Miners > node? 
17:05:06 <ofrnxmr[m]> Host = miner? 
17:05:19 <cjac> I imagine that's right, yeah
17:05:25 <cjac> monerod process
17:05:40 <ofrnxmr[m]> What purpose are you running monerod for?
17:06:00 <cjac> for making moneros
17:06:10 <ofrnxmr[m]> You only need one instance of monerod
17:06:31 <cjac> oh.  so the wallet is the one that does the mining?
17:07:23 <ofrnxmr[m]> Then I recommend also 1 instance of p2pool on the same device monerod.
17:07:23 <ofrnxmr[m]> Then xmrig (mining software) on each client (mining pc) that youd like to connect to the host (p2pool/monerod) 
17:08:54 <ofrnxmr[m]> Monerod is the node (blockchain) software. It includes a miner, but not one youre going to use in this scenario.
17:09:39 <hyc> I wonder if it'd be worth adding support to make monerod a mining client of p2pool
18:11:06 <erembax[m]> My node that I spun up yesterday is fully synced but is showing 0 incoming connections. The chain is fully synced and I've opened and forwarden 18080 on my router. Is there a way for me to probe my node from the outside to see if's accepting connections?
18:15:31 <ofrnxmr[m]> Firewall?,
18:16:32 <erembax[m]> ofrnxmr[m]: hmm assumed pinodexmr would have set that up automatically  let me check
18:19:53 <erembax[m]> I can see that 18080 is not open, some other ports are, but ufw is not in use so don't know how they opened the ports
18:26:24 <monerobull[m]> To check, start VPN, Powershell "tnc (your IP) -p 18080" alternative just use one of the online port checkers 
18:47:08 <cjac> nc -vz <monerod host ip> 18080 # works for me.  should print "Connection .* succeeded!"
19:01:40 <erembax[m]> yeah problem is 18080 is not open on the pinodexmr, I now how to use ufw but I think pinodexmr is using iptables or something.
19:18:02 <wormrobot> should we mine xmr with our main host? 
19:19:26 <RavFX[m]> wormrobot: You can mine on whatever you want.
19:19:26 <RavFX[m]> if it's a server or a machine you use for other purpose, you can set the priority to minimum so it won't affect you're other activities on that system
19:19:40 <mmxxx> Are there any manure wallet iOS wallets that work with ledger?
19:19:47 <wormrobot> before the institution's start to open xmr mining facilities like they did with bitcoing.. during its 2017 boom 
19:21:13 <wormrobot> can i solo mine with monero-cli?? or i need another software
19:21:23 <wormrobot> havent really looked into solo mining xmr
19:21:25 <RavFX[m]> Personally I mine with everything I can to burn my surplus of energy production. Usually leave the miners on until the batteries drop to ~60% at night then resume mining in the morning (goal is to get the battery to be back at 100% at about 3-4pm)
19:21:51 <wormrobot> RavFX[m]: amazing strat.
19:23:18 <wormrobot> erembax[m]: for me as well, it shows 0 incomming connections
19:24:03 <RavFX[m]> wormrobot: You are behind a nat and did not configure the port forwarding. Or you are behind a CGNAT and can't forward a thing.
19:25:22 <wormrobot> RavFX[m]: i havent touched my router settings in a while also, i dont want to say too much but my current ISP is soo stupid... i cant configure ports my self, i have to call them to be able to open a port
19:25:55 <RavFX[m]> Yeah, so you are behind a CGNAT, you then have to call them to open 18080
19:25:59 <nioc> wormrobot: you can solomine with the miner built into monerod but the xmrig software is significantly faster
19:26:30 <wormrobot> RavFX[m]: Now i know why thank you!!!
19:26:45 <nioc> there is a way to use xmrig with the daemon but I am not familar with how to do it
19:27:21 <RavFX[m]> I use p2pool on some el_cheapo vps
19:27:21 <RavFX[m]> and direct all my hashrate to it
19:27:31 <wormrobot> nioc: has anyone wrote a blog on medium or something about it? 
19:28:16 <nioc> maybe :D
19:28:55 <wormrobot> RavFX[m]: mining of a vps? 
19:29:17 <hyc> just use -o daemon+tcp://<address>:<rpc port>
19:29:24 <hyc> instead of your pool address
19:29:51 <wormrobot> with monerod?
19:29:54 <RavFX[m]> wormrobot: I put p2pool on a vps, so I can direct all my mining hardware (the stuff at home and the stuff on the internet) to my p2pool instance
19:30:33 <wormrobot> using vps as a middle man huh? lol
19:32:22 <RavFX[m]> I do have a full node on the same VPS (I own the server on where the VPS run).
19:32:22 <RavFX[m]> Yeah, a vps so port can be exposed to the vpns connected to it (all my shit is on a VPN (real use of a vpn, not marketed use of a vpn))
19:32:22 <RavFX[m]> that way I can xmrig -o 10.x.x.x -u whatever
19:32:22 <RavFX[m]> on everything I want to mine on
19:34:16 <wormrobot> oh so u use xmrig to mine to p2pool obviousely? but everything runs through your vps and vpn 
19:34:43 <RavFX[m]> exact
19:36:58 <RavFX[m]> if you only plan to mine from devices at home, you can set all that stuff on a VM
19:37:14 <RavFX[m]> it's fine if there is 0 incoming connection, it will still work.
19:38:21 <wormrobot> RavFX[m]: i think thats what im going to do for now
19:39:40 <wormrobot> RavFX[m]: ill play around with it in a vm then ill start renting vps's for more hash power and security 
19:40:18 <RavFX[m]> don't rent VPS for hashpower
19:40:18 <RavFX[m]> except if you don't mind making big negative profit
19:40:46 <RavFX[m]> Mine on the shit you own or rent (but rent for other thing than hashpower)
19:46:48 <wormrobot> was this something the devs made on purpose ? how would i rent more hashpower and earn negative profits?
19:48:03 <RavFX[m]> because it cost more to rent shit than what you receive from the hashpower you get from it.
19:48:43 <nioc> also most won't let you mine
19:48:55 <wormrobot> RavFX[m]: now makes sense sorry 
19:49:07 <RavFX[m]> rent a server for 60$ a month
19:49:07 <RavFX[m]> get 3Kh/s from it
19:49:07 <RavFX[m]> get what, 2$ worth of monero a month?
19:49:13 <wormrobot> nioc: thats another good point lol heard stuff about that in the past
19:49:28 <wormrobot> RavFX[m]: deff not worth it
19:55:44 <wormrobot> is it possible to check what tx has my node verified or would that be a security whole, or does my node not verify?
19:56:45 <wormrobot> or does my node just strenghthens the network 
19:57:38 <Rucknium[m]> wormrobot: That's easy: your node verifies all transactions. It checks that all the cryptographic signatures are correct before accepting a new tx or block.
19:59:17 <wormrobot> Rucknium[m]: oh okay, so every node collectivelly verifies all transactions?
20:00:34 <wormrobot> i thought it would pick a random node and that node will verify that TX
20:01:13 <Rucknium[m]> wormrobot: Yes. What miners do is to write down the _order_ of transactions in time. Blockchain proof-of-work is just a complicated way to give pieces of data a timestamp.
20:01:27 <wormrobot> didnt know all the nodes worked collectivelly on verifiying 
20:03:11 <wormrobot> Rucknium[m]: miners write down the order on the ledger aka "order book" and then nodes verify and make sure all cryptographic sigs are correct
20:04:31 <Rucknium[m]> This is not the correct use of the term "order book". Otherwise, that's correct. Miners also make sure txs are valid before putting them in a block. If they didn't, then the nodes would reject the block and the miner would not get the block reward
20:04:51 <RavFX[m]> they don't work collectively for verifying.
20:04:52 <RavFX[m]> they just verify all TX and all block on it's side.
20:04:52 <RavFX[m]> And they send TX and blocks to other nodes
20:04:52 <RavFX[m]> and when the miner mine a block, it's that block that get pushed in the blockchain with all the TX the miner decided to include in the block.
20:05:25 <RavFX[m]>  * they don't work collectively for verifying.
20:05:25 <RavFX[m]> they just verify all TX and all block on it's side.
20:05:25 <RavFX[m]> And they send verified TX and blocks to other nodes and send verified TX in mempool to miners
20:05:25 <RavFX[m]> and when the miner mine a block, it's that block that get pushed in the blockchain with all the TX the miner decided to include in the block.
20:07:46 <RavFX[m]> And when you sync, it not only verify each block, but it verify every TX in that block, it's why syncing take forever for HDD users
20:08:06 <wormrobot> miners mine the blocks and then gets pushed to the verify stage? and this work is done by the nodes?
20:08:31 <wormrobot> verify stage == blockchain 
20:08:53 <Rucknium[m]> Miners already verify everything they put in a block. If they don't, they would potentially lose money.
20:10:04 <wormrobot> if block_found != verified_by_nodes then block is not added to the blockchain 
20:10:55 <Rucknium[m]> Right.
20:12:50 <wormrobot> okay kinda had an idea but now it all makes sense  
20:25:27 <wormrobot> my cli wallet tells me this when i check my balance 
20:25:36 <wormrobot> (No tag assigned)
20:25:42 <wormrobot> not sure what this means
20:54:08 <wormrobot> is there anyway to remove from a viewers point of view the recently used addresess
21:36:14 <Rucknium[m]> wormrobot: Feather Wallet is good for that.
21:55:07 <wormrobot> i meant in the CLI
22:11:06 <cjac> my monerod is taking a long time to sync.  It says there are 1.4 days left.  Is there anything I can do to reduce that?  My fiber link is only loaded at 30mbit
22:24:20 <cjac> I've increased the number of peers, both in and out
22:31:23 <Rucknium[m]> cjac: The bottleneck is probably the I/O performance of your storage medium and your CPU. Your node is verifying the blocks.
22:32:06 <Rucknium[m]> To speed things up, you can buy faster hardware. Not the answer you were looking for, probably.
22:34:11 <ofrnxmr[m]> 1.4 days - you started today? What is your progress xxxxxxxxx/2xxxxxx blocks?
22:34:19 <ofrnxmr[m]> 1.4 days isnt long for a fresh sync
22:39:50 <DanIsnotthemanBr> Does limit rate up/down affect this?
22:40:16 <cjac> I doubt that.  iotop is showing hundreds of kilobytes per second
22:40:59 <cjac> the CPUs are somewhere between 20-50%
22:44:13 <Rucknium[m]> cjac: Is it an SSD or HDD?
22:50:11 <nioc> the drive is almost always the bottleneck 
22:50:43 <nioc> HDD is pain, SSD is what you need
22:51:07 <nioc> a weak cpu can also be a limiting factor
22:52:16 <nioc> bad internet can be bad, mediocre is ok
22:55:11 <cjac> Rucknium[m]: SSD
22:55:37 <cjac> I think the problem is that it's not getting enough blocks coming in
22:57:56 <cjac> there's no way to distribute the sync is there?  This system has five peers sitting idle while they wait for the sync to complete.
22:58:18 <cjac> I see that the database is stored in a single file, so it may be hard to share that load without re-architecting
22:59:23 <cjac> the processor isn't terribly new, but it seems like it's okay: Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
22:59:48 <cjac> again, the CPU load doesn't seem to be the bottleneck, network has plenty of capacity, ssd doesn't seem to be under much load
23:00:49 <cjac> maybe it's memory that's the bottleneck.  it's only got 16G
23:01:50 <cjac> 12G seems to be in use.  only 4.5G resident for monerod, though
23:02:09 * cjac turns of the k8s vm
23:03:52 <cjac> are there any parameters I can tune to tell it to make better use of the free memory?  killing that qemu process freed up another gig of memory, but the monerod's resident memory hasn't increased
23:06:44 <Rucknium[m]> You can try to add more performant nodes as peers if download speed is really the bottleneck
23:07:29 <cjac> if I spun up monerod on the other five nodes, could I tell them all to share the load somehow?
23:11:55 <cjac> I'll try db-sync-mode=fast on one of the peers.  see if that improves things :-)
23:17:13 <ofrnxmr[m]> <ofrnxmr[m]> "1.4 days - you started today..." <- ^?
23:17:22 <ofrnxmr[m]> <ofrnxmr[m]> "1.4 days isnt long for a fresh..." <- ^
23:17:41 <cjac> just after midnight, yeah.  it's 15:17 now, so it's been running for about that long
23:17:58 <cjac> alright.  I'll be patient, then :-)
23:59:55 <cjac> the fast algorithm says there are 2.9h left