00:00:07 <ndorf> not AFAIK. it's perfectly legal to run it, in the US at least
00:00:11 <lza_menace> i did once when i was a rookie. none of the streaming services would work for us - my wife was pissed
00:00:38 <sethsimmons> <ndorf "not AFAIK. it's perfectly legal "> Yes, a DC would be good, home is risky because of ISP, not LE
00:00:47 <sethsimmons> Most ISPs would kick you
00:01:29 <ndorf> ISP, definitely. but LE also, to some extent. even though it's legal, you might still have to defend yourself (legally) and risk having equipment taken for "investigation"
00:01:53 <ndorf> minor issue if they take your dedicated, hosted box. rather major issue if they take everything electronic from your house, lol
00:03:19 <xmrpow> Has anyone tried the hosters who can be paid with monero? Maybe they would be ideal for exit hosting.
00:05:10 <needmoney90> mrtrousers: I do trust tor, more than I trust the general internet. It resists passive attacks by most adversaries, and can only be actively attacked by a limited number of people. What's the worst that happens in the event of 'being compromised by the NSA' (save for MITM stuff, which is mitigated by using SSL)? I kind of see the failure-case of Tor to be equivalent (at worst) to just using the general internet,
00:05:10 <needmoney90> which is already subject to dragnet surveillance
00:05:44 <needmoney90> 'actively attacked by a limited number of people' meaning, if you want to sybil the network, you'll have a hard time when three other people are attempting to sybil the network too (and not sharing data)
00:07:02 <xmrpow> needmoney90: So you would advocate more for vpn?
00:07:27 <ndorf> with VPN you place 100% trust in the VPN provider.
00:08:24 <ndorf> some providers have a very good reputation but you never really know
00:09:22 <xmrpow> ndorf: True...
00:12:34 <xmrpow> needmoney90: Do you use tor for your daily driver? I mean you say: "You trust it", but do you use it?
00:13:56 <needmoney90> It is not my daily driver, but from a risk analysis perspective, the failure case is identical-or-better than not using tor at all
00:15:28 <needmoney90> for surveillance, at least. MITM attacks and DNS are harder, but those are generally not the risk profile for surveillance
00:16:15 <needmoney90> not in the risk profile*
00:16:48 <xmrpow> I agree on that. Sadly there would be no other option than tor...
00:17:05 <needmoney90> I2p, but it's nowhere near as used afaik
00:17:07 <xmrpow> DC networks would be cool;)
00:17:27 <moneromooo> ACDC networks would be wicked cool...
00:17:46 <moneromooo> The information superhighway to hell, wheeeee
00:18:02 <needmoney90> I think a lot of the 'tor compromised' chatter misses the greater point, which is that tor is literally better than not using tor
00:19:15 <Copenhagen_Bram> What is xmrig-proxy? Is it a way to manage multiple instances of xmrig?
00:19:36 <xmrpow> needmoney: I see it as a tradeoff betweem privacy and being comfortable
00:20:01 <Copenhagen_Bram> Can tor be a daily driver?
00:22:36 <xmrpow> Copenhagen_Bram: xmrig-proxy handles all the communication between the miners and the pool server.
00:23:00 <moneromooo> If you don't mind getting blocked from a third of the web due to @%&#!$*& cloudflare, yes.
00:24:29 <riceandbeans> Speaking of that shit.....
00:24:43 <Copenhagen_Bram> I'm not sure what that exactly means. Can you give me an example of an use case for xmrig-proxy?
00:24:45 <riceandbeans> I hope whoever invented captcha and recaptcha captchas covid and their whole god damn family too
00:24:59 <riceandbeans> I wasted like 10 minutes trying to convince a site I'm not a bot
00:25:20 <ndorf> Copenhagen_Bram: the use case is exactly what you guessed, to manage many xmrig instances. pool operators usually prefer you connect to them once instead of 100 times
00:26:04 <xmrpow> Copenhagen_bram: For instance if you have 10 machines mining and you want to switch between pools frequently you could just edit the config of the proxy and there you go
00:26:40 <Copenhagen_Bram> Oh okay
00:27:18 <Copenhagen_Bram> How many pools are there? Is there a way to start my own pool?
00:27:41 <Copenhagen_Bram> Is pooling a pontential source of centralization?
00:27:44 <xmrpow> https://miningpoolstats.stream/monero
00:28:04 <moneromooo> Yes. Two pools are > 50% of the netowrk hash rate. It's... bad.
00:28:54 <xmrpow> Copenhangen: Yes, you could start your own pool. I have tried by the way;) , but I would not recommend it until you have  200khs+ and you dont want to play the lottery.
00:28:56 <Copenhagen_Bram> Hmm. Are there ways to avoid centralization like that?
00:29:24 <moneromooo> Possibly, but basically all that was tried before failed.
00:29:40 <Copenhagen_Bram> Oh. What has been tried?
00:30:00 * moneromooo does not feel like going to look that up
00:30:49 <Copenhagen_Bram> lol
00:34:01 <Copenhagen_Bram> I saw there was once a bitcoin p2p pool
01:01:08 <mrtrousers> hello
01:01:15 <mrtrousers> Are there any netbsd monero binaries?
01:03:10 <mrtrousers> Lulz, in other word im trying to install monero in a netbsd system..
01:03:27 <mrtrousers> The thing is i cant compile cuz im missing dependencies and im not root..
01:03:49 <mrtrousers> So I would need a netbsd binary.. ?
01:05:01 <ndorf> i don't think there are official binaries
01:05:03 <ndorf> two options:
01:05:35 <ndorf> 1) set up your own NetBSD system, for example in a virtual machine, and build a static binary
01:05:48 <ndorf> or 2) build the dependencies yourself as a regular user in your home directory, then build monero against that
01:06:09 <mrtrousers> 1) I would run ubuntu or plain linux..
01:06:22 <mrtrousers> 2) Guess thats the way to go, but a lot of work lulz..
01:29:03 <xmrpow> What do you think about the idea of needing to lock up monero in order to operate a tor remote node?
02:22:13 <Copenhagen_Bram> is there a way to make my phone require both my fingerprint and a password to unlock?
02:22:38 <Copenhagen_Bram> i want two factor authentication so somebody will have to guess/bruteforce my password AND chop my finger off in order to get into my phone
02:40:10 <bigslim[m]> Does 17.6 purge all the spammy blocks from the database file when first run?
02:41:12 <bigslim[m]> All these “unable to find key image” spams at the beginning I’ve never seen before
02:42:27 <bigslim[m]> Unable to find transaction input in key images : then the image hash it appears
02:51:52 <selsta> no, it does not
02:59:24 <selsta> does not look v0.17.1.6 related. not sure why you see these messages, does everything else work?
03:26:50 <kinghat[m]> looks like i2p also has sybil mitigations: https://www.reddit.com/r/i2p/comments/k9dn5y/is_there_any_blacklist_available_i2pd/gf40y77
03:29:21 <bigslim[m]> Yea it seems to work ok. It only happened the first time executing the binaries today
03:29:37 <bigslim[m]> Daemon opens and closes quite quickly now
03:29:59 <bigslim[m]> maybe get some downstream merges some day 😉
03:30:42 <bigslim[m]> I haven’t updated since 17.1.4 iirc and haven’t run since then
03:31:17 <bigslim[m]> Pretty sure I had some of those spam nodes in my peer list. Flushed tx pool as well
04:36:08 <viperperidot[m]> @freenode_nioc:matrix.org: Mochi102 ok thanks for the clarification, weird that this issue is resurfacing now..
08:30:23 <horsepatat> hello monero channel
08:30:29 <horsepatat> I have troubles syncing pruned blockchain again
08:30:57 <horsepatat> its been second day now that its stuck on: Your node is 459578 blocks
08:31:03 <horsepatat> behind.
08:31:21 <horsepatat> I run monerod with: --prune-blockchain --sync-pruned-blocks --non-interactive
08:31:34 <horsepatat> and also its newest version I build just before syncing
08:31:39 <horsepatat> and also it's on SSD
08:32:07 <horsepatat> it also likes to say this error a lot:
08:32:08 <horsepatat> get_pruned_transaction_weight does not support older range proof types
09:00:19 <selsta> horsepatat: is it v0.17.1.6?
09:00:54 <selsta> you might want to try removing --sync-pruned-blocks, it is experimental (that's why it is off by default)
09:04:05 <selsta> it should not take longer than 1 day to sync on SSD, usually less than 12 hours (unless the SSD is external)
09:06:19 <horsepatat> Monero 'Oxygen Orion' (v0.17.1.5-0833680c7
09:06:29 <horsepatat> new release again?
09:06:37 <horsepatat> if I remove that key, should I start from scratch again?
09:07:11 <selsta> I would 1) update to v0.17.1.6, 2) try removing --sync-pruned-blocks 3) if it still fails try from scratch
09:07:31 <selsta> I just started `./monerod --prune-blockchain --sync-pruned-blocks` on a fresh VM to check if it works for me
09:07:53 * horsepatat compiles new monerod
09:08:08 <horsepatat> in four threads, neverless
09:09:06 <horsepatat> it was going strong up until 459578 blocks and then hit the wall
09:09:16 <horsepatat> load avarage is very little, so I think it wasnt doing anything
09:26:15 <horsepatat> started new version
09:41:13 <horsepatat> it wasnt doing anything for 5 minutes and now it storming in, 80% synced from where it left off at 67%
09:55:45 <selsta> with or without --synced-pruned-blocks?
10:15:48 <horsepatat> without
10:15:55 <horsepatat> with: --prune-blockchain --non-interactive
10:41:05 <Guest33> https://twitter.com/moneroisthebest/status/1336620468548366337
10:41:06 <Guest33> https://twitter.com/moneroisthebest/status/1336620468548366337
10:41:07 <Guest33> https://twitter.com/moneroisthebest/status/1336620468548366337
10:45:45 <ErCiccione[m]> Report this idiot to twitter ^
10:45:46 <azy> cringe
10:46:41 <ErCiccione[m]> Yeah. When you think they reached the bottom...
11:02:14 <waki4ever> Why does the Saviour of NASA take a group achievement award and present it as a proof of individual glory? https://twitter.com/hyc_symas/status/1203709575226183683
11:07:56 <azy> guys just showing off his award, relax
11:11:52 <lenzo1> hi, I have made a successful transaction to a merchant. The transaction checks out via (GUI wallet) checking the proof, tx id, destination address and has 1000+ confirmations. However it does not show up at the receipient. He has fully downloaded the blockchain and is 100% synced. The only problem can now be the address right?
11:13:08 <selsta> is the merchant updated to v0.17?
11:13:50 <lenzo1> I dont know, when was it released (approximately)?
11:13:56 <selsta> 2-3 months ago
11:14:08 <lenzo1> it's worth a shot, I'll ask him
11:14:25 <selsta> else ask him to rescan from height 0
11:22:50 <jess> hmmm spam
11:23:04 <ErCiccione[m]> More i think about it more i'm of the opinion that we should get rid of the word "height" and just use "block", or the full "block height".
14:51:32 <azy> any idea why my stats at the top there are all zero? https://explorer.monero.fyi/ Network difficulty: 0 | Hard fork: v0 | Hash rate: 0 H/s | Fee per byte: 0.000000000000 | Median block size limit: 0.0 kB
14:52:10 <azy> "get_network_info: not connected to deamon. Cant read network info"
14:52:46 <azy> maybe because of --restricted-rpc ? can i have it not restricted locally but restricted externally?
14:58:42 <hyc> azy: if you're on 0.17.1.6, you need to ue --rpc-restricted-bind-ip to bind the restricted rpc to external address
15:31:00 <azy> ill look into that, thanks. my goal is to run a public node and an xmrblocks explorer. i think the explorer needs non-restricted access to get those other details
16:06:14 <azy> so instead of --confirm-external-bind and --restricted rpc, i just run --rpc-restricted-bind-ip and --rpc-restricted-bind-port
16:06:19 <azy> and that seems to work fine...
16:10:54 <hyc> yeah, you only need confirm-external-bind for unrestricted rpc now
18:24:44 <bigslim[m]> If you’re referring to onion explorer I run restricted rpc and bind ip 0.0.0.0 and it works fine
18:26:11 <bigslim[m]> The explorer that is
21:04:58 <sethsimmons> https://reddit.com/r/Monero/comments/ka0mnm/funding_for_moneromooo_is_open_on_the_ccs/
21:19:32 <LyzaL> holy shit the MoneroOcean Discord is so fucking toxic
21:20:17 <LyzaL> there's like a handful of people in there who just keep talking fascist nonsense and there is zero moderation of any of it
21:20:44 <sethsimmons> Welcome to most mining communities lol
21:20:50 <sethsimmons> Idk what makes it like that but phew they are rough
21:21:29 <LyzaL> I just wish they'd tamp down on the offtopic conversation, at least make them keep it to an offtopic channel Idk. it's terrible for newcomers to come in and that's the first thing they see
21:21:41 <LyzaL> makes it intolerable for me to hang around as well
21:21:48 <jwinterm> #monero-pools is always on topic and totes not facist or racist
21:22:01 <LyzaL> good to know jwinterm :D
21:22:26 <jwinterm> that was at least somewhat sarcastic :P
21:22:30 <LyzaL> shit
21:22:36 <LyzaL> lol
21:23:17 <selsta> pools has been ways worse in the past
21:23:21 <hyc> gotta wonder what on-topic thing ever drew any people into those channels to begin with
21:24:25 <LyzaL> well MO is a multi algo pool so it's nice to know like when new algos are added and stuff plus I was helping other people get stuff setup
21:25:34 <LyzaL> I left awhile ago but I was back today because of a technical issue I was having
22:38:29 <aubergine> Hi, is there an API to get the current block height?
22:39:37 <jwinterm> aubergine, you can use some mining pools
22:39:46 <jwinterm> or I think any remote node somehow
22:40:18 <moneromooo> get_info
22:40:38 <moneromooo> getheight also
22:43:34 <jwinterm> also this is option aubergine https://localmonero.co/blocks/api