10:36:55 How to add service to merchants list at getmonero.org? 10:37:11 cohcho: submit a pull request 10:37:16 or open an issue 10:37:23 there's instructions on the page for it 11:27:03 Thanks for reply. https://github.com/monero-project/monero-site/issues/1137 12:40:29 lol 24/7 phone support (lie) 12:40:30 I love that 14:46:45 Hello all. Is this a good place to ask a question about the Trezor/Monero GUI integration? 14:47:35 Yes. 14:47:48 oooh the submodule get fetched automagically? 14:49:02 oh nvm. still gotta init 14:58:37 I've set up a trezor wallet and have monero-wallet-gui installed, both latest releases. I tried to send some XMR to a newly generated address after following the instructions on the trezor wiki to generate a Monero wallet on the GUI. Now, the GUI says "Please proceed to the device" while the Trezor says "Do you really want to start refresh?". I'm not sure what a "refresh" refers to in this case and can't find 14:58:37 anything about this online. 15:01:30 Did the trezor ask this prior to trying to send the tx ? 15:01:45 Maybe it was already prompting for the refresh. 15:04:20 I don't think so. I was able to generate a receive address and send to it before this prompt started showing up. 15:04:44 Now, if I decline the prompt, it quits the GUI and when I restart the GUI, it forces the prompt 15:04:53 Accept it. 15:05:45 It is required for wallet refresh. 15:07:03 Afterwards you should be able to transact. 15:07:59 Ok, I figured it was benign, but out of ultra paranoia wanted to check here first. Can you point me to any documentation on wallet refresh in Monero? I haven't used Monero in a couple of years and don't remember this aspect of it. 15:08:53 https://wiki.trezor.io/Monero_(XMR) 15:08:56 See point 9 15:10:27 D'oh. Figures that the one part I gloss over contains what I needed to know. Thanks selsta 15:10:40 np :) 17:03:27 Just throwing this out there, given the question of regulatory concerns: does it make sense for government to issue "wallet licenses" for every monero wallet? perhaps different licenses for different max holdings? 17:03:56 or "wallet registration" 17:05:15 I dunno. Did you see the government mandate "car licences" for every car, where you have to display a government mandated ID on it every time you go out ? 17:05:18 Oh wait... 17:06:16 They'll spy on you as much as they can get away with. Then they will wait a bit till people get used to the new normal, then spy some more, etc. 17:07:05 And the little shits will even have the cheek to tell you it's because they're going dark, rather than running wildly into vastly expanded spying powers they never had before. 17:07:16 nakedpony: yeah, they could mandate for something like that, but it's hard when essentially wallets are just key pairs. 17:07:48 you can't realistically gatekeep "rolling dice" behind a licence, it's ridiculous 17:08:27 yeah, exactly 17:08:45 They could you ask to register them if you wished to engage with "some entity" 17:08:52 moneromooo: I think you make a lot of sense. I guess the issue I'm trying to address is that perhaps we shouldn't take for granted the government can't do anything. If they can regulate banks, they can regulate us. For most of the entire history of taxation, commerce has been afforded with "private, untracable" currency 17:08:55 you never own any kind of coins, physical or virtual 17:09:10 you just know a secret that allows you sign something 17:09:24 or ask you to link individual transactions to some "registered" key pair. ie your identity key pair 17:09:36 ^ is what I would be worried about 17:09:39 I mean in some sense having regulators acknowledge that there are legitimate reasons to have private transactions in the same amounts as cash currently allows would be a win already, given what FATF currently publishes. 17:09:39 The US gatekeeps rolling dice. 17:09:57 will never work in practice. how do you know which transaction is under which country's jurisdiction? 17:10:30 in practice, we have increasingly centralized influence over globalized commerce 17:10:38 also, people will just fork existing technology and make it work on censorship-resistant darknets 17:12:14 artefact: but wouldn't this money be useless when you want to but "real" stuff? 17:12:44 i don't exactly want to talk about that using my very public nickname, but no, i don't think so. 17:12:45 all very valid points. I can't point out the fault in any of it. I just think there's going to be something that closes a dissonance between the government and control of the means to facilitate commerce. I would rather have this be figured out by crypto advocates, than the goverment. Because when the government finds a solution that works for it, you know it's going to be terrible for everyone else 17:13:35 but yes nakedpony i agree, i don't believe the current status quo will stay for long 17:15:24 unfortunately it's up to the advocates of change to provide the complete vision. we need to figure out what will work for gubbmint and spoon feed it to them, before they do something reactionary 17:15:48 but the good news is, we can define what that looks like 17:16:02 I mean today you in the EU a legit car dealership will not allow you to buy a Porsche with cash without disclosing information where this money came from. It is technically possible for the car dealer to take it anyway (the equivalent of taking the "fork coin") but they then have to wash the money and all kinds of crap to let it make its way into the books. 17:18:09 yes, the conventional financial system is pretty much well surveilled in every conceivable way 17:18:22 i'm scared of depositing cash in my bank account, just because i really can't be arsed to deal with a full audit 17:19:03 perhaps I would be clearer about getting towards a solution by better defining the problem. I think the first problem is taxation. We need to find a way for on-the-books transactions to occur, and give people *an opportunity* to do so in a way that's on the record. Like the porche. We don't need to necessarily ban private coins, or reduce the privacy of them. Just need to give people a way to create "legit" transactions 17:19:03 that looks familiar to an IRS entity 17:20:22 and this is just me brainstorming... we already bake in transaction fees. What if there were additional types of fees that could be added (depending on the type of taxation) 17:21:02 that automatically took the tax out, and created a transaction ID. You could prove you paid your taxes on it, without actually having to ever report anything to the government about it. 17:21:54 *"created a transaction ID" was poorly worded. I meant description. Or something that can be linked to the asset being transferred to you on paper 17:23:18 You mean like an "anonymous value added tax" in some sense? It's actually a fun idea. 17:24:05 fahrradflucht[m]: yeah! for that to work, that creates the need for a way for government to audit these transactions, without having to have the transactions fully reported to them 17:24:27 which gets back to my main idea, that we need to come up with the solutions on our side. Government isn't going to do this 17:25:35 Well the car dealership could still be required by the government to show a transaction to reference the Porsche it handed out. It would just hidden how purchased it. 17:25:42 * Well the car dealership could still be required by the government to show a transaction to reference the Porsche it handed out. It would just hidden who purchased it. 17:26:14 for sure! transaction made, and tax paid 17:28:42 and instantly, we have now turned monero from the IRS's greatest threat, to potentially a preferred means of commerce 17:48:32 done right, I don't even think the government needs to know the transaction amounts. If there's a system in place that allows them to verify "transaction made, tax paid." that's the minimum they need to know 17:55:19 Well that is not so simple. Even if you would come up with a way to prove percentage with hidden amounts the government can still deduct amounts from the amount of tax payed... :-/ 19:26:50 Explaining to people "Monero is Money" https://media.giphy.com/media/RE4kKU25NjFsY/giphy.gif 19:27:35 fahrradflucht[m]: ah, yes I see. Perhaps that's okay, though 19:37:04 bysnack zib artefact moneromooo : the i2p connection/tx issues are likely related to response timeouts and not dandelion 19:37:31 afer thinking about bysnack 's description in particular 19:38:04 I've been seeing these (tx meta not found) without i2p usage. 19:38:05 the connection drop issue? 19:38:22 or the tx meta not found issue? 19:38:33 both 19:38:38 Im talking about the connection drop issue 19:38:54 i run a node 24/7 so if you have an idea for a patch i can test 19:38:55 I can do 19:39:01 24 / 7 i2p node 19:39:09 I cannot recall anyone mentioning this over tor, but tor also likely has lower latency 19:57:17 of course my isp decides to boot me *now*. did my previous two messages get through? did i miss any replies? (sorry) 19:57:52 Last from you was 2.5 hours ago. 19:58:31 thank you. so they didn't. tl;dr i've had the issue with both i2p and onion. i notice that i can sustain long incoming connections over i2p (>10000 sec) but not outgoing (i've never seen any go above ten-ish minutes) 22:11:40 Could that be related to the fact that all connections in i2p have a lifetime of 10 minutes? 22:27:52 i have one above 800 seconds now