ty

<p​lowsof:matrix.org> fixedfloat is still going through some issues* "Network temporarily suspended for maintenance"

<1​23bob123:matrix.org> Brb?

<b​rendacharlotte> 𝗜'𝗹𝗹 𝘁𝗲𝗮𝗰𝗵 𝟭𝟬 𝗽𝗲𝗿𝘀𝗼𝗻𝘀 𝗵𝗼𝘄 𝘁𝗼 𝘁𝗿𝗮𝗱𝗲 𝗮𝗻𝗱 𝗲𝗮𝗿𝗻 $𝟭𝟬𝗸-$𝟯𝟱𝗸 𝘄𝗶𝘁𝗵𝗶𝗻 𝟳𝟮 𝗵𝗼𝘂𝗿𝘀 𝗳𝗿𝗼𝗺 𝘁𝗵𝗲 𝗰𝗿𝘆𝗽𝘁𝗼 𝗺𝗮𝗿𝗸𝗲𝘁 𝗯𝘂𝘁 𝘆𝗼𝘂 𝘄𝗶𝗹𝗹 𝗽𝗮𝘆 𝗺𝗲 𝟭𝟬%<clipped message>

<b​rendacharlotte> 𝗼𝗳 𝘆𝗼𝘂𝗿 𝗽𝗿𝗼𝗳𝗶𝘁 𝘄𝗵𝗲𝗻 𝘆𝗼𝘂 𝗿𝗲𝗰𝗲𝗶𝘃𝗲 𝗶𝘁. 𝗡𝗼𝘁𝗲 𝗼𝗻𝗹𝘆 𝗶𝗻𝘁𝗲𝗿𝗲𝘀𝘁𝗲𝗱 𝗽𝗲𝗼𝗽𝗹𝗲 𝘀𝗵𝗼𝘂𝗹𝗱 𝗮𝗽𝗽𝗹𝘆, 𝗱𝗿𝗼𝗽 𝗮 𝗺𝗲𝘀𝘀𝗮𝗴𝗲 𝗹𝗲𝘁'𝘀 𝗴𝗲𝘁 𝘀𝘁𝗮𝗿𝘁𝗲𝗱 𝗯<clipped message>

<b​rendacharlotte> 𝘆 𝗮𝘀𝗸𝗶𝗻𝗴 (𝗛𝗢𝗪)@everyone

<j​ordan_sanchez:matrix.org> Wow, very cool, I totally believe this rare, and unique opportunity.

<j​ordan_sanchez:matrix.org> This is totally legit, and compliant with SEC standards.

<j​ordan_sanchez:matrix.org> I think you should talk to a guy named Tommy UK that would be interested in your opportunity.

<s​omeoneelse495495:matrix.org> lmao @everyone. This bot think he is on discord

<s​huroii:matrix.org> @snex I got your image to load but I don't see a page when going to localhost:3000 (when running your container in podman on a test machine whilst trying to contact it from that same machine)

<s​huroii:matrix.org> The favicon does load

<s​huroii:matrix.org> Oh actually your page might default to https only mode

<s​huroii:matrix.org> Nvm, from reading the readme I now gathered the right endpoint is /admin/wallets

<s​huroii:matrix.org> Little unintuitive but I'd solve that with an ingress myself anyway

<s​huroii:matrix.org> Does xpg support serving from a subpath?

<e​ndor00:matrix.org> That message was indeed relayed from discord

<s​omeoneelse495495:matrix.org> Calling for help, I don't have any old monerod in hand right now. Can anyone with a relatively old running monerod run this command: `curl 127.0.0.1:18081/json_rpc -d '{"jsonrpc":"2.0","id":"0","method":"get_alternate_chains","params":{}' -H 'Content-Type: application/json'` and returns me its result ? (you may need to disable --restricted-rpc)

<s​omeoneelse495495:matrix.org> Could really buy me some time 🙏

s​omeoneelse495495 paste.debian.net/hidden/a8e8591e

<s​omeoneelse495495:matrix.org> thx a lot

this is on a node with 27 days uptime

<s​h1n0b1:matrix.org> Hi folks,

<s​h1n0b1:matrix.org> I'm currently playing around with the RPC pay system. I understand how remote mining works, including hashes, and also how to retrieve credits when an RPC call is made.

<s​h1n0b1:matrix.org> However, is it also possible to specify that accessing the page /download costs 20 credits? Or can I require a credit payment from the user that isn't directly related to an RPC call?

<s​huroii:matrix.org> You'd need a middleware for that I reckon

<m​onerobull:matrix.org> i honestly wouldnt bother with this

<m​onerobull:matrix.org> the friction is probably similar to just asking for a small payment unless you are trying to server people who dont have any monero

<s​h1n0b1:matrix.org> Yep i already build something to play around. But it is not clear to do a call like request 20 credits from address XYZ

<m​onerobull:matrix.org> probably better the other way around?

<m​onerobull:matrix.org> "prove youve mined 20 credits and you get access"

<s​h1n0b1:matrix.org> Okay yep thats a good way. But once the user have mined 20 credits, they still have them as balance on my rpc.

<s​h1n0b1:matrix.org> I mean i cloud do a "fake call", like get_balance with the cost of 20 credits

<m​onerobull:matrix.org> check if balance has increased by 20 from the last time they accessed the resource?

<m​onerobull:matrix.org> idk, im no programmer

<s​h1n0b1:matrix.org> Puhh digged deep but found some undocumented rpc call "rpc_access_pay" that is what i searched for :)

<m​onerobull:matrix.org> average working-with-monero experience

<g​ingeropolous:monero.social> sh1n0b1: have you come across primo? repo.getmonero.org/selene/primo

<g​ingeropolous:monero.social> the code first started here: github.com/selene-kovri/primo , but then the dev lost github access or something

<g​ingeropolous:monero.social> long story short, it ended up as a firefox plugin

<s​h1n0b1:matrix.org> Yep, i have looked up to it c++ is not my main language. But there i found the rpc call for it. Thx for the fast response.

<b​asses:matrix.org> hacked

<.​dzonatan> What node syncing speed (blocks / minute) would be considered “healthy” these days? I just have a very old node that’s been running for like forever, had some outages lately ant noticed that it’s really slow to catch up with the latest block. Wondering if it's time to do some upgrades.

<m​onerobull:matrix.org> as long as it syncs more than 1 block per 2 minutes it will eventually catch up :P

shuroii: i'm currently finishing a rclone CSI driver, which I plan to use for monero

shuroii: i don't know if you're too far down the path, but cilium is a nice CNI, since most things you will want are provided by a cohesive stack

<p​cre:matrix.org> How come that "make_integrated_address" does not accept a subaddress?

<p​cre:matrix.org> error message rpc: Subaddress shouldn't be used

<p​cre:matrix.org> getmonero.org/resources/developer-g…et-rpc.html#make_integrated_address

<p​cre:matrix.org> The primary address seems fine.

<m​onerobull:matrix.org> bruh

<m​onerobull:matrix.org> subadresses are the replacement for integrated addresses

<p​cre:matrix.org> Are they really?

<m​onerobull:matrix.org> at least thats what they were initially supposed to be yeah

<p​cre:matrix.org> You don't want to have as many subaddresses as orders.

<m​onerobull:matrix.org> we still have them because exchanges and merchants use them

<p​cre:matrix.org> ok fair enough.

<m​onerobull:matrix.org> i dont think theres actually a downside to having many subadresses but i could be wrong

<p​cre:matrix.org> With Bitcoin, it would make a difference in terms of fees (UTXO's). I can't tell you exactly what the situation is with Monero

<m​onerobull:matrix.org> subadresses go to the same wallet

<p​cre:matrix.org> So the integrated Adress is pretty much primary address + paymentId

<m​onerobull:matrix.org> subaddresses go to the same wallet

<m​onerobull:matrix.org> thats their purpose yeah

<m​onerobull:matrix.org> so you can hand out new ones to different people as well as tell who sent you monero

<m​onerobull:matrix.org> now accounts, that is different

<r​ucknium:monero.social> pcre: AFAIK, in bitcoin using the same or different addresses doesn't change the fees you need to use to consolidate UTXO. Each payment goes to a separate UTXO if you use the same address. Do you have different info?

<r​ucknium:monero.social> Bitcoin outputs are spent by their TXID + index within the tx, not their address. Their address is a public key that unlocks each of the UTXO.

<r​ucknium:monero.social> Can you consolidate the signature data?

<r​ucknium:monero.social> I would like to see references on this.

<p​cre:matrix.org> True. It is the tx and not the address. correct. Messed it up

<r​ucknium:monero.social> Are you making a payment processor or something?

<p​cre:matrix.org> Yes.

<p​cre:matrix.org> some fun project

<p​cre:matrix.org> github.com/d4ndox/mnp

<r​ucknium:monero.social> Does it need to be custom? BTCPay server and BitCart support both XMR and BTC

<p​cre:matrix.org> Unix- Mother*****, do you speak it. :)

<p​cre:matrix.org> If ypu read the Getting started Example. You understand the concept.

<r​ucknium:monero.social> pcre: You can join #monero-community-dev:monero.social

@s​huroii nope ive kept it as simple as possible - if you want to do anything like that you can put a reverse proxy in front of it

<s​huroii:matrix.org> I'm only getting a 404 when I send a test invoice

are you POSTing with all the required fields?

have you set up a wallet?

we should probably take these details to DM

<s​huroii:matrix.org> `curl -X POST 0.0.0.0:3000/api/v1/invoice -d <json data filled in with some info from the github example> -H 'Content-Type: application/json`

<s​huroii:matrix.org> I don't have nor want to set up an IRC client

<s​huroii:matrix.org> I get greeted with your 404 pagw

<s​huroii:matrix.org> I get greeted with your 404 page

im on matrix, @snex:matrix.xens.org

<s​huroii:matrix.org> Ah ok

<t​rasherdk:monero.social> As usual, I have no idea what this jordan_sanchez: dude is on about. Can I get the short version?

<s​huroii:matrix.org> it's a scam

<s​huroii:matrix.org> message above it got deleted

<t​rasherdk:monero.social> Believe it or not. Those still exist, not having XMR on hand 😬

<t​rasherdk:monero.social> But, yes. The access by hashes is pretty much dead.

<m​onerobull:matrix.org> I am aware

<m​onerobull:matrix.org> But at least people will look into it if they really want access

<m​onerobull:matrix.org> With mining it might not work at all or their phone gets hot and they think it's a virus haha

<t​rasherdk:monero.social> Yeah, I had that a few times.

<t​rasherdk:monero.social> Asking a question, getting the response, read the source, it's all there 😆

<m​onerobull:matrix.org> I meant the undocumented part haha

<t​rasherdk:monero.social> And that's why we have " integrated addresses"

<p​cre:matrix.org> I like the design of integrated addresses.

<t​rasherdk:monero.social> When you are selling a few stickers a day, you are probably okay with subaddesses. Try doing small transactions at scale, and keep track of those. Integrated addresses server a purpose.

<p​cre:matrix.org> I might even consider to only support "integrated addresses" in mnp. Keep it slim.

<t​rasherdk:monero.social> This one cracked me up 🤣

<m​onerobull:matrix.org> Sure

<m​onerobull:matrix.org> Just saying that they were initially supposed to be deprecated

<p​cre:matrix.org> Good point

<t​rasherdk:monero.social> Yeah, it makes stuff really simple. Did I get paid for that invoice, or not.

<t​rasherdk:monero.social> No need to check, if your scan depth is deep enough.

<t​rasherdk:monero.social> Binance just deprecated Monero, and why should we care?

<t​rasherdk:monero.social> Integrated addresses serves a valid purpose. They are scrambled/encrypted, they don't harm privacy.

<m​onerobull:matrix.org> If there's really no difference in handling, pushing people to use the newer version is still beneficial

<t​rasherdk:monero.social> What new version?

<m​onerobull:matrix.org> Subaddresses?

<m​onerobull:matrix.org> Even if it's just to simplify the codebase a few years down the road

<a​lex:agoradesk.com> They do harm privacy. Off-chain linking.

linking to what?

its a one time use

<a​lex:agoradesk.com> Linking payments to the same party.

<a​lex:agoradesk.com> Integrated addresses can be decoded to see the base address.

<a​lex:agoradesk.com> Subaddresses aren't linkable.

<t​rasherdk:monero.social> Using Integrated addresses simplifies the software using them.

<p​cre:matrix.org> Dont you need the key to decode the integrated address?

<m​onerobull:matrix.org> If you had a wallet that did payment requests via integrated address, that would harm your privacy

<t​rasherdk:monero.social> Any transaction not using Integrated addresses, still have a dummy field, simulating an Integrated addresses.

<a​lex:agoradesk.com> The cost/benefit ratio is not worth it. The benefit of not having to pre-generate a bunch of subadresses doesn't outweigh, in my opinion, the privacy cost of leaving a ton of linkable data off-chain.

<a​lex:agoradesk.com> Nope. It can be decoded even by a javascript-based tool like luigi's tools.

<m​onerobull:matrix.org> For example if you do p2p trades

<m​onerobull:matrix.org> And you have two feds buying from you a year apart

if you are running a web store, any addressing scheme you care to use can link addresses back to you

<m​onerobull:matrix.org> With subaddresses they wouldn't be able to tell if you had access to the same wallet all year

<m​onerobull:matrix.org> With integrated addresses they could confirm it

<a​lex:agoradesk.com> Wrong. Subaddresses aren't linkable to third-party observers. Unless they have access to your database/wallet they won't know the addresses are linked.

<m​onerobull:matrix.org> This would also be a factor if an online shop gets sold behind the scenes

<m​onerobull:matrix.org> Presumably the receive wallet is not regularly changed out but you could tell with integrated addresses but not subaddresses

ok and? amazon also doesnt change its bank accounts when i order there. how does this matter?

i expect a merchant to have the same wallet

<m​onerobull:matrix.org> Why does privacy matter at all?

theres no privacy being leaked here

i order from moneroshop.com. moneroshop.com is necessarily making itself non-private so that i can actually buy things there

if you want pure privacy, never transact with anyone for anything

<m​onerobull:matrix.org> There is metadata being leaked that doesn't have to be leaked

but, there isnt

<t​rasherdk:monero.social> I'm pretty sure, when we had this discussion, some years ago, the reason it was not nuked already, was. I have a valid use case, and is encrypted anyways. How does that compromise privacy?

<t​rasherdk:monero.social> I/it/s

if moneroshop.com uses subaddys, i can still buy from them multiple times and associate all those subaddys with moneroshop.com

i can generate thousands of fake orders to harvest subaddys but never buy the product

wait til you find out that moneroshop.com needs my address to be able to ship me the thing i bought

<m​onerobull:matrix.org> But you wouldn't be able to tell if moneroshops owner has changed

why does it matter?

all i care about is if i get the product

<m​onerobull:matrix.org> Or if they have access to the receive wallet only right now or since 5 years ago

<m​onerobull:matrix.org> It's not your privacy that's impacted

correct. its nobody's

youre creating monsters under the bed

<m​onerobull:matrix.org> It's the seller that gives you an integrated address instead of a subaddy

it really isnt

<m​onerobull:matrix.org> These details matter

<t​rasherdk:monero.social> How would you know the difference?

<m​onerobull:matrix.org> Alex just said you can easily get to the root address from an integrated one

<m​onerobull:matrix.org> You can't do that with subaddresses

and you do what with that?

<m​onerobull:matrix.org> Exactly what I explained, correlate wallet access over time

but you already did that. because its all on moneroshop.com

youve brought zero new info to the table

<m​onerobull:matrix.org> Yes you do

<m​onerobull:matrix.org> Moneroshop could have changed owners years ago

who cares?

<m​onerobull:matrix.org> Maybe not right now but the feds will definitely bring it up in court if they ever have a reason to

you realize that regular companies change ownership too yes? and when they do, they hand over the bank accounts to the new owners

<m​onerobull:matrix.org> And if you buy a crypto online shop you'd keep the deposit wallet the same? That's insane

ah so you make a new wallet when you buy the shop? so then the integrated addys no longer correlate...

gg no re see ya next time

<m​onerobull:matrix.org> But it would be obvious and easily proven when that change was made

<t​rasherdk:monero.social> Okay, dude. Unless you are willing to participate in a serious and semi civil discussion, shut the fuck up.

or it would be obvious and easily proven that moneroshop cycles wallets every month

<m​onerobull:matrix.org> With subaddresses you have what's it called

<m​onerobull:matrix.org> Reasonable deniability

<m​onerobull:matrix.org> Why would moneroshop cycle their address every month?

because they are run by paranoid people like you

<m​onerobull:matrix.org> You could also do timing analysis and still detect when there is unusual activity

<m​onerobull:matrix.org> This shit gets correlated man

<m​onerobull:matrix.org> "they always change on the 30th but in August the suspect was confirmed at Monerokon and coincidentally the change only happened after monerokon was over and the suspect was home"

man its so hard to just make the change on the 30th

i guess we should change the entire code instead

<m​onerobull:matrix.org> This is really not the point here

<m​onerobull:matrix.org> Subaddresses already exist?

correct. the point is you want to eliminate a feature that others find useful when you can already do whatever paranoid things you want to do with the current code

you dont have to use integrated addresses if you dont want to. why do you want to prevent others from using them?

<m​onerobull:matrix.org> I haven't said I want it gone

<m​onerobull:matrix.org> I said it's deprecated

<m​onerobull:matrix.org> And shouldn't be used since there's a better alternative

<m​onerobull:matrix.org> It will be gone with seraphis anyways

<t​rasherdk:monero.social> It's not that hard. Just make script, that for every invoice you send, increase the scan depth by one.

<b​asses:matrix.org> libreddit.bus-hit.me/r/Monero/comme…rivacycybersecurity_clothes_posters

<b​asses:matrix.org> >with graphics related to the Silk Road Market

<b​asses:matrix.org> Imagine walking on the streets with that shirt

<s​uttonjames> We have collaborated with OPENSEA on a new free mint. Users in this server can participate.

<s​uttonjames> 🚀 @everyone @here You can be selected, please participate in [CLAIM](mysteyclick.tesbw.app) as soon as possible.

<b​asses:matrix.org> what exchanges are not part of CryptoSafe Alliance?

can only guess and my guess would be tradeogre

bisq

<c​rz:matrix.org> BasicSwap