-
m-relay
<reverb3352:matrix.org> Anyone have experience with niceasicminer.com?
-
m-relay
<ofrnxmr:monero.social> ?
-
m-relay
<ofrnxmr:monero.social> What does this have to do with monero, [@reverb3352:matrix.org](https://matrix.to/#/@reverb3352:matrix.org)
-
m-relay
<reverb3352:matrix.org> Want to buy antminer x5's
-
m-relay
<reverb3352:matrix.org> I know there is a monero mining chat, but can't find it
-
m-relay
<elongated:matrix.org> Better build epyc rigs or wait for next gen miners from bitmain
-
m-relay
<jeffro256:monero.social> reverb3352: #xmrmine:matrix.org
-
m-relay
<reverb3352:matrix.org> Thank you
-
n1oc
[CCS Proposals] Lee Clagett opened merge request #586: Update vtnerd 2025 Q1 Part 2
repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/586
-
m-relay
<elongated:matrix.org> Is a RandomX upgrade planned with FCMP++? If so, have any audits been initiated
-
m-relay
<elongated:matrix.org> Or without fcmp++ in case we go with just ringsize bump only
-
m-relay
<ofrnxmr:xmr.mx> Fuck a ring size bump
-
m-relay
<ofrnxmr:xmr.mx> DSA >>> ring size bloat
-
m-relay
<ofrnxmr:xmr.mx> I'd take 8/16 rings wirh 1.5kb tx over 6/32 with 3kb txs anyday
-
m-relay
<elongated:matrix.org> Welcome usability
-
m-relay
<elongated:matrix.org> Is fcmp++ even usable without divisor or watervever that is still not proven safe to use
-
m-relay
<ofrnxmr:xmr.mx> fees double if you double the ring size, number of tx per block halves, number of inputs per tx halves
-
m-relay
<ofrnxmr:xmr.mx> fees per input* double
-
m-relay
<ofrnxmr:xmr.mx> Cypherstack didnt NACK divisors based on academics, they NACK'd based on needing more time to confirm academics before willing tonsign off
-
m-relay
<ofrnxmr:xmr.mx> i dont know the specifics, but iirc divisors make txs larger while reducing verification time. not using divisors requires a separate approach that hasnt been mapped out yet. I personally think its ill advised to move on to plan b as if divisors was formally nackd (it hasnt been. Its been ack'd by veridise and not-yet-ack'd / WIP for more thorough review by cypherstack)
-
m-relay
<ofrnxmr:xmr.mx> I'm running a fcmp++ testnet, and its definitely not ready for what would have been tomorrows stressnet date, but it does work (sort of)
-
m-relay
<elongated:matrix.org> So it’s nackd, they are still reviewing it ?
-
m-relay
<elongated:matrix.org> Is there a plan b though?
-
m-relay
<elongated:matrix.org> Shouldn’t we get another audit done for divisor ? Funding really isn’t a issue
-
m-relay
<ofrnxmr:xmr.mx> Cypherstack is still doing theirs
-
m-relay
<ofrnxmr:xmr.mx> They just arent willing to put a premature ACK on it and green light out timeframe. They want to finish properly. (whereas they feel veridise took shortcuts)
-
m-relay
<ofrnxmr:xmr.mx> But those shortcuts are under pressure to meet deadlines, not out of malice. Unless you're willing to risk the entire monero project, the audit should be allowed complete w/o cutting corners
-
m-relay
<ofrnxmr:xmr.mx> I personally believe that divisors will work out successfully even if CS finds some issues that need to be addressed
-
m-relay
<elongated:matrix.org> True, but even if CS is working on it we should get another audit done
-
m-relay
<ofrnxmr:xmr.mx> I think audits can only get you so far, still need better testing and more eyes on the 40k+ lines of code
-
m-relay
<ofrnxmr:xmr.mx> (thats 40k+ of integration c++ code, not including the rust)
-
m-relay
<elongated:matrix.org> Full code was never audited don’t know how many million it would cost 😅, and there aren’t many ppl actually available to do it via ccs
-
m-relay
<elongated:matrix.org> Was bitcoin code ever audited ?
-
m-relay
<aremor:matrix.org> It’s well studied. Also far less theoretical. In encryption old is considered good - tested by time.
-
m-relay
<aremor:matrix.org> New stuff, cryptologists are often afraid of
-
m-relay
<ofrnxmr:xmr.mx> Look at bulletproofs. Sarang fixed monero's, but many implementations were flawed
-
m-relay
<ofrnxmr:xmr.mx> or zcash's, or bitcoin's inflation bugs
-
m-relay
<ofrnxmr:xmr.mx> Even well reviewed stuff can be flawed. Audits arent a panacea
-
m-relay
<keyur279:matrix.org> Hello everyone, I am new to this community, currently working on integrating Monero support to a hardware wallet, just started exploring the codebase integrated sub modules and working on the sub division protocol for signing, was wondering if I can get some test vectors for testing my firmware side code
-
m-relay
<keyur279:matrix.org> Hello everyone, I'm new to the community and am working on integrating Monero support for a hardware wallet. I'm implementing the MLSAG signature algorithm on the device side and would greatly appreciate if anyone could share test vectors or point me to existing test suites for validating my implementation. Specifically, I need inputs and expected outputs for the MLSAG signing pro<clipped message>
-
m-relay
<keyur279:matrix.org> cess to ensure compatibility with the Monero network. Any guidance on testing transaction signing would be valuable. Thanks!
-
m-relay
<syntheticbird:monero.social> hi Keyur279 probably more suited for #monero-dev:monero.social channel
-
m-relay
<monerobull:matrix.org> ofrnAI:
-
m-relay
<syntheticbird:monero.social> oh alright you did it already
-
plowsof
Ofc
-
m-relay
<diego:cypherstack.com> Hi guys! We put out a cool video on MiCAR and stuff.
-
m-relay
-
m-relay
<spirobel:kernal.eu> looks cool. ( watched it without sound because I dont care about MiCAR, but the animations look professional 😀👍️ )
-
m-relay
<diego:cypherstack.com> One of the goals here is to show that just relying on regulation will always give you murky answers.
-
m-relay
<diego:cypherstack.com> Best to just go with Monero. ;)
-
m-relay
<spirobel:kernal.eu> i wrote a new article on monerochan.news and added an rss feed.
-
m-relay
<spirobel:kernal.eu> sometimes people are too obsessed with what the government does and don't focus enough on creating the future we are looking for
-
m-relay
<spirobel:kernal.eu> what other content do you have planned for stack wallet ?
-
m-relay
<diego:cypherstack.com> animation wise?
-
m-relay
<ofrnxmr:xmr.mx> A government is supposed to represent the people, not the other way around
-
m-relay
<spirobel:kernal.eu> content wise. some of the interviews on the stack channel are banger. underappreciated
-
m-relay
<spirobel:kernal.eu> would love to see more
-
m-relay
<spirobel:kernal.eu> ofrnAI: totally
-
m-relay
<diego:cypherstack.com> glad to hear you think so. We've got a couple more in the pipeline.
-
m-relay
<ofrnxmr:xmr.mx> the spelling of `decentrali<s|z>ed` triggered me :P
-
m-relay
<diego:cypherstack.com> me too
-
m-relay
<diego:cypherstack.com> it's European
-
m-relay
<syntheticbird:monero.social> 5th time I hear of Paul Baran in my life and its driving me crazy. (very good video btw)
-
NorrinRadd
that tari miner will mine tari & xmr equally (measured in hash)?
-
m-relay
<noname-user0:matrix.org> seems to be solo mining xmr in equal hash