anyone used allark.io?

<DanIsnotthemanBr> "anyone used allark.io?" <- I did use it one time. It worked but I waited like half a day for the gift card (while other services usually deliver after like 10 confirmations

They might have automated that by now, no idea

RavFX[m] how recent was that?

XMR.Directory is now available through i2p xmr.directory/anonymity-and-security

mrr[m]: would you see fit in a category "personnal shopper" type of thing? like, shopinbit having the concierge service for example then there's things like proxystore and such

spacekitty420[m]: Yes, I'll add a category for those kind of merchants. Although idk how I'll name it

<mrr[m]> "Yes, I'll add a category for..." <- A cat-e-gory spacekitty420 @spacekitty420:matrix.org:

i have a problem, i made a test proposal on the 'ccs' system assuming it was private and it says it's 'merged' can someone hand me the number for management to get this fixed?? or tell me what ccs even means ccs.getmonero.org/funding-required . It would be nice to see some ideas posted this week so they can be introduced/discussed this Saturday if needed (i know Siren Stnby have something planned) and some of our developers

are due for renewal too.

Do you mean next Saturday?

Sure we can submit our proposal once we're done with the text

Where nearly all of us decided to push GUPAX to funding required.. is something holding it back? ofrnxmr? i know monerobull is a huge fan.. it has the updoots and overwhelmingly positive feedback from the community on Reddit and is linked by the p2pool creator in his repository .. whats going on here?

I am unable to follow this conversation

Sorry, its this one, the p2pool/xmrig gui : repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/350

What about it? It should be merged yes

monerobull @monerobull:matrix.org: my issue with gupax is that the stated hastate increase was 50% (7k vs 14k), which us far from the 2-15% of actual

to be honest, in my opinion this doesnt matter all that much. the main point is making mining as accessible as possible

Gupax is also requesting 14k over 2 months but has made no commitment to maintaining it past that point

My request of gupax was to cut the rate to 50xmr and maintain for 12 months. Why? We all know Hinto will have a ccs for version 2.0 in a few months.

50% is for the case when huge pages are not enabled for the embedded miner

but even if you run xmrig once, it enables huge pages system-wide and then it's 2-15%

And huge pages can ve enabled with a script, right?

hinto is not lying about what he observed , i asked him to delete the entire % from the proposal as i and monerobull feel it has no effect on the 'creation of a gui for xmring/p2pool' proposal

ofrnxmr[m]: why, are they known for that?

Thats where bash stands right now monerobull @monerobull:matrix.org:

First release was 15xmr and is incompatible with 2.0, and there is a ccs for 2.0

<NorrinRadd> "RavFX how recent was that?" <- Early August

plowsof: He must be.

As sech said, if he ran xmrig of the same device even once, those rates arent possible

endor00 said he has observed the same jump in hashrate in the wild

hinto @hinto.janaiyo:matrix.org: hate to talk about ya without an infuriation

Invitation*

Endor said he observed noons that reported such. Nit that he observed it hinselfn

Noobs

and sech also shows where the 50% would have happened

And enabling huge pages is a simple scriot.

Why would we pay 15k for a mining interface if the user doesnt know how to mine?

Or worse, is inflating numbers hoping nobody says anything (nobody did)

Im not against a gui for xmrig, which is what this is. But as Hinto said, most previous ones are dead

there is no gui for xmrig and p2pool

Again olowsof

The ccs implies the user will run gui

Monero gui*

i didn't even think twice when i seen tha %increase of using xmrig, i assumed 'xmrig is better than the built in miner' and anything over 1% is the reason to use it for people after profits

the mining groups are all against using the built in miner etc

ofrnxmr[m]: thats exactly the point

Those people are already running xmrig

and xmr isnt profitable to mine for people using home computers and guis

people shouldnt need to know how to boostclock their cpu or some shit to get the best results with least effort

monerobull[m]: They dont

gupax will also come with tor.. and download the binaries and such using that... check for updates (automatic is also available)

The best results involve tuning your machine. Gupax gives results in line with using xmrig

this is about decentralization and making p2pool the easiest place to mine to for people who want to mine xmr

Swapping xmrig for gupax at 15k is funny

ok but people are scared of the terminal

and configs

the selling point isnt that 'gupax' is a 'new monero asic miner'

If they already use gui, they already have access to p2pool

And again, im inbfavor of the ccs

you dont get it do you

But not as a 2 month 15k stint

then someone needs to make a competing proposal

ofrnxmr[m]: its too complicated. gupax is basically a one-click install and doesnt require local nodes for mining

How does that help decentraliAtion

if its about rates , lets ask the atomic swap gui devs to put up a competing proposal

Anyway, my point is simple

because the easier it is to mine the more people will mine?

or haveno devs

kek

Im asking for 12 months of support included in the ccs

ofrnxmr[m]: make p2pool the easiest option for mining and people wont go to centralized pools

if hinto fucks us over , he's done, gone

more to lose than he has to gain

15k is a great deal for the program imop

Or are we ok with doing a ccs for 200xmr in 6 months for v2.0?

50% can also come from xmrig running better thread configuration/affinity

plowsof: Nobody has that power

of built-in miner running wrong number of threads

it's highly dependent on CPU model

1. 50 xmr for the 2 months

2. 50 xmr the remaining 12

sech1: 5950x. Spackle tested and confirmed the 15%

even if 15%, it's noticeable

and the main point of that ccs is easy to use GUI, not speed increase

the maintenance will only be hotfixes/filename changes repo.getmonero.org/monero-project/c…als/-/merge_requests/350#note_19203

there are way less useful proposals that get funded, for example plowsofs /s

why on earth am i the only one on the funding required page?

GUI for P2Pool is definitely useful (no comments on asked payment from me, I haven't looked into it)

sech1: It was speed increase

plowsof: idk arent you supposed to handle that ;)

im trying 😭

its not like we literally had a meeting where we agreed gupax should go to funding

Bolded and italicised lololool screaming 50% in the first line

plowsof: Because

ofrnxmr[m] speed increase shouldn't be the main point. Whatever, as long as it's a bit faster and has nice GUI, it's fine

so arguing about the speed increase detail is kinda moot, especially when its nowhere near the focus of the proposal

sech1: I want promise if maintenance

Not a comment saying maybe I will, maybe i wont

maintenance = change filenames , so 0xmr for that

Promise like, in the proposal. Not in the comment section

good point

without maintenance/updates software is useless

Good luck if you become css co ordinator is all i can say

I just noticed Plowsof has moved to funding 🔥 ccs.getmonero.org/proposals/plowsof-com-rel.html

I like the xmr value 😏

69 🫶

Freshly crafted background for you.

ah monero moon

jeffro256:

Hi - I'm looking for a resource explaining how the activation mechanism for XMR's hard forks works. Anyone know of one? (sorry about the trivial question, but I can't seem to search this chat in Element and google isn't being very helpful either)

Two hard forks, 720 blocks apart, 24hr/720block window allows old and new transactions. After this, old tx are no longer supported. First fork enables new functionality, second fork disables old

Thats the eli5. A more technical answer will have to come from someone else

Thanks! I'm specifically wondering how miners agree on the 720 number, and the block height at which the next fork occurs.

* fork occurs. Is it kind of like Bitcoin where miners signal support for the upgrade, and some threshold % of miners need to signal their support before it's locked in? Or is it some other mechanism.

The 720 number is written into the new daemon code. If you run the hard fork version, you "agree". If you dont, you remain on the old chain

No consensus is met until the hard fork block

Its possible that 90% of the network does not upgrade and the majority of the network remains on the old chain. But doesnt happen because we all tend to agree or voice our disagreements throughout the development process. Exchanges, wallet makers etc are all contacted to ensure they update to the hard fork versions

Hard forks are necessary to implement some features. Like bp+ or ring size 16

<ofrnxmr[m]> "Its possible that 90% of the..." <- OK, so is this roughly accurate: 1) consensus is reached during the development progress of a good block height for the next hard fork 2) xmr core devs add block height of next hard fork into a new release 3) because consensus is already reached, everyone upgrades to the new version well ahead of this block height 4) everything proceeds as planned i.e. as you described with the 720

window, etc.

s/progress/process/

Except step 0) would be proposed changed that would force a hard fork

Like bp++ or seraphis

Thanks so much. Quite incredible that something so decentralized can be upgraded so predictably with social consensus.

Its because we love improvements. This latest hard fork has arguably 0 reason to use the previous version. Much more stable p2p network, much more stable tor nodes, faster wallet scanning, larger rings, network spam protections,

Only drawback: slightly larger 1in:2out tx at 1.42kb vs 1.5kb

makes sense

haven't hard "stable" and "tor" in the same sentence in a long time...

My conspiracy theory: NYM holders are behind the Tor DDoS so people make the switch to Nym and their token moons

wow another privacy coin... I actually arrived at this question because I was looking into a (source code) fork of monero called Oxen and how they have "mandatory upgrades" for their PoS validators... could also be oxen DDoS'ing TOR :P

* DDoS'ing TOR if you're wearing tinfoil :P

* privacy coin... hadn't heard of NYM... I actually, * DDoS'ing TOR if you're wearing tinfoil :P

Xmr or gfto 😎

<k0b13[m]> "Thanks! I'm specifically..." <- The reason behind the 720 blocks between the two forks is because the Monero network generates ~720 blocks in 24h (one block every 2 minutes), and nodes will discard any transaction older than 24h by default

So before the first fork you have transactions in the "old" format, and any such transaction still waiting to be mined after the first fork will still have a 24h "grace period" to get mined. Meanwhile, any new transaction made after the first fork will typically be in the new format, so they won't have any issues going through the second fork

Must admin, I still have questions, but too many questions get annoying after a while so /shrug

s/admin/admit/

This is also helps protect users making transactions during the forks: if we only had a single fork, then old transactions would have to be rejected immediately after the fork and users would need to create a new tx; but if they picked a different set of decoys the second time, they would end up revealing their true spend to anyone monitoring the tx pool

Feel free to ask - otherwise, what's the point of having these groups?

merope: This clairvoyantly answered my remaining question - thanks!

You're welcome :)