03:12:07 <nuez[m]> Is it possible to delete wallet subaddresses?
03:13:07 <gingeropolous> how do you mean?
03:13:52 <gingeropolous> afaiu, they are deterministic, so subaddress at slot 1 will always be x, and subaddress at slot 2 will always be y, etc
03:14:20 <gingeropolous> i mean, you should be able to transfer everything out of a particular subaddress and to another subaddress or wherever.
03:14:32 <gingeropolous> but dunno what you mean by delete
03:14:38 <gingeropolous> delteated?
03:14:41 <gingeropolous> bahleted
03:14:45 <gingeropolous> del taco?
03:15:31 <nuez[m]> To clarify (and out of curiosity), I was wondering whether it's possible to delete the addresses you generate that serve to avoid having you use your primary wallet address
03:16:01 <nuez[m]>  * To clarify (and out of curiosity), I was wondering whether it's possible to delete the addresses you generate that serve to avoid having you use your primary wallet address to receive XMR.
03:16:50 <nuez[m]> Like, the #1, #2, #3 (and so on) addresses
03:17:08 <nuez[m]> It's just clutter and I'd like to clear those up
03:17:09 <gingeropolous> oh, to treat them like one-time addresses?
03:17:15 <nuez[m]> Exactly!
03:17:38 <gingeropolous> yah know, there was a subaccount or something at some point that was more like this
03:18:01 <gingeropolous> i honestly forgot how it all shook out and I've never fiddled with subaddresses that much
03:18:11 <gingeropolous> lemme fire up the ol' cli
03:18:58 <nuez[m]> It would be a handy little feature to have in the main Monero GUI wallet and on Cake Wallet
03:20:00 <nuez[m]> But those addresses seem to appear across my devices that are setup to use my wallet, so perhaps those addresses are permanently tied to my wallet and can't be removed
03:20:45 <gingeropolous> holy jebus this help menu
03:21:32 <gingeropolous> okay yeah nuez[m] , if you checkout the cli help
03:21:56 <gingeropolous> there's account, and then address.
03:22:27 <gingeropolous> but damn, i have no idea what that syntax is
03:22:37 <gingeropolous> wonder if there's a readme somewhere
03:22:48 <gingeropolous> i dunno if address feature exists in the gui
03:22:52 <nuez[m]> I'm looking at the help output and the commands that are listed, but nothing that would indicate deleting addresses
03:23:09 <gingeropolous> well, it doesn't delete it i think.
03:23:45 <gingeropolous> hrm
03:24:05 <nuez[m]> Ohhh okay. So long as they can be hidden, that's good enough, honestly
03:24:24 <gingeropolous> yeah.
03:24:35 <gingeropolous> so basically, when you enter "address new" it creates a new address
03:24:47 <gingeropolous> and the address is associated with an account (the subaddress)
03:27:06 <gingeropolous> wow, thats pretty cool
03:28:03 <nuez[m]> Hmm. For the ability to hide addresses and for this change to occur on any application that hosts your single wallet, that might require an infrastructural update of some kind
03:29:20 <nuez[m]> I guess it's possible to tolerate having a huge ass list of generated addresses 🤷‍♂️
03:29:35 <nuez[m]>  * I guess it's possible to tolerate having a huge ass list of generated addresses lol 🤷‍♂️
03:30:41 <gingeropolous> i mean, technically there not really generated, they are just listed. i think its all deterministic so its ultimately just a data management thing, and because i think the wallets lmdb backed now its sorta moot
03:31:06 <gingeropolous> well, i guess they are generated.
03:31:40 <gingeropolous> but if you generated like 100 you'd need the wallet to know about all of them because it has to scan the chain for them
09:00:40 <Inge-> ooof.. #bitcoin: "people are a lot more open to donation with lightning than onchain, both because of fees and because they're not leaving a permanent record of their donation, which is something that I'm also not feeling comfortable with when donating"
09:01:34 <Inge-> this is a pretty good proposition for adding XMR as a donation option
09:01:42 <evolbit> sad times. There is a coin for that called monero
09:02:17 <evolbit> actually xmr is perfect for donations and everything else
09:02:56 <Inge-> It was funny hearing McCormack on the privacy podcast recently. BTC is still "maybe privacy by doing these 15 steps and be careful not to mess up at any point" vs SHUM
09:05:36 <kayront> yes, the cognitive dissonance is incredible
09:06:02 <kayront> you can do these 15 things, don't do these 30, and even then maybe it won't work when later you do one of these 5 things
09:06:04 <kayront> ... but this is the best optionw e have for freedom and privacy!
09:06:12 <kayront> seems legit, dumping xmr now
09:06:28 <Inge-> still you can mess up with XMR too, so there are things to be aware of
09:07:58 <kayront> only a few cases that we know of right
09:12:37 <kayront> using bitcoin as it exists today is a bit like growing up in a house in a community where all the rooms are bugged and there are nanocameras everywhere. but you knew nothing about them, and then one day many years later you learn about this, and I guess a part of you registers the gravity of it, but the cognitive dissonance kicks in - have people really been listening and seeing everything you thought you were doing in the privacy of your home
09:12:37 <kayront> your entire life? - and you reason it can't be that bad
09:13:23 <kayront> or you realize it's just wrong and go live elsewhere (that would be moneroville in our wonderful analogy)
09:13:27 <kayront> metaphor
09:13:28 <kayront> thing
09:25:49 <kayront> is monero on btcpayserver viable today? there was some buzz about it several months ago, then nothing (afaik)
09:44:09 <fluffypony> kayront: it was done last year
09:57:10 <fluffypony> https://github.com/btcpayserver/btcpayserver-docker/issues/204
09:57:16 <fluffypony> setup instructions there
10:09:43 <kayront> fluffypony: do you know anyone who is using it ? i'd like to quickly test how it feels to use
10:31:30 <fluffypony> not off the top of my head, no
10:54:29 <dEBRUYNE> Think Andreas uses it for his personal shop
10:54:32 <dEBRUYNE> ^ fluffypony, kayront
10:54:40 <fluffypony> ah cool
10:55:36 <dEBRUYNE> https://twitter.com/aantonop/status/1288666576812744704
11:44:09 <prodiger> debug version cant compile
11:44:51 <prodiger>  /usr/bin/ld: ../../../monero_crypto_src/amd64/CMakeFiles/monero-crypto-amd64-64-24k.dir/__/__/crypto_sign/ed25519/amd64-64-24k/ge25519_dbl_p1p1.s.o:
11:45:01 <prodiger> relocation R_X86_64_PC32 against symbol `crypto_sign_ed25519_amd64_64_38' can not be used when making a shared object; recompile with -fPIC
11:45:50 <prodiger> there is set(PIC_FLAG "-fPIC")   on cmake file
11:46:15 <selsta> yea, this is known currently
11:47:34 <prodiger> no solution?
11:47:54 <asymptotically> you can add -DBUILD_SHARED_LIBS=Off
11:48:15 <prodiger> on cmake file
11:49:48 <prodiger> i'm trying
11:52:54 <prodiger> on makefile there is -D BUILD_SHARED_LIBS=OFF
11:56:13 <prodiger> is possible to compile debug version with depends package
11:56:35 <prodiger> depends has static libraries
11:57:06 <kayront> dEBRUYNE: i meant with monero payments enabled
11:57:10 <kayront> i doubt andreas does that
12:01:42 <prodiger> what to do about debug version?
12:03:12 <dEBRUYNE> kayront: He has Monero payments enabled, see the tweet
12:03:30 <kayront> oh.
12:03:34 <kayront> that's.. unexpected
12:03:35 <kayront> yet, glorious
12:21:32 <Inge-> he spoke quite well about Monero in a few of his streams earlier this year
12:21:42 <Inge-> basically acknowledging the privacy advantage of Monero
12:27:44 <yanmaani> It's a shame Monero never implemented the "address with pre-encrypted target". Then you could do the BTCpay server stuff in JS, in the browser
12:31:44 <prodiger>  asymptotically thnx
12:31:56 <prodiger> debug compile with shared_libs=off worked
12:37:31 <Inge-> yanmaani: how does that work?
12:41:01 <yanmaani> Inge-: It doesn't because it was never implemented, but
12:41:09 <yanmaani> a monero address has 2 bits, a spend key and a view key
12:41:31 <yanmaani> you make a nonce, encrypt it to the view key, and you use the view key to identify the transactions
12:41:56 <yanmaani> this system would take a view+spend key, generate a random nonce, encrypt it, and discard the view key, and format that as a new type of addr
12:42:07 <yanmaani> so address reuse would cause you actual privacy problems
12:42:17 <yanmaani> but on the other hand, the address could be generated in the browser
12:44:43 <moneromooo> If you think it is of value, you could try describing it in a bit more detail in a post on github.com/monero-project/research-lab
12:46:46 <yanmaani> moneromooo: No, this has been proposed and denied
12:46:52 <yanmaani> because of the address reuse problem
12:48:32 <moneromooo> Ah, fair enough.
19:57:06 <Nizumzen> does using the same destination address multiple times from different source addresses compromise privacy at all? Or should I use a new subaddress for each transaction both on the sending and receiving end?
19:57:59 <moneromooo> If the senders collude, they can deduce they're sending to the same party.
19:59:34 <evolbit> If you have the possibility always use different sub addresses ;)
20:00:51 <evolbit> btw, does mymonero wallet generates different subadresses like monero gui wallet?
20:01:23 <Nizumzen> Thanks. I'll just use different subaddresses then. I'm new to Monero and trying to build a simple Python app using the cli-wallet-rpc API.