hello

using monero gui wallet how much time do i need to have 1 monero?

usig 3 threds

and solo

?????

more or less

<o​frnxmr:monero.social> depends on your hashrate. Youd need to solomine 2 blocks. Probably like 2-24months 🙃

<h​ardhatter:monero.social> Anybody familiar with how monero keeps the block time at 2 min. They raise the difficulty right? And how in the protocol is the change in difficulty executed?

<h​ardhatter:monero.social> Anybody familiar with how monero keeps the block time at 2 min? They raise the difficulty right? And how in the protocol is the change in difficulty executed?

<n​eromonero1024:monero.social> monero.stackexchange.com/questions/…fficulty-adjustment-for-monero-work

<h​ardhatter:monero.social> Thanks

<h​ardhatter:monero.social> What I’m also looking to find out in this is how it knows the previous block times? Are they recorded and what ensures the reliability of those recordings ?

<n​eromonero1024:monero.social> the timestamps in the blocks

<h​ardhatter:monero.social> And how are the time stamps verified in the mining process? Do the initial nodes just reject blocks with timestamps with too large of a differential from the present?

<n​eromonero1024:monero.social> iirc, the block time has to be higher than the average of the last 10+ blocks (don't remember the exact number)

<h​ardhatter:monero.social> That’s interesting it seems like atleast from what you’re saying that someone could just lie about how long it took to find the hash since they can lie about it taking longer than it actually did by waiting or sending it out and just letting the nodes wait till it’s valid if they don’t throw them out. And you can lie about it taking less time I guess if the requirement jus<clipped message>

<h​ardhatter:monero.social> t says it needs to take longer than some amount?

<n​eromonero1024:monero.social> yep

<h​ardhatter:monero.social> That seems like a problem to me honestly

<n​eromonero1024:monero.social> but forgot the actual incentive mechanism that prevents this from happening

<h​ardhatter:monero.social> Ohhh what is it ?

<n​eromonero1024:monero.social> in the case of a block collision, the block that was seen first will be treated as the original block

<n​eromonero1024:monero.social> this is to incentivize the faster block propagation throughout the network

<n​eromonero1024:monero.social> this also incentivizes any miner to publish the block immediately to the network the moment they find it

<n​eromonero1024:monero.social> given this incentive structure + your block time can't be lower than the average of last x blocks + how difficulty is adjusted from the last 720 blocks, my understanding is, over long period of time, the block difficulty will converge to the actual hashrate of the network

<n​eromonero1024:monero.social> pwning the difficulty adjustment will require a huge collaboration among all the miners

<n​eromonero1024:monero.social> in the case of a block collision, the block that was seen first will be treated as the original block

<n​eromonero1024:monero.social> this is to incentivize faster block propagation throughout the network

<n​eromonero1024:monero.social> this also incentivizes any miner to publish the block immediately to the network the moment they find it

<n​eromonero1024:monero.social> given this incentive structure + your block time can't be lower than the average of last x blocks + how difficulty is adjusted from the last 720 blocks, my understanding is, over long period of time, the block difficulty will converge to the actual hashrate of the network

<n​eromonero1024:monero.social> pwning the difficulty adjustment will require a huge collaboration among all the miners

<n​eromonero1024:monero.social> in the case of a block collision, the block that was seen first will be treated as the original block

<n​eromonero1024:monero.social> this is to incentivize faster block propagation throughout the network

<n​eromonero1024:monero.social> this also incentivizes any miner to publish the block immediately to the network the moment they find it

<n​eromonero1024:monero.social> given this incentive structure + your block time can't be lower than the average of last x blocks + how difficulty is adjusted from the last 720 blocks, my understanding is, over long period of time, the block difficulty will converge to the actual hashrate of the network

<n​eromonero1024:monero.social> pwning the difficulty adjustment will require a huge collaboration among all the miners

<h​ardhatter:monero.social> I’m not sure this actually stops people from lying about their time stamps, saying it took longer than it actually did. Either they’re gonna have to wait to publish it to the network or they’re gonna preemptively set the timestamp at or slightly above the minimum, publish it, then expect nodes to wait to accept the block once the time passes the minimum requirement.

<h​ardhatter:monero.social> And I don’t see how them doing that prevents them from getting their blocks accepted or really puts them at a disadvantage compared to miners that genuinely mined it at the same timestamp the other miners lied about.

<h​ardhatter:monero.social> Maybe I’m missing something?

<h​ardhatter:monero.social> And if you lie about mining it earlier than you did while still being greater than the minimum but you’re also the first to mine a block, what disincentive is there to not just lie that you mined it closer to the minimum requirement if you feel like it?

<h​ardhatter:monero.social> There’s isn’t an immediately obvious incentive to lie but there doesn’t seem to be a disincentive either.

<h​ardhatter:monero.social> And if you lie about mining it earlier than you did while still being greater than the minimum but you’re also the first to mine a block, what disincentive is there to not just lie that you mined it closer to the minimum requirement if you feel like it?

<h​ardhatter:monero.social> There’s isn’t an immediately obvious incentive to lie but there doesn’t seem to be a disincentive either, in the case where you’re lying about it being earlier than it actually was unless other miners tend to sort blocks by timestamp to append to.

<h​ardhatter:monero.social> I’m also assuming maybe you made a mistake by saying the block times have to be high than the average of the last 10 blocks times because that would mean that the block time will always be increasing after enough cycles, because you can’t decrease below the minimum of the last 10 blocks, and you’re statistically likely to increase the average every block above the average of<clipped message>

<h​ardhatter:monero.social> the last 10 blocks if the next block is always above the average of the last 10.

<h​ardhatter:monero.social> I’m also assuming maybe you made a mistake by saying the block times have to be higher than the average of the last 10 blocks times because that would mean that the block time will always be increasing after enough cycles, because you can’t decrease below the minimum of the last 10 blocks, and you’re statistically likely to increase the average every block above the average <clipped message>

<h​ardhatter:monero.social> of the last 10 blocks if the next block is always above the average of the last 10.

<h​ardhatter:monero.social> Or more simply put every new 10 blocks mined is guaranteed to have a minimum that’s greater than the minimum of the last 10 blocks mined. And that will always result in the average going up after 10, 10 block periods aka 100 blocks. So the average can’t ever decrease from the last 100 blocks. It can only increase

<h​ardhatter:monero.social> Or more simply put every new 10 blocks mined is guaranteed to have a minimum that’s greater than the minimum of the last 10 blocks mined. And that will always result in the average going up after 10, 10 block periods aka 100 blocks. So the 10 block average can’t ever decrease below what the 10 block average was 100 blocks blocks ago. It can only increase

<h​ardhatter:monero.social> Or more simply put every new 10 blocks mined is guaranteed to have a minimum that’s greater than the minimum of the last 10 blocks mined. And that will always result in the average going up after 10, 10 block periods aka 100 blocks. So the 10 block average can’t ever decrease below what the 10 block average was 100 blocks ago. It can only increase

<h​ardhatter:monero.social> Anyway it needing to be always above the average of the last x blocks can’t be the protocol because the historical block time chart isn’t increasing like that.

<q​uickex:matrix.org> whats up fam, do you use Tor while exchanging ?

<m​onerobull:matrix.org> where AML check

<m​onerobull:matrix.org> i want to try

<q​uickex:matrix.org> you can do it through online suport chat

<m​onerobull:monero.social> oh ok

<b​asses:matrix.org> xcancel.com/Megatron_ron/status/1828569269791342862#m

<b​asses:matrix.org> >BREAKING: Cryptocurrency exchange Binance has seized all Palestinian assets at Israel's request

<b​asses:matrix.org> non-custodial wallet & non traceable Monero, and you are in charge on your assets

<b​asses:matrix.org> non-custodial wallet & non traceable Monero, and you are in charge of your assets

What is even the point if you're gonna keep it on an exchange? Go use a bank

<q​uickex:matrix.org> we made our service accessible on Tor, hope it will be useful for you

<q​uickex:matrix.org> quickexpgxtyxalax7kfy4f3mntpjpqrfizwksogvtsgehkbkttuosid.onion

<b​asses:matrix.org> when?

<b​asses:matrix.org> new?

<q​uickex:matrix.org> recently

<m​onerobull:matrix.org> bluey: gambling

<m​onerobull:matrix.org> fiat gains

<n​yxaris:anomalous.news> JS-free when?

<q​uickex:matrix.org> pardon

<n​yxaris:anomalous.news> When is the site gonna work without Javascript?

<d​arkhappyman:monero.social> no javascript for tor websites makes sense

<d​arkhappyman:monero.social> fast

<q​uickex:matrix.org> will clarify that

<n​yxaris:anomalous.news> matrix.monero.social/_matrix/media/…alous.news/nTYPPwcdzhrtocwcfSDFRaIV

<n​yxaris:anomalous.news> Not the most powerful, but it'll do for now.

<n​yxaris:anomalous.news> Not the most powerful, but it'll do for now until I've got a proper rig.

<3​21bob321:monero.social> Ocean hmm

<i​ta.metes:monero.social> moneroocean best pool

<t​hedragon44:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/DacUNIXetcvNhNqcyfHhQAaQ

<t​hedragon44:matrix.org> Just a heads up everyone re Monezon

<p​lowsof:matrix.org> are there reports of this somewhere else to help confirm this TheDragon? i notice fluffypony has a tweet being used on their main page so he might want to look into it also

<p​lowsof:matrix.org> TheDragon:

<t​hedragon44:matrix.org> Hey, there are reports on SimpleX and other Matrix channels reporting the same issue - the admin ignoring/not responding to messages via official communication channels (from the website FAQ - Session/SimpleX)

<t​hedragon44:matrix.org> The admin ignored me for nearly a month over session.

<t​hedragon44:matrix.org> The screenshot I shared was from the only reply I got.. Via Twitter of all platforms !

<s​nowman:tetaneutral.net> ita.metes: solo mining is the best pool

<s​nowman:tetaneutral.net> You could win 10 blocks in a row