05:38:48 Can anyone tell me if it is possible to identify an accounts address if I only have it's subaddress? 09:05:04 Guest68574: no you can't 11:22:05 hyc: zfs is by far the most comfortable fs i've used. there's nothing else (ok, I haven't looked in awhile) that comes closer in terms of ease of administration and cohesiveness of the tools ime 11:23:08 and in some cases, it's not practical by any reasonable means to dedicate raw storage like you suggested yesterday.. and even when it's possible, it's going to be the exception to the rule, different than how every other piece of the system is setup 11:23:21 is my understanding of --tx-proxy tor,... correct in that it hides your real ip address to other nodes when you make transactions? 11:24:10 i don't claim to understand the technical interns as well as you, but i can give you my point of view from an administration perspective 11:24:16 I think so. Only for txes though, not blocks. 11:24:35 alright. i'm not mining so it shouldn't be an issue 11:25:39 wrt my storage issues of yesterday, this morning i plugged an old ssd lying around and formatted it as xfs. works fine now, until it runs out of space (it's only a 120g drive) 11:26:23 you can prune the chain artefact 11:26:30 should keep it manageable for the foreseeable future 11:27:01 might do that when the problem arises. or maybe by that time i'll have a bigger drive also lying around unused :) 11:27:24 I think so. Only for txes though, not blocks. --> it'd be nice to have an easy, built-in way (bitcoin core can run fully over tor, for example - txs and blocks, and no clearnet comms) to do both 11:27:56 Add "torsocks " before your monerod command. 11:28:17 See the README.md file, there are a couple extra things IIRC. 11:28:21 i'd rather not do that, to not needlessly use bandwidth of the network. i don't mind my isp knowing that i run a monero node for now 11:28:38 you could also look at it as providing more encrypted traffic as cover artefact 11:28:41 i just don't want my transactions being tied to my real ip address from simple passive sniffing from eg a malicious node in the network 11:29:22 that's a bit dodgy though moneromooo, and torsocks doesn't work in illumos (and hasn't seen updates for years iirc) 11:29:35 and p2p comms will go outside the tor network, into clearweb 11:29:37 i already run a tor bridge, and most of my internet browsing is done over tor. over time this made me hate google and cloudflare with a passion. captcha hell is real, and i'm always in it 11:29:42 in bitcoin core, your p2p peers are other .onions 11:29:53 they really put the effort, i was surprised 11:30:00 even the seed nodes are .onions 11:30:12 how do they advertise the seed nodes? still over irc? 11:30:23 don't remember, it's been running for ages 11:30:35 i think i just copied it from a fragment of config file in some official docs 11:31:07 your own node is also an .onion, so it can receive incoming connections over tor also. pretty neat 11:31:19 Oh yes, fuck cloudflare a lot. 11:31:32 lol don't even tell me 11:31:51 One side of the mouth says "We don't block tor", the other says "but we've made it easy for you guys to turn it on". 11:31:53 and the google captcha just says "your computer is bad mmkay" AFTER you try to solve the captcha like 90% of the time nowdays 11:31:55 “please wait while we pretend to check your browser until you're pissed enough to close the tab” 11:32:05 i just reflexively close the tab when i see "Attention required!" now, and think no more of it 11:32:08 Ah yes, that's just so fucking dishonest. 11:32:08 i'm captcha-tized 11:32:21 yeah 11:32:25 feed and train their AI 11:32:28 now GTFO 11:32:30 bastards :D 11:32:43 I still dream of my next project somehow fucking cloudflare over. 11:33:12 It must be completely pwned by a dozen intel agencies too. All this juicy data. 11:33:33 yeah 11:33:38 “yes we're mitm, but trust us, we're good guys” 11:33:39 and the funny thing is, many crypto exchanges use it 11:33:48 such secure, yes yes, we just pipe all your data through an US company, don't worry! 11:51:50 CDN on the blockchain? 11:52:06 i mean, isn't IPFS kind of a CDN? 11:52:56 but oh.... banana co..... we really love you and need you....... 11:53:11 noooo don't create a p2p cdn. you are taking food out of the buttflare developer's mouths 11:53:29 but oh...... she said no go..... she says if you die then we all do..... but.... everythings burning down............ we gotta bring it back some HOW......... yeah yeah........ 11:54:15 https://youtu.be/mUaasUSp2g0 11:55:48 so many guitars 12:12:59 "wait should have been called before waiter dtor - waiting now" https://paste.debian.net/plainh/a4e023c3 is this supposed to happen? looks abnormal 12:15:44 monerod seems to hang after that 12:19:06 It is not normal. gdb into the process (gdb /path/to/monerod `pidof monerod`), then: thread apply all bt 12:22:06 looks like c++ mangled mess to me. want me to paste it i suppose? 12:23:41 https://paste.debian.net/plainh/d12a64bc 12:37:55 Did you mine very recently on that daemon ? 12:38:08 never mined at all on that daemon, no 12:38:58 It bugs me that all the rx_slow_hash calls are waiting in a lock. 12:39:36 I just double checked the locking, it seems ok, unless exception in librandomx, but rx-slow-hash.c is C so would blow up if an exception was going through it... 12:39:38 unless monerod mines by default and i forgot to disable it? 12:39:55 Only if your wallet is set to ask it to background mine. 12:40:02 You'd see it on the monerod console. 12:40:36 i'm not running any wallet 12:40:36 Anyway, that trace is possibly wrong. Is it a one off or did you have it more than once ? 12:40:52 it's a one off. i tried restarting the daemon once but it immediately gets stuck like this 12:40:54 let me retry 12:41:08 Oh, excellent! 12:41:22 Then you can build with -g -O0 and we'll get a nice trace. 12:41:30 (make debug) 12:41:48 okay, hang on 12:49:52 i'm running into Unknown CMake command "check_c_compiler_flag" ? i have cmake 3.18.0 12:52:38 hang on, this will take a while 13:18:39 now it segfaults https://paste.debian.net/plainh/d38ae758 13:20:58 That's a weird trace for debug. 13:22:13 let me try a build with gcc 13:22:49 You might as well build with -DSANITIZE=ON. Something seems really borked here. 13:22:49 Feel bork inc.® https://www.youtube.com/watch?v=muLAN-kP5pE 13:23:04 (make fuzz will set this) 13:34:59 make fuzz ate all my ram and all my swap. time for -j1 13:36:05 Once cmake's done, you can ^C and make -C build/Linux/master/fuzz daemon 13:36:18 That'll build just the daemon. 13:36:20 (and deps) 13:36:23 oh thanks, that'll help a lot 14:01:09 https://paste.debian.net/plainh/bb3605fb hmm 14:03:49 its probably just my h/w, i'll run some mprime/memtest tonight 14:10:37 starting from a blank db gets it running again... i just lose 75gb of progress and risk running in the same issue in two days 14:10:37 Ah, that one's known to trigger asan, but it's fine. Simple fix, define VALGRIND on top of the file IIRC. 14:11:17 Yes, #define VALGRIND 1 top of the file will fix. 14:11:31 unbound/util/storage/lookup3.c ? 14:11:34 Yes. 14:11:39 thanks for the help 14:15:46 interesting, now it's syncing, but still throwing a lot of runtime errors in the log every time it does 14:16:36 https://paste.debian.net/plainh/eb834951 14:17:02 could it just be caused by a corrupted db? 14:17:25 That seems fine AFAICT. You're saying it's syncing. 14:18:28 very slowly, yes 14:26:16 got the vanilla monerod to behave the same as the fuzz now, the problem was systemd's MemoryDenyWriteExecute=true 14:26:35 sorry for wasting lots of time. syncs but still lots of runtime errors every time a sync message is printed 14:26:36 Ah, explains why it broke in randomx then. 14:27:26 I wonder why systemd messes with that. Not its damn business, 14:27:50 It's like it wants to be a kernel but can't do the work. 14:30:31 Well, you still had a lockup originally. That doesn't get explained by this particular systemd fuckery. 14:31:33 If the slowdown isn't too unbearable, please try to conitnue using that build in case it happens again :) 14:32:34 Actually, ASAN was for the randomx thing, which we now know is systemd's fault. So switching back to debug now is fine to get the speed back. 14:41:06 right, i'll keep running the debug daemon 14:52:53 https://paste.debian.net/plainh/e3a465cc ok i give up, i know this has to be user error, and the error is getting fed up now :-) 14:56:17 ugh, definitely not what I expect of a debug build. 14:56:38 ASAN would have triggered on that most likely. 16:07:19 <[discord] Yonatan#6948>: I feel a bit dumb 16:07:20 <[discord] Yonatan#6948>: But 16:07:30 <[discord] Yonatan#6948>: How do I connect to my local node from another PC? 16:07:40 <[discord] Yonatan#6948>: Is it localhost:18081 16:07:46 <[discord] Yonatan#6948>: Or is it something else? 16:09:44 x:18081, with x being the IP assigned to your network card if it's on the same network, or whatever IP gets to your router and your computer, if outside. 16:10:34 <[discord] Yonatan#6948>: You mean localip:18081? 16:10:49 <[discord] Yonatan#6948>: I’ll just try both 16:11:06 x was a symbolic variable, any would do. 16:11:31 "local" hints you mean "the IP assigned to your network card if it's on the same network". 16:11:40 If the other computer is on the same LAN, then yes, that. 16:11:48 <[discord] Yonatan#6948>: Ok 16:12:33 <[discord] Yonatan#6948>: I’m currently synced 71% 16:12:43 <[discord] Yonatan#6948>: I have like 40 gigs left I think 17:30:09 <[discord] Yonatan#6948>: Is it normal that the last 2% of syncing is going hella slow 17:30:18 <[discord] Yonatan#6948>: ? 17:31:44 Yes. 17:32:17 <[discord] Yonatan#6948>: Oof 17:32:25 <[discord] Yonatan#6948>: How long should it take 17:32:35 Longer than you'd like. 17:32:41 <[discord] Yonatan#6948>: It took approx 3 hours for it to get to 98% 17:32:56 <[discord] Yonatan#6948>: Why is that happening? 17:33:34 It verifies everyhting (including PoW). PoW is skipped when a set of block hashes matches known good blocks. 17:33:50 But that's only the case for the first... 98% of the chain apparently. 17:35:26 <[discord] Yonatan#6948>: Das not fun 17:50:13 (98%, 28638 left, 1% of total synced, estimated 4.2 hours left) for me 17:51:42 FWIW, there's a PR that's about to be merged which has known good hashes for more blocks. 17:52:03 So building with this will get you the fast version for 1.5% more or so I expect. 17:56:47 what's four more hours. i'm not in a rush 17:56:59 first 98% took me about two days already 17:57:11 :| 17:57:18 Spinning HDD ? 17:57:28 at first yes, but also slow-ish internet 17:57:38 <[discord] Yonatan#6948>: Oof 17:57:57 <[discord] Yonatan#6948>: I’m download on an NVME 17:58:05 <[discord] Yonatan#6948>: Took about 3 hours for 98% 17:58:09 <[discord] Yonatan#6948>: I feel bad for ya bro 17:58:25 <[discord] Yonatan#6948>: I’m on an NVME 17:58:26 <[discord] Yonatan#6948>: (edited) 18:07:33 Even 10 hours for a full sync is not really that bad. 18:07:52 Kids these days and their instant gratification. 18:08:38 * Mochi101 makes 9600 baud modem handshake noises. 18:09:17 * artefact makes tape drive noises 18:09:36 nickname checks out 18:09:50 hah 19:08:04 <[discord] Yonatan#6948>: 10k blocks remaining 19:21:40 <[discord] Yonatan#6948>: 8k 19:21:42 https://medium.com/renproject/july-development-update-47a8a68ed85f / https://github.com/renproject/multichain/ 19:21:59 when monroe? 19:26:47 <[discord] Yonatan#6948>: melon musk 19:27:02 <[discord] Yonatan#6948>: 6.5k block remaining 19:52:48 <[discord] Yonatan#6948>: 1k remaining 20:01:40 <[discord] Yonatan#6948>: Why can’t I connect to my node? 20:01:49 <[discord] Yonatan#6948>: I connect to 127.0.0.1:18081 but nothing 20:03:40 <[discord] Yonatan#6948>: Also tried 18080 20:06:14 <[discord] Yonatan#6948>: Someone? 20:06:28 did you set --rpc-bind-ip? 20:08:59 <[discord] Yonatan#6948>: With what args? 20:09:33 with any args. if you picked the address of another interface like 192.168.1.23, it won't be listening at 127.0.0.1 anymore 20:10:49 <[discord] Yonatan#6948>: When I put the ip of my interface it says invalid ip 20:12:04 do you see the ip in the output of the `ip address` command? 20:12:05 <[discord] Yonatan#6948>: Never mind 20:12:33 <[discord] Yonatan#6948>: I had to overwrite it with —confirm-external-bind 20:12:35 <[discord] Yonatan#6948>: Now it works 20:12:52 hurray :D 20:19:01 <[discord] Yonatan#6948>: Surprisingly it took less than 6 hours for the full blockchain to download 20:20:56 <[discord] Yonatan#6948>: It was worth getting an NVME 20:21:09 No kidding lol 20:21:20 Crazy how fast IBD is with an SSD 20:21:36 IOPS/random RW is huge for blockchains 20:40:51 <[discord] Yonatan#6948>: The node is raping my cores though 20:40:55 <[discord] Yonatan#6948>: For some reason 20:43:59 After IBD is done? 20:44:03 I’ve never seen that 20:44:24 And mine is a public node w/ restricted RPC that sees pretty heavy usage 21:06:39 guys anyone have experience with minergate pools? 21:06:39 any one can help me with that? 21:06:39 it's not responding `xmr.pool.minergate.com:45700` 21:12:34 #monero-pools for mining stuff 21:13:03 Though you could just avoid minergate, they're scammers. 21:13:21 there's that also 21:13:26 😐️ 21:16:09 So, where should invest for mining? 21:16:28 amkyp[m]: minergate is a scam, they still ~30% of your hashes 21:16:46 WTF 😐️ 21:17:05 I never knew that 😐️ 21:17:15 use xmrig software and then choose a pool from their wizard 21:17:29 Not one of the two biggest ones if you can. 21:17:30 minergate is easy to use 21:17:59 but you pay dearly for it 21:18:05 even the name is suspicious 21:18:24 i use moneroocean, am satisfied 21:18:32 tnx guys, I appreciate your help. 21:18:46 i don't mine :-( not profitable for me, by faaaaar 21:18:53 the 2 biggest pools are supportxmr and minexmx so as moneromooo said best to avoid them 21:19:10 *minexmr 21:19:10 if i had free electricity, maan 21:19:54 So, now I can go with this one via xmrig? 21:20:13 go to their site, follow instructions. it's that simple 21:20:15 I wish I had never mined there ☹️ 21:21:39 What we need is a big "list of scammy shit" for newbies. List Minergate, craight wright's fork, dash, bytecoin, all that shit that newbies have no clue about. 21:22:05 amkyp[m]: go to https://moneroocean.stream/ and select "Show Miner Setup Scripts". then just copy paste the command 21:22:11 it's scary how easily people fall for hyped snake oil 21:22:19 top of this room says don't use minergate 21:22:37 DON'T USE Changelly, Freewallet or Minergate: https://www.reddit.com/r/monero/wiki/avoid 21:23:00 might get hidden unless you expand the title 21:32:27 So now I need to get a new wallet via `getmonero.org` and connect it `XMRig` using `moneroocean.stream pool`. 21:47:52 `./xmrig: error while loading shared libraries: libhwloc.so.15: cannot open shared object file: No such file or directory` 21:47:52 any Idea what should I do with this Error 🤔 21:51:46 you have it installed or 21:52:13 there are a few related issues in the github, https://github.com/xmrig/xmrig/issues/1159 21:52:45 It's an executable file. 21:53:02 libhwloc an executable file? 21:55:01 No the `xmrig` 21:55:21 sure, and it depends on libhwloc. you have it installed? 21:56:52 `apt install libhwloc5` 21:57:29 seems appropriate, not sure about the version number but it def needs to be installed 22:11:48 are there any working public monero nodes? 22:12:03 *tor nodes 23:10:06 Ok, I've done everything, but how should I know how much is my balance, getMoneroApp shows 0! 23:20:07 fun fact: total txn fees on the blockchain in 2019 are 16x smaller than in 2018 23:21:09 1029.8xmr in 2019, 16130.3xmr in 2018 23:22:31 I imagine 2019 had a significantly higher # of txs 23:33:27 higher, yes. 2198414 txns in 2019, 1610294 in 2018 23:34:55 BPs got enabled in late 2018. 23:36:57 yeah, figured that was it 23:43:17 hmm, I thought Russia was big on using cryptocurrency https://twitter.com/BTC_Obsessions/status/1289694007845519360 23:43:44 Putin has now signed a law saying that crypto is property, not money, and can't be used to pay for goods and services 23:56:26 guess it's not centralized enough for him 23:58:16 hm. or maybe too centralized under someone else's control, e.g. China