01:59:40 Hello everyone, i am a CS student and this project recently interested me. I'm glad to find this community and hoping to learn from it :) 03:13:27 welcome! 04:29:25 hello Counter Strike student 05:05:06 best kind of student 06:02:16 <3​21bob321:monero.social> Cs 1.6 ? 06:13:24 is there any standard way to attach a note to a transaction that the receiver could see? 06:14:10 it looks like there is an 'extra' field that could be used, but from what I've read so far, it's not used, or at least users of the cli and gui wallets have no way to use it 06:15:26 <3​21bob321:monero.social> Tx extra 06:27:56 that's the field I was talking about, but from reading docs and the cli wallet help I can't see how to set it 06:28:16 nor with the gui wallet 06:29:35 though looks like payment-id could be usable (at least for my needs), if it's really fine to set as anything 06:32:19 ok, I see that payment-id gets put into tx extra 06:33:59 Yes but that's only 8 bytes. 06:34:25 If it works, it's what you should use. 06:34:31 They can be embedded into addresses. 06:34:36 luckily that should cover my needs 06:34:56 keeping it that small should keep the transaction fee low as well I presume 06:41:17 didn’t we remove tx extra or did that get tabled 06:42:50 that would put a damper on things 06:43:07 also, I can see a way to set payment id using the cli wallet, but not gui. 06:43:43 we can't remove tx_extra completely now since that would cause the transaction protocol to not be able to work 06:43:59 We put the tx ephemeral pubkeys in tx_extra right now 06:44:14 We did put a relay rule in for the size of tx_extra, though 06:44:42 rahl: try asking in #monero-gui:monero.social , but I think that sender-specified payment IDs have been deprecated for a while now 06:45:55 jeffro256: ack ok. thanks 06:46:54 I can appreciate why they might be deprecated with regard to potential privacy issues, though for my use case it wouldn't really be attaching any identifying information, so would be nice if I could use it 06:47:12 but for usability, having gui support would be helpful 06:58:41 Am I right in saying that we cannot see a senders address in tx info, thus if we wanted to send money back to someone we couldn't? 06:58:58 We would need another mechanism for them to tell us where they would like money sent to? 06:59:52 hi 07:03:06 yes, there’s no way to specify a return address afaik 07:05:33 geonic: ack. that changes things a little - think I may have to look into rpc 07:06:36 i realise it doesn't provide anything extra - just thinking about avoiding a user having to jump between their wallet and another interface 08:35:09 pls. could any of you tell me the reason why HAVENO-Reto does not offer any "**PaySafe**" payment at all? This was indeed the case within "local.monero" 09:58:06 because bisq didnt have it and so far nobody seriously requested it 09:59:11 they are also a pain to deal with, you can only buy pretty low amounts at a time 11:58:29 this is still not a valid and exhaustive reason for droping a clanger 11:59:17 this is still not a valid and exhaustive reason for droping a clanger IMHO 11:59:22 nobody dropped anything 11:59:42 you could make a pr to add it :) 11:59:43 https://github.com/haveno-dex/haveno 12:00:19 or you wait for some more custom payment method 12:00:26 where you can specify stuff more freely 12:02:16 thank you for your hint 12:06:56 Regarding the Chainalysis debacle that happened relatively recently, how does running your own node solve the issue? Your ISP still knows you're using XMR, and your IP address is publicly available. How is this any different from exposing your IP to a poisoned Chainalysis node? I apologize for my ignorance. 12:19:47 bcs the node knows your transactions 12:20:02 and can rule out outputs bcs of it 12:20:52 your ISP cant really know that you are the person submitting the tx, even if it comes from your node 12:24:21 Surprise: A court says the US government overstepped when it moved against Tornado Cash: https://www.axios.com/2024/11/27/tornado-cash-sanctions-reversed 12:25:23 As monerobull said, when you connect to your own personal node or broadcast a transaction from your node, then your ISP and other entities can't know what exact transaction you sent. This is because of Dandelion++. There may be some other tech used to help obfuscate tx origin and time of tx from one's own node. The chainalysis video basically linked someone's IP address across dif 12:25:25 ferent exchanges, swap services, a node they controlled, and of course the whole point was that the tx was deemed naughty for some reason. 12:26:23 When you connect to a remote node they know your IP address and which tx you relayed to their node. With other data from exchanged this can be used to against people. 12:28:13 In the chainalysis example, i think they somehow flagged a UTXO coin to monero tx on fixedfloat or something, they recorded the outputs of the transaction (poisoned output to follow through the chain) and the IP address. The IP address and some of the transaction graph led them back to Colombia or venezuela or something like that. 12:30:15 The two takeaways are to run your own node so remote nodes (untrusted) don't know your IP address and timing of transactions. The second takeaway is to be very careful with all instant swapper exchanges as they all seem to be under the thumb of Law Enforcement and collecting monero transaction data. So just expect them to log your IP address and mark the outputs that they send you 12:30:15 (poisoned output or black marbles) 12:31:45 but yes if you run monerod on your home network without a VPN, I2P or TOR setup then your ISP can only know that you are running monerod. If you leave your node up all the time then they shouldn't be able to make inferences about when you are broadcasting transactions or even if you the individual are making transactions 12:45:39 What about keeping it on at random times, like I do with torrents, if you don't have a computer that stays 24/7 on? 13:35:40 Not true 13:36:35 running your own node without enabling incoming connections has poor privacy 13:37:40 Bluey, youll want to run it behind a proxy and with tx-proxy 13:57:35 No incoming connections reduce Dandelion++ privacy a little. D++ stem phase uses outbound connections only. If a node has closed incoming ports, the first/next hop could theoretically determine that a tx originated at the prior node, assuming they can determine closed port vs full incoming p2p table. 14:00:51 Yup 14:02:11 Probably one of the reasons they run so many nodes 🍿 14:03:01 anonymous-inbound helps obfuscate, tx-proxy fixes this 14:04:28 Those flags make it impossible(?) for outside observer to know which node sent the tx that your node is broadcasting 14:05:27 And for your tx to never be broadcasted by your own node 20:21:19 Hi, I know there are exchanges like bisq that are very private and secure. But these exchanges require a credit/debit card or some other crypto to buy Monero, sometimes even cash. 20:21:21 I'd like to know if there is a more anonymous way to buy Monero, because for example if I buy Monero with my card then the bank will know that I made this purchase instead with cash the probability of your money being stolen is high, so if any of you know another way can you tell me? 20:25:03 You need to review your priority because the only way to buy Monero with cash is through Haveno(-reto) and I think there aren't a lot of cash by mail offers. I heard very good experiences way back to Localmonero era so as long as you follow the guideline you should not have any surprises and in the worst arbitrator will judge in your favor. There is an UX/accessbility barrier here 20:25:03 , you would have plenty of way to acquire monero with your credit card if you decided to swap, but yeah, no bank trace is very hard and thats the only way at the moment. 20:29:29 Ok thank you for your help 21:12:30 We're looking for community volunteers to run [rendezvous points](https://github.com/UnstoppableSwap/rendezvous-server) (spec described [here](https://github.com/libp2p/specs/blob/master/rendezvous/README.md)). They are used to bootstrap peer discovery for [atomic swaps](https://github.com/UnstoppableSwap/core). 21:12:31 Anyone in here who has been running a stable public monero node for a while and would like to run a rendezvous point alongside? It will take little to no resources 21:12:52 We're looking for community volunteers to run [rendezvous points](https://github.com/UnstoppableSwap/rendezvous-server) (spec described [here](https://github.com/libp2p/specs/blob/master/rendezvous/README.md)). They are used to bootstrap peer discovery for [atomic swaps](https://github.com/UnstoppableSwap/core). 21:12:53 Anyone in here who has been running a stable public monero node for a while and would like to run a rendezvous point alongside? It will take little to no resources. I can help guide you through the process of setting it up 21:40:11 This runs behind tor? 21:41:34 binarybaron 21:45:48 How much resources does it need 22:51:59 Just downloaded the unstoppable swap app about an hour ago.. is there a GUI for the ASB portion?