04:45:40 <spoke0> regarding the announcement of the upcoming regulatory whitepaper: is this paper founded on existing regulatory methodology in EU US etc, and if how did they get this information. Aren't regulators usually interested in keeping there requirements unpublished?
06:00:14 <fahrradflucht[m]> spoke0: What announcement are you referring to? - Also, what do you mean by "Aren't regulators usually interested in keeping there requirements unpublished?"? Isn't it normal to publish drafts so they can be consulted on in parliament and with the public?
06:03:08 <spoke0> regulators like the US Treasury department, they don't publish what requirements are in detail put in place to prevent money laundering throughout US regulated financial services, there is a law in place to prevent money laundering and who should regulate that but there is no public information on what data exactly needs to be provided to which data collection.
06:04:04 <spoke0> the paper was announced in different news portals: https://www.securities.io/monero-releasing-guidelines-for-privacy-coins/
06:04:48 <fahrradflucht[m]> ah okay I somehow thought you were talking EU, nevermind
06:08:04 <spoke0> EU would be the same, let's take one of the more public EU data collection, SCHENGEN INFORMATION SYSTEM, it is known who can access it for what reason, but there is no information on what exactly is stored and how often new data is added.
06:09:45 <spoke0> when it comes to financial data stuff is only shared with institutions that require a license and are eligiable.
06:21:05 <fahrradflucht[m]> can't read up on that since www.europol.europa.eu is down 😅
07:21:31 <lza_menace> emesik come back!
08:56:12 <zib> bit unrelated but does anyone know if there's a way to limit the memory usage from "xmrblocks"? Seems to use the same amount as my monero daemon heh
08:58:53 <selsta> Inge-: did you originally report this issue? https://github.com/LedgerHQ/app-monero/issues/79
08:59:17 <selsta> did you mean tx creation with tx processing?
09:42:58 <Inge-> Yes this was happening AS the transaction was being created by the Ledger
09:43:57 <Inge-> Also side note, possibly more a monero-wallet-cli issue - once it locks and the ledger has gone to screensaver, even if you unlock the ledger, it was not possible to unlock the "cow screensaver" in the cli wallet
09:44:35 <Inge-> selsta: ^
14:38:07 <marqueze> how to create a v12 paper transaction
14:42:33 <marqueze31> how to create a v12 transaction on paper
14:43:46 <dsc_> marqueze31: https://www.getmonero.org/library/Zero-to-Monero-2-0-0.pdf
14:46:35 <marqueze32> is someone kicking me out of this channel?
14:46:46 <marqueze32> why?
14:47:48 <moneromooo> Some kicked you. Why, I dunno. You'd know, you kicked yourself.
14:48:35 <Guest72945> lol
14:49:18 <marqueze32> myself? i dont think so
14:49:31 <moneromooo> Thought so.
15:51:41 <vdo[m]> ecook5di
15:54:59 <artefact> that password is now in everyone's logs
16:01:55 <asymptotically> it's in the haveibeenpwned passwords list :P
18:09:44 <anicow> i will make tinychat part of the future
18:40:32 <selsta> saddam: can you confirm that you renewed moneroaddress.org?
18:59:36 <saddam> selsta: yes it was renewed
18:59:38 <saddam> by me
20:28:16 <leonardus> does the GUI wallet take the fees out of the amount sent, or add it on top?
20:35:46 <asymptotically> leonardus: it's added on top. if you enter to send someone 1 XMR, they'll get 1 XMR and you'll lose something like 1.00001 XMR
20:36:11 <leonardus> Understood thanks
20:36:25 <leonardus> Very impressed how low the fees are.
20:47:12 <artefact> unless you send (all), obviously
20:47:45 <artefact> but the wallet will show you a dialog with all info before the final confirmation
21:15:44 <monerod[m]> Hm. seems i took to low fee on a TX, can i add some fees to a tx to speed it up some how?
21:16:52 <artefact> not if it's been propagated to other nodes, no
21:16:54 <vtnerd> not really :/
21:17:19 <vtnerd> you cannot do child pays fees either because you cannot receive+spend an output in the same block
21:17:26 <monerod[m]> crap, Automatic fees seems to not be recommended
21:17:49 <artefact> in my experience, even lowest gets included fairly quickly in the chain
21:17:56 <artefact> just wait, it'll be fine
21:18:11 <monerod[m]> ive got 1 tx waiting for 2 hours, another for 1
21:18:33 <monerod[m]> no confirmations, but the wallet that i sent it to does have it in pending
21:18:41 <artefact> not possible, they're not in the pool
21:19:45 <artefact> as you can see on xmrchain, the oldest tx the network knows about that has yet to be committed is about a minute old
21:19:51 <monerod[m]> one of them is a tiiinty one that is now blocking a much larger amount to be spended ;D  Fucking irritating ;D
21:19:57 <selsta> yea, this is not a fee issue
21:20:10 <selsta> are you using tor / i2p?
21:20:14 <monerod[m]> hmm
21:20:15 <monerod[m]> i am
21:20:20 <monerod[m]> i2p
21:20:27 <selsta> yea I guess the tx didn’t get propagated
21:20:32 <selsta> CLI or GUI?
21:20:36 <monerod[m]> GUI
21:20:37 <artefact> output of monerod print_cn|grep i2p|grep OUT|wc -l ?
21:20:41 <selsta> can you open in CLI?
21:20:53 <selsta> the GUI currently has a bug where failed transactions get displayed as pending
21:20:55 <monerod[m]> <selsta "CLI or GUI?"> is that fixable :S
21:21:00 <artefact> yes
21:21:07 <monerod[m]> puh ok
21:21:37 <artefact> you can delete the transaction from your local txpool, wait until you have outgoing i2p connections, and remake the transaction
21:21:52 <artefact> or skip step 1 and rebroadcast the old transaction, but you won't be anonymous
21:22:09 <artefact> well, you will be, but we'll know that transaction with a 2-hour-old timestamp is yours
21:22:19 <monerod[m]> <artefact "output of monerod print_cn|grep "> 0
21:22:36 <artefact> you
21:22:49 <artefact> *will probably notice one/several "Lost all outbound connections to anonymity network - currently unable to send transaction(s)" in your logfile
21:22:54 <monerod[m]> i see
21:23:20 <artefact> it's a known issue. you can somewhat mitigate it by using add-priority-node instead of add-peer in your config file, and restarting the daemon before making a transaction
21:23:25 <monerod[m]> <artefact "you can delete the transaction f"> how do i delete it from my local tx pool?
21:23:38 <artefact> monerod flush_txpool
21:23:38 <d4ndo[m]> egrep -e "i2p" -e "OUT"
21:23:59 <monerod[m]> and that will bring my "lost" xmr back in to the wallet?
21:24:10 <artefact> they were never lost, but yeah
21:24:27 <monerod[m]> yeah i know, Didnt find a better word^
21:29:10 <monerod[m]> so CLI does not have this bug with failed Tx's?
21:31:01 <artefact> the issue is with monerod, both wallet interfaces do their job by sending it the tx
21:31:22 <artefact> arguably maybe they shouldn't allow you to do so when the node can't do anything with it because of a lack of outgoing connections, but that's another issue
21:31:34 <monerod[m]> i see
21:32:17 <selsta> monero gui only displays failed tx as "pending", it’s a label issue
21:32:24 <selsta> the tx failing is not related to monero gui
21:32:35 <monerod[m]> But it was caused by I2p missing outgoing connection?
21:33:27 <selsta> yes
21:33:43 <selsta> no outgoing connection means it can’t propagate your transaction to other nodes
21:33:43 <monerod[m]> alright, Ah well.  no stress
21:33:45 <monerod[m]> Thanks guys
21:37:17 <artefact> here's a wild case though. what if the node were to mine a block? the "failed" transaction would be included in it. and afaik blocks are propagated over regular peers?
21:37:52 <artefact> i know it will never happen, but just for curiosity's sake
21:56:42 <leonardus> 5:17:25 PM <monerod[m]> crap, Automatic fees seems to not be recommended
21:56:50 <leonardus> i got 10 confirmations in ~20 minutes with automatic
21:57:18 <artefact> you get 10 confirmation in ~20 minutes with any setting, really
21:57:21 <monerod[m]> Yeah, i was wrong, It had nothing to do with fees
21:57:39 <selsta> artefact: afaik if you mine a block the tx would get propagated
21:58:26 <artefact> a funny workaround
21:59:36 <monerod[m]> <artefact "well, you will be, but we'll kno"> Curious as to what you would know more though ? Cant see amount or address sent to ? or am i wrong?
22:00:32 <kayront> monerod[m]: go to https://xmrchain.net over tor (if you don't want to link the lookup of your txid)
22:00:45 <kayront> enter your txid (i didn't follow the entire convo, if this one was not broadcast, pick any older one)
22:01:04 <kayront> that's what everyone can see about your tx, except they don't even know it's yours, unless it's the person you sent to
22:01:29 <kayront> there's no public source, no public destination, no public amount, as you'll notice
22:01:54 <monerod[m]> That is why i am confused about the comment
22:02:00 <leonardus> I really should get into reading how monero works beyond "magic with ring signatures"
22:02:17 <leonardus> sounds really interesting a cryptocurrency where you cannot see the sender or destination or amount in the blockchain
22:02:24 <kayront> monerod[m]: imagine there were only 5 txs in a block from the timestamp we can infer based on your comments
22:02:28 <kayront> then one of thr 5 is yours
22:02:31 <kayront> that's what he meant
22:02:54 <kayront> but even then, no amounts, no destinations, but one of the ring members is the actual one. but even then we can't be sure which
22:02:59 <monerod[m]> i see
22:03:26 <kayront> and soon enough other txs will use your real ring member as decoys, so very soon it becomes unknowable whether it was really you subsequently spending or not