00:00:10 <xmrmatterbridge> <garmmi> And also is any XMR cryptoturrency where I can buy XMR by credit card?
00:06:54 <yanmaani> @garmmi: "@relay" are several people
00:07:09 <yanmaani> in this case selsta though
00:07:29 <yanmaani> as for your other question, I would think the best idea is to buy bitcoins for CC and then swap to Monero
00:08:52 <xmrmatterbridge> <garmmi> ahh i though thats your name my bad thanks for informations do you know any swap sites to monero which make it fast?
00:10:22 <yanmaani> Doesn't it come up as the first word? So it says "@relay: <yanmaani> something" for example?
00:10:27 <yanmaani> can't remember the one I used right now
00:11:04 <yanmaani> MorphToken?
00:21:58 <xmrmatterbridge> <garmmi> If you're there you can paste your monero address? i will coppy this and you will delete i Will send you some for help bro
00:22:57 <xmrmatterbridge> <garmmi> It says "@relay in sem place when i see my name @garmmi that deceived me
00:23:13 <xmrmatterbridge> <garmmi> It says "@relay in same place when i see my name @garmmi that deceived me
00:24:16 <selsta> garmmi: 431t1SuHXJNE3U5GhqoGCw2t5XpAZRwyX2h3AfG5BKzkZuYWrVaEyyRdHGaXUMLhiCAc5mF5EaLN9cqie64a5PA3TXTiw3g
00:24:22 <selsta> but not necessary
00:25:00 <xmrmatterbridge> <garmmi> Okay I coppied it I will send some :)
00:25:11 <selsta> thank you :D
03:43:17 <Feuermagier> is the
03:43:34 <Feuermagier> upload/download rate of the monero daemon limited by default?
03:44:21 <Feuermagier> because mine seems to be downloading the blockchain rather slowly and definitely not at the rate my connection offers.
03:46:19 <nioc> a HD is much slower than an SSD
03:47:08 <Feuermagier> it is on a HDD, but it should be able to handle more than 3 megabyte/sec
03:47:42 <nioc> not sure of the rate but an HD is a big bottle neck
06:17:04 <rottensox> https://revuo-monero.com/issue-50.html
08:59:39 <zib> Why does the number of rlses differ with getmonero and github? Github showing .0.1 and getmonero .0.4
09:00:23 <zib> Ah for the gui only maybe
09:58:13 <dEBRUYNE> zib: GUI only, yes
11:25:35 <newyearday> how to pass block height to block reward
11:27:16 <newyearday> is enough changing get_block_reward or changes must happen on other functions too
11:51:25 <newyearday> anyone here
11:56:50 <moneromooo> Feuermagier: it'll only download till it's got enough to go on. If you've got the RAM to spare, you can bump --block-download-max-size. IIRC the default is something like 250 MB.
11:57:30 <moneromooo> If it reaches the threshold, it'll wait till the "waiting" size drops below htat before downloading some more.
11:58:00 <newyearday> moneromooo hello
11:58:02 <moneromooo> Bumping this will only speed up sync if it sometimes waits (ie, the queue grows to the threshold, then drops fast to 0).
11:58:05 <moneromooo> hi
11:59:32 <newyearday> for changing block reward depend on height is enough to change only get_block_reward or other functions need changes
11:59:58 <moneromooo> I think it should be enough.
13:20:23 <newyearday> what block height can be universally recognize from all core files blockchain_height,m_db->height,height?
13:20:49 <newyearday> i tried height,blockchain_height but no success
13:22:42 <moneromooo> None. They're not globals.
13:26:00 <newyearday> so for one function get_block_reward i must insert in specific files different height "var"
13:26:20 <newyearday> im not c++ guru
14:05:59 * Info ..
14:08:09 <mmxxx[m]> No.
14:41:53 <Feuermagier> moneromooo, I set it from 20 to 10000 for now. It seems to pull more data from the internet now.
14:48:30 <Feuermagier> well, 10k seems to be too large,  it seems to avoid writing at all :D
14:54:28 <Feuermagier> 100 seems to work fine
14:55:58 <slave_blocker> hello
14:57:30 <slave_blocker> i have 2 pc's on the same lan, with ubuntu . one is running the daemon the other is running the wallet-cli
15:09:12 <moneromooo> 10k is ridiculously small. 20 is wtf small :)
15:09:40 <moneromooo> It's in bytes, so 250000000 is about the defualt (if it's 250k, can't quite recall exactly).
15:10:18 <moneromooo> 20 is the default for another option though (block-sync-size IIRC), but this one does not change the download behaviour.
15:48:11 <AlexAnarcho> Hey guys, we noticed that there seems to be an issue with the recent hashes of the wallets
15:48:33 <AlexAnarcho> 1. on the tutorial on the website (https://web.getmonero.org/resources/user-guides/verification-allos-advanced.html) there is still fluffies key listed
15:48:43 <selsta> yes this will get updated today or so
15:48:51 <AlexAnarcho> great!
15:49:24 <AlexAnarcho> @selsta is it for this reason that i get the following output?
15:49:24 <AlexAnarcho> gpg: Signature made Do 05 Mär 2020 16:38:20 +04
15:49:24 <AlexAnarcho> gpg:                using RSA key 81AC591FE9C4B65C5806AFC3F0AF4D462A0BDF92
15:49:24 <AlexAnarcho> gpg: Can't check signature: No public key
15:49:41 <selsta> I don’t know which command you used.
15:49:55 <AlexAnarcho> this command:
15:49:56 <AlexAnarcho> wget -O /tmp/hashes.txt https://getmonero.org/downloads/hashes.txt && gpg --verify /tmp/hashes.txt
15:50:37 <selsta> did you add binaryFate’s GPG key?
15:51:19 <AlexAnarcho> no
15:52:13 <selsta> you have to import his key instead of fluffy’s
15:52:47 <gingeropolous> anyone know how to modify sharepoint stuff that your not supposed to?
15:52:59 <AlexAnarcho> @selsta where do i find it?
15:53:00 <gingeropolous> my wife uploaded her desktop
15:53:14 <mmxxx[m]> hilarious
15:53:25 <AlexAnarcho> and why is not snipa the one signing?
15:54:35 <selsta> AlexAnarcho: https://github.com/monero-project/monero/blob/master/utils/gpg_keys/binaryfate.asc
15:54:46 <Feuermagier> ./monero-arm-linux-gnueabihf-v0.15.0.1/monerod --block-download-max-size 2500000000 --data-dir /media/NAS/Monero/
15:54:56 <xmrmatterbridge> <rbrunner7> Separation of power maybe? Four-eye principle
15:55:04 <Feuermagier> 2020-03-08 15:52:59.071 I Synced 1435405/2050030 (70%, 614625 left)
15:55:04 <Feuermagier> 2020-03-08 15:53:25.096 I Synced 1435425/2050030 (70%, 614605 left)
15:55:04 <Feuermagier> 2020-03-08 15:53:39.651 I Synced 1435445/2050030 (70%, 614585 left)
15:55:04 <Feuermagier> 2020-03-08 15:54:16.389 I Synced 1435465/2050030 (70%, 614565 left)
15:55:04 <Feuermagier> 2020-03-08 15:54:49.441 I Synced 1435485/2050030 (70%, 614545 left)
15:55:10 <Feuermagier> Seems quite slow
15:55:18 <moneromooo> Soon to be upgraded to five-eye principle ?
15:55:28 <mfoolb> selsta: do you know why not snipa key?
15:55:51 <selsta> No, I don’t know. Snipa is not core team.
15:56:06 <selsta> But I think it doesn’t matter :P
15:57:43 <mfoolb> selsta: no, I guess it doesn't.. but I remember him saying something about dedicate time to signing so I was just curious too
15:57:54 <AlexAnarcho> @selsta awesome! signature checks out
15:59:12 <AlexAnarcho> btw, the https://moneromumble.de roundtable (german speaking) will start at 6 o'clock german time. everybody who speaks german here is welcome to participate: https://twitter.com/moneromumblede/status/1236644429127090177
15:59:13 <selsta> Snipa also signs them but bF is the one creating the hashes.txt for the website so he signs hashes.txt
15:59:58 <mfoolb> selsta: ok
15:59:59 <selsta> https://keybase.pub/snipa/monero-0.15.0.4/release.txt
16:34:53 <Feuermagier> If i want my monero daemon to accept connections from the local network, what are the required arguments?
16:37:59 <moneromooo> P2P connections ?
16:38:55 <moneromooo> You'll have to accept from anywhere, ie --p2p-bind-ip 0.0.0.0 (or your LAN IP). If you want LAN only, use a firewall or masquerading.
16:39:24 <moneromooo> If for RPC, same with --rpc-bind-ip.
16:49:50 <fiddleitout> hi, in ~ 10 min - Help wanted! Upcoming Monero network WEEKEND stresstest Saturday and Sunday 17:00 UTC - testnet Dandelion++ https://www.reddit.com/r/Monero/comments/ff99yl/help_wanted_upcoming_monero_network_weekend/
17:08:58 <rbrunner> fiddleitout: Stressing a little, but it seems I am alone still ...
17:09:51 <fiddleitout> i got issue i think its not working on my side? i am still very new to CLI
17:10:10 <rbrunner> Sending you mean?
17:10:39 <fiddleitout> yeah i did try to send several tx
17:11:09 <rbrunner> Was there an error then?
17:11:33 <fiddleitout> show_transfers out does not show me anything
17:12:40 <fiddleitout> after trying it again - to send a tx now
17:13:05 <fiddleitout> show_transfers out shows me Errir invalid password
17:13:36 <fiddleitout> Password needed (output received) - use the refresh command
17:14:04 <fiddleitout> refresh - Starting refresh...
17:14:48 <Mochi101> Just give it your wallet password.
17:15:03 <rbrunner> You can use "set ask-password 0" for not needing to input password so often
17:15:23 <rbrunner> Or similar, just issue "set" to see all the options
17:15:38 <fiddleitout> ok i have to "train" usage till next weekend ;/
17:16:01 <fiddleitout> seems to refresh something now
17:17:04 <Mochi101> There's no windows binary with this Dandelion thing hey?
17:17:52 <rbrunner> No, it's all "compile yourself", also for Linux
17:19:57 <fiddleitout> do i have to specify my wallet password for every transaction? can i set it as command behind the transfer XYZ123... command
17:20:27 <rbrunner> that was my option hint: "set ask-password 0" or similar
17:20:49 <fiddleitout> i give this at cli start?
17:21:29 <Mochi101> Well, maybe next weekend I will give it a go then rbrunner
17:21:37 <rbrunner> I assume you work interactively? Do this once as a command, and the wallet will remember the new setting
17:21:39 <Mochi101> Timeframe was too short.
17:33:38 <fiddleitout> ok this was my first cli send tx d2985c16234fae378acdaba274ef094070f98a6ac4da0409c692a3e9460e80ca
17:34:12 <fiddleitout> 33min after 17 UTC ;)  but still ;D
17:34:42 <rbrunner> Yes, it's in the pool right now. Woah, that's stressing that pool :)
17:35:04 <rbrunner> Most things start small, don't worry.
17:37:17 <fiddleitout> ok next weekend Mochi101 will probably also send some and others hopefully 17 UTC saturday and sunday than
17:38:26 <Mochi101> I didn't have time to compile and sync.
17:38:39 <Mochi101> I'll do this during the week though.
17:38:50 <fiddleitout> great next weekend than
17:38:50 <rbrunner> Maybe a good idea to agree on some good way to test that no txs get lost, like my "send 5, receive 5" idea
17:39:11 <Mochi101> probably hey
17:39:49 <fiddleitout> yes you are right, but i have been thinking we have to do it at the same time all over the globe
17:40:24 <fiddleitout> i will just write than what ive been sending
17:42:40 <fiddleitout> i was planning to send some small amount to all known testnet addresses
17:53:56 <fiddleitout> rbrunner did you send six times 0.12345
18:00:50 <rbrunner> Er, no, should have been 5 times ?
18:03:35 <fiddleitout> yes my mistake !!
18:03:59 <rbrunner> Good then
18:04:19 <rbrunner> I have a little Python script for sending 5 * 7 txs
18:10:20 <fiddleitout> but it should also be fine to copy&paste right
18:10:35 <rbrunner> Of course
18:10:35 <fiddleitout> transfer 9zo5QDV9YivQ8Fdygt7BNdGo1c98yfAWxAz6HMwsf15Vf1Gkme9pjQG2Typ9JnBKv5goziC2MT93o3YDUfoWdU9XUinX5kS 0.0111111
18:10:50 <rbrunner> Yes, legit transfer
18:10:57 <fiddleitout> i would like to put several of those in one row
18:11:00 <rbrunner> Does not need more
18:13:10 <rbrunner> Not sure, I think you can just add address/amount pairs. But then you will make only one tx as well
18:13:57 <rbrunner> So not generating stress :)
18:14:54 <fiddleitout> i see thats not what we want in this case
18:15:31 <fiddleitout> why did you send such large time distances 17:07:01 - 17:09:46 - 17:13:11 - 17:16:56 - 17:20:16
18:15:56 <fiddleitout> not five times at 17:00
18:16:46 <rbrunner> To generate traffic stretched over some time, not only generating a huge peak. I can modify that for next Saturday or Sunday.
18:17:15 <fiddleitout> ah i was thinking about huge spike
18:17:29 <fiddleitout> ^ :)
20:38:10 <derpy_bridge> [discord] <porokon7#0287>: Does this relay work both ways?
20:44:48 <derpy_bridge> [discord] <SoiledCold#0001>: idk
20:56:02 <selsta> yes
22:44:55 <derpy_bridge> [discord] <porokon7#0287>: oh cool
22:54:35 <porokon7[m]> test