01:45:56 Hi all. Does anyone know whether xmr-to uses segwit or standard BTC addresses? 01:46:38 they send to the btc address that you give them 01:52:05 I meant support, sorry. 01:55:17 niocbrrrrrr: I'd forgotten that I'd already used segwit with them. Sorry, I'm tired. 01:55:53 yeah they send to any address that is valid on the btc network 01:56:40 niocbrrrrrr: yeah, silly me *blush* 01:56:49 np :) 01:57:04 :-) 03:25:09 I have a question 03:25:19 why did we get XMR as the tag instead of MNR 03:26:56 someting to with ISO i think 03:27:55 locustlord: https://en.wikipedia.org/wiki/ISO_4217#X_currencies 03:28:59 uugh 03:29:06 why do international orgs have to ruin things 03:30:49 im not sure if the ISO imposed their standards on Monero 03:37:14 monero chose to follow it 03:55:39 ok but MNR is obviously superior to XMR 04:43:52 Does the RPC wallet have an equivalent to the freeze/thaw commands? It does not appear to be in the documentation, https://web.getmonero.org/resources/developer-guides/wallet-rpc.html 05:04:42 funny i always figured mon or mnr were taken so xmr was chosen but guess more went into it than that if we trust the responses https://monero.stackexchange.com/questions/1162/what-does-the-x-mean-in-the-xmr-ticker-symbol 05:08:18 Nah, it's because it's a non-government money (see also gold, XAU in the futures markets) 05:41:55 woo monero is live again on the bot [01:40:42] Bill48105: Monero | XMR | V: 0.16.0.0-release | Blocks: 2123090 | Diff 152.0B | Conns: 8 05:42:13 was nightmare migrating but long overdue getting off trusty finally 05:48:34 a tx was successfully transmitted, but now it's listing as failed, if I try again, how do make sure the person doesn't get paid twice. 05:53:42 did you try prove_tx? 05:54:09 what happens if you enter print_tx [hash] on the daemon? 06:05:47 I'm using a remote node, not my own node at the moment, silly me (so I can't check the daemon). I'll try to prove the tx now. 06:07:20 try the block explorer, xmrchain.net 06:07:33 (or your preferred one) 06:16:33 Adreik: two explorers couldn't find the TX ID, can I safely assume it's not going to go trough? 06:17:44 If you feel comfortable sharing the txid, I could check in the pool (I'm not sure if the searches for these explorers look at that or just what's been mined already) 06:19:06 but most likely, yeah it hasn't gone through 06:20:23 txid: 06:20:46 It sounds like what happened is you transmitted to the other node but they didn't relay 06:21:33 https://moneroworld.com/ 06:22:22 >The attack is pretty straightforward: when the wallet requests data from the remote node to create a transaction, the remote node sends bogus data in response. This results in an error message displayed to the user. If the user clicks through the error and retries the transaction a second time, this immediately reveals the real input to the remote 06:22:23 node. 06:23:02 I can't see that tx hex 06:26:04 transaction was probably never relayed 06:29:29 Adreik, thanks heaps. :) 06:31:00 Try entering "rescan_spent"? 06:32:25 syncing is kind of rough on my old drive hard drive. Seems the latency can cause the entire system to back up / freeze, so I figure if I rate limit the traffic it'll give the system a little room to breath. Things I can't figure out a sweet spot for the rate 06:33:18 I sort of just arbitrarily picked 256kb, seems alright so far 06:34:08 not sure if it respects the limit; sync_info says dl is closer to 512 09:19:30 W DB error attempting to fetch block index from hashCannot allocate memory <--- how to fix? 09:20:46 Does that mean I need to sync the blockchain all over again? 09:52:47 amuro: if you have received a DB error message you might be able to run --db-salvage 09:53:19 I was reading about it yesterday but am not sure if it helps 09:53:41 oh well your error doesn't look like it's db corruption 09:53:50 it looks like you ran out of memory 11:26:49 marmulak: 4GB of ram isn't enough? 11:27:58 So, what do I do now? Do I press Ctrl-C to terminate the monerod? 11:29:05 I am trying to run the cli wallet 11:30:38 4GB should be enough. 12:00:06 yeah should be 12:00:48 amuro: is monerod showing the error message or monero-wallet-cli? 12:12:18 hello 12:13:10 can anyone of monero folks help on how to specify tx version on basic.h 12:14:03 when i insert version = 2; serialazation wont happen so there is error 12:14:35 i test it with BEGIN_SERIALIZE() VARINT_FIELD(version) END_SERIALIZE() 12:15:33 but didnt work too 12:19:56 Why not start off a monero fork that already did this ? There's got to be one. 12:20:37 no on start with tx version 2 12:20:59 i checked 12:21:07 on one 12:21:15 sorry 12:21:22 my english 12:23:01 It's not enough to set tx.version = 2; You also hav to change the rest of the tx to abide by v2 rules. Like, use ringct. 12:23:42 Try to change things at as high a level as you can. wallet2 before cryptonote_tx_utils, cryptonote_tx_utils before cryptonote_basic. 12:24:28 Well, not wallet2 in your case since you're changing consensus, but you get the idea. 12:24:43 ok 12:26:20 Why does monerod use 180% CPU when it is synchronized? 12:26:31 Are you mining? 12:26:32 Is it mining ? 12:26:36 I don't think so. 12:26:46 "mining_status" wikl tell you. 12:26:54 what? 12:26:55 Mine uses practically 0 CPU once completely synced, and I'm seeding and exposing restricted RPC. 12:27:03 in monerod run "mining_status" 12:27:32 fort3hlulz: Do I telnet to monerod? 12:27:47 How are you running it? Separately, or part of the GUI? 12:27:50 There's no telnet server, but you can run: monerod mining_status 12:27:52 Via the guy. 12:27:59 ok 12:29:13 Not currently mining 12:29:32 Is it on Linux ? 12:29:36 yes 12:29:40 sudo perf top -a 12:29:58 Then wait a bit... then tell us what's the couple entries at the top. 12:30:41 (wait a bit means wait, say, 10 seconds after the list first appears) 12:30:50 E: linux-perf-4.19 is not installed. 12:32:38 installing ... 12:35:24 https://pastebin.com/BRSypm1D 12:36:31 Looks like it's syncing. 12:36:37 k 12:36:43 What does "status" say ? 12:37:05 "Daemon is synchonized (2123306)" 12:37:35 Doesn't looks like what status says. Might be the GUI being wrong. 12:37:35 2020-06-18 12:37:26.913 I Monero 'Carbon Chamaeleon' (v0.15.0.1-release) 12:37:35 2020-06-18 12:37:26.914 I Generating SSL certificate 12:37:35 Height: 2123306/2123306 (100.0%) on mainnet, bootstrapping from 116.203.182.15:18089, local height: 2103431 (99.1%), not mining, net hash 1.30 GH/s, v12, update needed, 0(out)+0(in) connections 12:37:54 local height: 2103431 (99.1%) <- You're still syncing your local copy :) 12:38:05 ok 12:38:08 You're just fully bootstrapped since you used that mode 12:38:13 hmm 12:38:19 You're almost done though so CPU usage will drop very soon. 12:38:24 thx 12:42:16 s/guy/gui :) 12:42:46 There is also a newer version of the GUI out, which you may want to install to be on the latest :) 12:42:55 ok 12:43:02 https://web.getmonero.org/downloads/ 12:46:27 Anyone know where I can find the Monero Discord? Or is this it? 12:46:27 https://discord.gg/H28PFU 12:47:04 kayront I think you're working on that/bridged that? 12:47:14 If you're the wrong person sorry :P 12:48:50 i did on tx_utils "tx.version = rct ? 2 : 1;" "tx.version = 2;" 12:48:55 didnt work ... 12:49:25 and there is if (hard_fork_version >= 4) tx.version = 2; 13:02:14 monero folks please some help on tx version 13:02:29 changes on tx_utils are not enough 13:02:49 what else can be done so chain can start with tx version 2 13:09:23 moneromooo 13:10:15 if u know any fork that start with v2 tell me but really no one started 13:58:25 moneromooo maybe is other file that need to change 13:58:49 the file that output the error is format_utils and not tx_utils 13:59:48 tx_blob from parse_and_validate_tx_from_blob 14:07:02 why hard fork version change work from basic.h and tx no 14:09:22 What are you trying to dig into this for? 14:10:03 new chain from v8 and not v1 14:10:28 but tx version dont change and output error 14:10:39 I doubt you're going to get this detailed of help when starting up your own fork -- it's a good learning experience for sure, but no one is obligated to comment in real time to your questions 14:11:24 Obvioulsy mooo is welcome to help however he likes, but he's a busy dev focused on improving Monero :) 14:11:36 yes i know 14:11:57 Yes, it's always hovering almost to the /ignore threshold. It's definitely possible to do it though. It just takes time and work to go through it and I'm not doing it. 14:12:00 ok, just making sure, as you kept pinging him 14:12:28 You could also start at v1, and switch to v8 on block 1. 14:12:58 i know that and of course work 14:13:04 but i want the hard way 14:13:10 lol 14:13:17 You want the hard way for your education ? 14:13:23 yes 14:13:41 Great outlook. Then you get to debug it yourself for it to work :) 14:14:19 not a great debbugger 14:14:36 and almost im near the solution 14:15:25 i think that change in basic.h is enough just how to serialize it 14:16:15 for example when u change major_version for hd version chain start 14:16:40 but when u change tx version no 14:18:52 BEGIN_SERIALIZE() maybe work only in a structure 16:12:31 Hey 16:52:22 Is it possible to prune the blockchain before it is fully downloaded? 16:52:31 yes 16:52:32 Yes. 16:52:42 yes 16:52:56 moneromooo: btw did you send a merge list to luigi for release-v0.16 branch? 16:52:58 If you prune a partially downloaded blockchain, you'll need temp disk space to hold both at one. 16:53:01 Yes. 16:53:43 Okey, I am just wondering how to do it on my server which doesn't have a lot of storage. 16:54:36 If you run monerod with --prune-blockchain, it'll do it in place, which doesn't need temp storage, but it also won't shrink the file. 16:54:46 It'll just take much more time before it needs growing again. 16:55:05 Boy, my grammar sucks sometimes. 16:56:17 BTW, for whoever syncs from scratch now *and* wants a pruned db, try using --prune-blockchain --sync-pruned-blocks. The latter isn't the defualt and needs more testing :) 16:56:46 It'll avoid downloading the data you'd prune anyway. 16:58:03 Maybe it is easier to download and prune it locally, and then transfer it to my server. 17:03:45 @moo if i can find some space ill give her a go 18:27:30 <[discord] Yonatan#6948>: https://youtu.be/zZLH077cE7Yembed: Tucker: Google tries to censor content it disagrees with - Google is acting directly to shape what people can say and where they're allowed to speak. #FoxNews #Tucker 18:27:31 <[discord] Yonatan#6948>: 18:27:32 <[discord] Yonatan#6948>: Subscribe to Fox News! https://bit.ly/2vBUvAS 18:27:34 <[discord] Yonatan#6948>: Watch more Fox News Video: http://video.foxnews.com 18:27:35 <[discord] Yonatan#6948>: Watch Fox News Channel Live: http://www.foxnewsgo.com/ 18:27:36 <[discord] Yonatan#6948>: 18:27:37 <[discord] Yonatan#6948>: FOX News Chann... - https://www.youtube.com/watch?v=zZLH077cE7Y 18:27:42 <[discord] Yonatan#6948>: Google is not playing nice 18:28:08 Spam elsewhere please. 19:18:46 isn't that one of needmooney's bridges? just tell him to turn it off 19:18:58 not needmoney AFAIK 19:21:01 Might be kayla's 19:23:33 who is kayla? 19:24:03 The person I think runs that bot. 19:24:21 I might have the same a bit wrong. 22:40:02 yeah that's the issue with bridges.. spam & floods cross too. i try to make my bridges "smart" by limiting what is relayed, rates, etc but it's impossible to stop everything bad 22:41:08 one bridge i run doesn't relay unless the user has an account on the bot for example which helps cut spam a ton