00:38:47 <ofrnxmr[m]> <datafrag[m]> "yeah, elite was a trading..." <- No, it just a wallet
07:22:54 <tom-1> Hi all . How to check if a service is controlled ( sellable ) or not now ?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/c7a9d3b43794cb46bdef12163b54d5c186d82996>)
08:00:37 <modul8[m]> well...they are a company. what do you expect them to do? they will get shut down for everybody then. try bisq or test out haveno which is in testing. software p2p.
08:16:10 <DanrdarkIsnotthe> been a while like that tho
12:25:56 <k4r4b3y[m]> is there a software that I can self-host that is like imgur (or catbox.moe), but requires its users to do a micropayment in xmr per picture file the users upload to it?
12:44:45 <anarkiocrypto[m]> I don't know about existing software but I could write a simple image upload script (in PHP) that checks for payment via TXID + TX key.
12:55:05 <k4r4b3y[m]> I think pixelfed is also written in PHP. If it could be integrated in that, perhaps would be cool
13:05:18 <anarkiocrypto[m]> Here is some (messy) code to check for payment: https://codeberg.org/anarkio/vendo/src/branch/main/src/func/monero_api.php
13:05:19 <anarkiocrypto[m]> But you only really need this: https://xmrchain.net/api/outputs?txhash=TXID&address=ADDRESS&viewkey=TX_KEY&txprove=1
13:05:19 <anarkiocrypto[m]> You write your Monero address and payment amount in the source code, and the user provides their TXID and TX Key in a form.
13:05:19 <anarkiocrypto[m]> If you already have a storage VPS for the image uploads, it would be nice to run a Monero full node + Monero Onion Blockchain Explorer API instance (https://github.com/moneroexamples/onion-monero-blockchain-explorer), to reduce load on Xmrchain.net (sadly I can't afford this for Kuno/Vendo).
13:54:24 <dudeitwasntme> I know that I can use CoinGecko API but is there a database I can download of historical prices or would I need to build it myself?
16:28:29 <BlueBond> My one concern with using monero is that if someone is gathering all the transactions right now, they'll be able to 'break' the current algorithms keeping the transactions p
16:28:30 <BlueBond> rivate, in the future, either through bruteforce with better technology that makes it trivial, or new vulneralbilites. Now I don't know much about how monero works, so I'm h
16:28:32 <BlueBond> oping that my concerns are either completely innacurate or a little far-fetched. Any clarity on this would be great, t
16:30:48 <naphtha[m]> when that happens we'll have a looot more important things to worry about
16:31:59 <naphtha[m]> everyone that runs a node is gathering all transactions by definition
16:33:45 <BlueBond> But if technology just continues getting faster, like it has, and monero keeps changing algorithms to keep the current transactions secure, will the old transactions now be crackable, is what I mean.
16:40:28 <Side-trips[m]> Consider me spookpilled
16:47:38 <naphtha[m]> <BlueBond> "But if technology just continues..." <- it really hasn't, especially in the past decade. we've had 3ghz processors since 2006, today's latest and most expensive processors can barely crack 5ghz
16:48:09 <naphtha[m]> s/3ghz/3.7ghz/
16:48:25 <naphtha[m]> they just made the manufacturing process cheaper and more efficient
16:49:11 <naphtha[m]> that's why for any serious computing tasks you just add more cpus and do parallel processing
16:50:22 <naphtha[m]> which has been possible since forever, nothing's stopping the cia or the nsa or the fbi or whatever from buying thousands of cpus and trying to bruteforce whatever
16:50:34 <naphtha[m]> it's just not feasible and it probably won't be any time soon
16:52:28 <BlueBond> That's true, I spose advancements in CPU speed have slowed down signifcantly.
16:55:36 <monerobull[m]> It really doesn't matter for even most hardcore criminals if their transactions get leaked 20 years later
16:55:57 <naphtha[m]> but yes, to answer the question, in a hypothetical imaginary world where "quantum computers" aren't vaporware, old transactions will probably be crackable
17:03:24 <BlueBond> Okay, thanks, just trying to get a grasp on the things the book didn't teach ( or I missed ), before using monero.
17:05:56 <merope> <naphtha[m]> "it really hasn't, especially..." <- IPC has gone up though, and so have specialized instruction sets. So the "rpm" of the engine is the same, but it has actually become more powerful (and efficient)
17:08:47 <naphtha[m]> right, but that has plateau'd too
17:09:20 * naphtha[m] uploaded an image: (126KiB) < https://libera.ems.host/_matrix/media/v3/download/kyun.host/YzbNPzKUJLoZubJPbCbppfsq/x.png >
17:11:18 <merope> That's one specific benchmark though, and that graph only has Zen 1... 2017 was 6 years ago 🤣😰
17:12:09 <merope> Zen 2 and 3 have made big steps forward compared to Zen 1 afaik (at least as far as mining is concerned, anyway)
17:12:36 <merope> Is there an updated version of that graph?
17:13:19 <naphtha[m]> merope: im looking for one but i havent found any newer one for ipc
17:13:37 <naphtha[m]> https://www.cpubenchmark.net/year-on-year.html
17:14:10 <naphtha[m]> performance gains when you just add more threads are really what makes newer cpus faster
17:14:37 <naphtha[m]> the growth in the single core graph is almost negligible compared to multicore
19:07:30 <k4r4b3y[m]> wallet SDK CCS proposal is open for donations now! https://ccs.getmonero.org/proposals/vd-wallet-sdk-android.html
19:07:36 <k4r4b3y[m]> every nero counts!
19:40:05 <DanrdarkIsnotthe> Hmmm
22:00:16 <revuoxmr> Revuo Monero Issue 176: June 15 - 22, 2023. https://revuo-xmr.com/issue-176.html