<k​mno4:catgirl.cloud> im.fluffychat://chat/#monero:monero.social

<a​shven:matrix.org> What is happening 😊

<a​shven:matrix.org> I hear a lot of fud that xmr would allocate 2% to he POS for finality

<a​shven:matrix.org> If this is true this is the worst thing i have ever heard

<a​shven:matrix.org> Anyone could clear this up?

<e​longated:matrix.org> Why ?

<e​longated:matrix.org> Pos still hasn’t even been researched

<a​shven:matrix.org> PoS have turned into phobia after ETH ofac compliance processing. It let banks and money printer have a stake on a lot of things

<a​shven:matrix.org> I dont even remotely support any research into any pos

<e​longated:matrix.org> You can’t differentiate between xmr payments

<e​longated:matrix.org> No issue, you can keep mining

<a​shven:matrix.org> Thats not the problem exactly how can we be absolutely sure that this cannot be used as an attack vector socially or technically

ashven: it's finality

<e​longated:matrix.org> You can come and fight when it has been proposed , it’s not even researched yet

aka. only a layer to validate PoW blocks

^^

<a​shven:matrix.org> Any thoughts has been put on the alternative too?

what altenrative

<a​shven:matrix.org> Anything used for strong settlement guarantees

<a​shven:matrix.org> DAG-based consensus

how would DAG solve the problem

<a​shven:matrix.org> deterministic or probabilistic finality it would make it just harder

<a​shven:matrix.org> Final settlement would need staking anyway but anything would Nakamoto consensus would be probabilistic

tbh i agree with ofrnxmr's proof of pow idea

<a​shven:matrix.org> You can only have strong final settlement guarantee at Nakamoto consensus PoW. Either you make Acyclic Graph or increase the hashrate incentive miner

who's this Nakamoto guy?

PoS but the stakes are tied to a wallet's coinbase transactions

so much shit named after him wtf

or in other terms like

<a​shven:matrix.org> Tailstorm etc only make it harder but the ultimate solution is to increase the hashrate incentive for p2pool

1 block = 1 stake

PoS = Piece of Shit

<3

this gets rid of rich people and shit

but also, if you send someone your mined monero, it is deducted from your stakes

and becomes unstakable

(by the other person who receives it)

basically you earn stakes by holding onto the mined monero rewards, which only independent miners can really do, while centralized pools have to give it away to their miners or sell it for some shitcoin

<a​shven:matrix.org> Nakamoto consensus is the PoW rule where the valid chain is the one with the most accumulated work, and nodes extend it. The finality is probabilistic the deeper it get the less likely it has reorg or double spend

I think Harmony was talking about doing something similar

nakamoto consenus sounds absolutely useless

intersting concept backup up PoS with PoW

an attacker can shove an extremely long chain

that just might make it work in the real world

hmm

once they are done making up one

yeah too much room for fuckups

neglect one piece of code and lose hundreds of millions possibly

it's happened

there should be one massive PoW chain that everything is build or based on

ashven: what do you think of the PoS+PoW concept i just mentioned

not 100,000 different projects lol but whatever

it doesn't benefit rich people, it doesn't benefit pools

it just benefits miners

imagine if all that went into developing one thing together

so we just started staking only coinbases and now Q owns the PoS part

Q literally burns monero for qubic

I thought they burned VC for that

<a​shven:matrix.org> I think we should tie the incentive to p2pool for honest miners to grow. More incentive more money for p2pool miners = less attack surface

yes, it can be tied to p2pool

my first post was paraphrasing ofrn :D

nioc: if what they're saying is true, they would be burning monero for qubic

and not anything else, i think the bonus money comes from CFB's wallet or VC

<a​shven:matrix.org> With enough research we can increase the probability of them having better reward rather than PoS this would mean messing with the randomX algorithm to favor mining node and p2pool scheme

Is really monero going to affected??  in this current situation

yes, it's going to get straonger

also stronger

not affected ??

yes it will be which will make it stronger

<a​shven:matrix.org> Our only solution is not to play their game we have stronger weapons:) to fork them off forever just like we did to asic

as it adapts

okay

you cannot fork them off forever

<a​shven:matrix.org> Lol why not

well, as soon as they jump on the new chain, it'll happen again :P

unless you have an actual solution

<a​shven:matrix.org> We can make the randomX favour p2pools and more money for miners on p2pool means less attack surface for 51% attack

how

<a​shven:matrix.org> Its based on human incentives

Are miners leaving supportxmr?

that sounds like a permissioned system

<a​shven:matrix.org> It you get to p2pool and get 1 xmr

<a​shven:matrix.org> While you get 0.1 xmr mining on centralized pool which one would you choose?

Q is giving 1.5xmr

sorry, I will stop now

<a​shven:matrix.org> P2pool is premisionless anyone can run a new p2pool node :) and make it public

<o​frnxmr:xmr.mx> make it public?

but you're saying that monero should be hard forked so that the network consenus favors people mining via p2pool

GN Cindy

which sounds like a network-level permissioned blockchain

night nioc!!

<a​shven:matrix.org> Accessible for other miners to point their miners on

<a​shven:matrix.org> Its port which port do you open

<o​frnxmr:xmr.mx> The payouts go to the address entered in p2pool

<a​shven:matrix.org> We doing it all the time with mining farms

<o​frnxmr:xmr.mx> You want people to donate hashes to you, is that it?

so your idea is like

if someone is solo-mining (not via p2pool)

we should reject their block regardless if it's valid

i doubt we can give specific rewards depending on the miner so like

that's the closest i can think

<a​shven:matrix.org> Maybe i missed the right wording i mean people can open up new p2pool all the time mining farms can rag up their machine

<o​frnxmr:xmr.mx> I think requiring a special pool software is crazy

<a​shven:matrix.org> Not other indvisuals i mean people who share the same address for operations

<a​shven:matrix.org> We need to incentivize p2pool mining we haven’t even done so

<a​shven:matrix.org> Before thinking of any pos!!

on a network-level?

<o​frnxmr:xmr.mx> merge mine tari with it

<a​shven:matrix.org> Exactly

<a​shven:matrix.org> Nope Monero independent

<o​frnxmr:xmr.mx> @cindy, right? Thats crazy

<o​frnxmr:xmr.mx> p2pool mines tari by default

i mean

<a​shven:matrix.org> I know which haven’t done so well for my mining farm

i literally doubt you can give seperate block rewards on some conditions

that would require some new fields added to the block headers

<a​shven:matrix.org> The random X should favour p2pool as part of its parameter

<a​shven:matrix.org> This is 10 times better than pos

no, the PoW algorithm literally does not care about how it's getting its challenges

you can only do it in a network-level

<a​shven:matrix.org> Or any other alternative that give p2pool incentive is welcome

this would require a hardfork with new network consenus

not a change to RandomX

not only that, it would create a permissioned environment

<a​shven:matrix.org> Hardfork > PoS

<a​shven:matrix.org> Better

i mean

you have to hard fork to add PoS to

too*

so it's literally either way

<o​frnxmr:xmr.mx> P2pool isnt some sort on panacea

<o​frnxmr:xmr.mx> I can run a centralized pool on top of my own p2pool

<a​shven:matrix.org> P2pool is permsionless !

<o​frnxmr:xmr.mx> Qubic can creare their own p2pool, today.

<a​shven:matrix.org> How?

<o​frnxmr:xmr.mx> there are already pools mining on p2pool

<a​shven:matrix.org> So you saying if the all of network are p2pool the 51% attack division happens inside the p2pool?

<o​frnxmr:xmr.mx> I can run a private p2pool and 51% rhe network with it, yes

<a​shven:matrix.org> Assume 100% monero hash power is all p2pool just for illustration

<o​frnxmr:xmr.mx> Yes

<a​shven:matrix.org> Construction of block template possible on p2pool? Not the default?

P2pool is permissionless

<o​frnxmr:xmr.mx> Your node decides. If i want to selfish mine empty blocks on my personal p2pool, yes, i can

i'm talking about forcing all miners to mine via p2pool

P2pool is permissionless, but monero will be permissioned

<a​shven:matrix.org> Wouldn’t matter according to @orfnai

anyone who mines outside of p2pool will have their block rejecte

rejected*

you can try

But why?

<a​shven:matrix.org> So the question now how do you incentivize honest mining

<k​mno4:catgirl.cloud> if cubic create their own p2pool, they can't use p2pool to re-org monero chain, am i right?

<o​frnxmr:xmr.mx> Cindy, even if you bammed solomining, and only allowed p2pool.. i could run a pool on my p2pool, or i could solomine from my p2pool

And more correctly, why would you want to permission the XMR chain, because man, that's a great way to end up with nodes that block txns.

Snipa: i'm talking about what ashven is talking about :P

AH.

lol

P2Pool gives me nightmares still from Tari.

<a​shven:matrix.org> I think if we managed to incentivize honest mining behavior via reward it would be the way to protect the network

<o​frnxmr:xmr.mx> Wrong. They cam

<a​shven:matrix.org> As a precaution we can have checkpoint similar to BCH

<a​shven:matrix.org> In BCH, a checkpoint is a hard coded block hash at a certain height built into node software to prevent deep chain reorganizations beyond that point.

<a​shven:matrix.org> In BCH, a checkpoint is a hard coded block hash at a certain height built into node software to prevent deep chain reorganizations beyond that point mainly for security

<o​frnxmr:xmr.mx> boog and i Are pro-this idea

<o​frnxmr:xmr.mx> its easy to implement

<a​shven:matrix.org> Yeah me too

<o​frnxmr:xmr.mx> Mostly to attempt to prevent reorgs of unlocked txs

<a​shven:matrix.org> One issue at the time

what happens if someone reorganizes from that point

<a​shven:matrix.org> Perfect

do the nodes halt

<a​shven:matrix.org> He can’t basically its not allowed

<o​frnxmr:xmr.mx> And you spent the tx already? The tx can be invalidated

ah

i agree with this idea too

but also ofrnxmr's popow idea

<a​shven:matrix.org> Bitcoin cash people did it in case they got 51% attacked from btc

<a​shven:matrix.org> But never happened

<o​frnxmr:xmr.mx> Yeah. Bch's is much deeper though, at default 10 blocks (100mins). Ours would be 10 blocks (20mins) to coincide with the 10 block lock.

<o​frnxmr:xmr.mx> This is obv still proposal stage. Some ppl dont like the ideas

<e​longated:matrix.org> Xmr txs uses decoys, if you reorg deep enough you can invalidate txs

<a​shven:matrix.org> I am sure it has more consensus than POS lol

<k​mno4:catgirl.cloud> a rolling 10-block window, sounds very easy

<e​longated:matrix.org> Yes it can be a quick fix but not a permanent one

it just buys us time :P

<a​shven:matrix.org> You cant find the final solution in a rush i would agree

<o​frnxmr:xmr.mx> yeah, it doesnt protect against a 51%, not empty blocks, but it does prevent invalidating your unlocked outputs

<a​shven:matrix.org> But it would give is time to think about the alternatives

<a​shven:matrix.org> But it would give us time to think about the alternatives

<o​frnxmr:xmr.mx> Right now, i can accept a transfer, fhen spend it, then have my spend invalidated

<o​frnxmr:xmr.mx> But only with a 10+ deep reorg. Less than 10, i cant spend (still locked), _and_ other txs wont use me as a decoy until im unlocked

<a​shven:matrix.org> This could be a proposal any one wana be championing this proposal ?

if we could actually design it into the network

and also some proof of concept code with a test fork of monero

<a​shven:matrix.org> The design has no issue basically

<a​shven:matrix.org> The proof of concept wouldn’t be straightforward though like BCH anyone can correct me?

yeah

and i don't think it would require a hard-fork

would it?

<a​shven:matrix.org> I am not very familiar the Monero Code basically but i can tell :)

<a​shven:matrix.org> Nope it would basically hard fork is not an issue. If everyone aboard

<a​shven:matrix.org> If you have two options. HF vs SF

<a​shven:matrix.org> Hardfork usually better because its the cleanest way to implement the code

<a​shven:matrix.org> Softfork are ugliest from code perspective especially if you need to do something around

<a​shven:matrix.org> Even softfork have a lot of problems if there is a lot of disagreement new versions would be blind old version and vise versa

<a​shven:matrix.org> Its just an illusion that everything is intact

<o​frnxmr:xmr.mx> Hard forks arent pretty. I understamd what youre trying to say

<a​shven:matrix.org> Bitcoin Core misconceptions that hard fork is bad is funny

vengeful me wants PoS because it means i can slash people's funds :P

<a​shven:matrix.org> Not pretty but its better to implement things the right way without going around things

or i guess invalidate their outputs

<o​frnxmr:xmr.mx> its a way to _force_ things on people, sure

<o​frnxmr:xmr.mx> like force ppl to use 16 decoys instead of 11

<a​shven:matrix.org> Not if everyone onboard you cant do hard fork without consensus just like soft fork

<o​frnxmr:xmr.mx> But getting ppl to agree to inflate rx size for a marginal increase in privacy and much larger tx fees? Not without some level of pushback

<o​frnxmr:xmr.mx> We can, and we do

<a​shven:matrix.org> Thats what i am saying so hard fork is not bad or enforcing anything

<o​frnxmr:xmr.mx> Randomx wasnt universally accepted, people liked their gpus. Some wanted asics

ashven: of course, everyone will have to update their monero at some point

otherwise they'd still be relying on the old consensus

their monero client*

What is qpools.qubicdisciple.info and is it relevant to Monero?

ofrnxmr: there's still people thinking we should relax the algorithm for ASICs lol

<a​shven:matrix.org> SegWit didn’t updated for years :) until many people got out that the remaining were minorities or upgraded but i get what you mean

<o​frnxmr:xmr.mx> yeah. Lol.

imagine that future with monero lol

spending 12 years reverse engineering each transistor in an ASIC to figure out if there are any backdoors

Backdoors? Either it mines or it doesn't.

Mined credits are sent to some address, aren't they...

<a​shven:matrix.org> I am neutral idk what would be the right thing to do if you think about it 1 google or Microsoft data center could swallow the whole network by government favour or renting

Evolver: the ASIC could have a fuse inside that, with a crafted challenge, could kill itself

as a backdoor

for example

so, any CPU could

<a​shven:matrix.org> I am neutral idk what would be the right thing to do if you think about it 1 google or Microsoft data center could swallow the whole network by government favour or renting. You cant do this by ASIC but thats another topic

Cindy: I don't think the ASIC manufacturer would want to go out of business.

<a​shven:matrix.org> Nah

(I am not favoring ASICs at all for mining.)

lol to bitmain, making a new ASIC is a drop in the bucket for them

they have a dedicated department, connections to fabs

Who will buy from them if they kill

<o​frnxmr:xmr.mx> Bitmain asic mined monero @90% domination "in secret" (nobody knew the asics existed)

<a​shven:matrix.org> You could have Risc V CPU all day on rigs similar way but they wont knowing that people would fork

Evolver: they still will

because you'll be one of the only ASIC manufacturers

making your own ASIC costs like 25 million dollars or even way more than that

Monitor your adverary: reddit.com/r/Qubic

plus factoring in R&D, testing, fabs, etc.

*adversary

<a​shven:matrix.org> You know manufacturer can build thousands of miner farms via risc v cpu? Only used for mining?

only for it to be garbage compared to much more optimized intel or AMD CPUs

<a​shven:matrix.org> 😅i dont think you understand what risc v is

RandomX relies on the fact that ASIC manufacturers cannot actually compete with CPU manufacturers :P

yes i know what it is

i'm saying ASIC manufacturers do not have the necessary resources to outperform CPU manufacturers' CPUs

<a​shven:matrix.org> Its more profitable than amd

<e​longated:matrix.org> And you still are ok with just pow

<a​shven:matrix.org> Less power

<e​longated:matrix.org> And you are still ok with just pow

<a​shven:matrix.org> Its best of what we human have today for decentralized mining

bitmain tried to make a randomX "asic" like that

actually a rig but whatever

<a​shven:matrix.org> Totally agree 100%

they couldn't compete with CPU manufacturers with much more resources to optimize their CPUs

<e​longated:matrix.org> It’s not decentralised with botnets

<a​shven:matrix.org> I disagree incentivize is all what matter miners are incentivized to keep the chain working or the will lose millions

<n​eromonero1024:monero.social> way more decentralized than most PoW coins

<a​shven:matrix.org> In PoS lol they can fork everything with their money printing

<a​shven:matrix.org> Do what ever they want

PoS relies on the fact that they probably wouldn't like to ruin the value of all the coins they got

<a​shven:matrix.org> Look you cant beat state at pos network

<a​shven:matrix.org> But you can definitely do it in POW

<a​shven:matrix.org> Otherwise they would have brick

i don't believe in full PoS

<a​shven:matrix.org> Fork the network and they lose billions

but i do think there should be something like a hybrid between both

<e​longated:matrix.org> If they are not competitive in mining there is no incentive to mine

PoW should be more favored

but PoS should be used as a finality layer

in case a large attacker manages to attack the PoW layer

most of the rewards should be in PoW

<a​shven:matrix.org> Similar to cars and everything in life that’s why new machines comes every two years even home miners right now

<n​eromonero1024:monero.social> if the state wants, they can also beat you in PoW

<n​eromonero1024:monero.social> just make a government contract with Microsoft/Amazon (or other hosting providers) to mine your chain selfishly

<n​eromonero1024:monero.social> I believe this is a bit more difficult to pull off as they're potentially subject to scrutiny from the congress or something

i mean yeah true

<e​longated:matrix.org> What ? So why did you fork away from CN ?

because ASICs?

<a​shven:matrix.org> No there is not enough miners they can buy :)

ashven: say that to qubic lol

<n​eromonero1024:monero.social> but you can "government contract" Microsoft/Amazon/Cloudflare

<e​longated:matrix.org> Yah he said new machines, asic is a new machine more hashrate for same power

<e​longated:matrix.org> Same way how botnets do without any cost

allso neromonero1024 is right

<a​shven:matrix.org> And every single person can just run a heater and their home that earned them money :) it’s similar to how CPU work

if the state wanted, they could literally lease a ton of their equipment

just for mining monero

to take over it

<a​shven:matrix.org> Cpu are a lot as i said one data center from government can do more damage

<a​shven:matrix.org> There is no enough miners do this. It always evolve to stay efficient and competitive

it would be rather naive to rely on PoW alone at this point

<a​shven:matrix.org> Less incentive for miners to be dishonest or lose money with a rock machine

we need some sort of other security measure

<a​shven:matrix.org> Litecoin have done it for years with no problem

<a​shven:matrix.org> Not ShA256 and its ok with that

litecoin is literally taken over by ASICs

<d​r_douchebag:matrix.org> Luke's finality layer proposal is interesting

<e​longated:matrix.org> I guess you guys don’t own any xmr and want to be sitting duck for 51% attack

lol i do

and tbh i do not care, i have faith

<d​r_douchebag:matrix.org> It's a tricky problem when you're talking about the state because it's not like the asic solution protects either

<n​eromonero1024:monero.social> any solution to 51% attack will have to come after fcmp++ upgrade... devs r already busy with it already

<n​eromonero1024:monero.social> so, we're forced to sitting duck anyway... unless something miraculous solution comes along that's extremely simple and easy to implement

the asic solution will actually ruin it

<e​longated:matrix.org> Not really it can come with fcmp++ fork

anyway i'm hoping for a PoS finality layer i guess

<e​longated:matrix.org> Nobody has proposed asic

<n​eromonero1024:monero.social> agreed

<n​eromonero1024:monero.social> however, fcmp++ fork is still several months away

<a​shven:matrix.org> Yes, there is no perfect solution only trades off that people are willing to accept

<n​eromonero1024:monero.social> so, we're back to sitting duck

Why would a government bother with a 50% attack? just pass laws to debank exchanges who trade it, takeover mining pool domains, make hosting them illegal, make it illegal for individuals to hold the coin or trade it with jail time etc. Use trade barriers to compel other countries to do the same.

<e​longated:matrix.org> Mid-end 2026

<e​longated:matrix.org> We need patch

<a​shven:matrix.org> Currently checkpoints blocks is the logical thing to do

<n​eromonero1024:monero.social> something like moneropulse?

<a​shven:matrix.org> Then we have time to discuss things

<e​longated:matrix.org> Maybe, but dns poisoning is normal

<a​shven:matrix.org> Its been tested for years in bitcoin cash

<a​shven:matrix.org> Its proven to be effective

<a​shven:matrix.org> We just need proof of concept

<d​r_douchebag:matrix.org> The only one I see as plausible would be to force whitelists and blacklists on the majority of miners with Asics

<d​r_douchebag:matrix.org> Obviously this doesn't work with Monero, so I guess the only reason they'd do it is to break it

<e​longated:matrix.org> Any paper ?

<k​mno4:catgirl.cloud> actually, most of these are what China has done. getmonero.org is even banned there

dr_douchebag: that makes no sense

<e​longated:matrix.org> There are no asics

<d​r_douchebag:matrix.org> Yes I know, there used to be

<d​r_douchebag:matrix.org> Bitmain mined with a secret ASIC for a while

<e​longated:matrix.org> Last decade

<e​longated:matrix.org> And has been shorting it since then as a revengeful ex

<d​r_douchebag:matrix.org> Yeah right up until randomx in like 2020

<d​r_douchebag:matrix.org> Yeah probably

<e​longated:matrix.org> 2019

<d​r_douchebag:matrix.org> Nov 30 2019 if I recall

<a​shven:matrix.org> This release includes the following features and fixes:

<a​shven:matrix.org> Add the finalized block concept. Finalized blocks cannot be reorged, which protects the network against deep reorgs.

<a​shven:matrix.org> Add the -maxreorgdepth configuration to configure at what depth block are considered final. Default is 10. Use -1 to disable.

<a​shven:matrix.org> Introduce finalizeblock RPC to finalize a block at the will of the node operator.

<a​shven:matrix.org> Introduce a penalty to alternative chains based on the depth of the fork. This makes it harder for an attacker to do mid size reorg.

<a​shven:matrix.org> github.com/Bitcoin-ABC/bitcoin-abc/blob/master/src/checkpoints.h

<a​shven:matrix.org> github.com/Bitcoin-ABC/bitcoin-abc/blob/master/src/checkpoints.cpp

<a​shven:matrix.org> Review audit: blog.bitmex.com/bitcoin-cash-abcs-rolling-10-block-checkpoints

<a​shven:matrix.org> The tech whitepaper : pure.ed.ac.uk/ws/portalfiles/portal…roof_KARAKOSTAS_DOA19022021_AFV.pdf

<a​shven:matrix.org> Here

<a​shven:matrix.org> pure.ed.ac.uk/ws/portalfiles/portal…roof_KARAKOSTAS_DOA19022021_AFV.pdf

<e​longated:matrix.org> This looks good as a patch and can be implemented quickly

<a​shven:matrix.org> Exactly what i am saying

<k​mno4:catgirl.cloud> not in btc's concensus?

<a​shven:matrix.org> It was implemented by bitcoin cash

<a​shven:matrix.org> Btc don’t need it not sure if they ever did

<a​shven:matrix.org> Some BTC maxi whining about it :)

ok i managed to get some xmr on the reto!

How can the defecting miners not realize that pool concentration will devalue XMRUSD price, making the excess rewards of the concentrated pool more lossful than profiting...

<e​longated:matrix.org> They are botnets, they just want profit while it lasts

<f​reedom-quester:matrix.org> How long a time should you leave between doing a churn and making a purchase?

There looks to be an inconsistency in the attribution at miningpoolstats.stream/monero that is making zero sense to me. The donut chart says Qubic is 17.9% and Unknown is 12.5%. The table above it however says that Qubic is 46.7% * (100%-12.5%) == 40.9%.

There is a vast difference between 17.9% and 40.9%. Which is correct?

<f​reedom-quester:matrix.org> Got to go

<f​reddi99:matrix.org> are we fucked now? what happens if qubic keeps this up? can they print xmr out of thin air?

<b​asses:matrix.org> bruh

<f​reddi99:matrix.org> im dumb as a rock

<b​asses:matrix.org> getmonero.org/get-started/faq/#anchor-thin-air

<f​reddi99:matrix.org> ok i get this, but does this still apply if qubic gets 51%? what kind of shenanigans could they do?

<f​reddi99:matrix.org> can the community just "sit this one out"?

<t​orir:matrix.org> Evolver: The hashrate on that site is self-reported by the pools and cannot be trusted. The block distribution on the other hand comes from the blockchain and (to my knowledge) cannot be faked by the mining pools.

<f​reddi99:matrix.org> so the pie chart says the truth then?

<t​orir:matrix.org> Miners can claim blocks as their own or leave them unclaimed, but they can't manufacture fake blocks to falsely influence the chart.

How about empty blocks? Is that a thing?

<t​orir:matrix.org> It is possible that Qubic failed to claim a large portion of their blocks, which would account for the high percentage of unknown blocks.

<t​orir:matrix.org> Yes, Qubic has at times mined empty blocks. I don't know if they are doing that now. Check a block explorer, or moneroconsensus.info if it isn't down.

torir: Do you yourself trust the donut chart? MoneroConsensus is a bit too hard for me to use.

or it seems more low level

<t​orir:matrix.org> I don't have any reason to think the chart might be wrong.

they've stopped mining empty blocks and stopped selfish mining

from what I've seen

they are just being a normal honest pool rn

jpc4r: except for the alleged elevated advertised hashrate??

or are you saying their advertised hashrate is honest?

probably

haven't been paying that close attention anymore

why wouldnt it be

<t​orir:matrix.org> They've been less than honest in many of their claims previously.

jpc4r: because it doesn't line up with the donut chart at miningpoolstats.stream/monero

sure but their reported hash rate has been pretty honest from what I can tell

outside of what their websites report as the total share of pool %

the raw hash rate seems to add up to me

<t​orir:matrix.org> Previously when they were selfish mining many of the blocks they mined were never published, so it's been hard to calculate a proper hashrate without relying on their figure. If they continue honest mining now it should be straightforward to calculate the actual hashrate once we have a good sample size.

even during marathons they were getting roughly 35-37% of blocks

35-37% is like 2.5 gh/s?

rough estimate

on average at least, their hash rate is pretty variable

<t​orir:matrix.org> They also have this annoying habit of turning their mining on and off.

yeah

outside of marathons its every 30 mins

I could see a slight overestimation now that they are publicly reporting their hashrate again

but cant really say so 100% and I feel like they've been fairly accurate with what their hash rate has been previously

Did anyone make sense of their dashboard at qpools.qubicdisciple.info

in relation to Monero

what are you trying to figure out

Are there any apparent meaningful incompatibilities (inequalities) with what's reported by them at miningpoolstats.stream/monero or is the data compatible (equal)?

Is anything majorly inconsistent?

<k​mno4:catgirl.cloud> qubic wanna attact monero at midnight?

yeah the pool share % is inconsistent

like I said they overexaggerate their pool share % and have been doing that

<s​bt:nope.chat> Is it really ~44% right now?

<s​bt:nope.chat> They mined 40 out of last 100 blocks.

<r​avfx:xmr.mx> when there off we have ~5.1GH and now we have 6.31GH

theyre never off

when theyre not "marathon" mining then they are mining off and on for 30 mins at a time

100 blocks contains tons of variance

<r​avfx:xmr.mx> Yeah, and on there off time we have 5.1 or something

<r​avfx:xmr.mx> that's was just what I was saying

not THAT accurate for determining hash rate

and network hash rate on most of these websites does not update quickly enough to give you real time updates like that

<r​avfx:xmr.mx> So where they get that 3.0GH considering it's been on since many hours

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/AEFEbVotEoiNkjFcUkHMtyWQ

<r​avfx:xmr.mx> There line is flat-ish since like 8hours

<r​avfx:xmr.mx> And why they stopped mining XTM?

<r​avfx:xmr.mx> They got "1" block in the last epoch

<r​avfx:xmr.mx> There is 677MH of rented hr at miningrigrentals right now. For having tested them I know for sure that all rigs on there mine even when not rented, so it won't affect network hashrate much/at all if it switch from unrented->qubit->other random...

<r​avfx:xmr.mx> Then Maybe there is another 1GH of flipping hashrate, or more. (Botnet or assholes)

<3​21bob321:monero.social> Rent IBM quantum computer ?

<f​reedom-quester:matrix.org> I'm trying to send some XMR using the command transfer <amount><address>, but I keep getting an error saying the amount is wrong, even though I have enough balance.

<d​ufebo98:monero.social> any unusual re-org? I can’t load moneroconsensus[.]info correctly. Idk why

<b​asses:matrix.org> what u mean?

<d​ufebo98:monero.social> I want to check if there’s an unusual re-org, but moneroconsensus.info won’t load

<f​reedom-quester:matrix.org> I keep getting "Error: amount is wrong: <AMOUNT><ADDRESS> , expected number from 0 to 18446744.073709551615", no matter what amount I try to spend?

<f​reedom-quester:matrix.org> I keep getting "Error: amount is wrong: \<AMOUNT>\<ADDRESS> , expected number from 0 to 18446744.073709551615", no matter what amount I try to spend.

<o​frnxmr:monero.social> What are you inputting?

Add a space between amount and addrss, and swap them.

<f​reedom-quester:matrix.org> @moneromoo: oops, sorry

<f​reedom-quester:matrix.org> the help description has the syntax reversed.

<f​reedom-quester:matrix.org> my bad

<o​frnxmr:monero.social> Known

Oh wow :D Feel free to post a patch and get your name/nick in the monero credits :D

<f​reedom-quester:matrix.org> I can't code, :-( but I can donate to coders. :-)

<o​frnxmr:monero.social> Mooo, there is a patch up

<o​frnxmr:monero.social> monero-project/monero #9203

ty

how buddy

sorry btw

For context, Guest97 was asking about qubic in another channel and was redirected here.

that true

What efforts are the community and developers making to counter Qubic?

However, there will definitely be negative impacts on Monero in the future.

the mining

the sentiment

What should I do to support Monero at this time?

<o​frnxmr:monero.social> Mine xmr on p2pool

The reason?

More hashes on "our" side. If even only some. And p2pool helps avoid centralizing everything to a few large pools.

<f​reedom-quester:matrix.org> I don't have the hardware to mine, I.E I don't have a dedicated XMR computer and I don't want to want to wear out the CPU of my general use computer. Is renting hash rate a viable option, or is it too expensive?

you will not break even renting hash

unless you get really lucky

<j​ohnruth:matrix.org> I am renting hash on mining rentals, quickpod and octa space. The person above is correct, this isn’t profitable you just throw money at it (same thing qub*c does)

<3​21bob321:monero.social> Burning moniez

<f​reedom-quester:matrix.org> @jpc4r johnruth Thank you both. :-) Would it be a meaningful way of fighting against qubic?

if you rent enough sure

or enough people are renting some

but its pretty expensive to make any significant change to the hash rate

well expensive for an individual at least

but you could contribute some amount of hash for not a ton of money

<f​reedom-quester:matrix.org> jpc4r: okay, thanks.

<s​forums:matrix.org> The crypto platform is seeking Monero (XMR) liquidity providers and major partners for daily transactions.

<s​forums:matrix.org>

<s​forums:matrix.org> We are looking for:

<s​forums:matrix.org> - Liquidity providers (market makers)

<s​forums:matrix.org> - Miners and pool owners

<s​forums:matrix.org> - Large traders and OTC departments

<s​forums:matrix.org> Terms:

<s​forums:matrix.org> - Daily transactions ranging from $50,000 to $500,000

<s​forums:matrix.org> - Flexible payment schemes and favorable rates

<a​shven:matrix.org> reddit.com/r/Monero/s/melUrUSXHV

<a​shven:matrix.org> reddit.com/r/Monero/s/melUrUSXHV

<a​shven:matrix.org> For discussion in Reddit 10 block checkpoints

<r​brunner7:monero.social> Sorry, but without a third option to tell that you don't support neither approach this is rather incomplete.

<h​bs:matrix.org> Check RetoSwap and atomic swaps

<a​shven:matrix.org> Can you elaborate

<e​longated:matrix.org> It’s either this quick patch or finality, you need to provide 3rd option

<a​shven:matrix.org> I was thinking of incentiveing honest mining but not sure how or what is the best approach for this

<a​shven:matrix.org> It would require money or reward

<e​longated:matrix.org> Pow is honest , pos is securing those honest miners

<a​shven:matrix.org> As i said we can have this purly in pow system where miners who doing certin “things” get more profit

<e​longated:matrix.org> They are winning by hashrate, doing nothing different than what your algo allows

^

<a​shven:matrix.org> Thus you wabt to incentivize the miners to be in honest p2pool for example

<a​shven:matrix.org> Thus you want to incentivize the miners to be in honest p2pool for example

does not stop CFB from offering bonuses on blocks mined via their own qubic pool

much larger than what XMR could offer

<a​shven:matrix.org> But again Qubic can enter the pool and do the 51% attack from within so we need to have good incentive model that discourages this

<e​longated:matrix.org> Botnets are able to mine in p2pool ?

<e​longated:matrix.org> Can you pay 3x ?

<e​longated:matrix.org> That is what qubic is paying

i think the overly-inflated mining rewards will inflate the currency's price

<e​longated:matrix.org> In terms of their tokens

(man, i just made it super obvious)

<a​shven:matrix.org> We can if we brainStorm to do soothing about it

<a​shven:matrix.org> How can we make normal people miners scale , effectively efficiently and increase their profit?

<a​shven:matrix.org> There is a lot of factors here

define "normal people miners"

<e​longated:matrix.org> Normal miners were dumped in 2019

<a​shven:matrix.org> Random X is not meant for scaling

every miner looks the same

<e​longated:matrix.org> It’s for botnet scaling

RandomX is literally the PoW algorithm

<a​shven:matrix.org> Whale vs home miner

it does not care where it is used

<a​shven:matrix.org> Here is the problem you want the mining to be profitable

<a​shven:matrix.org> So miners can scale on incentives

i could use the algorithm in a currency, in my site as a DDoS protection

etc.

<e​longated:matrix.org> For legit miners, yes; for attackers ? No

what you are referring to is the network, not the PoW algorithm

<a​shven:matrix.org> Exactly with enough thinking this dilemma can be solved

<e​longated:matrix.org> Pow is the cause

<e​longated:matrix.org> Please try

how do you target attackers specifically

<a​shven:matrix.org> Rush thinking wont get answer anyway

how do you differinate someone who happens to have a lot of computers in their base

and some botnet

someone legit*

<a​shven:matrix.org> Any research platform?

<a​shven:matrix.org> Xmr fourm

<a​shven:matrix.org> Where we can discuses those stuff

<e​longated:matrix.org> Increased ram requirements

the increased mining rewards would have to come with increased transaction fees

otherwise, you'll risk inflation

<r​brunner7:monero.social> ashven, elongated : Let me try to come up with more options for this "either this or this, that's it" poll

<r​brunner7:monero.social> 3) I support proof of stake not merely for a finality layer, but as a full replacement for proof of work / RandomX

<r​brunner7:monero.social> 4) It's too early to decide anything, more research is needed, if we rush, we may destroy the coin all on our own

full PoS? damn

<r​brunner7:monero.social> 5) I support tevador "anti-pool" system outlined there: monero-project/research-lab #98

<r​brunner7:monero.social> It's a poll, you have to give people options, even if you personally don't like it and quit Monero if it is to come, no?

yeah true

whatever comes, i hope it works

<r​brunner7:monero.social> Ah, and a nice poll usually has this:

<r​brunner7:monero.social> 6) Just tell me the results :)

we should have an AI determine (with access to the internet) if we're under attack

/s

<r​brunner7:monero.social> 7) I support a hybrid proof of work / proof of stake approach

<r​brunner7:monero.social> 8) I support a multip-proof-of-work algorithm approach

<r​brunner7:monero.social> (Just mentally going through the MRL meeting again and write down the surprising number of options that came up ...)

9) all the above

<r​brunner7:monero.social> Anyway, if you want to be suspicious, we have a poll that offers 1) Something nice from Bitcoin Cash, 2) something that seems the current favorite of the community, 3) there is no 3, would detract from 1), the Bitcoin Cash thing ...

<c​omefromballs:nope.chat> Qubic appears to be renting out all their hash rate. It dropped suddenly in intervals after approximately an 8-hour rental period suggesting that this cannot be sustained for long. Even if Qubic can maintain 40% of the hash rate 24/7, they can only earn $41,472 in XMR daily. It costs at least 3x this to rent, which means Qubic is operating at a loss for marketing purposes.

<c​omefromballs:nope.chat> For those concerned about this, I have been monitoring Qubic's hash rate for an extended period, and they were only able to achieve 43% for a very brief moment. If they aimed to reach 51%, they would need approximately +1.5 G/Hs, but there is not enough supply to rent, and mining pools cannot switch because Qubic is not a pool you can actually mine on; it's a scam.

<c​omefromballs:nope.chat> In any case, Monero developers on GitHub seem to favor the timeline of increasing fees as an incentive in the short term, followed by implementing tevador's proposal to eliminate pool centralization and promote p2pool in the mid term. Finally, they plan to implement a finality layer to significantly reduce the threat of a 51% attack in the long term.

<c​omefromballs:nope.chat> matrix.monero.social/_matrix/media/…/nope.chat/uuWpykAyHswIGDPXqbfYSQhV

lol,if they're renting it would make sense why he's doing the timeline shit

<r​brunner7:monero.social> comefromballs: I have a wild, even heretic proposal for you if you are really curious what happens: Install Qubic's "miner" and watch it work. It will tell you readily with its console output what it does, "mine" Qubic or mine XMR. You can then compare the output of your miner e.g. with a tracker like explorer.jetskipool.ai/xmr-tracker to verify that the whole miner displa<clipped message>

<r​brunner7:monero.social> y is not one big fake simulation.

i mean

comefromballs could be right

the mining pool might be right, but the amount of miners are likely overly-inflated

<r​brunner7:monero.social> As the miners work in lockstep, you will see why there are wild swings in their XMR hashrate

mining pool might be real*

<c​omefromballs:nope.chat> jetskipool.ai

<c​omefromballs:nope.chat> Mining Rig Rental

<c​omefromballs:nope.chat> Access powerful mining rigs with ease through our reliable rental service. Whether you need GPUs, CPUs, or custom setups, we offer flexible options to scale your mining operations. With optimized performance and minimal downtime, our rigs are designed to help you achieve maximum profitability and efficiency.

<c​omefromballs:nope.chat> ...

is there any evidence that CFB is renting hash power?

<r​brunner7:monero.social> I guess the theory that Qubic has no other way to mine XMR than renting hashes, and renting them for copious amounts of money, and that they won't have enough money to keep up what they do, or that not enough hashrate for rent will be around for 51% or more, I guess that theory exists for comfort

<c​omefromballs:nope.chat> You just proved the "theory"

<r​brunner7:monero.social> The alternative theory "Fuck XMR, I just want to make money, and Qubic pays me twice what XMR pays me directly" is hard to stomach, on the other hand

<r​brunner7:monero.social> (Behavior of thousands of miners)

the alt theory makes more sense :P

<r​brunner7:monero.social> comefromballs: jetski is new to you? You did not know yet they are one of the major Qubic pools? (real or purported, take your pick)

go find CFB's wallets and see if he's actually renting hash power

<c​omefromballs:nope.chat> If this theory is correct, then it's still not sustainable. Qubic's emissions will halve on August 20th, and the currency remains impermissible, which is why large pools like Monero Ocean are not switching to them because mining rewards cannot be received from Qubic reliably.

he sold all of his IOTA tokens (some ethereum token) to continue working on qubic, so by chance you could find his ETH wallet

<c​omefromballs:nope.chat> We already have a timeline in place to prevent a 51% attack, as mentioned in my initial statement. I don't know why your so aggressive.

<c​omefromballs:nope.chat> We already have a timeline in place to prevent a 51% attack, as mentioned in my initial statement. I don't know why you're so aggressive.

because it sounds like a coping "theory"

CFB is pathetic but c'mon

<r​brunner7:monero.social> You have no idea how it looks when I am aggressive. I am just already a bit desperate when people stubbornly continue to propagate theories that are almost trivial to disprove with only minimal effort.

<r​brunner7:monero.social> And well, if you already see a timeline, you are considerably more optimistic than I am after the last MRL meeting ...

<r​brunner7:monero.social> If anything, I am pessimistic. Very different thing. Maybe that may come over as aggression, because people don't want to hear bad news, usually.

<r​brunner7:monero.social> A problem sometimes solved by shooting the messenger, right?

also i think the timeline that CFBalls proposed would cause 3 hard forks

which is like.. how are you gonna coordinate all that

<r​brunner7:monero.social> Ah, only now I understand the wordplay with that user name

<1​7lifers:matrix.org> cfb is the big qubic man

<r​brunner7:monero.social> I am old, sometimes I take my time :)

but balls are not qubic

they're... qircular

that sounded stupid

hello

<s​forums:matrix.org> The crypto platform is seeking Monero (XMR) liquidity providers and major partners for daily transactions.

<s​forums:matrix.org> We are looking for:

<s​forums:matrix.org> Liquidity providers (market makers)

<s​forums:matrix.org> Miners and pool owners

<s​forums:matrix.org> Large traders and OTC departments

<s​forums:matrix.org> Terms:

<s​forums:matrix.org> Daily transactions ranging from $50,000 to $500,000

<s​forums:matrix.org> Flexible payment schemes and favorable rates

<s​forums:matrix.org> Choice of cryptocurrency for payment

<s​forums:matrix.org> Confidentiality and security of transactions

<s​forums:matrix.org> Stability

<a​lexandre:uii.pt> once is ok, twice is already spam, no?

<j​ohnruth:matrix.org> There is an idea under Luke’s git that suggests penalty for supplied hashrate swings, i.e. if your worker comes new on the network, your difficulty is adjusted up

<j​ohnruth:matrix.org> This would force qub*c to pay for hash continuously. If you want to mine, keep mining

<j​ohnruth:matrix.org> monero-project/research-lab #136#issuecomment-3191634811

<j​ohnruth:matrix.org> I like this because it turns qub*c weapon against them. They turn the xmr mining on and off at will. Meanwhile honest miners won’t have issue with this because you set the rig up once and you leave it mining

soloptxmr bros will cry at this

<e​longated:matrix.org> It hurts other pools too ?

soloptxmr turns on rigs when their solar batteries are overcharging and turns it off when it's not

this would really hurt that

<j​ohnruth:matrix.org> Why/how?

<e​longated:matrix.org> Anyone can direct these spiked hashrate to those honest nodes?

<e​longated:matrix.org> Pools*

<j​ohnruth:matrix.org> Small price to pay for security of the whole network, if this works

<r​avfx:xmr.mx> Cindy: proving they rent hashrate is very easy.

<r​avfx:xmr.mx> Go on rental site and look at rented hashrate. When qubic flip its on/off state, press F5 is said rental site.

<e​longated:matrix.org> Just makes attacker to send these spiked hashrate to honest pools, and then mine on their own pool

<r​avfx:xmr.mx> And yes, they rent at minimum 600MH

johnruth: but this will hurt programs that automate turning on and turning off rigs

like soloptxmr

<e​longated:matrix.org> Or anyone that has unstable power

^

<j​ohnruth:matrix.org> There is no debate that they rent hashrate. The issue is that they don’t KEEP it on the network at all times, because it costs (too much) money and they want to time it. So both those rentals and the individual rigs inside qub*c are affected if we penalise hashrate spikes over time

<j​ohnruth:matrix.org> Yes, anyone else who does the same, like miners who use solar, will be penalised too

<e​longated:matrix.org> You can’t stop attackers to penalise other honest pools

<r​avfx:xmr.mx> I do mine when the sun work so it might affect me too. And if you look at other pool you see waves so it well affect a bunch

if this becomes an actual feature, i'll have to stop working on my program

since my program turns on and off certain rigs depending on conditions

<r​avfx:xmr.mx> Actually it would depend how it work. Rental mine full time, they just direct there hashrate to there owner or renter

how would this feature work against, say

<r​avfx:xmr.mx> Except when renter use p2pool then it stop mining because p2pool ban it

an attacker with a giant rig intentionally turning on and off their mining program to a certain pool

to sabotage that pool

<r​brunner7:monero.social> A few hours ago today, over a certain period, 50 of 100 consecutive blocks went to Qubic. What's your estimate, how many of those 50 blocks came from rented hashrate? I mean "rented hashrate" in the conventional sense, e.g. .miningrigrentals.com?

<e​longated:matrix.org> Nobody knows, except pool owner and one who is renting this hashrate

i mean

<r​brunner7:monero.social> Yes, sure, nobody *knows*. Please give me estimates, I would like to learn opinions and gauge sentiment.

most mining rental sites pay in BTC

if it is true, you can examine the blockchain

for payments around the mining rig rentals' addresses

<r​brunner7:monero.social> We have private view keys and addresses for their mining wallets. If you like, you can restore them, like I did, and see all their XMR blocks with your own eyes

<r​brunner7:monero.social> For example:

<r​brunner7:monero.social> 43oMtdwB5aaCuM9vVaiY6u7XgxCGLwA563C7b5V3oSTSjDdhiBkWeGxeZZSuD4wAydMzbvNWrF9iRGmwoMnhYnMTMcZjBrv

<r​brunner7:monero.social> e935552c5665117a6ecc9fbbfd4156595c75774014606130a01003720e063201

how do you get their private view key

<r​brunner7:monero.social> That's a 1 week period, epoch 272

<r​brunner7:monero.social> They publish it freely, of course. Just have to lift arse and have a look :)

lol

you made me get scared if monero leaks your view key when mining lol

<r​brunner7:monero.social> This "They rent hashrate for 70 million USD a week, no way they can hold that up for long" or similar meme really starts to grind my gears

do they ever spend their blocks?

<r​brunner7:monero.social> Yes. *That* is unclear however, what exactly they spend their XMR for

most of it?

i mean

<r​brunner7:monero.social> View-only wallets can see spends clearly

<1​7lifers:matrix.org> buying lamborghinis and driving circles with them

<r​brunner7:monero.social> *can't

i mean

if they keep spending their mined monero, i think a proof of pow system would work

<e​longated:matrix.org> IF they are renting and it’s not just a botnet they own and other greedy botnets/miners mining on their pool

<r​brunner7:monero.social> "other greedy botnets/miners" You got it! You got it! Greedy miners! Miners that can stomach to get a shitcoin for their mining that they have to cash out in some obscure third-grade exchange, because only those support that shitcoin so far, but hey, they earn **twice as much** by going through all this.

<r​brunner7:monero.social> Is that really so hard to understand?

<r​brunner7:monero.social> People seem to switch from one pool to another to save some absolutely ridiculous 1% in fees or so, for heaven's sake. Which part of *double your mining profits* don't people understand?

<r​brunner7:monero.social> Somebody brought up the term *bribery attack* for this. I like this very much.They bribe our fine, honest and so far loyal miners into doing the *unthinkable*: Switch over to the dark side, just to double their profit. Ts ts ts

Rnb

<r​brunner7:monero.social> ?

Rbrunner of you remember minexmr bumped fees by .1% to stop people joining it, so at least they felt .1 was alot

<r​brunner7:monero.social> Lol, so I am off a full magnitude with my rant

0.1%* xD from 1 to 1.1 xD

Your rant stands. Also consider monero ocean - they will most likely switch to mining qubic if they can figure it out. Why not?

<r​brunner7:monero.social> By the way, the price of said shitcoin is going up for a few days already, mining profits may be *three times* higher right now: coinmarketcap.com/currencies/qubic

<r​brunner7:monero.social> Countdown started for the first person to say: "But that's not sustainable" :)

<j​ohnruth:matrix.org> Knowing MO, they wouldn’t

<j​ohnruth:matrix.org> Their halving is next week afaik

<r​avfx:xmr.mx> in 5 day

<r​brunner7:monero.social> Anybody in the mood to bet whether that halving really takes place or not? Just for the heck of it I would bet "No".

<r​brunner7:monero.social> Almost *everything* with that coin is centralized, and permissioned, and/or hidden, like the holder of their XMR wallets.

<r​avfx:xmr.mx> I can take the bets and process they payout!

<r​avfx:xmr.mx> I can take the bets and process the payout!

<r​brunner7:monero.social> I offer 0.1 XMR. Who bets against me?

<e​longated:matrix.org> Bet against a ponzi ?

<v​enture:monero.social> I would. the halving will take place... but then again you are right, the emission / verification of any halfvngs are very obscure

<r​brunner7:monero.social> No, if they half, I loose and pay the winner 0.1 XMR.

<e​longated:matrix.org> They won’t halve, reduces their shitcoins payout 😅

<r​brunner7:monero.social> I do hope I myself am not a ponzi ...

<r​brunner7:monero.social> They have a voting process in place. Imagine they ask "Who wants to postpone the halving in favor of our ongoing XMR takeover?"

<r​brunner7:monero.social> proposals.qubic.org/?status=active_proposals

<v​enture:monero.social> i would need to check these qutard sites.. about the burn rate or buyburns how he calls them with the xmr mining profits. they do have a hard cap at 200t and emitting currently 1t per week and are at 130 or so.. so i doubt that they would risk their runway

<r​brunner7:monero.social> It would probably appear here

<v​enture:monero.social> the "real" decisions are doubtfully outsourced to their community, only decisions whose outcome they care less about.

<b​awdyanarchist:matrix.org> Hey guys I want to float an idea. Would it be possible to integrate time as an additional blockweight factor into every block that a node sees. So for example, a node would calculate the weight of a block with some function: Weight=Difficulty+Time. And they'd calculate a chaintip weight as the sum of the weight of all blocks.

<b​awdyanarchist:matrix.org> This would imply a disadvantage for a 51% attacker, because now there's an additional time-weighting component that they have to fight. So hypothetically, they *could* still do long chain re-orgs, but they'd need more than 51% of the network hashpower to do it

<v​enture:monero.social> important decisions are done with their "computor majority", which are largely sock-puppets behind very few (less than 10) operators controlling several of these computors

<b​awdyanarchist:matrix.org> Again, each node would calculate their own view of the network independently, and choose to accept or reject a reorg, solely on the basis of their own calculation of relative weights between two competing chaintips

<v​enture:monero.social> you mean that as a replacement to the current longest-chain-rule?

<b​awdyanarchist:matrix.org> Yes

<v​enture:monero.social> nice idea. time is already used locally for diffulty adjustments

<r​brunner7:monero.social> venture: Only 10 people or so controlling those computors is an interesting estimate. Where is it from, if you are free and willing to tell?

<v​enture:monero.social> no, that was a blunt guess / rant :)

<v​enture:monero.social> but they do have the notion of operators and the pools somewhere disclosed that they have several computors. it surely isn't 676 independent entities voting

<v​enture:monero.social> they have less than 10 pools?

<n​eromonero1024:monero.social> hello, Bawdy

<n​eromonero1024:monero.social> as for your proposal, does miner's ability to choose the timestamp interfere with it?

<b​awdyanarchist:matrix.org> No it would only be the NTP time as seen by the local node.

<v​enture:monero.social> would be interesting to figure out the weights for difficulty / time. each 50/50? and both metrics would need to be normalized but i guess difficulty can trivially be normalized to time given the definition of it

<o​frnxmr:xmr.mx> cant they just fake timestamps

<v​enture:monero.social> it's locally on receive? like how timestamps are used for local monerod's DAA I guess?

<v​enture:monero.social> it's locally on receive? like how timestamps are used in local monerod's DAA I guess?

<n​eromonero1024:monero.social> they can't fiddle with timestamp too much

<n​eromonero1024:monero.social> iirc, the block timestamps can't be below some average of past X (it was 11 maybe) blocks and can't be higher than T+2hr at the time of receiving

<b​awdyanarchist:matrix.org> The idea would be "my node saw block {X} mined at NTP UTC {time}." Maybe the time-adjusted weighting of each block would follow a function with a horizontal asymptote for a "max possible weight" over time.

<b​awdyanarchist:matrix.org> Right now it's just a conceptual idea. I havent done any math or specific modeling on it. I dont even know if it's been considered before.

<n​eromonero1024:monero.social> I'm pretty sure I didn't see similar idea floating around recently

<n​eromonero1024:monero.social> statistics (and math in general) isn't my forte, so I'll refrain from scrutinizing BawdyAnarchist 's idea

<n​eromonero1024:monero.social> however, from my basic technical understanding, we'd need a more efficient block propagation algo (cuz we're timestamping... block propagation requires some time)... maybe whichever node finds the block, pings the network with the block hash so that every node can timestamp it as fast as possible, then go from there

<r​avfx:xmr.mx> Yeah, if two blocks get sent almost in the same time on two different edge, it eventually get a timestamp crossover

<v​enture:monero.social> it could get messy with block propation and everyone having a slightly different time.

<v​enture:monero.social> there was another proposal for amending the longest-chain-rule (LCR) by byzcoin (not sure what happened to that project / why it failed)

<v​enture:monero.social> But they proposed to put every competing block hash in an array, hash it, sort it, and go with the first one. would be deterministic

<n​eromonero1024:monero.social> wait... it can be further optimized to reduce spamming

<n​eromonero1024:monero.social> I remember sech1 and tevador mention this idea of adding a secondary layer of hashing for randomx

<n​eromonero1024:monero.social> currently, randomx(input) = blake2b hash... in this update, it would be blake2b(randomx(input))... basically, double-hashing

<n​eromonero1024:monero.social> with this, nodes could almost instantly ping every other node that they found a block... it'd be almost instant to verify the hash and timestamp... then, go from there

<b​awdyanarchist:matrix.org> I think flood propagation happens on the order of seconds typically, so at the moment some individual variability on when each node sees a new block would probably be minimal, but maybe that could change as blocks grow larger, or if there are general internet disruptions.

<a​shven:matrix.org> At this stage why not just use sha256d!

<a​shven:matrix.org> Total nonsense to introduce voting layer for POS rather than helping the miners have their incentives

<a​shven:matrix.org> Miners have very poor incintives to mine Monero it's unprofitable and mostly mined by hobbyists. I dont mine moneri on the grid to be honest only with free electricity

<a​shven:matrix.org> This is not decentrlization this is killing decentralization

<a​shven:matrix.org> Miners have very poor incintives to mine Monero it's unprofitable and mostly mined by hobbyists. I dont mine monero on the grid to be honest only with free electricity i love mining moneeo cuz i like it but not everyone like me

<s​gp_:monero.social> Mining Monero with RandomX will never give you anything more than at most minor profits, by design

<a​shven:matrix.org> The fact that bitcoin mining machine is less decentrlized with companies like avalon and fluminer making home machines avalible even more true for script

<a​shven:matrix.org> Now today somone can have up to 1petahash on his house using home mining machine as heater

<n​eromonero1024:monero.social> bro what?

<n​eromonero1024:monero.social> pretty sure rbrunner7 was cracking a joke at pubic

<a​shven:matrix.org> And that's the peoblem

<s​gp_:monero.social> By asking for more profits, you're asking for a less efficient market with barriers to entry

<a​shven:matrix.org> I am not talking about the coin price or tail emission i am talking about mining efficiency

<s​gp_:monero.social> Profits from mining = hashrate left off the table due to market inefficiencies

<a​shven:matrix.org> I am asking to be realistic and pragmatic

<a​shven:matrix.org> Making miners more efficient and easy to scale

<o​frnxmr:xmr.mx> it doesnt matter

<a​shven:matrix.org> Please elaborate bitcoin and litecoin have no problem with this

<a​shven:matrix.org> Maybe i am mistaken here

<o​frnxmr:xmr.mx> Profitable mining coins are due to hype

<s​gp_:monero.social> Those assets have barriers to entry that keep the market inefficient

<o​frnxmr:xmr.mx> more people investing than producing

<a​shven:matrix.org> Fair enough but monero have more barriers for scaling hardware

<o​frnxmr:xmr.mx> If you make the coin such that nobody except for 2 companies can mine it, then you're all consumers, padding the pockets of the companies

<s​gp_:monero.social> See how profitable mining Bitcoin is on your accessible home computer

<a​shven:matrix.org> I have asic farm its more profitsble than ever

<a​shven:matrix.org> It get me breakeven in less than a year

<s​gp_:monero.social> Your profits exist because I don't have an asic I can turn on

<s​gp_:monero.social> It's that simple

<o​frnxmr:xmr.mx> +1000...

<s​gp_:monero.social> Monero picked the hypercompetitive option with cpus

<a​shven:matrix.org> Ok so what are the solution to help the miners?

<s​gp_:monero.social> So there's nearly no inefficiencies

<a​shven:matrix.org> At current stage its nor efficent or scalable

<o​frnxmr:xmr.mx> Profit wise? Mass adoption where there is greater influx of money than there is network security

<a​shven:matrix.org> What about scalbility?

<o​frnxmr:xmr.mx> scalability of what? The tramsactions?

<a​shven:matrix.org> Its hardly scalable for miners to scale a Monero mining operation

<a​shven:matrix.org> Basicaly you have to buy a whole pc not a cpu for god sake

lol

<s​gp_:monero.social> Look at it this way. Only the *best*, most competitive miners for Monero can make a profit

<a​shven:matrix.org> It's not as scalable as gpu for example

<s​gp_:monero.social> Because it's so competitive

<o​frnxmr:xmr.mx> tell that to amazon AWS. Its very possible to build warehouses of cpus

<a​shven:matrix.org> Aha isnt it about users?

<a​shven:matrix.org> 100% agree

<o​frnxmr:xmr.mx> your profit is also dictated by how much you sell for

<a​shven:matrix.org> Similar to asic

<o​frnxmr:xmr.mx> So if you want to be profitable.. 🧠, sell for a profit

<a​shven:matrix.org> Forget about that for a second

<o​frnxmr:xmr.mx> no

<a​shven:matrix.org> Se want it to earn more than it burns

<a​shven:matrix.org> Forget about massive profits

<o​frnxmr:xmr.mx> So than sell for more than you spend.

<o​frnxmr:xmr.mx> If it costs me $3000 to mine an ounce of gold, and i sell for $2500, i'm just stupid

<a​shven:matrix.org> Which require efficent miners and ease of scalbility of the hardware thats almost impossible

<a​lexandre:uii.pt> but to sell for more than 3000$ someone needs to be willing to pay that amount

<o​frnxmr:xmr.mx> no it doesnt, it requires you to set youe sell price at a rate that isnt retarded

<a​shven:matrix.org> If i can get 20 cpu to work together efficently i would be better than one with 1 cpu

<o​frnxmr:xmr.mx> Ive never sold xmr at less than 10% above "market"

<a​shven:matrix.org> Thats idealist minig is a business miners always have to pay electricty or they will shut down

<o​frnxmr:xmr.mx> Supply and demand. If they want cheap xmr, they can buy it from a cex, off of a seller that can afford to sell for less than it costs to produce

<a​shven:matrix.org> No would mine xmr if it doesnt even cover the electricty cost

<o​frnxmr:xmr.mx> Bro. If it costs me $2000 to raise a cow, and the supermarket sells a cor for 1800, am i selling my cows for 1800? Fuck no

<a​shven:matrix.org> It's a bussiness

<l​eonarth_:matrix.org> my node stopped syncing and keeps restarting after this message:

<l​eonarth_:matrix.org> 2025-08-15 17:25:08.561 E Exception in main! Attempt to get block from height 2150860 failed -- block not in db

<l​eonarth_:matrix.org> think the db might be corrupt, any way to restore it?

<t​ty:oblak.be> sorry to come asking so clueless but i saw the qubic stuff recently as a casual observer. can someone clue me in as to whats going on? are they trying to replace xmr with their iwn coin? why?

<a​shven:matrix.org> Then you go to jail

<o​frnxmr:xmr.mx> yeah, likely corrupt

<a​shven:matrix.org> For not paying electrcity

<o​frnxmr:xmr.mx> by any chance, were you using any --db-sync-mode flags?

<l​eonarth_:matrix.org> what to do in this case?

<l​eonarth_:matrix.org> "--rpc-restricted-bind-ip=0.0.0.0", "--rpc-restricted-bind-port=18089", "--no-igd", "--no-zmq", "--enable-dns-blocklist", "--public-node", "--prune-blockchain"

<o​frnxmr:xmr.mx> Try starting with `--db-salvage`

<l​eonarth_:matrix.org> ok, trying, thanks ofrnAI

<l​eonarth_:matrix.org> nope --db-salvage does nothing, it just keeps restarting

yeah db salvage rarely works

have you tried turning off comp and then on again? not a joke

<l​eonarth_:matrix.org> what do do in this case?

<l​eonarth_:matrix.org> delete the db and start over?

<l​eonarth_:matrix.org> runs in a container so yes :D

<l​eonarth_:matrix.org> it restarts 10 times then stops

if db corrupted then sadly you need to sync from scratch

<o​frnxmr:xmr.mx> Yep

it's why I have 2 nodes :)

<l​eonarth_:matrix.org> can use a flag or just delete the db folder?

<o​frnxmr:xmr.mx> I actually make a copy of my db every few months 🥲

<o​frnxmr:xmr.mx> Just delete the lmdb folder

<n​eromonero1024:monero.social> make sure to use `--db-sync-mode=safe:sync` next time you sync

<l​eonarth_:matrix.org> that makes it slow though, right?

slower yeah

<r​brunner7:monero.social> Totally crazy idea: Make a weekly backup and lose one week of syncing in the worst case. Of course will cost you for some backup SSD. Cost of doing business if you are your own bank :)

<l​eonarth_:matrix.org> how many CPUs/memory would make it sync the fastest (given bandwidth is good)

<r​brunner7:monero.social> For Linux I can recommend Restic

<l​eonarth_:matrix.org> a snapshot a week should be fine

<l​eonarth_:matrix.org> i was thinking to scale up the server let it sync faster, then scale it back down

the bottleneck for syncing is usually the random I/O

nice SSD is nice

How much ram and how big is your swap file leonarth_

<r​avfx:xmr.mx> I wonder if LMDB can be patched so it only cache write

<l​eonarth_:matrix.org> I can give it how much ram/cpu I want

<r​avfx:xmr.mx> because it will fill up the ram with cache, but it cache read and write right now

<n​eromonero1024:monero.social> if there's enough RAM and internet connection is fast enough, you could sync the entire blockchain on a ramdisk, then just copy the lmdb folder to disk

<1​7lifers:matrix.org> new use for high memory values found

<o​frnxmr:xmr.mx> Nono

<o​frnxmr:xmr.mx> If your node is within (iirc) 5 blocks of the tip, it will auto-switch to safe:sync

<l​eonarth_:matrix.org> you told me to delete lmdb folder, still doesn't work though...

<l​eonarth_:matrix.org> 2025-08-15 17:56:46.487 E Exception at [add_new_block], what=Failed to set max_block_size: MDB_NOTFOUND: No matching key/data pair found

<r​avfx:xmr.mx> The point is, the random access is for the tx verification, gonna seek full time non stop...

<r​avfx:xmr.mx> But when we write on the blockchain, it's when we add block right, at the tip of the chain.

<r​avfx:xmr.mx> Decoy selection algo user a distribution that favor newer block.

<r​avfx:xmr.mx> Caching only write == a lot more cache it (the more ram the better, 32GB of ram would allow a full sync on HDD in less than 12 hours or something)

<l​eonarth_:matrix.org> thank you guys

<r​avfx:xmr.mx> Instead of using LVM shenanigans, it could be fixed just by having lmdb to tell the FS to not cache Read, but only write

<l​eonarth_:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/GLekRnBCjxJyiZmAqJRmIyTE

<l​eonarth_:matrix.org> it's not consuming much cpu nor ram

<r​avfx:xmr.mx> it should fill the ram, you just began

<r​avfx:xmr.mx> but it will fill it with read cache also

<l​eonarth_:matrix.org> I see, therefore CPU don't matter much, would sync the same with 4CPUs

<r​avfx:xmr.mx> 4CPU is totally fine

<r​avfx:xmr.mx> it won't use more than two cores afaik

<l​eonarth_:matrix.org> then 4CPU/30GB ram should sync the fastest in your opinion

<r​avfx:xmr.mx> For HDD it won't change much, it will help a little but the cache is trashed by random read and it nuke performance

<r​avfx:xmr.mx> For SSD, it have virtually 0 ns seek time so it's fine

<l​eonarth_:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/rkhvPAbBCyraMdHsocyVjXMk

<l​eonarth_:matrix.org> used ram still not growing

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/aGLBheCaMGFycihtpKAsuIpX

<l​eonarth_:matrix.org> seems to buffer it instead of growing

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/ZFUyZNlYBUXDKfjQydhZZsqg

<r​avfx:xmr.mx> your ram is full

<r​avfx:xmr.mx> the yellow is the cache, it's still considered as "free"

<l​eonarth_:matrix.org> you're right!

<l​eonarth_:matrix.org> growing it to 30, let's see if it still fills :)

<r​avfx:xmr.mx> LMDB will use as much it can

<s​yntheticbird:monero.social> actually this is a linux kernel mechanism

<s​yntheticbird:monero.social> not an lmdb one

<r​avfx:xmr.mx> Can we tell it to not cache READ on that file

<r​avfx:xmr.mx> The will give a massive boost to sync on HDD (assuming you have a least 20GB ram)

<s​yntheticbird:monero.social> oh gosh no you can't, but i sure hope I would have loved to be able to do so

<l​eonarth_:matrix.org> image.png

<r​avfx:xmr.mx> as it read and write, it will grow...

<r​avfx:xmr.mx> it won't just fill it on load

<l​eonarth_:matrix.org> growing it to 32GB ram

<l​eonarth_:matrix.org> to test your theory

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/iwLzEUlMsknNeNPnjuHwHwhT

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/EGxuWmDrhVzzjOhWhhUejsVl

<r​avfx:xmr.mx> There is a little more ram used because that one also run p2pool since 2 weeks

<l​eonarth_:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/vaidMWJttAUVATZcbOJiblmi

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/JiGQiAEYYTFwPyfofmjncLOa

<l​eonarth_:matrix.org> it's been syncing only 4 minutes, let's see in 15' if the ram buffer grows to the 32gb

<r​avfx:xmr.mx> it's going to grow to 32GB once you synced 32GB worth of it

<s​omeonefeelinggreat:matrix.org> Excuse me fellers. I was wondering if any kind soul out there knows whether or not the cake swap function works properly at the moment?

<o​frnxmr:xmr.mx> It depends on their partners. I image its working

<l​eonarth_:matrix.org> 30% in 6 minutes

<r​avfx:xmr.mx> Don't worry, it's going to slow down, a lot :)

<l​eonarth_:matrix.org> :)))

<l​eonarth_:matrix.org> it's pruned chain, check the params

<z​ero-ghost:matrix.org> odysee.com/@CryptoVigilante:b/Attack-on-XMR:9

<z​ero-ghost:matrix.org> just want to say i love this video

<l​eonarth_:matrix.org> 8GB used space for 30% of the chain, therefore it should be around 30G total

<r​avfx:xmr.mx> 30% != space

<r​avfx:xmr.mx> 30% of the blocks

<r​avfx:xmr.mx> in the beginning it was smaller amount of transactions

<l​eonarth_:matrix.org> 30% of the blocks occupy 8GB in space

<l​eonarth_:matrix.org> oh I see, the blocks are gonna get larger

<r​avfx:xmr.mx> full pruned is like 80GB or something, I think

<o​frnxmr:xmr.mx> 90gb pruned

<o​frnxmr:xmr.mx> Majory of which is the last 1.5million blocks

<l​eonarth_:matrix.org> full how much?

<o​frnxmr:xmr.mx> 230

<l​eonarth_:matrix.org> what are we gonna do in 2038 when we run out of 64bit time_t?

<r​avfx:xmr.mx> 32bits time_t

<r​avfx:xmr.mx> I think bitcoin have that issue, still not patched because no hard fork

<l​eonarth_:matrix.org> we already transitioned to 64bit time_t on most distros

<l​eonarth_:matrix.org> so monero doesn't have this issue?

what resolution of time does monero use?

is it second or millisecond or microsecond or nanosecon?

The answer to when it will run out depends on the resolution and the bits.

<l​eonarth_:matrix.org> should be using seconds as we have 120 seconds block time

<z​ero-ghost:matrix.org> I know its been explained a million times, but why cant Qubic just be blocked from either our mining client or the network entirely?

<l​eonarth_:matrix.org> there's no need to go lower

leonarth: OK but in theory, I mean it could still have been represented in a finer resolution.

zero-ghost: decentralized cryptocurrencies are permissionless. No one gets excluded.

Moreover, the pool is only a virtual construct afaik.

In theory, peers could ignore bad peers that put out bad data.

<z​ero-ghost:matrix.org> yea the ignore thing i thought chains have done that before

zero-ghost: Must be in centralized chains only

20:43:28 <Evolver> what resolution of time does monero use?

second

it uses 64-bit, on varints

<z​ero-ghost:matrix.org> hmm

zero-ghost: sorry, you meant at the peer level. That makes sense.

that's the time the miner who created the template set on it, which could be anything

<z​ero-ghost:matrix.org> yea

network time is decided by grabbing a set of blocks and calculating the result

zero-ghost: I do think some Qubic peers were putting out bad data for a while, so perhaps it was a lost opportunity. Someone can correct me.

qubic can just use tor to push blocks

they can change the signature

node operators can also decide to not update

it's not a centralized network, there's several thousand ran by unknowns, many forgotten years ago

there's still some alive from last hardfork

<z​ero-ghost:matrix.org> i see, I thought there was some way for me mining to block any infomation coming from the Qubic pool

technically u might be able to find the qubic supernodes via this approach arxiv.org/abs/2504.17809 and block it

Evolver: they push blocks via other means.

open rpc as well

so they don't even need their own nodes directly connected

they might use Tor, as well

and connect to other tor nodes. you don't have an ability to block these

Have to find their supernodes. Periphery nodes don't matter. Maybe even the supernodes could use Tor though.

<l​eonarth_:matrix.org> RavFX: ram cache went up to 11GB in 30 minutes of syncing, still far from the 30GB available

<z​ero-ghost:matrix.org> thanks for explaining guys, the only thing I have to contribute to P2pool is an old gaming laptop with an i7

<z​ero-ghost:matrix.org> is it completely worthless to bother?

Evolver: they have several, and they push found ones directly from pools

<l​eonarth_:matrix.org> Zero-ghost: do it for the experience, use p2pool nano

you are looking at monero like a centralized network

<z​ero-ghost:matrix.org> yea i figured i was mixing up too many things

we know where their nodes connect to, but these are well known nodes. they also send tasks directly via RPC so there isn't even a need to have a monero node

ok

<z​ero-ghost:matrix.org> gotcha, i dont want to waste your guys time explaining these things youve explained to people 1000 times before, i'll try to get up to speed as much as i can and try to help monero and turn people against Qubic

<z​ero-ghost:matrix.org> keep helping humanity guys

<l​eonarth_:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/vyUhOUPEXFpExBdPWvMdXXuL

<l​eonarth_:matrix.org> disk IO seems to be the bottleneck for syncing

<o​frnxmr:xmr.mx> send `sync_info` to monerod

<o​frnxmr:xmr.mx> `./monero sync_info` etc

<o​frnxmr:xmr.mx> Or interactively into monerod term window

<l​eonarth_:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/BmYuQyrRfETLIxrzdvfGsWrU

<s​bt:nope.chat> So apparently bitcoin core 30 will allow people to upload arbitrary data to the nodes?

<s​bt:nope.chat> xcancel.com/GrassFedBitcoin/status/1954294885953179938#m

<n​eromonero1024:monero.social> finally, my hentai collection will be immortalized in the BTC blockchain!

<n​eromonero1024:monero.social> (encrypted, of course :P)

<o​frnxmr:monero.social> The first `.` in `.ooooooooo.ooooooo` means the next batch of blocks in line is still downloading

<o​frnxmr:monero.social> Ideally it will look like `moooooooooo`, sith any `.` being further away from the `m`

<l​eonarth_:matrix.org> is `get_info` allowed in restricted-rpc?

<o​frnxmr:xmr.mx> It gives fake info

<o​frnxmr:xmr.mx> Will give some correct info, like height and txpool, but not db size or connection counts

<l​eonarth_:matrix.org> awesome, thanks ofrnAI

<l​eonarth_:matrix.org> what is the p2p port for in a public node? if I change it from the default does it impact anything?

<e​xplodius:matrix.org> The attack has begun. Turn on your miners everyone!

<g​oodboy:matrix.org> 👀

<e​xplodius:matrix.org> the qubic hashrate disappeared off miningpoolstats.stream qubic

<e​xplodius:matrix.org> the qubic hashrate disappeared off miningpoolstats.stream

<e​xplodius:matrix.org> its like it turned on and off suddenly

<o​ieieio1:matrix.org> qubic is not mining xmr atm

<e​xplodius:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/mKlRwSfnqcsrBphrIxAvtChX

<e​xplodius:matrix.org> on and off

<r​avfx:xmr.mx> the waves resumed

<r​avfx:xmr.mx> clipboard.png

<o​ieieio1:matrix.org> yep on and off

<r​avfx:xmr.mx> Normal mode of operation for qubit

<e​xplodius:matrix.org> I guess I'll just leave my miner on

<o​ieieio1:matrix.org> normal mode for alot of pools and big miners

<r​avfx:xmr.mx> ona day scales, not an hour scale

<e​xplodius:matrix.org> What are you guys getting?

<e​xplodius:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/TdpSxxsbfDNvRLjfPGEpPGgU

<r​avfx:xmr.mx> About 60KH/s right now

<m​x_mandelbrot42:matrix.org> My rigs are hashing and will remain on. ~75 KH/s total. Gupaxx. Fk Qbitch

<o​ieieio1:matrix.org> yeah yesterday they had a xmr mining marathon 22 hrs staright

<e​xplodius:matrix.org> ooh yeah

ravx only 60? I thought you were bigger than that

<o​ieieio1:matrix.org> yeah yesterday they had a xmr mining marathon 22 hrs straight

<r​avfx:xmr.mx> I have variable

<s​bt:nope.chat> What's your setup?

<r​avfx:xmr.mx> I needed to shut some of the load in various servers because it was causing services issues lol

<e​xplodius:matrix.org> I've got an AMD ryzen 5800x

<e​xplodius:matrix.org> running on Gupaxx

<r​avfx:xmr.mx> Right now I just mine at home

<r​avfx:xmr.mx> One 3950X and a stack of tiny pc (thinkcentre)

<r​avfx:xmr.mx> Doing some adjustement, might put back the servers online

<s​bt:nope.chat> Yeah I've got bunch of tiny PCs too.

<e​xplodius:matrix.org> I've noticed that with 16/16 threads on my hashrate goes up if I idle vs trying to browse the internet or something else. Kind of cool. Even moving the mouse lowers the hashrate lol

<r​avfx:xmr.mx> On my main PC I mine with "nice", 32 threads.

<r​avfx:xmr.mx> It's totally usable, I also put my radeons in the mix, witha funny low hash rate but I need to actually burn energy

<m​x_mandelbrot42:matrix.org> My rigs are hashing and will remain on. ~75 KH/s total via Gupaxx. Fk Qbitch

<o​ieieio1:matrix.org> yeah don't go all out - all threads is a good setup for a dedicated mining rig - i mine like 80% most of the time and can use my pc for other stuff

<m​x_mandelbrot42:matrix.org> My dedicated rigs are hashing and will remain on. ~75 KH/s total via Gupaxx. Fk Qbitch

<o​ieieio1:matrix.org> watch your temps - if you run 100%

<r​avfx:xmr.mx> No worries

<o​frnxmr:monero.social> Undervolt your cpu

<o​frnxmr:monero.social> My cpu runs more consistent (doesnt thermal throttle) if i slightly reduce voltage.

<o​frnxmr:monero.social> been a long time, maybe i also underclocked

<g​oodboy:matrix.org> if i were to spin up some rigs to help where's the recipe of everything that needs to be done.

<r​avfx:xmr.mx> I already undervolt my 3950X

<r​avfx:xmr.mx> By default the voltage is way too high, even with PBO shit disabled

<o​frnxmr:monero.social> From like 70* to like 62* with maybe 100h/s drop

<e​xplodius:matrix.org> the ryzem 7 5800x is a hot running cput too. I'm pushing 87-90 celsius here. But its very stable, never goes over 90

<e​xplodius:matrix.org> the ryzen 7 5800x is a hot running cput too. I'm pushing 87-90 celsius here. But its very stable, never goes over 90

<o​frnxmr:monero.social> Try dropping voltage a touch.. big diff on temps0

<r​avfx:xmr.mx> I got extra cooling on my ram, that stuff get warm (optimized)

<e​xplodius:matrix.org> I'll have to check that out

<r​avfx:xmr.mx> got like +2-3K just by doing the ram thing

<r​avfx:xmr.mx> github.com/integralfx/MemTestHelper…/blob/oc-guide/DDR4%20OC%20Guide.md

<o​ieieio1:matrix.org> i run a bunch of older xeons x5-2699v3's - old datacenter cpu's they are like tanks - I don't tweek them but they run at 2.3ghz 24/7 probably forever. lol

<o​ieieio1:matrix.org> i run a bunch of older xeons e5-2699v3's - old datacenter cpu's they are like tanks - I don't tweek them but they run at 2.3ghz 24/7 probably forever. lol

<g​oldenbeard:matrix.org> Anyone know why qubic at the top of miningpoolstats.stream? What's the situation, we screwed?

<g​oldenbeard:matrix.org> I can't even seem to mine on monero ocean, keeps cutting out

<g​ogo2464:matrix.org> hello. How to buy monero. Somebodies recommended me applications. I lost the links.

<m​x_mandelbrot42:matrix.org> Please consider mining via Gupaxx, which is very straightforward: youtube.com/watch?v=8_MOQHYRE1c&t=7

<g​oldenbeard:matrix.org> I'm using xmrig

<m​x_mandelbrot42:matrix.org> Check out Retoswap

<g​ogo2464:matrix.org> amazing! thank you!

<f​iatmoneysucks:matrix.org> Retoswap.com, Eigenwallet.org, BasicSwapDEX are the DEXs and for CEXs I recommend you see Trocador.app, OrangeFren and Cyphergoat.com

<f​iatmoneysucks:matrix.org> Retoswap.com, Eigenwallet.org, BasicSwapDEX are the DEXs and for CEXs I recommend you see Trocador.app, OrangeFren and Cyphergoat.com (agregators)

<g​ogo2464:matrix.org> To convert euro to monero, should I use mont pelerin for getting a midle crypto to then exchange with retro swap or can I exchange directely euro to monero

<u​nt0ld:matrix.org> > I think more fees + GUI wallet mining by default would help a lot. Shill this to devs.

<u​nt0ld:matrix.org> >

<u​nt0ld:matrix.org> > The casual user should go out of their way to disable mining and higher fees. Not the other way around. The Monero software should be a bit selfish and try to support its network. The wallet must by default:

<u​nt0ld:matrix.org> > - Set up as a pruned node (public node if HDD, full node if >750GB SSD free).

<u​nt0ld:matrix.org> > - Mine, even a little.

<u​nt0ld:matrix.org> > - Don't have slow fee selected by default.

<o​frnxmr:xmr.mx> I think ppl talking about raising fees are misguided

<g​ogo2464:matrix.org> thank you very much what is the differrence between DEX and CEX please? I am a noob

<m​x_mandelbrot42:matrix.org> Dex = decentralized exchange; CEX = centralized exchange

<o​frnxmr:xmr.mx> D for decentralized, C for centralized

<g​ogo2464:matrix.org> ah sure then cex is better lol

<g​ogo2464:matrix.org> no fee for transactiion rofl

<g​ogo2464:matrix.org> DEX

<g​ogo2464:matrix.org> sorry

<g​ogo2464:matrix.org> dex is bettr

<o​frnxmr:xmr.mx> If youre trying to move in/out of litecoin or btc, id recommend basicswapdex. If move from btc to xmr only, eigenwallet. If fiat usdt btc to from xmr in a slightly more centralized manner, retoswap

<f​iatmoneysucks:matrix.org> @gogo2464:matrix.org I make this guide to help: monero.town/post/6460173

<f​iatmoneysucks:matrix.org> Have info about Monero below :)

<g​ogo2464:matrix.org> ok then I prefer rretroswap. a bit for the name and a lot of for the dex

<g​ogo2464:matrix.org> br

<g​ogo2464:matrix.org> amazing guide. I am a noob! I spread my phone number over a lot of website. My first test is just to buy a redirector with monero to chnage my phone for a most private one. So that in case of public breach, my phone will not leak.

<o​frnxmr:xmr.mx> Why?

<o​frnxmr:xmr.mx> Eigenswap predates it, and is trustless. Previously known as unstoppableswap

<g​ogo2464:matrix.org> retro : I like the name and I prefer dex than cex

<g​ogo2464:matrix.org> retroswap?

<o​frnxmr:xmr.mx> no, eigen

<o​frnxmr:xmr.mx> Reto* (not retro), is the newest of the 3. All 3 are decentralized, but reto has some centralized aspects to it / isnt trustless

<o​frnxmr:xmr.mx> Reto is the only one that you can buy / sell using fiat

<r​ipxmr2025:nope.chat> Yes, we are screwed. This issue has been present since 2022 when mineXMR (another pool) had 48% of the hash rate for 24/7 hours for a couple weeks. The Monero community and developers failed to address this issue back then, so I question why they would fix it now. Qubic has reached 48%, and with enough incentives, even if it's a ponzi scheme, they could persuade other pools to joi<clipped message>

<r​ipxmr2025:nope.chat> n them in carrying out a 51% attack. The developers are slow, and have yet to consider a solution. I recommend selling Monero and buying ETH instead. BTC will face similar issues in the future, but ETH has PoS, which is not vulnerable. The ETH developers are geniuses who actually work. Treat Monero like Tor: while many people enjoy using it, only a few donate or host their own nod<clipped message>

<r​ipxmr2025:nope.chat> es. This is a weakness that Monero cannot fix, especially when its community is resistant to NGU.

<o​frnxmr:xmr.mx> Unstoppableswap (now rebranded as eigenwallet) has been around for years, as has basicseap

<r​ipxmr2025:nope.chat> Qubic only needs 3% more to carry out a 51% attack on the Monero network. Once they achieve that, Monero will be compromised. The whole network will be controlled by Qubic, allowing them to double spend, remove transactions, and manipulate the network as they please. SELL NOW.

<u​nt0ld:matrix.org> based

<e​ddie:oblak.be> Weep weep

<r​ipxmr2025:nope.chat> I am warning people. Although the price has not dropped significantly yet, it is likely to decrease by at least 90% soon. Wwap from XMR -> ETH while you can, and never look back.

<r​ipxmr2025:nope.chat> I am warning people. Although the price has not dropped significantly yet, it is likely to decrease by at least 90% soon. Swap from XMR -> ETH while you can, and never look back.

<r​avfx:xmr.mx> Dude just have a short

<r​avfx:xmr.mx> Or he want his long filled

<r​ipxmr2025:nope.chat> I am grateful for having made over 500k+ by shorting Monero. Remember me? While I no longer need profits from short positions, I am here to help others. Unfortunately, the developers do not show a sense of urgency because they have no personal stake in Monero, unlike the Ethereum Foundation. As it stands, Monero is fundamentally flawed.

<r​avfx:xmr.mx> Say it, you don't want it to bounce because your 500k+ is upnl

<l​ongroadhome:matrix.org> Qubic isn’t showing up on miningpoolstats

<r​ipxmr2025:nope.chat> Qubic has literally reached 48% of the hash rate, and anyone who thinks they won't reach 51% soon is delusional or coping. Qubic has enough incentives to convince miners to switch from other pools. If they achieve 51%, they will be able to double spend Monero in order to buy as much of their own coin as possible. SELL NOW.

<g​ogo2464:matrix.org> which one is the better app ?

<r​avfx:xmr.mx> right now they have 0MH/s yeah

<r​avfx:xmr.mx> they pulse

<r​ipxmr2025:nope.chat> Qubic needs miners running in parallel to maintain a consistent hash rate, with occasional drops to 0%. The hash rate will rise again. Just wait.

<r​avfx:xmr.mx> if 50% on 50% off plus or less

<r​avfx:xmr.mx> except during a marathon

<l​ongroadhome:matrix.org> I think one of the most effective parts of Qubic’s operation has been spreading a lot of misleading information

<o​frnxmr:xmr.mx> Depends on your goal

<r​avfx:xmr.mx> Yeah, they totally won on that

<r​avfx:xmr.mx> them and the shorter that can't take profit and try to fud more

<r​ipxmr2025:nope.chat> WRONG. Even if each pool needed 50% extra, that would only amount to approximately 1 G/Hs, requiring another pool to switch sides for a successful 51% attack. Unfortunately, it seems the community is currently sleeping on this issue.

<r​ipxmr2025:nope.chat> WRONG. Even if the pool needed 50% extra, that would only amount to approximately 1 G/Hs, requiring another pool to switch sides for a successful 51% attack. Unfortunately, it seems the community is currently sleeping on this issue.

<r​avfx:xmr.mx> look at there own graph

<r​avfx:xmr.mx> literally like a 50% duty cycle

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/qUgDIRavMHGkCTWBrLOsNMRc

<l​ongroadhome:matrix.org> I’m find someone, with the user name ripxmr2025, taking their time to “try help others” on the monero chat a little suspicious haha

<r​ipxmr2025:nope.chat> I do not feel the need to convince you, as I am using a node to monitor blocks mined by Qubic and have observed their hash rate reach 48% for several hours. If you are still doubting this, then you might be coping. Just sell before you regret it.

<r​avfx:xmr.mx> yeah, just a shorter that did not close and hes mad because it bounced a little

<1​7lifers:matrix.org> literally here

<e​ddie:oblak.be> I'm hodling diamond hands motherfucker 😂😂😂

<r​ipxmr2025:nope.chat> You people are being unnecessarily stubborn. You still have an opportunity to save whatever remaining Monero you have by performing a simple swap for ETH. The Monero "developers" are not currently working on any solutions to address this issue. I encourage you to review the MRL logs and GitHub proposals to get a better understanding of the situation. They don't know what is going on.

<r​ipxmr2025:nope.chat> Idiot. Enjoy losing 90% of your money.

<e​ddie:oblak.be> Hardly 😂

<r​avfx:xmr.mx> Theses short/fudder often append at bottoms. Not saying it's the bottom but it could be a sign.

<l​ongroadhome:matrix.org> leave it dude, you’ve given advice

<r​ipxmr2025:nope.chat> 235 the bounce is over.

<l​ongroadhome:matrix.org> People can take it if they like

<l​ongroadhome:matrix.org> But it’s nice you feel so passionate about helping us all <3

<e​ddie:oblak.be> If it drops 90% I buy the dip

<r​ipxmr2025:nope.chat> Yes, I have made up my mind. I am simply waiting for the 51% attack to occur. It should be an interesting development to observe.

<r​avfx:xmr.mx> But hey, you are here to help people but still want them after the thing already dropped 45% lol

are you selling any xmr?

<r​avfx:xmr.mx> please pleeaaaaasseee sell the bottom!!!

<e​ddie:oblak.be> Gotta love these simps who know best what others should do

you have shorts open?

<r​avfx:xmr.mx> ripxmr2025 have open shorts

does he?

<r​avfx:xmr.mx> surely

<l​ongroadhome:matrix.org> In general people who’ve just made 500k+ spend there time doing other thing

<r​avfx:xmr.mx> else he would not tell us to sell after it already dropped 45%

<l​ongroadhome:matrix.org> I mean, I know I would

he should show proof of positions with 500k profit claim

otherwise hes just a LARP

<e​ddie:oblak.be> If I made 500k I wouldn't try to be interesting on a forum

<e​ddie:oblak.be> I'd be sipping cocktails in bahamas

<r​avfx:xmr.mx> but but, it will say uPNL

<r​avfx:xmr.mx> I'm sipping cocktails right now :)

500k and youre in the bahamas?

<r​avfx:xmr.mx> you need way less than that, assuming you have proper contact

<r​ipxmr2025:nope.chat> Retard. When the 51% attack occurs, the Monero chain may cease functioning entirely. Instead of relying on the opinions of community members, I recommend paying attention to what the developers are saying about this issue. They're stressing out.

<r​ipxmr2025:nope.chat> <j​pc4r> I posted my position a long time ago.

<l​ongroadhome:matrix.org> Ahaha, me too, something like that at least. But ripxmr is altruistic 🙌

<r​ipxmr2025:nope.chat> I got nothing else to do.

where

<e​ddie:oblak.be> Even if Iose my xmr stake I don't give a shit

<l​ongroadhome:matrix.org> Want some novel recommendations?

<e​ddie:oblak.be> Life goes on

<g​ogo2464:matrix.org> provide the best anonimity and if possible as few money fee as possible

<l​ongroadhome:matrix.org> I read than Qubic is moving on to attacking another crypto in the coming days

<l​ongroadhome:matrix.org> According to CFB

ripxmr2025: You have a contract deadline to bring the XMR price lower? To what target? 220?

<r​ipxmr2025:nope.chat> Cope.

<r​avfx:xmr.mx> Is ripxmr doing futs or options?

<e​ddie:oblak.be> Sad guy

<l​ongroadhome:matrix.org> Not really, it’s just what CFB has stated.

<r​ipxmr2025:nope.chat> Leveraged short. Surely you remember RavFX. I was xmrto0.

At least if you tell us a reasonable target I can hold off buying. That's the least I could do.

<r​avfx:xmr.mx> Funny how the weekly is right on my memeline

Yea

<r​avfx:xmr.mx> oh no, a pixel lower, noooo

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/OlNFwdWSkRjdwjuTiIDxrJOO

<r​ipxmr2025:nope.chat> <E​volver> Currently, I have no set deadline, but I'm expecting to close my position when XMR hits $30

<r​avfx:xmr.mx> cool

That would turn it into a shitcoin, and there is no coming back to glory from that price, so "no can do".

<r​ipxmr2025:nope.chat> After a successful 51% attack on Monero, CFB will switch their efforts to Dogecoin due to their newly acquired funds.

<r​avfx:xmr.mx> why not ztrash?

<r​avfx:xmr.mx> would be funny just for the lolz

<r​ipxmr2025:nope.chat> Qubic does not possess sufficient resources to launch a successful 51% attack on Dogecoin. First, they must successfully carry out a 51% attack on Monero.

<r​avfx:xmr.mx> but dog pop is a good choice I guess

<r​avfx:xmr.mx> sure, if they nuke the price and we endup with 30$ monero, i'm sure they will have enough 😂

<r​avfx:xmr.mx> They also can only control the funds they have (if they did not sell it already to rent hash)

<r​avfx:xmr.mx> yeas, they can try to double spend what they already have

<o​frnxmr:xmr.mx> Im filling out applications for mcdonalds right now, so i can buy the dip

<r​ipxmr2025:nope.chat> Qubic does not appear to be renting its hashing power, as you can observe miners switching in real-time on from pools like hashvault.pro.

<l​ongroadhome:matrix.org> I thought the XMR the acquired was being used to buy back QUBIC which was then burnt?

<r​avfx:xmr.mx> He said it himself

<r​avfx:xmr.mx> flip burgers for monero!

<r​ipxmr2025:nope.chat> ofrnxmr just leave Monero already and contribute to Ethereum.

<r​avfx:xmr.mx> And I did see sus thing on mining renting place

<r​avfx:xmr.mx> they rent cheap hashpower for sur

ofrnxmr: There is a threshold support below which if it drops, it's permanently game over for a crypto. It's in the 100s I think but idk exactly its value.

<r​avfx:xmr.mx> like when there thing turn on the rental amount turn up a lot lol

<r​avfx:xmr.mx> so they rent

<r​avfx:xmr.mx> but they don't only rent

<r​avfx:xmr.mx> many miners flipped to them, probably some botnet too

<r​ipxmr2025:nope.chat> Qubic is planning to initiate a Quorum (vote) among its miners, who will decide whether or not to begin orphaning blocks and double spending on the Monero network in order to maximize Qubic burns. They will say yes.

<r​ipxmr2025:nope.chat> Hash rate is back.

<r​avfx:xmr.mx> yeah, it pulse normally

<r​avfx:xmr.mx> up down up down 50% duty cycle +-

<r​ipxmr2025:nope.chat> Now watch as miners from hashvault.pro will switch.

<r​ipxmr2025:nope.chat> Just watch.

<o​frnxmr:xmr.mx> Whats that?

<r​avfx:xmr.mx> Ethereum lol seriously.

<r​avfx:xmr.mx> Come and be part of the surveillance grid

<e​ddie:oblak.be> What a troll

<r​ipxmr2025:nope.chat> Luke even acknowledged that Ethereum could potentially serve as a finality layer. He has effectively conceded to the idea that Monero may not be able to compete on this front.

<r​avfx:xmr.mx> At least bitcoin is way more usable even if it's shit (subaddress)

<r​avfx:xmr.mx> for some reason it seam to be pain to create eth subaddress

<e​ddie:oblak.be> Just ignore this guy / girl / whatever

<o​frnxmr:xmr.mx> Luke loves eth

<r​ipxmr2025:nope.chat> Keep coping. I'll be here when the 51% attack starts :)

<l​ongroadhome:matrix.org> I feel like Qubic moving from coin to coin repeating this process makes it an inherently malicious project

<f​iatmoneysucks:matrix.org> "RipXMR' lol.

<r​avfx:xmr.mx> it's obviously a scam/ponzi

<r​avfx:xmr.mx> it purpose is "ai"

RavFX: In fairness Ether is going places and has much higher to go. I wouldn't shit on it if I was being honest.

<r​avfx:xmr.mx> meaning... yeah...

<r​avfx:xmr.mx> It's just also a nice surveillance grid

although yeah B and E are surveillance central

<r​avfx:xmr.mx> I did not say it was crap, but some people are not interrested

<r​avfx:xmr.mx> Bitcoin allow anon mode if you are extremely careful

<r​avfx:xmr.mx> Eth not really

<e​ddie:oblak.be> Ah talk to the hand 😂

<r​avfx:xmr.mx> So yeah, hashvault lost about 10-15%

<r​avfx:xmr.mx> expected

<r​ipxmr2025:nope.chat> Even if this is true, Qubic has enough incentives to convince miners to 51% attack Monero. Ponzi and rented hash are not valid excuses for the Monero community/developers to be lazy about this situation. hashvault.pro miners just switched 200 MH/s to Qubic. You can watch it live on miningpoolstats.

<r​avfx:xmr.mx> yeah, I wonder what all these cpu miner will mine if they don't have monero

<r​avfx:xmr.mx> run the ponzi

<r​avfx:xmr.mx> kill monero

<r​avfx:xmr.mx> then the ponzi rip

<o​frnxmr:xmr.mx> if exchanges keep deposits closed, you can always use basicswap

<r​ipxmr2025:nope.chat> According to Luke, using a Larger Network as our Finality Layer (Ethereum) is seriously being considered. RIP XMR. SELL NOW.

<r​avfx:xmr.mx> it's one of the proposal

<r​avfx:xmr.mx> and not his prefered proposal afaik

<r​ipxmr2025:nope.chat> Another +100 MH/s from hashvault.pro to Qubic. 51% is attack is happening.

<r​avfx:xmr.mx> Anyway. What game I should play tonight guys, I'm tired of arguing with short-man

cs 1.6

<a​palolen:matrix.org> "I will not try to convince you" 2 hours later, still going strong

<r​avfx:xmr.mx> I did play CS back when I had a Voodoo2, Been a LONG time I did not play CS

Pubic is being DDOSed

lol

ripxmr2025: How is Qubic solving AI anyway? I don't get it.

<r​avfx:xmr.mx> naa, they just have AI by namer

<r​avfx:xmr.mx> name**

<r​avfx:xmr.mx> like half the shit that have AI

<r​avfx:xmr.mx> it's for marketting

lol

Yea

They made their bed, they will lie in it i guess

some chinese guy was talking about he will continue the ddos even if they leave monero lol

it was on telegram

its actually crazy lol

apparently some people on twitter were threatening to DOX the cfb guy too from what i heard on discord

<r​avfx:xmr.mx> what ddos (image included on matrix)

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/riVpHLXtQlSEcqwTuNDmSrFr

cant see the image

well idk if the guy stopped but they were getting DDOSed

<r​avfx:xmr.mx> I know, m-relay is kinda crap sadly

oh, another nope chat account that is ridiculous lol

lol

<1​7lifers:matrix.org> upload to ibb.co

<r​avfx:xmr.mx> naa, irc people should force admins to get better standards

<r​avfx:xmr.mx> wait

<r​avfx:xmr.mx> xmr.mx/media/v1/media/download/AVXH…eC9qaVJ0UnNHSUZwVFNXcWJSbXp1WkZ1aU4

<r​avfx:xmr.mx> there

aha

yeah isnt that faked or something?

<r​avfx:xmr.mx> naa, it's there normal pulsing

<1​7lifers:matrix.org> yoo

aha

<r​avfx:xmr.mx> I don't know what there ddosing but well, crypto shit should be kinda immune to ddosing no? like that's the reason you have a lot of nodes...

well i dont think they work that way i think?

idk

qubic is strange.. in how it works and their actions!!

qubic doesnt require mining apparently

this isnt even a cryptocurrency i guess?

RavFX: I think ripxmr2025 has eyes on 218 target.

<r​avfx:xmr.mx> what 218 have special?

<u​nt0ld:matrix.org> qubic is not even a blockchain

<r​avfx:xmr.mx> it's not in my charts for 218

RavFX: it's a fancy MA support line in both weekly and monthly. it's also a reversion target.

<r​avfx:xmr.mx> name of that indicator so I can take a look

<r​avfx:xmr.mx> I normally use two MA and doritors

<r​avfx:xmr.mx> Doritos**

It also is March 2025 close

<r​avfx:xmr.mx> I see

pool_hashrate: 0

lol.

<r​avfx:xmr.mx> xmr.mx/media/v1/media/download/AfV0…eC9PWExzYkVYSlhna29VY25TTHFqd3p5VXU

<r​avfx:xmr.mx> That pulse was small but don't mean a thing

<r​avfx:xmr.mx> For mutyrtix users

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/dvsesVoAKaHkufMnCBvCXkoj

<r​avfx:xmr.mx> red line mean nothing, ignore it

<f​reedom-quester:matrix.org> Hi, what should I do when I get warnings like these?: There were 22 blocks in the last 90 minutes, there might be large hash rate changes, or we might be partitioned, cut off from the Monero network or under attack, or your computer's time is off. Or it could be just sheer bad luck.

<o​frnxmr:xmr.mx> Ignore

<o​frnxmr:xmr.mx> its just an info log to let you know that your node has only seen 22 blocks in 90mins (instead of expected 45)

ofrnxmr: is it because of Tor that you're getting it

<o​frnxmr:xmr.mx> no

almost always due to normal variance

<o​frnxmr:xmr.mx> its likely because qubic mining yesterday raised the difficulty

<r​avfx:xmr.mx> yeah, there marathon affected difficulty for sure

<f​reedom-quester:matrix.org> ofrnAI: why do you have AI after your name? I want to talk to the real ofrn who was here a few hours ago.

<f​reedom-quester:matrix.org> AI's freak me out

<f​reedom-quester:matrix.org> nioc: do you concur with Mr AI here that I should ignore the warning?

<f​reedom-quester:matrix.org> Does anyone else agree with ofrnAI that I should ignore the warning?

<f​reedom-quester:matrix.org> Oh well, I'm going to hope that ofrnAI is not in fact an artificial intelligence and follow the advice.

<r​avfx:xmr.mx> as far as block, yes, if diff go up block generation go down (when a big chunk of hashrate go byebye)