04:09:26 <Infinity8> Hello XMR users, I just got a Trezor Model T. Is it better to create a HW wallet with a pre-existing seed or transfer my XMR over to my new HW wallet address?
04:40:30 <Infinity8> brb
04:45:20 <h2017> the backup seed is used to restore a hardware wallet if your trezor breaks or something
04:46:08 <h2017> if a trezor breaks you can reset a new wallet with the same keys using the seed so you don't lose your funds
04:47:10 <h2017> if you have a new trezor and you are not using it to replace a broken/lost one, then you should just let it initialise with whatever seed it gives you and make sure to write it down
04:48:06 <h2017> if you are replacing a lost one and you think someone else might have the seed you should restore the wallet and transfer the funds out immediately to any other wallet
04:48:15 <nioc> seems like he left
04:48:43 <nioc> or not
04:49:11 <Infinity8> I'm here
04:49:22 <Infinity8> No, I have an ordinary XMR wallet. I just got a Trezor Model T
04:49:24 <h2017> oto if you think someone else has the seed and you don't have a spare wallet there is a way to get the monero keys from the hardware seed
04:50:24 <h2017> that's what i'm talking about. so it sounds like you have a new wallet. so just set it up the way it tells you to in the instructions, then create a new monero wallet (but linked to it)
04:50:39 <h2017> then transfer from your old wallet to the new wallet linked to the hardware wallet
04:51:27 <h2017> so 1) set up the hardware wallet 2) create a new monero wallet linked to the hardware wallet 3) transfer from old software wallet to new hardware wallet
04:52:17 <Infinity8> How do I do #3
04:52:35 <Infinity8> Transfer as in through monero-wallet-cli?
04:52:38 <Infinity8> like send XMR?
04:53:16 <h2017> i haven't used the cli wallet. i know how to set up a full node with monero and i've used the gui wallet
04:53:32 <h2017> and i don't want to tell you any thing unless i give you a wrong instruction somewhere along the way
04:53:53 <Infinity8> h2017: I have a remote node on a separate machine which I SSH tunnel into
04:54:06 <Infinity8> My monero blockchain isn't running on the same machine as my wallet machine
04:54:12 <h2017> same
04:54:39 <h2017> i don't tunnel. i just make whatever tcp connection it makes. i think it's secure. it's over my lan anyway
04:54:42 <ndorf> Infinity8: yes, send/transfer the XMR to the address of the new wallet
04:54:51 <Infinity8> okay, well i guess it's safer to just send the monero into my hardware monero wallet as the keys aren't exposed yet
04:55:40 <ndorf> definitely
04:55:55 <Infinity8> ndorf: So if my Trezor breaks. I simply re-enter the seed into my Trezor and monero-wallet-cli will restore the exact same wallet?
04:56:06 <Infinity8> or should I be backing up the wallet file?
04:56:39 <ndorf> you only need the seed to recover the funds. however, if you care about metadata such as which addresses you have sent to, you might want to back up the wallet file
04:56:41 <h2017> don't quote me because if i'm wrong it could cost you a million bucks. i believe that all you need is the wallet seed and you are safe
04:57:05 <Infinity8> It's fine h2017. I usually test restoring with small amount first
04:57:12 <h2017> that's right. if you don't keep your monero wallet backed up you can lose stuff like your address book etc.
04:57:23 <ndorf> to clarify, the history of txids and amounts will be recovered from the seed. but the destination addresses of outgoing transactions do not
04:57:32 <ndorf> will not, rather
04:57:35 <h2017> the only life or death thing is your wallet seed
04:57:40 <ndorf> yup
04:57:59 <h2017> life *and* death  i meant
04:58:15 <nioc> write down your seeds and put them somewhere safe
04:58:19 <nioc> next, write your seeds down and put them in a different safe location
04:58:31 <nioc> and what the hell, do it again
04:58:33 <h2017> i have cryptosteel capsules for that
04:59:22 <nioc> I have paper and pen
04:59:36 <h2017> what if the paper is in a housefire?
05:00:05 <nioc> I have them in various locations
05:00:39 <nioc> not various locations in the house
05:00:44 <h2017> some people frown on hardware wallets as just an annoyance. you decide. i've got some so i'm guilty of likeing the idea. but something like cryptosteel capsules are *not* debatable.
05:01:03 <h2017> even if you don't want a hardware wallet you should have recovery seeds stored in non-destructable ways
05:01:27 <h2017> nioc in that case you have increased your risk by having duplicated your seeds
05:01:41 <nioc> someone steals your steel
05:01:54 <nioc> they are very safe
05:01:58 <zed19[m]> srone tablets
05:02:05 <zed19[m]> stone*
05:02:18 <nioc> it's a risk not having a duplicate
05:03:30 <zed19[m]> or you memorize them
05:03:42 <nioc> also wen you die your moneros should not go to the grave with you
05:03:54 <nioc> damn I hit my head
05:04:48 <nioc> people think 25 words is difficult to memorize but it is not
05:04:50 <zed19[m]> memorization is read and repeat till its written on your biological HDD
05:04:51 <zed19[m]> xD
05:04:55 <zed19[m]> or SSD
05:05:13 <zed19[m]> and then repeat for your whole life
05:05:56 <nioc> people are not indestructible
05:06:06 <zed19[m]> people used to memorize whole books back in the day to preserve their knowledge
05:06:12 <nioc> yep
05:06:30 <ndorf> that works for things that you can get a whole bunch of people to memorize
05:06:32 <nioc> they also had strokes
05:06:43 <ndorf> secret keys worth $$$, not so much
05:07:01 <ndorf> even if you don't have any next of kin you care about, surely you'd rather it go to some cause than just vanish?
05:07:38 <ocb> hello
05:07:45 <Infinity8> what if i get alzeheimers
05:07:56 <zed19[m]> <nioc "people are not indestructible"> some are
05:08:09 <Infinity8> I have multiple copies of my seed stored in different geographical locations
05:08:17 <nioc> in the history of man there hasn't been one
05:08:30 <Infinity8> only issue is that they're stored in locations with seismic activity
05:08:37 <Infinity8> so CryptoSteel would be a good investment?
05:08:37 <zed19[m]> <nioc "in the history of man there hasn"> i mean psychologically
05:08:49 <nioc> ok
05:09:12 <ocb> the attacks are still going, or it's a problem on our side? after the upgrade to .8 release that should improve protection against some of the attacks - seems it has introduced some kind of a bug where it completely stops responding - even to monero wallet rpc that is running locally.
05:09:50 <h2017> ocb you still have to use the banlist for .8
05:09:55 <ocb> it has happened once that the node has stopped responding completely even though it was running.
05:10:11 <ocb> h2017: i will look into it, thanks.
05:10:11 <nioc> I must be the lucky one that never has a problem running monero,  daemon always runnin
05:10:13 <h2017> hopefully for .9 the attacker will be shut down
05:10:37 <Infinity8> I couldn't figure out for the longest time why my .8 wallet wouldn't connect to my .7 node lol
05:10:45 <h2017> he';ll probably find something again but there's less and less low hanging fruit for him
05:10:50 <selsta> nioc: do you have incoming connections?
05:11:22 <nioc> my daemons lose inbound over time
05:11:30 <nioc> one no longer has any
05:11:38 <nioc> the other very few
05:11:43 <zed19[m]> <nioc "people are not indestructible"> https://www.youtube.com/watch?v=Hj2vU2nr5Jw
05:11:58 <fluoridatedsheep> <zed19[m] "and then repeat for your whole l"> or just memorize the self-destruct luks pass phrase in defense of the good ole kneecapping attack
05:12:02 <ocb> question: the banlist - it will actually block connections from tor in case the attack is coming from tor?
05:12:42 <nioc> oh to be young lol
05:12:53 <h2017> ocb i can't remember the url to the instructions. there is a list that comes from DNS and there's a flag for that, but the DNS db can't contain records over a certain size so there's still a banlist which has all the tor nodes
05:13:10 <h2017> someone give ocb a link to the latest instructions
05:14:06 <ndorf> my daemon is getting some new OOM attack with .8, i think
05:14:09 <ndorf> is this known already?
05:14:13 <selsta> yes
05:14:17 <ndorf> k
05:14:27 <selsta> you can apply this block list https://gui.xmr.pm/files/block_tor_new.txt
05:14:42 <ndorf> thanks
05:14:46 <nioc> selsta: asy linked a guide on port forwarding so I assume that it is good
05:15:00 <nioc> will try next time I open a bottle of barolo
05:15:13 <selsta> afaik your node will not crash if you have 64GB ram or no incoming connections
05:16:42 <nioc> my inbound connections stay up for a few days and then dwindle away
05:17:02 <ocb> thank you selsta . i will look into the list as i would not be happy to block people that want to use monero and our remote node in a legit way. it's like telling - no you can't have privacy through tor while connecting to my node. that brings another question from me - the next release .9 will also rely on banlists which will be static or is it actually going to fix tries of exploiting the .. bug .. if that's the name to fill up the memory.
05:17:54 <ocb> ndorf: and yes, i'm getting some different kind of attack too on .8 where daemon only hangs.
05:18:17 <h2017> ocb i think 0.9 is supposed to be effective but there's always a possibility that the attacker will find something else so you should check your status periodically to see if your node died or whatever, and if it did then you'll need the ban list all over again
05:18:32 <ndorf> ocb: people who want to use monero with tor should read docs/ANONYMITY_NETWORKS.md. you don't want to connect to a regular node using a tor exit node. you want to connect to a tor node that runs as a hidden service, and doesn't use an exit node
05:18:51 <selsta> we did fix what the attacker was exploiting at every release, but they changed attack
05:19:04 <selsta> difficult to instantly fix all variations of an attack
05:19:22 <selsta> ocb: hang as in freeze?
05:19:29 <h2017> ocb eventually the attacker will be defeated
05:19:34 <ndorf> ocb: if you want to help such people you should also read the same document, so you can set up your monero node to be a tor node if you like
05:20:13 <ocb> ndorf: i agree, but it's up to monero node administrator to decide if he wants to use tor. i think tor is under big surveillance starting from OVH nodes and the change on the network couple of years ago - i you remember. :)
05:20:44 <h2017> ocb in  a way the attacker is only helping monero, but he's doing it in a way that's annoying to the devels. he wrecked their christmas
05:21:13 <ocb> selsta yes a freeze. it runs for a while but .. then i saw it's up for like 36 hours and i thought the attacks have stopped. actually, the node froze and wasn't accepting any connections, not even from local monero wallet cli to rpc
05:21:18 <h2017> but one way to get security issues made top priority is to stage an attack
05:21:31 <h2017> so maybe the devel is on the side of the angels in some way
05:21:43 <h2017> i mean our attacker
05:21:46 <ocb> i will look into the logs if i have them still, as we keep no logs longer than 24 hours
05:22:18 <ndorf> i had a weird thing happen where the daemon refused to exit cleanly on SIGTERM. it did drop all p2p connections, but stayed up and continued responding to RPC
05:22:28 <ndorf> ended up having to kill -9 it in the end
05:22:49 <selsta> ocb: rpc freezing seems to be a bug, but we did not look into it fully yet
05:22:59 <selsta> but we are focussing on the attack now
05:23:26 <ocb> it was introduced in .8 .. i mean, it has never happened until now and the node is running almost 2 years.
05:23:59 <ocb> i thought it may be connected to either .8 or the attack. i will check into logs if there's any left. brb
05:24:44 <ocb> h2017: sadly, ye no christmas for some.. devs are fighting them. but monero will win hopefully :)
05:25:51 <selsta> https://github.com/monero-project/monero/issues/6262
05:25:57 <selsta> I assume this is related
05:27:00 <selsta> a bug like this existed for a while, but it wasn’t widespread and difficult to reproduce
05:32:12 <ocb> selsta: there's absolutely no log about anyting happening, but it's low verbosity if any. on start of the node there was  no sync info and 36+ hours later i restarted the container and - ...candidate: 2266674 -> 2267942 [Your node is 1268 blocks (1.8 days) behind]
05:33:06 <ocb> i know this means nothing to you, if i manage to catch the log will let you know
05:33:21 <ocb> thanks for the link
05:33:36 <selsta> this sounds like the whole daemon froze
05:33:49 <selsta> are you using --enable-dns-blocklist ?
05:35:33 <ndorf> hm, i'm guessing the error "Unable to send
05:35:43 <ndorf> transaction(s) via Dandelion++ stem" is attack-related?
05:36:22 <ocb> selsta: this is the only config https://termbin.com/dd0o afaik not using and blocklists
05:36:31 <selsta> ndorf: no
05:36:34 <selsta> what is the output of "status" ?
05:37:01 <selsta> ocb: ok, not clear why it froze
05:37:51 <ocb> will start some verbose logging and see if it happens again. thanks for all the help :)
05:40:14 <ndorf> that error was from before the daemon restarted :\
05:43:12 <selsta> ndorf: afaik this shows up sometimes, not related to the attack
05:43:38 <selsta> can be ignored
05:44:02 <ndorf> does it mean the tx was sent the old way, without D++? it was confirmed
05:44:16 <selsta> do you use --tx-proxy with Tor?
05:44:30 <ndorf> nope. no tor on this node
05:44:49 <selsta> ok, then you can ignore it
05:44:59 <ndorf> cool, thanks
05:45:06 <selsta> don’t know why it shows up exactly but as you said it might have sent via old way
05:45:27 <selsta> but I have seen this since we had D++
05:46:15 <ndorf> and it's worse somehow when using Tor?
05:46:32 <selsta> when using Tor a similar message can show up if you don’t have any Tor out peers
05:50:15 <ndorf> guess i might as well set that up while i'm on the topic, heh
05:57:36 <ndorf> there are now default seed nodes for tor. but not for i2p? or is it both?
05:57:53 <selsta> there are seed nodes for both
05:58:12 <selsta> but i2p generally is less used
05:58:31 <ndorf> yeah, i was just noticing that the doc stated in multiple places that there are no seed nodes and they must be manually specified
05:58:35 <ndorf> guess all that can just be removed?
05:58:48 <selsta> yep
05:59:48 <zed19[m]> markets pumping
05:59:52 <zed19[m]> https://www.youtube.com/watch?v=Olgn9sXNdl0
06:08:41 <Infinity8> .xmr
06:09:17 <zed19[m]> xmr is rogue
06:09:21 <zed19[m]> not part of the market
07:29:53 <ask6155> I'd like to see monero succeed as a cryptocurrency. 30GB is still to big for normal people to host a node. Can you tell me what are the minimum requirements to do mining?
07:36:28 <Infinity8_> ask6155: Power source and a functional computer
07:36:53 <Infinity8_> preferably with hardware AES instructions
07:39:33 <ask6155> Hmm, I understand that part, but is that worthwhile? Even if I don't make any monero, can a regular person mine and have some impact?
07:59:55 <MBC> hello! I have a question: Is a raspberry pi 1 good for a node?
08:07:30 <fluffypony> ask6155: why would normal people host a node?
08:07:38 <fluffypony> think about it in the context of email
08:07:51 <fluffypony> how many people do you know that use gmail / outloook.com / some other hosted service
08:07:59 <fluffypony> vs. their own custom email domain
08:08:14 <fluffypony> and the barrier to entry to registering a domain and using it for email is MUCH lower than running a Monero node!
08:10:07 <einyx> 30gb is ridicolously low :o
09:03:06 <pedroape1o> Hi, I'm unable to refresh my wallet, logs says "found new pool tx" and then it errors on "net.http contrib/epee/include/storages/portable_storage_from_bin.h:291   Too many objects"
09:03:38 <pedroape1o> and it keeps looping, can anyone help me?
09:04:05 <pedroape1o> I'm using a my nearby synchronized remote node
09:05:46 <pedroape1o> I already deleted my wallet (not key) file to restart the refresh, but it seems to fail at the same location on the blockchain (yesterday it said 197004 blocks left to scan IIRC)
09:06:45 <pedroape1o> I'm using monero-gui-v0.17.1.8 and monero-aarch64-linux-gnu-v0.17.1.7
09:25:33 <ask6155> fluffypony, The reason why normal people don't host their own email server is the same reason why email, while being federated, is still pretty much centralized to 3-4 companies. I wouldn't want that with monero.
09:26:50 <fluffypony> the point I'm trying to make is that you can't have a blockchain without it taking up space
09:27:18 <fluffypony> and disk space is pretty cheap at the moment
09:27:42 <fluffypony> of all the places where Monero's decentralisation inefficiencies might be problematic, disk space is not it
09:27:48 <fluffypony> bandwidth and latency are the problem areas
09:28:12 <fluffypony> and then disk speed and CPU (particularly for IBD)
09:36:56 <pedroape1o> fluffypony: what do you think about minaprotocol?
09:37:10 <fluffypony> never heard of it
09:37:14 <sech1> pedroape1o try to update your node to 0.17.1.8 and use the tor block list: https://www.reddit.com/r/Monero/comments/ko3d1n/third_update_on_the_ongoing_network_attacks/
09:37:38 <pedroape1o> sech1: OK I'll look into that
09:38:22 <pedroape1o> fluffypony: that's a constant-size blockchain project, it uses recursive snarks for that purpose
09:39:02 <fluffypony> ah interesting
09:39:39 <fluffypony> it's a little like MW, though - you're solving for one particular scalability aspect
09:40:05 <fluffypony> and that's not a bad thing, I just don't see how it makes a difference if at scale you need 10gbps Internet to run a node but only 500mb of disk space
09:40:22 <fluffypony> then you're still precluding most people who can run a node
09:40:23 <pedroape1o> well, i was pretty disappointed about MW when I realized a range proof still had to be kept for each transaction
09:40:41 <fluffypony> pedroape1o: yeah MW definitely isn't perfect
09:42:54 <pedroape1o> yeah you still some kind of cap to avoid the 10gbps requirement for sure
09:43:06 <pedroape1o> need some*
10:02:23 <supus> What is the best way to help the network when stuck behind an ISP NAT?
10:04:27 <ask6155> get a vpn, or proxy through a server you own. So basically the same thing.
10:05:13 <yonatanbl> You can also run a node on a VPS.
10:05:58 <pedroape1o> sech1: refreshing resumed, great! I did not set the blocklist yet.
10:06:17 <ask6155> Does monero support communication over ipv6?
10:12:17 <pedroape1o> fluffypony: what I'm excited about with mina is the ability to run a full node on my phone and to synchronize instantaneously
10:14:38 <pedroape1o> requiring 16GB of RAM to generate the snarks proofs and producing blocks is also less optimal
10:14:48 <pedroape1o> not optimal*
10:22:22 <supus> yeah proxy would make sense I guess. My VPS doesn't have enough resources for monerod
10:22:24 <supus> thanks
10:22:42 <ask6155> is getmonero.org down?
10:22:51 <pedroape1o> nope
10:28:32 <TomTom33> Hi
10:28:47 <Mochi101> .isup getmonero.org
10:28:56 <Mochi101> it's up
10:30:36 <ask6155> I think 1.1.1.3 dns marks getmonero.org as malware
10:43:08 <thetasteofmoney> What kind of person steals from own community?https://np.reddit.com/r/Monero/comments/6d5yt5/_/ Your own leaders are laughing at how stupid you are for falling for thier 'Magical Crypto Friendship'.
10:43:08 <thetasteofmoney> jess: You are needed urgently to save fluffypony's honour ^^
10:49:12 <fluffypony> ask6155: https://twitter.com/epatryk/status/1266062095512199168
11:10:06 <Mochi101> I guess, like the watches, you'll never live that down hey fluffypony. :P
11:11:02 <fluffypony> Mochi101: I don't think one scammer desperately trying to keep their Monero fork alive is relevant, but ok
11:16:34 <Mochi101> fluffypony, whomever it is... seems pretty petty and desperate... Seems like they're on the verge of crossing over the line to clinically-psycho too.
11:16:40 <fluffypony> indeed
11:18:41 <hyc> looked it up on CMC, they had $500 of volume yesterday
11:19:11 <Mochi101> More than expected...
12:16:11 <pyu> [0njoin #monero-dev
12:43:58 <Psynthax> hi, I am syncing the blockchain with monerod and have noticed both low cpu (5-8%) and low network usage (few bytes/s) when syncing... dont know why it is taking so long to sync with almost no resources being used heavily.. I think syncing could be optimized to be a lot faster
13:20:01 <Lyza> <Psynthax> bottleneck is usually disk i/o. a ssd is recommended
13:21:21 <hyc> high I/O wait should show up in top or any other monitoring tool
13:21:51 <ask6155> is flash storage, like flash drives and sd cards, faster than an ssd?
13:22:00 <hyc> no
13:22:17 <ask6155> so they're the same?
13:22:20 <hyc> generally SSDs use higher quality flash memory than those cards
13:22:30 <hyc> also SSDs have multiple parallel command channels
13:22:59 <ask6155> is a flash drive faster than an hdd?
13:23:01 <hyc> and faster interfaces overall
13:23:28 <hyc> maybe. some really cheap flash drives are quite slow
13:30:31 <Lyza> I think too, if the issue isn't disk IO, increasing outgoing connections count from 12 can help. and maybe the --fast-block-sync or --block-sync-size flags though I haven't messed with them myself
13:59:28 <hyc> fast block sync is the default already
13:59:34 <hyc> (IIRC)
14:02:39 <Lyza> yeah looks like those commands might be redundant with --db-sync-mode actually, and 'fast' is definitely default for that during initial sync
14:22:20 <trovartia> hello
14:22:31 <trovartia> when v15 hardfork will happen
14:22:54 <sethsimmons> No plans at this point.
14:23:28 <trovartia> around?
14:24:20 <hyc> no plans means no plans
14:25:15 <sethsimmons> We don't do scheduled hard forks on a regular basis anymore, haven't since the implementation of RandomX.
14:25:31 <sethsimmons> We will hardfork when necessary for some protocol improvement in the future, but no planned HF at this time.
15:17:46 <gingeropolous> i dunno that thats been unofficially officially stated has it?
15:18:15 <gingeropolous> of course its impossible to get through the cryptoverse the fact that monero had scheduled hardforks before the PoW war
15:19:41 <gingeropolous> so while there's no plans, i wouldn't be surprised if theres some momentum building for something come the spring. there seems to be a ringsize bump thats on low heat right now, and some p2p protocol mitigation stuff that only works best when the whole network is on it
15:46:22 <monerouser1144> selsta potentially bad IP 135.181.96.138 (stuck at block 2263960, syncing, Hetzner)
15:46:39 <monerouser1144> sorry 135.181.96.139
15:50:04 <sethsimmons> <gingeropolous "so while there's no plans, i wou"> Thats not a regularly scheduled hard fork, thats as needed.
15:50:27 <sethsimmons> We don't know when the next will be and its dependent on a clear improvement being implemented/
16:15:40 <gingeropolous> eh, i always interpreted the plan as a sort of window of high probability
16:16:04 <gingeropolous> and its sort of organically fallen into that, with some shifts.
16:16:20 <gingeropolous> but basically, to be on the lookout for monero network upgrades around certain times of the year
16:17:28 <gingeropolous> and we've learned that the start of the academic year is not a good month :) so its shifted to october. which makes some sense due to the nature of most FOSS contributors perhaps
16:17:46 <gingeropolous> well i guess that would end of august really
16:18:42 <gingeropolous> end of summer not good. i dunno. It's kinda launching to mars. There's a schedule where things line up for launch opportunities
16:33:32 <gingeropolous> but yes, as needed sethsimmons  :)
16:37:56 <Guest33204> Just submitted my CCS proposal for the next 3 months of work on the website: https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/199
16:55:33 <Mate[m]> what do you guys think of wrapped monero?
16:55:52 <sethsimmons> https://twitter.com/sethisimmons/status/1346837738058874885?s=20
16:58:40 <dEBRUYNE> This is more balanced imo -> https://twitter.com/JEhrenhofer/status/1346848549393358848
16:59:49 <sethsimmons> Well said and more detailed, for sure :)
17:02:26 <Mate[m]> It could be useful for buying xmr through stablecoins without having to use a centralised exchange
17:02:41 <sethsimmons> As long as you can redeem and have access to BTSE, yes.
17:02:49 <sethsimmons> No way to unwrap except through BTSE.
17:02:57 <Mate[m]> of course there is no reason to hold any wrapped assets
17:04:07 <Mate[m]> but I guess it doesn't really matter anyway since depositing, swapping and withdrawing in eth would cost like 70$ just in transaction fees currently
17:05:59 <sethsimmons> Its nuts these days with no end in sight...
17:09:25 <Mate[m]> yeah, btc and eth has made little progress since 2017 for transaction fees. I'm thinking it is at least a big limiting factor but lots of users will just use alternatives as this is completely unusable currently
17:10:16 <Mate[m]> I for one would have made many transactions on eth in december which I ended up doin with other cryptos
17:11:04 <mmxxx[m]> why eth?
17:12:04 <Mate[m]> because my bank blocks payments to all exchanges but doesn't block minting stablecoins, so that used to be my entry point from fiat
17:12:28 <mmxxx[m]> orly
17:12:34 <mmxxx[m]> haven't heard that before
17:12:40 <mmxxx[m]> which country is this?
17:12:54 <Mate[m]> It's Revolut
17:13:02 <mmxxx[m]> oh
17:13:13 <mmxxx[m]> you can send from Revolut to Coinbase Pro
17:13:14 <Mate[m]> Have to use it unfortunately
17:13:44 <Mate[m]> I don't trust coinbase, they did some shady things I don't like
17:14:03 <Mate[m]> and they always go down when the market is making big moves
17:14:12 <mmxxx[m]> well, they're very heavy on the fees and used to opaque with them
17:14:19 <mmxxx[m]> but coinbase pro has served me well
17:14:38 <mmxxx[m]>  * well, they're very heavy on the fees and used to be opaque/dishonest with them
17:17:29 <Mate[m]> since eth fees are so insane, I started using bisq
17:17:53 <Mate[m]> no kyc, private, open source, works great
17:19:45 <mmxxx[m]> i wish more people migrate to decentralized exchanges
17:20:14 <mmxxx[m]> it's odd trading decentralized currencies on centralized exchanges
17:25:46 <Mate[m]> yeah, but there hasn't been a dex so far that has proper live limit trading with little latency
17:27:01 <raecarruth> openbazaar had some promise
17:29:16 <Mate[m]> that's not an exchange, but a marketplace as far as I know
17:31:14 <mmxxx[m]> a marketplace that could be used to trade anything
17:31:25 <mmxxx[m]> I bought a lot of altcoins on there
17:31:35 <mmxxx[m]> ltc, doge, xmr
18:03:17 <h2017> when you mine a stable coin you get the stable coin as the reward? I didn't know
18:03:36 <h2017> doesn't that imply the stable coin issuer is giving you something for free?
18:07:15 <Mate[m]> you don't mine a stable coin, you mint a stablecoin
18:07:32 <Mate[m]> like minting new currency
18:08:14 <Mate[m]> you send fiat to the issuer, they mint the same amount of stablecoins
18:11:53 <Inge-> nice. Kraken withdrawal fees:  BTC - 18$   XMR - ~1 cent
18:13:32 <ndorf> anyone know why the heck Mullvad still doesn't accept Monero?
18:13:43 <ndorf> IIRC some community effort was made to reach out to them in like 2018 but nothing ever came of it?
18:37:17 <geonic> Inge-: sincerely hope the withdraw before you transact rule gets put into effect :)
18:40:31 <Mochi101> They would if they could.
18:42:04 <mmxxx[m]> btc withdrawal fees from most exchanges are obscene
18:43:31 <mmxxx[m]> coinbase pro seem to the only reasonable option
18:45:58 <geonic> what is it there?
18:55:56 <raecarruth> it's about a 1 usd
18:56:02 <raecarruth> 0.00002951 btc
18:56:21 <raecarruth> the best i've seen in years
19:02:22 <geonic> wow. those batch transactions are paying off
19:04:27 <ndorf> if one is using a remote node, and restores a wallet from height 0, does that mean the entire 100GB blockchain is then transferred from the remote node to the wallet?
19:04:45 <sethsimmons> <ndorf "if one is using a remote node, a"> A portion of it, but not the entire thing
19:04:49 <sethsimmons> IIRC 2/3 or something similar
19:05:01 <ndorf> yeah, i guess it should be closer to the "pruned" size
19:05:08 <ndorf> but still, tens of gigs, right?
19:05:17 <ndorf> i don't see any other way it could work, but wanted to check if i was maybe missing something
19:05:40 <sethsimmons> AFAIK yes, as its not a light wallet in any way and has to check all blocks locally for transactions
19:09:51 <ndorf> probably not a good idea to run a public node if one has a data cap then, huh?
19:10:58 <sethsimmons> Just dont advertise RPC
19:11:00 <sethsimmons> And set bw limits
19:16:36 <geonic> how do you advertise RPC? --public-node?
19:17:24 <ndorf> i think so
19:19:37 <sethsimmons> Yes
19:28:11 <geonic> tx
19:39:59 <Valdim6606> “I thought, ‘I’m going to pump it and dump it,’ because I was interested and taking the ideas and implementing them in bitcoin. The bitcoin code base was far more interesting to me than monero, and I thought, ‘I’m not going to work on this codebase, it’s terrible,'” he recalls - fluffypony about Monero
19:40:00 <Valdim6606> jess: You need to save fluffypony's honour right now ^^
19:44:36 <mmxxx[m]> where did you pull that from?
19:45:36 <geonic> https://www.coindesk.com/drugs-code-icos-moneros-long-road-blockchain-mainstream
19:48:15 <geonic> it's like the one night stand that got pregnant. fluffy got played
19:48:41 <Inge-> geonic: not your keys and so on ...
19:53:15 <geonic> Marilyn always gets her way
20:02:11 <kaz> can someone help me with the errors loading the blockchain?
20:03:31 <kaz> going to try to redownload
20:05:58 <moneromooo> Paste the errors to pastebin.com or paste.debian.net, and post the link here.
20:06:08 <moneromooo> If you used a custom command line, paste that command line too.
20:06:23 <kaz> redownloaded and is syncing now! must have accidentally deleted some files or somethign
20:50:15 <pikachu[m]> I tried many times running node but always failed
20:52:11 <sethsimmons> <pikachu[m] "I tried many times running node "> This might help: https://sethsimmons.me/guides/run-a-monero-node/
20:54:07 <pikachu[m]> <sethsimmons "This might help: https://sethsim"> Monerod closes when it says synchronize started
20:54:21 <pikachu[m]> I didn't do anything for getting corrupted
20:59:27 <dangernewtcuda[m> Bought monero as my first Cryptocurrency
21:02:27 <sethsimmons> <pikachu[m] "Monerod closes when it says sync"> Does it give you an error? Are you running it as a service?
21:03:17 <pikachu[m]> <sethsimmons "Does it give you an error? Are y"> nope
21:03:48 <pikachu[m]> i guess windows doesn't have that option right?
21:04:54 <sethsimmons> Not easily, at least.
21:28:08 <mnt_grrrl> anyone elses monerod hang overnight. The daemon was running but nothing was happening
21:33:26 <donkeydonkey[m]> mine is chuggin along. gettin hit hard on HD and memory use
21:59:35 <selsta> mnt_grrrl: is your node still hanging?
22:01:42 <mnt_grrrl> selsta, no I restarted it. Is there some debugging for if it happens again
22:02:07 <selsta> are you using linux?
22:02:15 <mnt_grrrl> debian buster
22:02:47 <selsta> ok, yea we can use gdb to see where it hangs
22:07:01 <mnt_grrrl> selsta little exerince with gdb is there instructions
22:07:22 <selsta> will send you instructions next time this happens
22:07:37 <selsta> Lyza: did you have any freezes in the meantime?
22:59:10 <fibonacci> Wrd
23:55:08 <xmready> how do I volunteer to write a user guide on multisig for getmonero.org
23:55:52 <moneromooo> By doing it really. Then PR it to the monero-site repo.
23:56:40 <xmready> moneromoo: thanks will do