00:56:13 <dead> fucking matrix.org netsplit
00:59:02 <orly_owl> is it the bridge that died
00:59:07 <orly_owl> or a matrix server
01:57:30 <bigslim[m]> Ughh not the dr
01:58:13 <bigslim[m]> They were good but man they tried to overtake the project as their own
01:58:42 <bigslim[m]> Smooth straight up gave them their money grab and said have a nice day
01:59:16 <bigslim[m]> Stoffu was at least cordial about it
02:04:05 <bigslim[m]> Snips
02:04:13 <bigslim[m]> * Snipa
02:04:43 <bigslim[m]> What up old aeon supporter
04:26:17 <sw00p> so what is the best program to mine monero?
04:27:21 <u29601mg6ba93j[m> xmrig
04:28:09 <u29601mg6ba93j[m> check our #xmrmine:matrix.org
04:28:31 <u29601mg6ba93j[m>  * check out #xmrmine:matrix.org
08:52:49 <Inge-> get_connections returns method not found?
08:55:40 <ksk> .ogre wow
08:55:45 <Inge-> wrong window :P
08:56:39 <ksk> oh noes.
08:57:02 <ksk> was already wondering why the shitposting stopped ;)
08:57:23 <Inge-> so get_connections returns method not found, get_info returns 0 incoming and outgoing connections and /get_peer_list returns an empty list. However the node is synced to the tip of the chain. Am I doing something wrong?
09:00:49 <selsta> Inge-: restricted node
09:01:52 <Inge-> aha.
09:04:30 <Inge-> so... if I run a monerod inside docker, and it is a full public node that allows rpc, it must have --restricked-rpc and then I can't actually look at those things?
09:05:26 <Inge-> oh wait, I can use --restricted-bind-[ip|port]
09:05:32 <selsta> yes
10:47:36 <huwfuhwuh[m]> is the edge wallet anonymous if used even if it does not download the blockchain?
10:50:29 <sir_poppins[m]> hi
11:02:56 <huwfuhwuh[m]> hi
11:03:33 <huwfuhwuh[m]> does anyone know the answer to my question?
11:07:03 <Inge-> It is probably not a simple yes/no question
11:07:35 <Inge-> Nothing done online is *entirely* anonymous in all situations.
11:08:16 <Inge-> If you use a remote node, then that remote node will know some things, like the IP address your client connects from, the block height you start syncing your wallet from at this time, and any transaction you submit
11:09:15 <Inge-> But the submitted transaction includes 11 possible utxo sources, a confidential amount, and a one-time destination address - so they can not say with certainty which funds were spent, and they can not see the amount spent, or know who it was sent to.
11:09:20 <Inge-> huwfuhwuh[m]: ^
11:12:09 <huwfuhwuh[m]> but if they know who it was sent to, are they able to understand who sent it with edge?
11:13:05 <huwfuhwuh[m]> they know it not through the blockchain and whoever sent it doesn't know who sent it
11:13:28 <huwfuhwuh[m]> <Inge- "It is probably not a simple yes/"> ?
11:14:32 <Inge-> how would they know who it was sent to?
11:15:33 <Inge-> I don't really know edge
11:16:55 <huwfuhwuh[m]> for example if you pay in monero for an online service or a good but they want to find out who requested that service, they ask who releases the good or service who requested it, so I wonder if this has paid in monero and they don't know who it is 'if they can find out?
11:17:29 <huwfuhwuh[m]> Inge-:
11:19:53 <Inge-> not clear who "they" are here. if "they" are the makers of edge wallet, I guess you would need to trust it is without back doors. if "they" are the node operators, then they can't really say who paid or for what service - since the actual wallet address is not included in the tx.
11:20:07 <sech1> It was hard to process that question. Receiver of your transaction can't see your address if it's what you mean
11:20:18 <Inge-> ^ that too
11:21:00 <Inge-> if "they" are the service you pay to, they don't have any way to know - except via other means, like their web server that you accessed to get the payment information
11:22:13 <huwfuhwuh[m]> <Inge- "not clear who "they" are here. i"> edge is open source so it should be without backdoors
11:23:22 <Inge-> sgp_ or someone else: isn't there a potential tracking scenario if I buy xmr on Exchange, send to service, and service sends back to the same exchange (without knowing the xmr came from that exchange) - is it not then possible for the exchange to glean some information?
11:23:48 <Inge-> although AFAIK that is easily mitigated by you having 2 wallets so it goes exchange -> my wallet 1 -> my wallet 2 -> service -> exchange
11:24:28 <Inge-> but it seems like a remote possibility that it would actually lead to anything - i.e. if your threat model is nation-state... But at that point your surface area for vulnerabilities increases a LOT
11:46:31 <olipopoito8k> hi
11:50:15 <olipopoito8k> hi ppl
11:50:41 <sir_poppins[m]> hello
11:53:04 <olipopoito8k> guys i was wondering how i do to mine monero on the web
12:05:28 <hyc> it would certainly take more patience than that, anyway
12:13:00 <Inge-> whaa? I want a get rich quick scheme!
12:14:47 <sech1> he probably already got rich and quit
14:42:34 <supus> Is there a way to verify a SpendProof with just monerod running?
14:44:32 <moneromooo> No.
14:49:54 <supus> okay, thanks
14:58:02 <rbd> hi guys, I am trying to sync my 0.17.1.9-release node and getting a number of (new to me errors), such as "ge_frombytes_vartime failed at 415", "Verification failure", "Input scalar not in range", "Bad signature scalar!", "Failed to parse transaction from blob", and so on. I am assuming that this is just the next phase of attacks against the
14:58:03 <rbd> network but wanted to check. Up until today I was not getting any of these messages. I have another node not reporting these. They might be on different logging levels but I am not sure (several of these messages appear at the error level anyhow, whereas the 0.17.1.7-release node not showing them is showing the SYNCHRONIZED OK spam).
14:58:37 <rbd> At this point I am thinking .9 is just more chatty due to better network protocol error checking, but wanted to make sure
15:00:36 <binaryFate>  /join #snipa-parler
15:01:02 <binaryFate> woops
15:01:22 <sech1> I also saw "Input scalar not in range" in my logs
15:02:16 <Mochi101> hehehe binaryFate... shhhh
15:03:00 <Mochi101> let the dust settle a bit
15:03:18 <Elementoshi[m]> Good morning, folks. How is everyone today?
15:03:42 <rbd> looks like my .9 daemon just crashed too, yeesh. the .7 node has been pretty stable, but both ones are not accepting incoming connections
15:04:32 <rbd> working fine after restarting it a few times. seems I was connected to a malicious peer
15:08:43 <ackroydai> is Monero becoming associated with right-wing political ideology?
15:08:57 <selsta> rbd: the issue seems unrelated if you don't have incoming connections
15:09:06 <_I3^RELATIVISM> uhh ackroydai ?
15:09:23 <_I3^RELATIVISM> why did you came to that conclusion
15:09:35 <_I3^RELATIVISM> also is not helpful to box up people
15:10:03 <_I3^RELATIVISM> that right left dictoctomy is not that productive
15:10:34 <_I3^RELATIVISM> there are things someone traditionaly boxed up as right might be right on as well as someone considered a leftists
15:10:43 <ackroydai> just from noticing subjects discussed on monero channels
15:10:49 <_I3^RELATIVISM> if you know what I man
15:10:52 <_I3^RELATIVISM> man=mean
15:11:30 <_I3^RELATIVISM> ackroydai: then you should respect people freedom of expression, and if you dont agree present based arguments agaisnt it
15:11:43 <_I3^RELATIVISM> the is the only productive way foward
15:13:01 <ackroydai> agreed, the answer is probably a compromise, but everything is polarized right now
15:13:35 <_I3^RELATIVISM> no not really dont agree
15:13:47 <_I3^RELATIVISM> discussion doesnt mean compromise at all
15:14:00 <_I3^RELATIVISM> just acknowledging when one is wrong
15:14:27 <_I3^RELATIVISM> ackroydai: also the world is not just the west
15:14:49 <_I3^RELATIVISM> so even though USA and Northern Europe are experience such intense polarization
15:15:00 <_I3^RELATIVISM> doesnt mean you should think everybody else will be unresenable
15:15:15 <agentpatience> way to paint everyone with the same brush
15:15:44 <_I3^RELATIVISM> ?
15:16:12 <_I3^RELATIVISM>  * doesn't mean you should think everybody will be unreasonable
15:18:45 <fluffydonkey[m]> Hello, I'm trying to understand the wallet RPC documentations.
15:18:45 <fluffydonkey[m]> for https://monerodocs.org/interacting/monero-wallet-rpc-reference/#get_bulk_payments   it returns a "tx_hash - string; Transaction hash used as the transaction ID."
15:18:45 <fluffydonkey[m]> Is that a hash of the transaction ID, the transaction ID, or something else?
15:19:17 <moneromooo> The transaction id.
15:19:47 <fluffydonkey[m]> Thanks
15:34:22 <fluffydonkey[m]> I'm working on a Monero payment system, and want to make sure that I have the correct understanding. The system is is designed as follows:
15:34:28 * fluffydonkey[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/zmgNNNYVutMBemmjdttqDMRf/message.txt >
15:34:38 <fluffydonkey[m]> Is that correct? Am I missing anything?
15:35:16 * fluffydonkey[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/OhwHTuhjTsMOiAdUWOiaDQAm/message.txt >
15:41:55 <moneromooo> Ideally you'd use subaddresses instead, but otherwise yes.
15:43:32 <fluffydonkey[m]> @mone
15:43:42 <fluffydonkey[m]> damn it, Element
15:45:02 <fluffydonkey[m]> moneromooo: I thought integrated addresses were crated specifically for this kind of a usecase (i.e merchants receiving payments)
15:45:02 <fluffydonkey[m]> Why are subaddresses better?
15:46:03 <fluffydonkey[m]> They also encode the payment ID, according to the docs
15:47:02 <moneromooo> Subaddresses were created in an attempt to avoid having that optional extra data on txes. Ideally, everyhting would be using subaddresses for homogeneity.
15:47:28 <moneromooo> In practice, integrated addresses do have a few advantages, like really quick to create and without secret view key.
15:47:56 <moneromooo> There was some talk of deprecating integrated addresses, though that's died down I think.
15:48:16 <moneromooo> I'm not sure where the current consensus is nowadays.
15:54:34 <Mochi101> I vote to keep them.
15:55:44 <moneromooo> There's also a dummy short payment id now, so that blunts the homogeneity advantage.
15:56:17 <moneromooo> Actually, scratch that, it does not actually apply in this case.
16:07:57 <fluffydonkey[m]> Looks like in order to call `create_address`, the application needs to be synchronized on the `account_index`. I wish the wallet had some kind of an auto-increment feature for this
16:12:28 <fluffydonkey[m]> I have one more question:
16:12:28 <fluffydonkey[m]> In order to call `get_bulk_payments` I need to provide a `min_block_height`.  How do I determine an appropriate block_height for this?
16:12:56 <moneromooo> The one you'd refreshed to earlier.
16:14:14 <fluffydonkey[m]> Well now that I think more about it, if I'm using sub-addresses, then `get_bulk_payments` wouldn't make sense right? Because I no longer have paymentIDs - which come with integrated_addresses
16:14:43 <moneromooo> It works with an empty list - you get all payments.
16:18:48 <fluffydonkey[m]> 🤔   Integrated addresses seem much more elegant for this lol. Because then I also don't have to worry about cleaning up the sub-addresses
16:20:52 <moneromooo> What is a clean subaddress ?
16:22:28 <fluffydonkey[m]> Looks like I misunderstood things. I thought the sub-addresses had to be cleaned up.
16:22:28 <fluffydonkey[m]> I guess I could create a pool of them, and then keep track of new payments based on the block_height?
16:22:46 <fluffydonkey[m]> by cleaned up, I meant removed
16:34:55 <supus> When executing get_tx_proof in wallet-cli I get an OutProofV2, when calling get_tx_proof in wallet-rpc with the same arguments I get an InProofV2
16:35:05 <supus> Why are these commands doing different things?
16:36:58 <moneromooo> Possibly a bug.
16:37:14 <moneromooo> Are you really sure you used the same arguments ?
16:43:32 <supus> Pretty sure. The example on https://www.getmonero.org/resources/developer-guides/wallet-rpc.html#get_tx_proof also shows an InProofV2 in the result.
16:44:59 <moneromooo> Well, the example would not be from/to your wallet, so it's really neither in nor out.
16:45:29 <moneromooo> I'm surprised it'd not error out.
16:45:51 <moneromooo> Maybe it gets a proof of "0 received".
16:46:13 <moneromooo> What does check_tx_proof say when checking that particular proof ?
16:46:53 <supus> Error: error: Wrong signature size
16:47:06 <moneromooo> Barf.
16:47:16 <marmulak> huh
16:47:50 <moneromooo> er, to make things clear: I mean the proof you get when you run that example, not the proof on the page.
16:48:54 <supus> Oh no, just realized I did a mistake. Called get_tx_proof in the receiving wallet with the txid from an incoming transaction
16:49:55 <moneromooo> Is that a mistake ?
16:50:32 <supus> I think so, isn't it expected to generate an InProof for incoming transactions?
16:51:15 <moneromooo> It'll generate in or out depending on whether you received/sent. Same RPC.
16:57:44 <supus> Yeah, just checked with an outgoing transaction. Generates a OutProofV2 or an InProofV2 for the change address
17:56:23 <ndorf> for some reason, my node is unable to find any suitable outbound tor peers. the tor proxy itself seems to be working fine. anyone else?
18:03:27 <moneromooo> I have a number of outgoing tor peers, but the most recent one is 3 hours ago.
18:03:51 <moneromooo> There was an attack on tor a few days ago, which prevented connecting to v3 hidden services AIUI. Could be back maybe.
18:04:31 <moneromooo> Try connecting to: zbjkbsxc5munw3qusl7j2hpcmikhqocdf4pqhnhtpzw5nt5jrmofptid.onion
18:04:35 <moneromooo> That's one up (mine).
18:05:21 <_I3^RELATIVISM> unfortunately tor focus is no longer so much in security
18:05:26 <ndorf> i see, thanks
18:05:35 <_I3^RELATIVISM> and I think would be smart to rely on diferent projects
18:05:43 <_I3^RELATIVISM> like I2P
18:05:53 <_I3^RELATIVISM> or finalize the kovri project
18:06:07 <_I3^RELATIVISM> has discussed here many times before in this room
18:06:30 <moneromooo> I'll try to remember to add an i2p version at some point.
18:08:10 <_I3^RELATIVISM> hopefully I will be able to help eventually
18:17:14 <Villarejo> You will DO what Monero tells you to do. You will JUMP when you are told to jump. And most importantly you will DISCONNECT whoever Scientology^H^H^H^H^H I mean Mnero tells you to disconnect. Otherwise you WILL end up like lh1008 here:
18:17:14 <Villarejo> And you will do it all for FREE. Because Monero is open souce :D Just like Linux is there to pay for $700k watches that Torvalds wears.
18:19:35 <Inge-> this is a pretty good show: https://youtu.be/hy8JhNgU8eI
18:20:13 <Inge-> latest Whatbitcoindid - touches on scalability and emission cap as well as an overall interesting discussion
18:24:06 <Monegro> When you say Tor focus is no longer on security. What do you mean by that?
18:24:45 <Monegro> I understand it is likely compromised in some ways. But other that say I2P, I always thought it was one of the better anonymity options
18:28:36 <_I3^RELATIVISM> the problem with TOR is its political battles within the project
18:28:59 <_I3^RELATIVISM> actually ostracizing people interested in improving it
18:29:16 <_I3^RELATIVISM> also the issue with TOR is because it uses the onion router idea
18:29:31 <_I3^RELATIVISM> which can with enough resources be targeted
18:29:44 <_I3^RELATIVISM> https://en.wikipedia.org/wiki/Onion_routing
18:30:01 <_I3^RELATIVISM> I2P uses garlic routing
18:30:06 <_I3^RELATIVISM> which solves such issue
18:30:09 <_I3^RELATIVISM> https://en.wikipedia.org/wiki/Garlic_routing
18:30:18 <_I3^RELATIVISM> Monegro:
18:32:27 <donkeydonkey[m]> i heard the kovri project stopped development.. is it working or how close?
18:34:01 <moneromooo> anonimal switched to another project (name escapes me atm) that'd sit above kovri/tor/etc, then dropped off the radar for longer than usual. Like, months now.
18:34:14 <hyc> sekreta
18:34:57 <_I3^RELATIVISM> yes anonimal went dark
18:35:03 <_I3^RELATIVISM> probably change nick
18:35:10 <_I3^RELATIVISM> which I totally understand
18:35:16 <_I3^RELATIVISM> after all the nonsense
18:39:21 <donkeydonkey[m]> its there a whitepaper or any high level design docs on kovri
18:42:01 <_I3^RELATIVISM> https://gitlab.com/sekreta
18:42:06 <_I3^RELATIVISM> https://gitlab.com/kovri
18:42:14 <_I3^RELATIVISM> donkeydonkey:
18:49:48 <fluffydonkey[m]> Hi
19:05:57 <Kronovestan> I'm using a ledger with CLI..  When issuing the "sweep_all" command it asks for fee, then the amount is only pennies.    I'm afraid to continue with the transaction fearing it won't include whole xmr?
19:06:35 <donkeydonkey[m]> <_I3^RELATIVISM "https://gitlab.com/sekreta"> danke
19:28:46 <Monegro> What do y'all think about a Monero-politics subreddit, to get all the political posts quarantined away from the main sub, without having people cry about censorship?
19:31:01 <mmxxx[m]> sure
19:31:06 <mmxxx[m]> make it happen
19:31:25 <endor00[m]> Why would you make monero-politics when you already have politics?
19:31:31 <mmxxx[m]> don't need the parler boys in here crying about persecution
19:34:26 <endor00[m]> Unrelated: is there a check for a block's timestamp? Like, could a block get rejected because its timestamp is too far in the past or future?
19:34:49 <endor00[m]> (Assuming it's a valid block in all other aspects)
19:35:56 <endor00[m]> Just a random thought as I remembered about two consecutive blocks whose timestamps were "in the wrong order"
19:37:02 <endor00[m]> I understand that clock skew is a thing - and that's ok. But what if someone tried to force very skewed timestamps to manipulate netdiff calculations, or do other kinds of trickery?
19:37:22 <moneromooo> Yes, there's a two hour leeway IIRC.
19:38:07 <moneromooo> I think something like < 2 hours after local time and >= median of last N blocks or something like that,
19:39:13 <endor00[m]> Ok, cool
19:47:38 <_I3^RELATIVISM> knaccc: ping
19:54:41 <knaccc> pong
19:59:05 <rimugu[m]> <_I3^RELATIVISM "which can with enough resources "> What cannot be targeted with enough resources?
20:04:14 <_I3^RELATIVISM> rimugu: your argument is pointless
20:04:48 <_I3^RELATIVISM> garlic routing aka I2P is better in terms of targating
20:05:02 <_I3^RELATIVISM> rimugu: ^
20:18:31 <rimugu[m]> <_I3^RELATIVISM "rimugu: your argument is pointle"> Its not an argument is a question, it has a question mark and all.
20:18:50 <_I3^RELATIVISM> oh sorry my bad
20:18:53 <rimugu[m]> <_I3^RELATIVISM "garlic routing aka I2P is better"> I'll see about that, thank you
20:19:40 <_I3^RELATIVISM> rimugu: https://en.wikipedia.org/wiki/Onion_routing%20https://en.wikipedia.org/wiki/Garlic_routing
20:19:49 <_I3^RELATIVISM>  * rimugu: https://en.wikipedia.org/wiki/Onion_routing
20:19:50 <_I3^RELATIVISM> https://en.wikipedia.org/wiki/Garlic_routing
21:06:21 <fluffydonkey[m]> Is it possible to create a second wallet in the monero-wallet gui?
21:09:49 <fluffydonkey[m]> ahh. Nicely hidden away. I found it
22:23:49 <sadfasdfsadfasd> how do i check how many incoming rpc connecitons i got?
22:29:59 <dEBRUYNE> sadfasdfsadfasd: which oS?
22:30:14 <sadfasdfsadfasd> windows10