freenode #monero

17 Apr 2020

[XMR] Be excellent to each other and welcoming to newcomers || getmonero.org || Dev: #monero-dev || Pool related: #monero-pools || Price chat: #monero-markets || OTC: #monero-otc || People can & do log this channel || DON'T USE Changelly, Freewallet or Minergate: reddit.com/r/monero/wiki/avoid

• 00:03
  boldsuck
  Client to browse, just download and click .exe: torproject.org/en/download
• 00:22
  bigslim[m]
  Monero tor node. Sorry should have been more descriptions
• 01:12
  sgp_
  Dave Jevans, the CEO of CipherTrace, has agreed to join the Compliance Q&A on Saturday
• 07:49
  binaryFate
  sgp_: interesting
• 13:51
  r2d2
  hi all!
• 13:51
  propatte
  hey r2d2 :)
• 13:52
  r2d2
  i'm trying to setup a raspinode to work as a hidden service
• 13:53
  r2d2
  im searching the web but the info is very contradictory
• 13:53
  r2d2
  in my btc node was very simple
• 13:54
  r2d2
  there is a useful resource outthere for a five years old boy?
• 13:54
  r2d2
  thanks
• 14:01
  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
  asymptotically
  just with different ports
• 14:03
  r2d2
  but i want accept connections from my gui and cake wallet as hidden service
• 14:04
  asymptotically
  yeah it'll just be the same, you would add monerod's rpc port 18081 into torrc
• 14:06
  r2d2
  18081 or 18089
• 14:11
  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
  r2d2
  and what are the parameters in bitmonero.conf?
• 14:13
  asymptotically
  do you want it to be available over the clearnet too, or just tor?
• 14:14
  r2d2
  # Hidden Service monero
• 14:14
  r2d2
  HiddenServiceDir /var/lib/tor/monero_service/
• 14:14
  r2d2
  HiddenServiceVersion 3
• 14:14
  r2d2
  HiddenServicePort 18081 127.0.0.1:18081
• 14:14
  r2d2
  HiddenServiceAuthorizeClient stealth moneroclient1 ,moneroclient2 ,moneroclient3
• 14:14
  r2d2
  this are correct?
• 14:14
  r2d2
  only tor as hidden service
• 14:15
  asymptotically
  i'm not famiilar with what HiddenServiceAuthorizeClient means but sure.
• 14:15
  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
  azy
  HiddenServiceAuthorizeClient that's if you just want certain people to be able to access it
• 14:18
  azy
  afaik
• 14:18
  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
  r2d2
  do you know any useful guide ? git of monero is very contradictory
• 14:21
  r2d2
  #monero-otc
• 14:35
  azy
  do you want everyone to be able to connect via your .onion?
• 14:35
  r2d2
  not everyone only the person who has the onion domain
• 14:36
  r2d2
  only my clients
• 14:38
  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
  r2d2
  yep thats the idea i can authorize
• 14:39
  r2d2
  how can get this?
• 14:39
  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
  azy
  or cake or whatever
• 14:43
  asymptotically
  azy: v3 onions do afaik
• 14:49
  visualshock
  Is it possible to select which address to transfer from, or doesn't it matter?
• 14:52
  azy
  hamazing
• 14:53
  asymptotically
  you can pick a particular output to spend using sweep_single. addresses don't matter
• 14:57
  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
  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
  visualshock
  Is --subaddress-lookahead resource intensive?
• 14:59
  selsta
  not really
• 15:00
  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
  visualshock
  I see, thanks.
• 15:22
  visualshock
  I am using the cli, what is the [device] parameter for integrated_address?
• 15:35
  selsta
  visualshock: I think it allows you to display an integrated address on your hardware wallet
• 15:46
  visualshock
  ok
• 15:49
  visualshock
  When using integrated_address, how to check if I have received payment on that address?
• 16:06
  jwinterm
  getmonero.org/resources/developer-g…t-rpc.html#split_integrated_address
• 16:06
  jwinterm
  getmonero.org/resources/developer-guides/wallet-rpc.html#get_payments
• 16:06
  jwinterm
  visualshock, ^
• 17:18
  yanmaani
  So how come the Monero wallet doesn't change your address when you get a payment?
• 17:19
  yanmaani
  Otherwise your counterparties could collude, no?
• 17:19
  selsta
  change your address?
• 17:20
  yanmaani
  If I'm using a Bitcoin wallet, then it will tell me, "you can get transactions to 1asdasd"
• 17:20
  yanmaani
  and after anything has been sent to 1asdasd, it will change it to 1sdfsdf
• 17:20
  jwinterm
  yanmaani, I think that will get added soon
• 17:20
  jwinterm
  I saw some discussion of it recently
• 17:21
  selsta
  or you can simply generate a new subaddress
• 17:22
  yanmaani
  and so on, and so forth
• 17:22
  yanmaani
  in Monero, it seems like it always shows the same address, without changing it upon payment
• 17:23
  yanmaani
  right, but I really would like for it to be automaticl
• 17:23
  selsta
  it does not show the same address on the blockchain though
• 17:23
  yanmaani
  jwinterm: ah cool thanks
• 17:23
  yanmaani
  Right, but your counterparties see it
• 17:23
  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
  visualshock
  jwinterm, thanks
• 17:24
  selsta
  best to create an account for every identity
• 17:25
  selsta
  and a new address every time you want to give an address out to one identity
• 17:25
  selsta
  but yep automatic can be more user friendly
• 17:25
  selsta
  AFAIK monerujo on android has this feature
• 19:23
  knifeofpi
  good afternoon
• 19:23
  knifeofpi
  is it still possible to split your own outputs back to yourself in the CLI
• 19:23
  knifeofpi
  ?
• 19:28
  moneromooo
  It is.
• 19:47
  visualshock
  Can different subaddresses/accounts send payments regardless of what those addresses/accounts has received?
• 19:50
  selsta
  if you receive funds to account 1 then you can’t send them from account 0
• 19:50
  selsta
  you have to send account 1 -> account 0 first
• 19:51
  selsta
  this is good so that outputs from different identities (accounts) don’t get spend together
• 20:15
  visualshock
  so if I want to transfer them I would have to transfer them and pay the fee?
• 20:16
  selsta
  can you rephrase that?
• 20:16
  asymptotically
  visualshock: yes you would have to pay the transaction fee
• 20:17
  visualshock
  thanks
• 20:18
  asymptotically
  but if you just use subaddresses from the same account, they can all be spent together
• 20:19
  visualshock
  Are integrated addresses also tied to an account?
• 20:20
  asymptotically
  yeah you can imagine them like coordinates. (account 0, subaddress 0), (account 0, subaddress 1) etc
• 20:20
  selsta
  integrated addresses don’t work together with subaddresses
• 20:21
  asymptotically
  oh sorry integrated addresses, not sure how i managed to misread that :P
• 20:21
  selsta
  you can only generate integrated addresses with your primary address
• 20:21
  visualshock
  Is it possible to derive my primary address if I give away a integrated address?
• 20:22
  asymptotically
  yes, an integrated address is just your primary address with random junk on the end
• 20:31
  visualshock
  So they are more for convenience than privacy?
• 20:31
  selsta
  Integrated addresses were used before subaddress existed.
• 20:32
  selsta
  so yes, they are not used for privacy
• 20:40
  visualshock
  They are also preferred for applications right?
• 20:41
  selsta
  easier to integrate? maybe but subaddresses are preferred
• 20:43
  visualshock
  Why is that?
• 21:01
  visualshock
  Is it possible to check if a subaddress has received payment?
• 21:03
  jwinterm
  getmonero.org/resources/developer-g…/wallet-rpc.html#incoming_transfers
• 21:03
  jwinterm
  you could also just iterate over get_bulk_payments
• 21:09
  jwinterm
  visualshock, ^
• 21:19
  visualshock
  thanks
• 21:32
  jwinterm
  yw
• 21: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
  jwinterm
  I'm not sure, I think subaddresses are ok in terms of performance
• 21:46
  jwinterm
  but I guess if you're worried about having key on a server then maybe
• 21:48
  visualshock
  I would prefer not to have the key on one of my shitty servers
• 21:49
  selsta
  you can use integrated addresses but they might get removed in the future
• 21:49
  selsta
  they are easier to integrate
• 21:52
  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
  selsta
  but I think wallets don’t do this now
• 21:57
  visualshock
  I see
• 21:57
  visualshock
  If they are maybe going away I guess I will just use subaddresses.
• 22:00
  selsta
  no plan yet but it is possible