<usb:envs.net> lmao

<dormouse:matrix.org> @frogmindset:matrix.org: You view the profile and the option is there.

<dormouse:matrix.org> This is what Element-X offers:

<dormouse:matrix.org> mrelay.p2pool.observer/m/matrix.org/offdrrSZiQqTkqVhBvqrPHMS.png (1000003460.png)

<ravfx:xmr.mx> Element-x is garbage (exvept for sliding sync)

Added a mini block explorer to Monero Blocks like blocks.p2pool.observer/block/23e402…5cfee9df42f0459d906da92403a5661246f or blocks.p2pool.observer/block/7d8915…d556a03b9e3708eec33d5e3043a0676b88d

Can display details on orphaned blocks and other information like list of withheld transactions from qubic or merge mined chain count

huge re-org just happened on the monero network

<jeffro256> that one was impressive

<elongated:matrix.org> It’s over

<elongated:matrix.org> 🤖

<kevino:tchncs.de> 18 block reorg just happened 👀

17 block

3499659 - 3499676

<binarybaron:matrix.org> does this break anything (besides the risk of double spends)?

<binarybaron:matrix.org> what if I receive funds and then spend those, then the funding tx is reorged and put into a new block, will the old transaction (that spends the re-orged one) still be valid and included in a block again?

<binarybaron:matrix.org> Transfer proofs should still be a valid right? Even if the transaction is re-orged into a new block?

<kevino:tchncs.de> @binarybaron:matrix.org: Yes it should be included in block. The defult time for a transaction in mempool is 72 hrs

<elongated:matrix.org> @kevino:tchncs.de: If they had decoys from invalid blocks, txs are invalid

<binarybaron:matrix.org> Outputs only receive their index once they are included in a block right?

<kevino:tchncs.de> @kevino:tchncs.de: Cc DataHoarder

<kevino:tchncs.de> nssy2: Start and end blocks are inclusive

<elongated:matrix.org> Some txs will be invalid and need to be resent > <@binarybaron:matrix.org> does this break anything (besides the risk of double spends)?

<kevino:tchncs.de> @elongated:matrix.org: A normal users won't be able to send decoys

<binarybaron:matrix.org> What would be the proper way to handle this? Watch for transactions and reconstruct if they got invalidated?

<binarybaron:matrix.org> Asking specifically for our BTC<>XMR implementation. We might have to seriously think about adding some more resilience to re-orgs

<elongated:matrix.org> @kevino:tchncs.de: 😂 your dsa selects those recent outputs as decoys

<elongated:matrix.org> @binarybaron:matrix.org: Yes

<elongated:matrix.org> Maybe rework on dsa

<binarybaron:matrix.org> wdym?

<elongated:matrix.org> @binarybaron:matrix.org: Current decoy selection algo uses decoys from very recent mined blocks, if these keeps getting reorg your txs are more prone to getting invalidated

<binarybaron:matrix.org> But us modifying the decoy selection algorithm isn’t really viable.

<elongated:matrix.org> Never liked current dsa, one more reason it needs to be fixed

<binarybaron:matrix.org> We need to produce standard transactions too

<binarybaron:matrix.org> Even more reasons we need FCMP++ as quickly as possible

<binarybaron:matrix.org> Rings are holding us back

<elongated:matrix.org> Your txs will stand out, but your spending outputs might not > <@binarybaron:matrix.org> But us modifying the decoy selection algorithm isn’t really viable.

<kevino:tchncs.de> The decoys are not published to whole network before the reorg , so i don't think it matters > <@elongated:matrix.org> 😂 your dsa selects those recent outputs as decoys

<elongated:matrix.org> @binarybaron:matrix.org: Dsa change was needed yesterday, fcmp is needed now

<elongated:matrix.org> Nothing is coming today

<elongated:matrix.org> @kevino:tchncs.de: What are you talking about ?

<binarybaron:matrix.org> The point is that when decoys get in invalidated you need to reconstruct and re-sign the transaction.

<binarybaron:matrix.org> This means you cannot rely on your transaction being included into a new block after being re-orged and popped

<elongated:matrix.org> Yes and if they keep doing 10+ reorgs ; your txs will keep getting invalidated

<kevino:tchncs.de> @elongated:matrix.org: You can read above what dathoarder said about decoy transactiona

<kevino:tchncs.de> @elongated:matrix.org: Not necessarily

<kevino:tchncs.de> You can stop spreading fud

<binarybaron:matrix.org> Id love to be wrong. Not trying to spread FUD. You have a link to anything ?

<elongated:matrix.org> @kevino:tchncs.de: What? If your tx has invalid decoys the tx is invalid

<binarybaron:matrix.org> Blog post or similar

<kevino:tchncs.de> Refer this > <DataHoarder> well, they release them later as well, but then those get flagged on early alt blocks

<binarybaron:matrix.org> my client is missing that message

<binarybaron:matrix.org> typical matrix behaviour

<kevino:tchncs.de> @elongated:matrix.org: Are you talking about decoys from cubic?

<elongated:matrix.org> @kevino:tchncs.de: Now ask him what happens if your tx has a decoy from a Invalid block

<elongated:matrix.org> @kevino:tchncs.de: No that would be marble attack another topic

<elongated:matrix.org> @ofrnxmr:xmr.mx: will explain it to you guys when he wakes up

<kevino:tchncs.de> @elongated:matrix.org: The transaction if invalidated just goes back to the mempool and will be included in subsequent blocks with newer decoys

<kevino:tchncs.de> It won't let you double spend easily , if thats what you are implying

<elongated:matrix.org> @kevino:tchncs.de: If your sent tx is invalid, you can spend your outputs again as you like

<elongated:matrix.org> Unconfirmed != invalid

<rbrunner7> Yeah, transaction do go back to the mempool, but they become invalid if the reorg is larger than 10 blocks and they mention some decoys that don't exist anymore. Check any block explorer now and see the transactions that wait to get mined for almost 1 hour now. They will expire in 23 hours.

<kevino:tchncs.de> @elongated:matrix.org: What is invalid ? How does a transaction become one ?

<rbrunner7> Referencing decoys works through so-called indexes. Those can become invalid and point into nirvana after reorg. Result is invalid transaction.

<kevino:tchncs.de> 🤔

<kevino:tchncs.de> Are there any invalid transactions reported yet ?

<rbrunner7> Oh, I think I was wrong about those 23 hours. It will be 1 week

<kevino:tchncs.de> @rbrunner7: Yeah 72 hrs

<rbrunner7> "Are there any invalid transactions reported yet ?" Yes, all these transactions in the mempool that "refuse to get mined"

<kevino:tchncs.de> 3 days i guess

<rbrunner7> #define CRYPTONOTE_MEMPOOL_TX_FROM_ALT_BLOCK_LIVETIME 604800 //seconds, one week

<rbrunner7> Right from the source code

<rbrunner7> Hmm, there is a second constant:

<kevino:tchncs.de> Ok

<rbrunner7> #define CRYPTONOTE_MEMPOOL_TX_LIVETIME (86400*3) //seconds, three days

<rbrunner7> Not sure which one will apply now exactly

One week is if a tx was ever seen in a block, on hte assumption it's more likely to be included again.

Used to be 1 day and 3 days IIRC.

They will never be included if decoy indices are invalid now

<rbrunner7> Yes, just saw your PR from 2018 :) monero-project/monero #3205

<rbrunner7> sech1: Yes, but when will they expire? In 3 days, or in 1 week?

1 week

I recommend to do flush_txpool on your nodes

<rbrunner7> If for some reason somebody can't do that, they have to wait for 1 week until they can re-submit their transaction?

Yes, to that specific node

If they run their own node, it should be easy

ive ran flush_txpool on my nodes just in case

selsta has added the todo list for the next release here monero-project/monero #10080

<rbrunner7> "Yes, to that specific node" Thanks, sech1, for confirming what I also suspected.

And all nodes who has old transactions in their mempool will also refuse the new transaction. So all pool nodes probably too

That's a problem

So someone has funds effectively locked for 1 week now

I can ask supportxmr admins to run flush_txpool

sent messages to supportxmr and moneroocean admins

<rbrunner7> Good idea. Things can move if people don't just "worry", but think what they can do, and then act.

I ran flush_txpool on all my nodes, but they're not mining, so it's only a little help in tx propagation. They are connected directly to supportxmr nodes though

<frogmindset:matrix.org> whats going on with nodes?

<frogmindset:matrix.org> reorganizing keeps happening

<frogmindset:matrix.org> got atleast 3 on the node im running

<frogmindset:matrix.org> also keep getting this message in the log for the node im running "Transaction not found in pool"

Because Qubic is mining and withholds their transactions all the time, so they are not found in your node's pool and it has to request them from other nodes.

<frogmindset:matrix.org> also got a bunch of messages saying " ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT "

<frogmindset:matrix.org> and " Transaction spends at least one output which is too young"

<frogmindset:matrix.org> its actually making it where i cant even mine

<frogmindset:matrix.org> the whole node is just errors

<frogmindset:matrix.org> the xmrig difficuly is 382,863 right now

<frogmindset:matrix.org> never mind, counted atleast 10. > <@frogmindset:matrix.org> got atleast 3 on the node im running

<frogmindset:matrix.org> is there anything i can do to solve this??

Your node is working. Check the status, check the block height it displays and compare with what block explorer shows

<frogmindset:matrix.org> what does "Transaction not found in pool" mean? it keeps appearing in my node's log

I already I answered

<frogmindset:matrix.org> sech1: where? i didnt see it

<frogmindset:matrix.org> my client may be acting up again

<sech1> Because Qubic is mining and withholds their transactions all the time, so they are not found in your node's pool and it has to request them from other nodes.

<frogmindset:matrix.org> sech1: ahh thank you, that message didnt show up on my side

impressive that, despite this, monero is still at an all-time-high 😅

<kevino:tchncs.de> Could it be possible they played with the network difficultly adjustment of the network ?

<kevino:tchncs.de> If they mined secretly , the rest of network may not adjust difficulty according to this increased hashrate for balancing the 2 minutes per block policy.

<kevino:tchncs.de> Taking advantage of this they mined more blocks within short period ?

<barthman132:matrix.org> @kevino:tchncs.de: Well they already turn off and on their pool when not on marathon.

<kevino:tchncs.de> Yeah turning it off would decrease network difficulty after a period right ?

<barthman132:matrix.org> Yes! That’s why they do that in the first place

<kevino:tchncs.de> Aah i see . Smart if theory is true

<barthman132:matrix.org> There’s no doubt anymore that Qubic has enough hashrate to do a 51% attack. The real question is how long can they maintain it and can they really only do it in short bursts like they usually do.

<alexandre:uii.pt> hmm, so huh, is the dificulty adjustment somehow centralized? if it relies on reporting from miners 🤔

<barthman132:matrix.org> Thankfully the average monero trader seems to not know what happened and are trading normally. The worst thing to do is spread around bad news like the 18 block reorg. Panic is the worst thing that can happen right now.

it's not reporting, the act of mining a block publicly is what changes the difficulty

<kevino:tchncs.de> how much time does it take for difficulty adjustment to change ?

<kevino:tchncs.de> as a counter measure can we change the period of this change in difficulty adjustment . For example in bitcoin it takes 12 days

that requires a hardfork

it also is not relevant as counter measure nor a problem

<kevino:tchncs.de> certainly not 12 days incase of xmr but maybe 1-2 days.

<kevino:tchncs.de> DataHoarder: ohh i see

18-block reorg, daaamn

it takes 24h+ to adjust more or less

<ofrnxmr:xmr.mx> @barthman132:matrix.org: Youre wrong lol

<ofrnxmr:xmr.mx> Stop spreading unsubstantiated clickbait

<kevino:tchncs.de> DataHoarder: but it could make selfish mining harder right ?

no

it makes it even easier the longer difficulty takes to adjust

<kevino:tchncs.de> @ofrnxmr:xmr.mx: i just asked it in the room ? didn't say it was true ?

<ofrnxmr:xmr.mx> Not you

<kevino:tchncs.de> how its wrong , btw ?

<ofrnxmr:xmr.mx> Thst they have enough hashrate for a 51% attack? That you need 51% hashrate which would let you own 100% of the blocks

<kevino:tchncs.de> they aren't relying on difficulty adjusment period to find more blocks ? correct ?

<kevino:tchncs.de> @ofrnxmr:xmr.mx: ok unserstood

<ofrnxmr:xmr.mx> Not 100% of the blocks for 20 minutes

<ofrnxmr:xmr.mx> @kevino:tchncs.de: A longer diff adjustment period means they can let diff fall, then blast out hashrate for long periods of time withiut worrying about the diff increasing

<ofrnxmr:xmr.mx> One of the reasons for their marathons, is because the diff climbs too quickly for them to mine for too long

<ofrnxmr:xmr.mx> A longer difficulty allows longer periods of attack though - and longer period of slow blocks when they stop.

<ofrnxmr:xmr.mx> note that w/o using uncles/orphans in the difficulty calculation, the difficulty window doesnt do anything to hamper selfish mining.

<ofrnxmr:xmr.mx> re longer diff adjustment windows: on the contrary, i think a shorter difficulty window would lead to shorter attacks.[... more lines follow, see mrelay.p2pool.observer/e/jM3Sj7UKbk9VdlNH ]

<ofrnxmr:xmr.mx> This was my take on whether we should increase or decrease the diff adjuatment period

i bet tevador is glad that he doesn't have to deal with dumbasses who ask "uhm acktually do you see deep re-orgs happening?"

<barthman132:matrix.org> > <@ofrnxmr:xmr.mx> Youre wrong lol

<barthman132:matrix.org> If they didn’t achieve the hashrate. Then they were extremely close. If they didn’t get over 51% then they were at like 50%.”The probability of a 19-block streak is ((0.45)^{19}), which is approximately (3.7\times 10^{-7}). a 49% probability. A "once in 400 years" expectation is plausible given the low individual probability, again depending on the rate of trials”.

i'm gonna cry if peopl use AI for dumb shit

<barthman132:matrix.org> The reality is. it’s extremely unlikely they didn’t get at least a 51% hashrate with a 19 block reorg.

<syntheticbird> >the reality is

<syntheticbird> you're delusional

<syntheticbird> or maybe you aren't, you are doing on purpose

<barthman132:matrix.org> @syntheticbird: Who knows maybe I secretly control Qubic behind the scenes of it all

will the DNS checkpoint point to the side chain of the 18-block reorg?

We suspect that they rent 2+ more GH/s in short burst to do big reorgs. Otherwise it's an extremely improbably to do this with 30% of hashrate that they usually have.

*improbable

<barthman132:matrix.org> sech1: This has been known for a long time

<kevino:tchncs.de> sech1: but statistically speaking how much percentage of hashrate one must have to get 18 consecutive blocks 🤔. Its understood they would more than 51%, but to get 18 blocks , looks closer to 80 or even 90% hashrate.

<kevino:tchncs.de> or if my probabilty calculations are wrong

No, they can have around 50% for a while, and stay a few blocks ahead until their chain gets long enough

<kevino:tchncs.de> but that does also involve luck factor too i guess

<rbrunner7> Just as we talk here, Qubic people over in their discord discuss whether they really "broke" 118 transactions with their large reorg, and if yes why, i.e. why they did not just copy over those transactions to their alternative chain, to include it here. Fascinating.

<kevino:tchncs.de> they need 51% hashrate + 100% effort luck

They can't "copy over" transactions once they're past 10 blocks

Because decoy indices will not match

<barthman132:matrix.org> @kevino:tchncs.de: It could be chance, with 49% we would expect to see a 19 block streak once in 35 months (The previously estimated 30% it would be basically impossible, 45% is once in every 400 years).

<rbrunner7> Ah, yes, you would have to copy and modify accordingly ...

<rbrunner7> Which is - impossible?

yes

<rbrunner7> Cool

<boog900> @kevino:tchncs.de: Selfish mining they can have 100% of blocks at 51%

it's not selfish mining at this point, it's just 51% attack

<rucknium> @barthman132:matrix.org: Where are you getting your calculations? Does not sound correct to me.

<rbrunner7> So it's possible those dear people still don't fully undestand indexes :)

i would say most likely AI from the statement they gave before

<rucknium> You can do about ten 18-block re-orgs per day if you have 45% share of hashpower

<rucknium> "Table: Duration of meta attack to achieve attack success probability of 50 percent" monero-project/research-lab #102#issuecomment-2402750881

They have around 30-35%

But they can burst mine with additional 2 GH/s when they want

<rucknium> Source: All my calculations, which you can read there ^

It costs them a lot of money to rent that extra hashrate, which is why it never lasts long

Burning money for PR stunts

<rucknium> IMHO, the question about DNS checkpoints is how long they can hold that extra 2 GH/s

<rbrunner7> "Burning money for PR stunts" Half the world's companies are doing this, no?

<elongated:matrix.org> sech1: If they have a state actor funding them its never ending

does the DNS checkpoints point to the other chain?

broken off by the reorg?

elongated: i wouldn't actually be surprised if QUBIC was a front for state actors to destroy monero

<helene:unredacted.org> i believe state actors have an interest in using monero, so i believe it's just someone trying to make a quick buck here

<helene:unredacted.org> and who's to say his intent wasn't to defraud some exchange, eh? :p

<kevino:tchncs.de> @helene:unredacted.org: highly unlikely unless someone has some proof to it

<kevino:tchncs.de> monero's marketcap is not that big right now to attract a state actor

enough to attract the attention of the EU? :P

<barthman132:matrix.org> Cindy_: Why would a state actor need Qubic to destroy monero in the first place? If they really wanted to destroy monero, they would just do it and there wouldn’t be anything we could do about it. What are we going to do? Complain online on twitter

barthman132: crypto grifters like to cannibalize each other, so if we give them a shit coin to invest in, in place of monero, it'll work out

<helene:unredacted.org> @kevino:tchncs.de: it's not a secret that state actors engage in illegal activities and on DNMs, sometimes doing so to identify sellers or admins; it would be inconvenient to them if monero was unusable

<barthman132:matrix.org> The probability of Qubic being a state actor is extremely low. Also if they were a state actor. Why would they move on to eventually mine dogecoin?

i'm not saying Qubic is a state actor

<ofrnxmr:xmr.mx> Is dogecoin in the room with us now?

i'm saying there could be state actors hiding behind Qubic

to FUD people from using monero

and perhaps funding, to help destroy monero more

<ofrnxmr:xmr.mx> even state actors accumulating xmr by trying to lower the price

<ofrnxmr:xmr.mx> you'd have to be a lil bit retarded to be a powerful state and actually ignore monero

ofrnxmr: really? None of my friends even know about monero...

<helene:unredacted.org> there have been cases of de-anonymising sellers by pushing them to use bitcoin instead of monero, so it isn't impossible; but i find it unlikely most states would care right now in particular

they probably aren't actually involved in the stuff behind Qubic, but most likely they provide funding cuz they're doing a good job of demotivating people from using monero

<ofrnxmr:xmr.mx> your friends are in the irs/cia/nsa/dhs?

no, kgb

<ofrnxmr:xmr.mx> Mine are in mossad

ofrnxmr: lol no, my point is that it's not very known-about, so I'm asking why a state would care much about it

if Qubic burns money on all of this, where else do you think they get it from :P

<ofrnxmr:xmr.mx> Youre wrong about that.. its arguably the most used cryptocurrency on the planet

<barthman132:matrix.org> niq: Facts! TBH if you asked random people on the street to name a cryptocurrency most would just name either ethereum and bitcoin. The fact is monero is not big enough to attract the attention of a state actor.

<ofrnxmr:xmr.mx> People why trade ticker symbols on coinbase dont know about monero

<ofrnxmr:xmr.mx> (likely) a majority of people who use cryptocurrency as digital cash, use monero

i think monero is big enough to attract the attention of state actors

otherwise you wouldn't see as much bans on private coins as you do now

<ofrnxmr:xmr.mx> They delist privacy coins (monero) cuz they dont knowbwhat it is /s

<basses:matrix.org> > i'm saying there could be state actors hiding behind Qubic

<basses:matrix.org> Just some big investors

<barthman132:matrix.org> @ofrnxmr:xmr.mx: Not really most people just see crypto as a way to make money as a speculative tool. I mean what can you really buy with crypto that you couldn’t just buy easier with fiat currency?

<basses:matrix.org> @barthman132:matrix.org: lmaooo

basses: you think investors would invest that much for CFB to rent hashrate but still remain anonymous?

<helene:unredacted.org> i just don't believe in that, i think it would be easier for them to get extradition for all current monero developers lol

<kill-switch:matrix.org> something like >50% of people use "illicit" substances over a lifetime, which puts them at least in an orbit to be peripherally exposed to Monero as good money

<basses:matrix.org> yeah, why would they reveal their identity to public when it is a crime?

<kill-switch:matrix.org> today illicit substances, tomorrow illicit vidyagames with bewbies and stuff that are illegal per visa/mastercard

<helene:unredacted.org> payment processors don't wanna handle porn stuff because people keep doing chargebacks after their wives or parents find out they're buying porn, different issue :p

<kill-switch:matrix.org> real world impacts of transaction censorship, payment processors applied pressure, leading to voluntary delisting in an effort to preserve revenue streams, inclusing hitting titles that were pretty far afield of Collective Shout's original censorship campaign goals

<kill-switch:matrix.org> imo a great real world example to point people to how transaction censorship works in practice, even absent governmental or legal levers

<helene:unredacted.org> yes, the pressure had a clear impact, and there needs to be other means of doing transactions that do not require those central authorities (though that is the original intent of cryptocurrency, isn't it?)

<kill-switch:matrix.org> indeed, but that is the part that can be hard to explain to someone in the abstract. So it's nice to have a recent concrete example of how central gatekeepers suck

<kill-switch:matrix.org> imo that's the real meat behind cfb's nonsense too, he's hoping to push PoS and/or other centralization as a vindication of sorts to basically losing out to Monero with his older shitcoin scams. Put CEX's, some flavor of subjective consensus crap, or any other central checkpointed mechanism in the driver's seat. That's also [... too long, see mrelay.p2pool.observer/e/6Z7JkrUKZ3pZX0dm ]

monero will never go full PoS

<kill-switch:matrix.org> "full" doesn't matter, if it implements any subjective consensus, it's basically the best attack you could do on something like Monero

<kill-switch:matrix.org> genius backdoor really, because people, especially newer people, don't seem to understand objective consensus and what it's worth relative to alternatives

how do we estimate the price of monero without CEXs, btw

whenever haveno or the monero wallet gui fetches the exchange rate, it always does so from a CEX's API

<kill-switch:matrix.org> same way price discovery works in any market, so DEX or OTC has it's own independent pricing potential, just like a farmer's market or an auction house does

<ravfx:xmr.mx> I vote for random(200-20000)

<ravfx:xmr.mx> @kill-switch:matrix.org: Volume is so low is many locations

<kill-switch:matrix.org> indeed, and that makes pricing subject to worse information asymmetry on the trade, but also you with CEX you have float and paper that injects bad information into the price discovery

<kill-switch:matrix.org> custodial wallets are a useful attack vector just as any centralization is

<frogmindset:matrix.org> Genuine question, what can we do about Qubic?

mine more in the mean time?

<frogmindset:matrix.org> wtf on my node it says a new block was added and the difficulty is 566320750775

don't worry, that's normal :P

<frogmindset:matrix.org> also since i last checked another 5 reorganizations happened

<eddie:oblak.be> @barthman132:matrix.org: that's why the EU is banning it and all CEXs are delisting it?

<eddie:oblak.be> if XMR didn't attract any attention it would be much more easily available

<ofrnxmr> They wouldnt know what it was to even delist it

i'm running monero behind nat and my commercial vpn allows port forwarding which i'm using in monerod --p2p-bind-port [port nr given by vpn]. this work as i get in and out connections. now if i want to run p2pool on same machine with incoming peers, would i need a reserve proxy? any hints?

(in case i drop i'll check reply in monerologs later)

<kevino:tchncs.de> natuserxmr: No need to reserve proxy , i don't think incoming peers are necessary for p2pool mining

yes, not necessary but i'd rather have them. i don't mine, just want to run p2pool to help block propagation since latest change added to p2pool

<kevino:tchncs.de> natuserxmr: You can add the --mini parameter to your P2Pool command to connect to the p2pool-mini sidechain. Note that it will also change the default p2p port from 37889 to 37888.

<kevino:tchncs.de> Check that ports 18080 (Monero p2p port) and 37889/37888 (P2Pool/P2Pool mini p2p port) are open in your firewall to ensure better connectivity. If you're mining from a computer behind NAT (like a router) you could consider forwarding the ports to your local machine.

Hello, I am interested how to login into Monero if I forgot the password? The process still runs such as paste.debian.net/hidden/a4112ec2

If I'd restart the monero-wallet-cli , could I log into wallet again?=

Enter the password. If it's locked like this, it deleted wallet keys from memory so it needs your password to decrypt them again

I forgot the password

<eddie:oblak.be> you need to have written down te seed phrase

<eddie:oblak.be> then you can restore the wallet

ok

<marioob:matrix.org> Hi ppl. Can RandomX be reimplemented to use only 1MB L3 cache per thread instead of 2MB? There are lots of CPUs with 1MB L3 cache per thread which mine with half the power the CPU is able to deliver. E.g: All the APUs from AMD. The server CPUs will still mine with the same power, only home miners will benefit from this.

Not half the power. Running 2 threads per core gives only about +30-40% on RandomX

2 MB cache per thread has been Monero's PoW choice since the very beginning. Cryptonight also used 2 MB per thread.

<nmgzx192:matrix.org> Hi everyone, I have a question about monero. I've never used it before and I've never bought any sort of cryptocurrency. But privacy is getting harder to manage and survalliance is getting worse. I did some research on buying monero but in terms of privacy it says to buy from decentralized places and not from big vendors. I ha [... too long, see mrelay.p2pool.observer/e/vuu6mLUKSjJQQVhh ]

<privacyx> @marioob:matrix.org: Majority are intel. Amd CPU usually have best L3 chache especially the Ryzens if dont have enough cache it will limit how threads are used to mine. I believe this was done to help reduce bots mining

<eddie:oblak.be> retoswap.com

wownero has implemented 1MB of L3 cache but I doubt very much that monero will do that

Intel will finally have RandomX-optimized CPU in 2027 :D hardwaretimes.com/intel-nova-lake-s…8-mb-bllc-cache-on-tsmc-n2p-process

More than enough cache on Nova Lake

<eddie:oblak.be> @nmgzx192:matrix.org: depending on where you live, go to a crypto ATM, buy some BTC/LTC/whatever, coinatmradar.com

<privacyx> @nmgzx192:matrix.org: There is a P2P dex called Haveno which has Retoswap network running. Check them out retoswap.com

<privacyx> No kyc required

<eddie:oblak.be> @eddie:oblak.be: the swap it to XMR using trocador or smth

<eddie:oblak.be> Just another way to do it :)

<eddie:oblak.be> can be more expensive though because atms often charge a significant premium.

<nmgzx192:matrix.org> Ok, thank you

eddie, where do I enter the seed phrase?

<helene:unredacted.org> you recreate your wallet, and you pick the option recover from seed

<helene:unredacted.org> obviously, never share the seed, otherwise your money will be stolen

<rbrunner7> You work with the CLI wallet, right? Use a startup parameter of --restore-from-seed

Another question, I guess if monero-wallet-cli has been running for a while, then it was probably also mining all the time? So how to redeem the mined coins?

I mean how to collect/save those coins?

<rbrunner7> For the very, very unlikely case that you did find a block solo-mining you will have an incoming transaction in your wallet, just like somebody paid you. You will see it once you restored the wallet succesfully.

ok

so it's automatically saveds

<rbrunner7> You could say so, yes

thanks

<haskar.media:matrix.org> Hi guys im new to the matrix.org witch channel yall recommend in here?

Nice Monero pump

$308.3

evil monero gets pumped after a 18-block deep reorg

<ofrnxmr> "Majority hashrate in this case doesn't mean 51%, it can mean 40% or even 25% - just bigger than other honest miners on the blockchain." I need to stay off of twitter

nothing else can describe that

??? for XMR that is some Discord brain moment. "Luckier" maybe :D

<marioob:matrix.org> sech1: I hate their bigLITTLE approach.

Network Address Translation seam to have problem with is Network Address Translation

<longtermwhale:synod.im> nssy2: where can i sell monero?

<longtermwhale:synod.im> no kyc

>qubic claims 18 block reorg

>xmr gets pumped up to over $300 USD

what bizzaro world is this

<longtermwhale:synod.im> 4chan retard sell

<longtermwhale:synod.im> sell it's a fake pump before monero dumps to $30

if it dumps to $30 i'll suck my own dick and gobble up 150

<longtermwhale:synod.im> 4chan retard i knew it

*150 XMR

why are you listening to *:synod.im

<longtermwhale:synod.im> cindy why are you still here?

Cindy_, I listen to anyone

Also is the DNS checkpoint solution coming soon or is that still far out?

*:synod.im is a long-term troll trying to scare people and making sockpuppets to try to get them to sell monero :P

<elongated:matrix.org> Aaajww291: Soon tm

🙏

<longtermwhale:synod.im> Aaajww291: ofrn "scammer" xmr is the mastermind behind DNS checkpointing, and while i think they've made significant progress, I'd say it's still about 1 - 2 months away from being fully implemented, given that we need to wait for a real developer to work on it

I'm really surprised even after the """mainstream""" news of the "51% attack" that the price is going up

im guessing people aren't believing their bullshit anymore?

it's monero from the evil parallel universe

<elongated:matrix.org> 2 months to update dns 🤣

<longtermwhale:synod.im> no it's a fake pump so people long and they will get rekt by exchanges

<longtermwhale:synod.im> sell now don't be a retard

stfu synod.im

lol :P

longtermwhale, what you mean fake pump

bro this isnt dogecoin people are buying and selling with it

<longtermwhale:synod.im> no one uses monero

🤔

"no one uses monero"

drug markets got thanos-snapped

north korea is gone

drug markets gone

iran gone

illegal commerence gone

yup, no one uses it.

<longtermwhale:synod.im> north korea uses btc and eth

ISIS got murdered by longtermwhale

single-handedly nuke them so he could claim nobody uses monero

<longtermwhale:synod.im> drug markets who use monero will get arrested as they're idiots who don't realize blockchain history is eternal

my encrypted data is stored eternally

but do you think anyone will ever decrypt it?

<longtermwhale:synod.im> encryption doesn't last forever

lol

why not? :P

<longtermwhale:synod.im> no one is funding monero devs anymore on ccs

<longtermwhale:synod.im> monero is over

<longtermwhale:synod.im> devs are moving to other coins

synod.im, i could literally make an entire hat store out of you

because all you've been giving are CAPS!

<longtermwhale:synod.im> if you're reading this, sell before it's too late

straight-up capping

<longtermwhale:synod.im> how? look at the ccs propoals

<longtermwhale:synod.im> 3 major devs are not being funded. they were funded instantly before. whales are leaving monero. devs are leaving too

<barthman132:matrix.org> @longtermwhale:synod.im: Strange? Nobody seems to selling their monero. In fact it’s the opposite

<longtermwhale:synod.im> @barthman132:matrix.org: dead cat bounce

CFB, did you come back here because monero pumped rather than dumping?

<longtermwhale:synod.im> why did monerobull sell all their monero after years of holding?

<longtermwhale:synod.im> best indicator

<longtermwhale:synod.im> Cindy_: cfb is literally satoshi. i'm not that smart

<barthman132:matrix.org> @longtermwhale:synod.im: I guess he’s the arbiter of monero value i guess.

there are a lot of shit you could be sayin, instead of making up sockpuppets

>cfb is literally satoshi

synod.im

i dont remember satoshi being a grifter

<longtermwhale:synod.im> cfb is not a grifter

<longtermwhale:synod.im> failure is part of the process

thank you CFB for saying that CFB is not a grifter

<longtermwhale:synod.im> he had projects that failed, so what?

<longtermwhale:synod.im> i'm not cfb

<longtermwhale:synod.im> cfb uses discord

only CFB could call himself "literally satoshi"

because nobody believes that shit

yeah cindy is right he's the only i've seen do that

the only ones that puppet it are his indian paid accounts and sockpuppets

> @longtermwhale:synod.im this one is an impersonator yay

plowsof ^ here as well