Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 113. (Read 4671910 times)

legendary
Activity: 3570
Merit: 1959
Checking back into this board after a long absence...

Anyone ever hear any update on rpietila?  Despite all the problems with cryptokingdom, he was a colorful guy and pretty important to the early days of Monero.

His castle burnt down - https://btcmanager.com/burning-long-term-holders-bitcoin-castle-marks-beginning-new-era/

I hear he's still insane. Other than that, IDK....  🤷
sr. member
Activity: 248
Merit: 250
Checking back into this board after a long absence...

Anyone ever hear any update on rpietila?  Despite all the problems with cryptokingdom, he was a colorful guy and pretty important to the early days of Monero.
newbie
Activity: 42
Merit: 0
Heh I suppose it's out of the realm of supposition that a private cryptocurrency would necessarily draw a majority private mining base, like the kind not keen on packaging all their miners data and sending their mining data to one source or another, right?

I mean speculating on an 'unknown' mining base is the same as looking at the block explorer and trying to make a rich list without a public facing address/viewkey upload registry for the most part imo.

Sure it could be a lot of things, good and bad. Both nature of privacy and the lack of coin in the pocket more often than not inhibit the spread of information, which contrary to many beliefs does come at a cost.

Philosophically you are right. But I don't speak about Philosophy, but rather about a real "ground truth" treat like 51% attack on ETC done few days before.

Usage of unknown "hidden" pools is quite strange practice since there were a lot of ASICs and botnets in the XMR past that've used public "official" pools with great success. There is no need for someone to build "hidden" pool - EXCEPT he want to 51% attack us...



Hey what can I say .. I mean it would be a drop in the bucket if the mining algo wasn't changed and then we'd probably be talking about asics or something instead of 51% attacks but at least we kept our dignities!!1

Realistically I would prepare for the worst and expect a pretty nice re-org myself. But then again this thing forks every six months so worst case is we're down until then, after they unwind a bunch of things and we're all the more broke for it.

Either bend over for asics or get bent over by the people the asics are there to stop, kinda really only two choices when it comes to PoW and not having enough hash rate. I mean, what people are being empowered by a permanently vulnerable chain? But what do I know not enough I guess.

OK thought about it some more and:

Whereby Monero forks every six months, FPGA and ASIC miners have a direct monetary incentive to conceal their identities. Their discovery and persecution being within the scope of the current development teams initiative literally pushes them toward privacy.

This is, of course, making the assumption that they do indeed profit off of mining .. and is likely not the only assumption being made in order to come to this conclusion.

So rather than philosophically, there are tangible, real and measurable benefits to these 'non-approved' miners profiting off of the mining that would otherwise be taking place by the smaller miners.

In much the same way monero users would tend toward utilizing privacy in order to express their freedom to conduct business freely, asic and fpga miners are very likely utilizing privacy to exercise their freedom to mine profitably. Taking their mining nodes offline by [ddos, etc..] due to constant exposing of their personal data and ip addresses to the 'monero-approved network' risks for them a direct monetary penalty and a real thing that has happened before in eliminating the competition.

Still, methinks it's just the beginning of this type escalation if indeed it is FPGA's and ASIC's (which i suspect it is).

RealisticallyIdeally, the best case, in my own opinion, is to hope that it's just some hungry non-approved FPGA's and ASIC's looking for a meal.

Also the ethereum bleedover was a good point.
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
WE MUST propose mining algo more resistant to both ASICs and FPGAs.

There was a proposal from hyc for a revolutionary new algorithm, named RandomJS, that would work best on commodity CPUs. I haven't looked at it too deeply but the little that I saw I liked. Doing ASICs or FPGAs for it would be extremely hard and the results would most probably not be efficient.
I think the downside of RandomJS is that GPUs would be at a significant disadvantage, and there are lots of miners that have invested large sums into GPU rigs.
I don't know what the current status of RandomJS is, but you can contact hyc on reddit and ask him.

There's also SChernykh's CryptonightR.

Looks good. IOU +sM

https://github.com/SChernykh/CryptonightR/issues/5
copper member
Activity: 282
Merit: 31
WE MUST propose mining algo more resistant to both ASICs and FPGAs.

There was a proposal from hyc for a revolutionary new algorithm, named RandomJS, that would work best on commodity CPUs. I haven't looked at it too deeply but the little that I saw I liked. Doing ASICs or FPGAs for it would be extremely hard and the results would most probably not be efficient.
I think the downside of RandomJS is that GPUs would be at a significant disadvantage, and there are lots of miners that have invested large sums into GPU rigs.
I don't know what the current status of RandomJS is, but you can contact hyc on reddit and ask him.

There's also SChernykh's CryptonightR.
legendary
Activity: 3164
Merit: 1118
So when they has to manually do something for their FPGAs, the FPGAs has to be close to them, since they cannot every day travel all around? This makes impossible to rent the FPGAs all around the planet? This sounds a good idea.

But how UTC time is dealing with this? Has the manual handling to be done at very same moment for all the FPGAs in the one entity?

Actually I don't know HOW. Just my fantasies to start a discussion...

Now I think my opponents that say there are NO ASICs today despite dramatic hashrate grow - they are right. Even if they aren't - next hardfork and mining algo adjustment WILL BE this April.

My main pain is that new huge hashrate (currently 232 of 547 MH/s) doesn't belong to known pools: imagine they are Ethereum miners that switching to Monero - why they don't use existing well-known pools with good reputation?..



If you have more than a couple Mh/s it's probably well worth your while to run your own (private) pool, and avoid giving away 1-2% of your rewards as pool fees.
full member
Activity: 243
Merit: 125
So when they has to manually do something for their FPGAs, the FPGAs has to be close to them, since they cannot every day travel all around? This makes impossible to rent the FPGAs all around the planet? This sounds a good idea.

But how UTC time is dealing with this? Has the manual handling to be done at very same moment for all the FPGAs in the one entity?

Actually I don't know HOW. Just my fantasies to start a discussion...

Now I think my opponents that say there are NO ASICs today despite dramatic hashrate grow - they are right. Even if they aren't - next hardfork and mining algo adjustment WILL BE this April.

My main pain is that new huge hashrate (currently 232 of 547 MH/s) doesn't belong to known pools: imagine they are Ethereum miners that switching to Monero - why they don't use existing well-known pools with good reputation?..

full member
Activity: 243
Merit: 125
There was a proposal from hyc for a revolutionary new algorithm, named RandomJS, that would work best on commodity CPUs. I haven't looked at it too deeply but the little that I saw I liked. Doing ASICs or FPGAs for it would be extremely hard and the results would most probably not be efficient.
I think the downside of RandomJS is that GPUs would be at a significant disadvantage, and there are lots of miners that have invested large sums into GPU rigs.
I don't know what the current status of RandomJS is, but you can contact hyc on reddit and ask him.

RandomJS is obsolete. Its author proposes RandomX. RandomX requires main computer RAM ~ 4Gb, too huge. Furthermore RandomX denies GPU mining de-facto (not only FPGA & ASIC). But almost all our honest CryptoNight V8 miners are GPU miners.
We must save the possibility of GPU mining.

full member
Activity: 308
Merit: 109
WE MUST propose mining algo more resistant to both ASICs and FPGAs. Could we embed for example some kind a dependence on UTC time into mining algo? The goal is to enforce FPGAs owners to justify their hardware manually every day. While honest GPU users will use UTC time from central system clock of their main computers?

Any better ideas welcome!

So when they has to manually do something for their FPGAs, the FPGAs has to be close to them, since they cannot every day travel all around? This makes impossible to rent the FPGAs all around the planet? This sounds a good idea.

But how UTC time is dealing with this? Has the manual handling to be done at very same moment for all the FPGAs in the one entity?
full member
Activity: 308
Merit: 109
Hey, is there a good thread on a comparison of Monero and Grin around?

These are something.
https://www.reddit.com/r/Monero/comments/aebkgf/is_mimblewimble_or_other_such_privacy_technology/

There is about Beam, Grin, MimbleWimble and Tari.
jr. member
Activity: 56
Merit: 7
WE MUST propose mining algo more resistant to both ASICs and FPGAs.

There was a proposal from hyc for a revolutionary new algorithm, named RandomJS, that would work best on commodity CPUs. I haven't looked at it too deeply but the little that I saw I liked. Doing ASICs or FPGAs for it would be extremely hard and the results would most probably not be efficient.
I think the downside of RandomJS is that GPUs would be at a significant disadvantage, and there are lots of miners that have invested large sums into GPU rigs.
I don't know what the current status of RandomJS is, but you can contact hyc on reddit and ask him.
legendary
Activity: 2702
Merit: 2053
Free spirit
or a few pools could merge
full member
Activity: 243
Merit: 125
wow, the hashrate is going up! Nee equipment?
no wonder why my rigs are doing less recently.

I was warning about this few weeks ago. But community was too lazy. They told me like "man, relax". Today I read discussions on the known pools, for example, https://monero.hashvault.pro/, and all the miners are in deep anxiety.

Today, according to:
https://miningpoolstats.stream/monero
Known Pools Hashrate = 322 MH/s
Unknown Pools Hashrate = 555 - 322 = 233 MH/s

And this 233 MH/s of Unknown Hashrate was 10 Mh/s just TWO WEEKS ago. IT IS GROWING TOO FAST. HONEST MINERS WILL BECOME BANKRUPTS SOON.

Whether Unknown Hashrate comes from FPGA, ASICs, Botnets, or Ethereum GPU miners - does not matter so much. Main danger is that 233 of 555 MH/s are Unknown Hashrate. It is suitable only for attempt of 51% attack that was made a week ago against Ethereum Classic.

WE MUST propose mining algo more resistant to both ASICs and FPGAs. Could we embed for example some kind a dependence on UTC time into mining algo? The goal is to enforce FPGAs owners to justify their hardware manually every day. While honest GPU users will use UTC time from central system clock of their main computers?

Any better ideas welcome!
jr. member
Activity: 150
Merit: 3
What is going on with XMR difficulty ?  Huh Huh
is there any new asic for CNv8 ?

FPGAs maybe?
jr. member
Activity: 43
Merit: 1
What is going on with XMR difficulty ?  Huh Huh
is there any new asic for CNv8 ?
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Hey, is there a good thread on a comparison of Monero and Grin around?
legendary
Activity: 2268
Merit: 1141
Hi,
I'm not sure if I'm at the right place for this, my apologies if it's not.

I have the following situation:

1. I exchanged BTC for XMR and after 24 hours it still did not show up in my XMR wallet.
2. I created a new wallet, bought xmr and send it to a different new wallet. I received the XMR within 20 minutes.
3. I send XMR from that second new wallet to my first new wallet. Now a day later, nothing shows up.

I have used both client as gui to get spend proof info. Also in the client it shows how many XMR were transferred by txid txkey and wallet.


This never happened to me before. I know XMR can take a long time. From minutes to hours. But at least you get to see (unconfirmed eta ~20 minutes). Now it's all 0.00000

Does anyone know if there is a current situation why it's going wrong? Why did my exchange->new wallet work as it should, but with using GUI wallet 2 to wallet 1 does not work?

What will happen to my coins?

What should/can I do. I'm not talking about small amounts Sad

For anyone interested, the issue got resolved here:

https://monero.stackexchange.com/questions/10769/xmr-send-but-receiving-wallet-has-nothing-after-days
full member
Activity: 500
Merit: 105
wow, the hashrate is going up! Nee equipment?
no wonder why my rigs are doing less recently.
jr. member
Activity: 41
Merit: 7
Hi,
I'm not sure if I'm at the right place for this, my apologies if it's not.

I have the following situation:

1. I exchanged BTC for XMR and after 24 hours it still did not show up in my XMR wallet.
2. I created a new wallet, bought xmr and send it to a different new wallet. I received the XMR within 20 minutes.
3. I send XMR from that second new wallet to my first new wallet. Now a day later, nothing shows up.

I have used both client as gui to get spend proof info. Also in the client it shows how many XMR were transferred by txid txkey and wallet.


This never happened to me before. I know XMR can take a long time. From minutes to hours. But at least you get to see (unconfirmed eta ~20 minutes). Now it's all 0.00000

Does anyone know if there is a current situation why it's going wrong? Why did my exchange->new wallet work as it should, but with using GUI wallet 2 to wallet 1 does not work?

What will happen to my coins?

What should/can I do. I'm not talking about small amounts Sad

Might be that your wallet 1 is not synced. I assume it is the same daemon for both wallets. Maybe do a rescan balance for wallet 1?
newbie
Activity: 19
Merit: 0
1. I exchanged BTC for XMR and after 24 hours it still did not show up in my XMR wallet.
Where did you do this exchange operation?
You have to ask this question to your agent-middleman-broker (whatsoever…) company.
Jump to: