Author

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

legendary
Activity: 2702
Merit: 2053
Free spirit

"
What is SoC FPGA?

FPGA is a constantly evolving technology, especially in terms of logic density and speed. Among the newest improvements in the FPGA world are System on a Chip (SoC) FPGA devices. A SoC FPGA integrates a hard processor core and programmable logic on the same die.

"
sr. member
Activity: 807
Merit: 423
wtf does SoC mean
Something-on-Chip?
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it

I've just written more:
--
Guys most of you think in too generalized manner, you attempt to predict too far future, you almost admit defeat in front of ASICs... It is a bad way methodologically.

We are living in the current iteration. There is a week passed after last hard fork to cn/r. First, it must be said, there is no FPGA or quick understanding how to program FPGA against cn/r. Technically it is possible in few hours or days. But we observe low hashrate still, week passed. So they CAN'T do that quickly at least.

Thus, fight against ASICs/FPGA is POSSIBLE. Furthermore, cn/r is quite simple algo with very basic levels of virtualization and randomization. Read my comment above, what if we introduce HARD levels of virtualization and randomization? There is physics: ASICs/FPGA can't be MUCH more profitable than CPU or GPU, if quite perfect mining algo is designed.

Today, let's focus on tasks how to add strong virtualization and randomization to the algo. RandomX with memory scratch-pad reduced from 4Gb to 256Mb (to support even Raspberry Pi) is good level of virtualization.

To add randomization we may consider external oracles like ones in Ethereum contracts or long hashes (sha512, etc) applied to concatenated transactions of last 100 blocks for example. Let's think in this direction.

Fundamental physics is on our side: if mining algo has sufficient levels of virtualization and randomization, ASIC/FPGA manufacturers MUST implement Intel-like CPU! Let them compete with Intel directly!
--
https://github.com/monero-project/meta/issues/316#issuecomment-472815812



Excellent points, IOU +sM

When will desktop FPGA cpus be available? 3k for a fpga cpu is not mainstream.

BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.
full member
Activity: 243
Merit: 125

I've just written more:
--
Guys most of you think in too generalized manner, you attempt to predict too far future, you almost admit defeat in front of ASICs... It is a bad way methodologically.

We are living in the current iteration. There is a week passed after last hard fork to cn/r. First, it must be said, there is no FPGA or quick understanding how to program FPGA against cn/r. Technically it is possible in few hours or days. But we observe low hashrate still, week passed. So they CAN'T do that quickly at least.

Thus, fight against ASICs/FPGA is POSSIBLE. Furthermore, cn/r is quite simple algo with very basic levels of virtualization and randomization. Read my comment above, what if we introduce HARD levels of virtualization and randomization? There is physics: ASICs/FPGA can't be MUCH more profitable than CPU or GPU, if quite perfect mining algo is designed.

Today, let's focus on tasks how to add strong virtualization and randomization to the algo. RandomX with memory scratch-pad reduced from 4Gb to 256Mb (to support even Raspberry Pi) is good level of virtualization.

To add randomization we may consider external oracles like ones in Ethereum contracts or long hashes (sha512, etc) applied to concatenated transactions of last 100 blocks for example. Let's think in this direction.

Fundamental physics is on our side: if mining algo has sufficient levels of virtualization and randomization, ASIC/FPGA manufacturers MUST implement Intel-like CPU! Let them compete with Intel directly!
--
https://github.com/monero-project/meta/issues/316#issuecomment-472815812

legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Long time since I posted here.  Glad to see the fork went well.  Pointed all my GPU miners at Monero tonight to help out the network.  Hope everyone is good and it looks like the great community I remember is alive and well.  Glad Moreno is sticking to true decentralization.  Monero brought me into the crypto space.  Monero the only privacy coin I would ever use.

Long time no see, glad to see you post. Smiley


Thanks, thas a good read.  lol'd
There's an active issue thread on GitHub discussing options for PoW moving forward:
https://github.com/monero-project/meta/issues/316

Thanks for the link, IOU +sM (ran out Smiley)
member
Activity: 924
Merit: 11
How I know, Monero is the most invisible and hiden crypto between another.
full member
Activity: 243
Merit: 125

In that discussion, as I've understood, sech1 focuses on the problem to make ASICs as efficient and as complicated as Intel CPU.
linzhi-sonia says it will try because he likes this stuff with ASICs and their developing.

What I think? We should focus on TRUE randomness instead of making mining algo to be too difficult for ASICs just because complicated design of the algo, for example, adding a true virtual machine level into algo design, like somewhat done in RandomX.

Currently, cn/r uses block height as a source of randomness. And as linzhi-sonia mentioned, he will just add an interpreter or pre-compiled parts to the algo, because block height is known in advance to the future.

I propose to add TRUE random generator via external ORACLES (like oracles work in Ethereum contracts). Or, good source of true randomness is LONG hash of all the transactions in last 100 blocks for example. Thus linzhi-sonia can't predict and pre-compile no parts of mining algo.

Also we may dream about FLOATING POINT mining algo based on fining solutions of differential or integral equations of random nature.

Finally we may focus on solution findings of SYMBOLIC mathematical problems, randomly generated.

What do you think, Community?


There's an active issue thread on GitHub discussing options for PoW moving forward:
https://github.com/monero-project/meta/issues/316

I've written there:
https://github.com/monero-project/meta/issues/316#issuecomment-472597366
legendary
Activity: 2310
Merit: 4085
Farewell o_e_l_e_o
Among top altcoins, Ethereum, Stellar, and DASH have all rocketed.
So, when is the turn of Monero?
The coin has probably warmed up a little bit if we look at its volume recent weeks.
https://coinmarketcap.com/currencies/monero/historical-data/
In contrast, its price has remained at lows during the same period.
member
Activity: 388
Merit: 13
I can't open my monero Legder wallet with 0.14. I got "Could't open wallet. Wrong Device status : SW=6e00 (EXPECT=9000, MASK=ffff)".

Any ideas?

EDIT - forget it, I was on firmware 1.4.2. Updated Ledger live and firmware to 1.5.5 and now it works.

Please not that there is a bug in Ledger Monero app v1.1.3. Therefore, Ledger Monero users are advised not to use their wallets until Ledger Monero app v1.2.x is out.

https://www.reddit.com/r/Monero/comments/b0jjgc/missing_xmr/eif5jdl/

Yes, I was aware of that. Just checking the balance.
legendary
Activity: 2268
Merit: 1141
I can't open my monero Legder wallet with 0.14. I got "Could't open wallet. Wrong Device status : SW=6e00 (EXPECT=9000, MASK=ffff)".

Any ideas?

EDIT - forget it, I was on firmware 1.4.2. Updated Ledger live and firmware to 1.5.5 and now it works.

Please not that there is a bug in Ledger Monero app v1.1.3. Therefore, Ledger Monero users are advised not to use their wallets until Ledger Monero app v1.2.x is out.

https://www.reddit.com/r/Monero/comments/b0jjgc/missing_xmr/eif5jdl/
member
Activity: 388
Merit: 13
I can't open my monero Legder wallet with 0.14. I got "Could't open wallet. Wrong Device status : SW=6e00 (EXPECT=9000, MASK=ffff)".

Any ideas?

EDIT - forget it, I was on firmware 1.4.2. Updated Ledger live and firmware to 1.5.5 and now it works.
legendary
Activity: 3164
Merit: 1118

In that discussion, as I've understood, sech1 focuses on the problem to make ASICs as efficient and as complicated as Intel CPU.
linzhi-sonia says it will try because he likes this stuff with ASICs and their developing.

What I think? We should focus on TRUE randomness instead of making mining algo to be too difficult for ASICs just because complicated design of the algo, for example, adding a true virtual machine level into algo design, like somewhat done in RandomX.

Currently, cn/r uses block height as a source of randomness. And as linzhi-sonia mentioned, he will just add an interpreter or pre-compiled parts to the algo, because block height is known in advance to the future.

I propose to add TRUE random generator via external ORACLES (like oracles work in Ethereum contracts). Or, good source of true randomness is LONG hash of all the transactions in last 100 blocks for example. Thus linzhi-sonia can't predict and pre-compile no parts of mining algo.

Also we may dream about FLOATING POINT mining algo based on fining solutions of differential or integral equations of random nature.

Finally we may focus on solution findings of SYMBOLIC mathematical problems, randomly generated.

What do you think, Community?


There's an active issue thread on GitHub discussing options for PoW moving forward:
https://github.com/monero-project/meta/issues/316
full member
Activity: 243
Merit: 125

In that discussion, as I've understood, sech1 focuses on the problem to make ASICs as efficient and as complicated as Intel CPU.
linzhi-sonia says it will try because he likes this stuff with ASICs and their developing.

What I think? We should focus on TRUE randomness instead of making mining algo to be too difficult for ASICs just because complicated design of the algo, for example, adding a true virtual machine level into algo design, like somewhat done in RandomX.

Currently, cn/r uses block height as a source of randomness. And as linzhi-sonia mentioned, he will just add an interpreter or pre-compiled parts to the algo, because block height is known in advance to the future.

I propose to add TRUE random generator via external ORACLES (like oracles work in Ethereum contracts). Or, good source of true randomness is LONG hash of all the transactions in last 100 blocks for example. Thus linzhi-sonia can't predict and pre-compile no parts of mining algo.

Also we may dream about FLOATING POINT mining algo based on fining solutions of differential or integral equations of random nature.

Finally we may focus on solution findings of SYMBOLIC mathematical problems, randomly generated.

What do you think, Community?
sr. member
Activity: 807
Merit: 423
hero member
Activity: 794
Merit: 1000
Monero (XMR) - secure, private, untraceable
Does the new mining algorithm give less of a hashrate?

I notice that the hashrate is now sitting at 250MH/s, I have been mining with xmrig with a RX 470 and are getting around 100h/s
I'm sure before the first asic algo update I was getting over 200h/s on the same card does this mean the algo now @250MH/s makes the network secure as it would have been with 500MH/s back then?

Or is my configuration most probably shite?
RX 470 getting 930+ h/s with Samsung memory and 800+ with other memory. Check your miner/config/bios.
legendary
Activity: 1512
Merit: 1442
thefuzzstone.github.io
sr. member
Activity: 490
Merit: 266
Does the new mining algorithm give less of a hashrate?

I notice that the hashrate is now sitting at 250MH/s, I have been mining with xmrig with a RX 470 and are getting around 100h/s
I'm sure before the first asic algo update I was getting over 200h/s on the same card does this mean the algo now @250MH/s makes the network secure as it would have been with 500MH/s back then?

Or is my configuration most probably shite?
legendary
Activity: 2268
Merit: 1141
Hi guys.

A friend of mine recently got this message when running the latest full node:
Quote
WARN    cn     
src/cryptonote_core/cryptonote_core.cpp:1767    There were 5 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 it could be just sheer bad luck

I assume this was just a temporary issue due to the fork and some drastic changes in hash-rate. Or is there some other issue?
Thanks for your help.

See:

https://www.reddit.com/r/monerosupport/comments/azif9x/repeated_message_issue/
legendary
Activity: 2744
Merit: 1288
Hi guys.

A friend of mine recently got this message when running the latest full node:
Quote
WARN    cn      
src/cryptonote_core/cryptonote_core.cpp:1767    There were 5 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 it could be just sheer bad luck

I assume this was just a temporary issue due to the fork and some drastic changes in hash-rate. Or is there some other issue?
Thanks for your help.

Yes since ASIC miners cant mine anymore overall hashrate decreased by factor 3 or 4. soon we should get final number. But also now new GPU miners will start flocking back in,  and hash rate will start growing back, since Monero is probably super worth to mine now for them.

You can see here https://www.coinwarz.com/difficulty-charts/monero-difficulty-chart   Difficulty is at 1/3 now.  
Jump to: