<t​he.king45:matrix.org> 👇♦FREE 🎁 GIFT FOR THERE♦👇

<t​he.king45:matrix.org> Come to my telegram group

<t​he.king45:matrix.org> To make some money 💰

<t​he.king45:matrix.org> Make money essay

<t​he.king45:matrix.org> I promise you all 👉NO SCAM ❌

<t​he.king45:matrix.org> NO PAYMENT FEES ❌

<t​he.king45:matrix.org> I PROMISE YOU ALL 💟

<t​he.king45:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇

<t​he.king45:matrix.org> t.me/+ioqje81ziAYyYTc0

<t​he.king45:matrix.org> t.me/+ioqje81ziAYyYTc0

<t​he.king45:matrix.org> @everyone @everyone

<t​he.king45:matrix.org> 👇♦FREE 🎁 GIFT FOR THERE♦👇

<t​he.king45:matrix.org> Come to my telegram group

<t​he.king45:matrix.org> To make some money 💰

<t​he.king45:matrix.org> Make money essay

<3​21bob321:monero.social> thanks mbll

<3​21bob321:monero.social> ^

<p​laiwanone:matrix.org> nope

<system> file $XMRBKK.pdf too big to download (7265711 > allowed size: 1000000)

<p​laiwanone:matrix.org> $XMRBKK.pdf

<m​onerobull:monero.social> is this sus

<m​onerobull:monero.social> this seems sus

<m​onerobull:monero.social> explain what this is or ill ban for malware

<m​onerobull:monero.social> it didnt open in the sandbox so i am suspicious

<e​longated:matrix.org> Delete then ask questions

<p​laiwanone:matrix.org> Sorry just a concept which isn't complete

<f​iatdemise:matrix.org> Great to see progress on multi recipient URI, looking forward to that! monero-project/monero #9756

FiatDemise not excited about @MoneroAfrica?

<f​iatdemise:matrix.org> You follow me on X? Nice

<f​iatdemise:matrix.org> Yeah, that guy is just latest in long string of scammers. Worst is psyman169, that guy just doesn't give up

Just realised that Monero is #20 in the Halal cryptocurrency marketcap charts. keep up the good work people. (coinranking.com/coins/halal)

<m​onerobull:matrix.org> the fuck is this list

<m​onerobull:matrix.org> how on earth are scams like XRP halal?

<m​onerobull:matrix.org> doge is a dog meme, aren't dogs haram?

monerobull: please moderate this blasphemy

or we will all suffer the WRATH

<m​onerobull:matrix.org> also wasnt beldex the "first halal certified" coin?

mashallah-ero midipoet 🙏

<s​yntheticbird:monero.social> lmfao

does anybody recommend a specific API for historic prices/market caps (e.g., coinranking.com API or coinmarketcap.com API, etc), or are those two suitable enough? - research question, not explicit price talk

<r​ucknium:monero.social> midipoet: What are your data needs? Which coins, how frequent, and how far back in time?

Bitcoin, Monero, Firo, ZCash. probably 5Y timelines (as i understand it at the moment). also wondering if it is possible to filter by exchange and/or trading pair, which might also be beneficial. I am assuming that coinranking and coinmarketcap APIs provide this ability, but maybe they don't.

<r​ucknium:monero.social> The aggregators will charge you for detailed historical data. You can try that, but I haven't yet. Kraken, which I've used, has maximum granularity for the coins it lists.

that helps - thanks rucknium

<r​ucknium:monero.social> You can get every single trade on Kraken at support.kraken.com/hc/en-us/article…torical-market-data-time-and-sales-

<r​ucknium:monero.social> And one-minute granularity for candles is here: support.kraken.com/hc/en-us/article…n-High-Low-Close-Volume-Trades-data

ideally the .csv would be downloaded / parsed by scripts, iirc ive done this for monero with coinmarket caps csv

(open,close,market cap) if you dont need the advanced stuff as above

<r​ucknium:monero.social> midipoet: What are you using the data for, by the way?

<o​hchase:envs.net> Are these trades actual monero transactions? There's no way right. It's just them internally book keeping their reserve right?

<e​longated:matrix.org> every trade that happened on kraken

<r​ucknium:monero.social> ohchase: AFAIK, all CEXes perform trades on their internal order book. No on-chain txs. On-chain txs are needed for deposits and withdrawals to/from user accounts, of course.

<o​hchase:envs.net> I guess for monero it's almost "good" they are not on chain. Also now I'm curious and this might be me still not understanding the whole monero functionality (working on it... just a complex project); but they're obviously sending valid transactions because my wallet running monerod from source detects the output all find and dandy, and they have the right and responsibility proba<clipped message>

<o​hchase:envs.net> bly to document that transaction. BUT, is there any way to check if they're creating their transactions like how monerod is? For example could an outside observer with no inside information of Kraken just watch the chain and go, oh yeah that's definitely a kraken withdraw

<o​frnxmr:xmr.mx> Yes. They can stuff shit in tx-extra or use non-standard fees

<o​frnxmr:xmr.mx> Some swappers do this, making it obvious when a swap is coming from their service

<o​hchase:envs.net> But that would be the CEX, i'm just saying as a total outside observer with no knowledge from the CEXs, go and do a couple withdraws and then kinda reverse engineer indicators?

<o​frnxmr:xmr.mx> Even haveno atm uses elevated fees when the tx pool is empty. Those are a standard fee tier, but still differ from what everyone else is doing

<o​frnxmr:xmr.mx> Not sure what youre asking

<o​hchase:envs.net> Maybe i don't know what i'm asking either lol

<r​ucknium:monero.social> ohchase: Yes. This has been done before. If a CEX or other service uses nonstandard wallet code and makes a mistake (intentionally or not), then this can be done

<o​frnxmr:xmr.mx> If standars fee is 20000/byte, and someone is using 15000 or 25000, then its obvious for any outside observer to see the difference

<o​frnxmr:xmr.mx> Is a standard 1/2 tx is ~ 1.5kb, but someone is producing 1.6-1.7kb tx, that is also obvious

<r​ucknium:monero.social> It has been done before for nonstandard code for user-facing wallets, too. **I** have done it.

<r​ucknium:monero.social> On Exodus, for example.

<r​ucknium:monero.social> MRL is trying to figure out ways to prevent these fingerprints from appearing

<r​ucknium:monero.social> by making it impossible to relay a txs that is nonstandard

<o​hchase:envs.net> Interesting, so could be of value for traders to detect withdraws and maybe use that for pricing speculation

<r​ucknium:monero.social> You don't have amounts public like with other coins, so it would be much less useful to traders than the exchange fingerprints on transparent coins' txs

<o​frnxmr:xmr.mx> Imo node should drop/no-relay tx that are non standard

<r​ucknium:monero.social> And it is much easier to figure out when those coins are coming from those CEXes because they are close to the exchange's known wallets on the transparent tx graph of transparent coins.

<o​frnxmr:xmr.mx> Monero's fee algorithm is at the root of our scaling, using something else should be essentially "banned"

<o​frnxmr:xmr.mx> Similar logic to not allowing someone to create non-16 ring tx

<o​hchase:envs.net> gotcha, im seeing now there is a desire to totally remove tx_extra. I was just getting into the community when I started reading about the whole reducing tx_extra size because it was decided that the nft stuff wasn't desired

<o​hchase:envs.net> gotcha, im seeing now there is a case/discussion to totally remove tx\_extra. I was just getting into the community when I started reading about the whole reducing tx\_extra size because it was decided that the nft stuff wasn't desired

<o​frnxmr:xmr.mx> You could create 1/2 transactions that were 100kb. 3 of these takes up a whole block, and as decoys are obviously not the real spends

<r​ucknium:monero.social> It's very hard, if not impossible, to prevent someone from embedding data deliberately in a tx even if tx_extra is removed. Basically, cryptographic signatures have free bytes you can insert data into.

<r​ucknium:monero.social> But you can make it harder to accidentally create fingerprinted txs

<o​frnxmr:xmr.mx> Yeah but you cant exceed the data thresholds of the expected data

<o​frnxmr:xmr.mx> I'd prefer 1.5gb of steg > 1.5kb of tx + 98kb of jpeg

<o​frnxmr:xmr.mx> Kb*