00:03:49 <boldsuck> Client to browse, just download and click .exe: https://www.torproject.org/en/download/
00:22:21 <bigslim[m]> Monero tor node. Sorry should have been more descriptions
01:12:13 <sgp_> Dave Jevans, the CEO of CipherTrace, has agreed to join the Compliance Q&A on Saturday
07:49:55 <binaryFate> sgp_: interesting
13:51:36 <r2d2> hi all!
13:51:59 <propatte> hey r2d2 :)
13:52:57 <r2d2> i'm trying to setup a raspinode to work as a hidden service
13:53:19 <r2d2> im searching the web but the info is very contradictory
13:53:48 <r2d2> in my btc node was very simple
13:54:20 <r2d2> there is a useful resource outthere for a five years old boy?
13:54:23 <r2d2> thanks
14:01:58 <asymptotically> r2d2: if you follow a normal node guide, and then edit torrc like you did for btc, i think that's all you'll have to do
14:02:02 <asymptotically> just with different ports
14:03:26 <r2d2> but i want accept connections from my gui and cake wallet as hidden service
14:04:06 <asymptotically> yeah it'll just be the same, you would add monerod's rpc port 18081 into torrc
14:06:05 <r2d2> 18081 or 18089
14:11:58 <asymptotically> you can pick whichever you want. 18081 is the default, i think people pick 18089 so that an old script scanning for public nodes finds them
14:12:41 <r2d2> and what are the parameters in bitmonero.conf?
14:13:43 <asymptotically> do you want it to be available over the clearnet too, or just tor?
14:14:07 <r2d2> # Hidden Service monero
14:14:09 <r2d2> HiddenServiceDir /var/lib/tor/monero_service/
14:14:10 <r2d2> HiddenServiceVersion 3
14:14:12 <r2d2> HiddenServicePort 18081 127.0.0.1:18081
14:14:13 <r2d2> HiddenServiceAuthorizeClient stealth moneroclient1 ,moneroclient2 ,moneroclient3
14:14:18 <r2d2> this are correct?
14:14:34 <r2d2> only tor as hidden service
14:15:20 <asymptotically> i'm not famiilar with what HiddenServiceAuthorizeClient means but sure.
14:15:42 <asymptotically> i think the only thing you'll need in your bitmonero.conf or as an argument to monerod is `restricted-rpc`. it just means that people can't tell your daemon to start mining for them, or ask it to shut down
14:17:59 <azy> HiddenServiceAuthorizeClient that's if you just want certain people to be able to access it
14:18:01 <azy> afaik
14:18:04 <r2d2> hidden service i mean i can access from my gui client or from cake wallet as an ip like this jufhi78jifeffjifefwf.onion
14:19:08 <r2d2> do you know any useful guide ? git of monero is very contradictory
14:21:50 <r2d2> #monero-otc
14:35:03 <azy> do you want everyone to be able to connect via your .onion?
14:35:53 <r2d2> not everyone only the person who has the onion domain
14:36:05 <r2d2> only my clients
14:38:33 <azy> i dont think onion domains stay private, therefore you need HiddenServiceAuthorizeClient, but i think then you need to have your clients auth with your hs
14:39:12 <r2d2> yep thats the idea i can authorize
14:39:42 <r2d2> how can get this?
14:39:51 <azy> im guessing it's that bit which is stopping you from being able to connect, maybe try without that line, restart tor and try to connect via your gui
14:40:02 <azy> or cake or whatever
14:43:43 <asymptotically> azy: v3 onions do afaik
14:49:16 <visualshock> Is it possible to select which address to transfer from, or doesn't it matter?
14:52:21 <azy> hamazing
14:53:12 <asymptotically> you can pick a particular output to spend using sweep_single. addresses don't matter
14:57:02 <visualshock> If I receive on one address in another account, backup and restores my key(no cache), create a new account and generate a new address, will the fund be back on that exact account?
14:58:32 <asymptotically> yes, but if you leave a big gap (e.g. you generate 5000 addresses and someone sends a payment to the last address but none of the earlier ones) you will have to use --subaddress-lookahead to tell it to skip more empty addresses
14:59:25 <visualshock> Is --subaddress-lookahead resource intensive?
14:59:55 <selsta> not really
15:00:20 <asymptotically> i think it's a problem if you're using a device like a ledger nano s and you don't delegate the scanning to your pc
15:21:34 <visualshock> I see, thanks.
15:22:16 <visualshock> I am using the cli, what is the [device] parameter for integrated_address?
15:35:40 <selsta> visualshock: I think it allows you to display an integrated address on your hardware wallet
15:46:46 <visualshock> ok
15:49:03 <visualshock> When using integrated_address, how to check if I have received payment on that address?
16:06:00 <jwinterm> https://www.getmonero.org/resources/developer-guides/wallet-rpc.html#split_integrated_address
16:06:22 <jwinterm> https://www.getmonero.org/resources/developer-guides/wallet-rpc.html#get_payments
16:06:25 <jwinterm> visualshock, ^
17:18:37 <yanmaani> So how come the Monero wallet doesn't change your address when you get a payment?
17:19:46 <yanmaani> Otherwise your counterparties could collude, no?
17:19:48 <selsta> change your address?
17:20:08 <yanmaani> If I'm using a Bitcoin wallet, then it will tell me, "you can get transactions to 1asdasd"
17:20:24 <yanmaani> and after anything has been sent to 1asdasd, it will change it to 1sdfsdf
17:20:45 <jwinterm> yanmaani, I think that will get added soon
17:20:56 <jwinterm> I saw some discussion of it recently
17:21:40 <selsta> or you can simply generate a new subaddress
17:22:42 <yanmaani> and so on, and so forth
17:22:42 <yanmaani> in Monero, it seems like it always shows the same address, without changing it upon payment
17:23:02 <yanmaani> right, but I really would like for it to be automaticl
17:23:03 <selsta> it does not show the same address on the blockchain though
17:23:10 <yanmaani> jwinterm: ah cool thanks
17:23:19 <yanmaani> Right, but your counterparties see it
17:23:42 <yanmaani> I buy some Monero with my credit card and do KYC, then someone sends me some monero to this identity, and whoops
17:24:26 <visualshock> jwinterm, thanks
17:24:46 <selsta> best to create an account for every identity
17:25:04 <selsta> and a new address every time you want to give an address out to one identity
17:25:12 <selsta> but yep automatic can be more user friendly
17:25:22 <selsta> AFAIK monerujo on android has this feature
19:23:28 <knifeofpi> good afternoon
19:23:36 <knifeofpi> is it still possible to split your own outputs back to yourself in the CLI
19:23:37 <knifeofpi> ?
19:28:43 <moneromooo> It is.
19:47:25 <visualshock> Can different subaddresses/accounts send payments regardless of what those addresses/accounts has received?
19:50:18 <selsta> if you receive funds to account 1 then you can’t send them from account 0
19:50:31 <selsta> you have to send account 1 -> account 0 first
19:51:05 <selsta> this is good so that outputs from different identities (accounts) don’t get spend together
20:15:34 <visualshock> so if I want to transfer them I would have to transfer them and pay the fee?
20:16:01 <selsta> can you rephrase that?
20:16:28 <asymptotically> visualshock: yes you would have to pay the transaction fee
20:17:52 <visualshock> thanks
20:18:07 <asymptotically> but if you just use subaddresses from the same account, they can all be spent together
20:19:15 <visualshock> Are integrated addresses also tied to an account?
20:20:30 <asymptotically> yeah you can imagine them like coordinates. (account 0, subaddress 0), (account 0, subaddress 1) etc
20:20:48 <selsta> integrated addresses don’t work together with subaddresses
20:21:09 <asymptotically> oh sorry integrated addresses, not sure how i managed to misread that :P
20:21:16 <selsta> you can only generate integrated addresses with your primary address
20:21:51 <visualshock> Is it possible to derive my primary address if I give away a integrated address?
20:22:09 <asymptotically> yes, an integrated address is just your primary address with random junk on the end
20:31:05 <visualshock> So they are more for convenience than privacy?
20:31:55 <selsta> Integrated addresses were used before subaddress existed.
20:32:52 <selsta> so yes, they are not used for privacy
20:40:33 <visualshock> They are also preferred for applications right?
20:41:11 <selsta> easier to integrate? maybe but subaddresses are preferred
20:43:22 <visualshock> Why is that?
21:01:59 <visualshock> Is it possible to check if a subaddress has received payment?
21:03:08 <jwinterm> https://www.getmonero.org/resources/developer-guides/wallet-rpc.html#incoming_transfers
21:03:50 <jwinterm> you could also just iterate over get_bulk_payments
21:09:05 <jwinterm> visualshock, ^
21:19:02 <visualshock> thanks
21:32:32 <jwinterm> yw
21:38:38 <visualshock> I read that integrated addresses are better for applications since it is possible to generate them without the key - is this true? Is it better to pre-generate a lot of subaddresses?
21:46:14 <jwinterm> I'm not sure, I think subaddresses are ok in terms of performance
21:46:33 <jwinterm> but I guess if you're worried about having key on a server then maybe
21:48:03 <visualshock> I would prefer not to have the key on one of my shitty servers
21:49:13 <selsta> you can use integrated addresses but they might get removed in the future
21:49:41 <selsta> they are easier to integrate
21:52:35 <selsta> integrated addresses had worse UX in the past (users sending to integrated address and the wallet showed base address in the transaction history -> support requests with monero sent to wrong address)
21:52:51 <selsta> but I think wallets don’t do this now
21:57:28 <visualshock> I see
21:57:50 <visualshock> If they are maybe going away I guess I will just use subaddresses.
22:00:15 <selsta> no plan yet but it is possible