00:00:51 <maxwellsdemon[m]> ok so youre talked about a coordinated attack where you delibrately lower or raise the hash rate
00:00:54 <maxwellsdemon[m]> talking*
00:02:11 <maxwellsdemon[m]> and that essentially feedbacks into the network, and you can then "control" network
00:07:06 <Shay_> Hey everyone :D I was wondering how I can stop my xmrig-proxy from showing debug messages, I must've pressed a key earlier to enable it and don't know what the toggle key is to disable it, any help would be appreciated 
08:58:35 <libre[m]> Can the payment id from an integrated address be used as a ‘poor man’ version of viewtags?
12:28:26 <libre[m]> I was thinking a server can keep track of all payment_ids. Then the user just polls by payment_id. This would work great for PoS or payment plugins. No need to run a node or share a view_key with a server (possibily overloading it if hundreds of payments). The view_key stays local, the server just returns the raw_tx associated with the payment_id
12:35:08 <tevador> Payment ids are encrypted on chain. You need the view key to decrypt the actual value from the transaction. So the server cannot look up a tx based on a payment id value.
12:37:02 <tevador> Also I would caution against basing new functionality on payment ids as they will be deprecated in the future.
13:27:13 <spirobel[m]> <tevador> "Also I would caution against..." <- but the seraphis addressing scheme will also include a shared secret between buyer and seller. Maybe it would be good to think about if another tier could be helpful that can only decrypt the shared secret aka paymentid 
13:30:33 <tevador> There is already Tier 1.5 which can do that (it can also see amounts)
13:31:28 <tevador> https://gist.github.com/tevador/50160d160d24cfc6c52ae02eb3d17024#63-tier-15
16:51:08 <Halver[m]> With PHP, in order to use the get_height RPC on my local monerod node, I'm doing :
16:51:21 <Halver[m]> exec('curl http://127.0.0.1:18081/get_height', $output, $retval);
16:51:27 <Halver[m]> It works well, but I'm curious if there is maybe a smarter way to proceed ?
16:51:45 <Halver[m]> s///
16:51:56 <moneromooo> Yes, not running something that looks like it's interpreted by a shell.
16:52:46 <moneromooo> Though that one's innocuous enough I guess.
16:53:42 <moneromooo> Using /usr/bin/curl would at least prevent an obvious oops.
17:08:17 <Halver[m]> Thanks Mooo
18:36:03 <libre[m]> <tevador> "Payment ids are encrypted on..." <- I understand. Theoretically, given that that decryption requires the tx_public_key and view_secret_key I could still do this locally.
18:38:24 <libre[m]> Ask the server for all tx's that have payment_ids in the next N blocks (5 for a 10 minute pay window). Try to decrypt them locally using txs_public_key and view_private_key.
18:39:29 <libre[m]> The benefit I see to this scheme is not communicating the viewkey to the server. Offload the processing to the client. Monitor and verify payments locally. 
18:40:03 <libre[m]> The client just has to find it's payment_id in the set of decrypted_payment_ids 
18:43:56 <libre[m]> This is stupid lol, sorry. If I have the viewkey locally I can still do this same scheme without payment_ids. 
21:25:09 <Guest33> hi
21:25:30 <Guest33> I'm looking for experienced blockchain developers to help me with something
21:31:04 <Rucknium[m]> Guest33: On Matrix, you can go to #monero-recruitment:monero.social 
22:06:16 <Guest33> hm?
22:06:22 <Guest33> on matrix.org?
22:06:47 <Guest33> hello?
22:06:48 <Guest33> ANYONE
22:06:53 <Guest33> CAN ANYONE HERE ME?
22:08:59 <maxwellsdemon[m]> nope
22:11:07 <GodSchrodinger> hi
22:11:46 <Guest33> Guest33: hi
22:11:51 <Guest33> what's up?
22:11:56 <GodSchrodinger> nm hbu?
22:12:13 <Guest33> i'm tryna get help but none of these guys will help
22:12:18 <GodSchrodinger> ok
22:14:14 <UkoeHB> Here’s a tip: ask a real question if you want an answer.
22:50:55 <xmr-ack[m]> Is there a way to find what the starting block of a wallet is after it is already created and I forget when I made it? 
22:51:01 <xmr-ack[m]> Using https://www.getmonero.org/resources/developer-guides/wallet-rpc.html
22:55:06 <tevador> AFAIK the timestamp is saved in the .keys file, but I'm not sure if there is an API call that can display the value
22:57:18 <plowsof[m]> rpc_connection.get_height() 👀
22:59:10 <tevador> ^ that returns the current sync height, not the restore height
22:59:12 <plowsof[m]> ah, i think this is just the 'height it is currently at' - ignore 
23:00:11 <plowsof[m]> so, get_transfers and find the tx with the earliest blockheight 
23:10:11 <xmr-ack[m]> plowsof: Smart, thanks!