Author

Topic: [ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65% - page 658. (Read 1260677 times)

hero member
Activity: 609
Merit: 500
DMD,XZC
most new algos,FPGA is made before public a GPU software,
FPGA exist In the legend,only few people saw it.

So I guess you are one of those, otherwise how could you know for sure?
Would you share some fpga code, then?

HEFTY1 algo is proved,FPGA cannot fight against GPU

Show me the proof :-)
Till now I only see blah blah blah
you should visit this website,and look around some team works,
http://cryptography.gmu.edu/athena/index.php?id=source_codes
i just told the truth,and  don't care if people believe it or not.


legendary
Activity: 2716
Merit: 1094
Black Belt Developer
most new algos,FPGA is made before public a GPU software,
FPGA exist In the legend,only few people saw it.

So I guess you are one of those, otherwise how could you know for sure?
Would you share some fpga code, then?

HEFTY1 algo is proved,FPGA cannot fight against GPU

Show me the proof :-)
Till now I only see blah blah blah
hero member
Activity: 609
Merit: 500
DMD,XZC

cryptonight is not FPGA resistance,even XPM is not FPGA resistance,
the only  FPGA resistance and GPU friendly algo is hefty


how it comes HEFTY1 is in ur opinion more asic resistant than cryptonight?
sounds just like another algo mix similar to x11

Quote
Introduces HEFTY1, a novel approach to ASIC-resistant proof-of-work
Ultra-secure: combines SHA-256, Keccak-512, Grøestl-512, BLAKE-512 in a secure way

in my opinion the cryptonight claim that high ram requirement make profitable asics/fpga unprofitable
(at least the next few technology generations) sounds very reasonable
most new algos,FPGA is made before public a GPU software,
in the beginning,a few FPGA borads fight against hundreds of thousands of  CPUs,
do you even think the hashpower was the botnet?
few days later, GPU public,everybody join in,and FPGA disappear, so you never see public FPGA miner,
FPGA exist In the legend,only few people saw it.
qurak,qubit,skein,blake,scrypt-series,X-series,hefty,prime-series, cryptonight ,,,,all have  FPGA miner.
FPGA killed darkcoin?no
DMD,is groestl algo,and groestlcoin,have FPGA miner?of course,the FPGA miner exist before the coin birthday.maybe ASIC had been prepared.

HEFTY1 algo is proved,FPGA cannot fight against GPU,but these series coins are almost dead.
true FPGA&ASIC resistance and GPU friendly coin is killed by GPU,it is really a joke.


legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds

cryptonight is not FPGA resistance,even XPM is not FPGA resistance,
the only  FPGA resistance and GPU friendly algo is hefty


how it comes HEFTY1 is in ur opinion more asic resistant than cryptonight?
sounds just like another algo mix similar to x11

Quote
Introduces HEFTY1, a novel approach to ASIC-resistant proof-of-work
Ultra-secure: combines SHA-256, Keccak-512, Grøestl-512, BLAKE-512 in a secure way

in my opinion the cryptonight claim that high ram requirement make profitable asics/fpga unprofitable
(at least the next few technology generations) sounds very reasonable
hero member
Activity: 609
Merit: 500
DMD,XZC
This is being discussed now, and should be valuable to discuss here as well.

The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms Smiley

The other, much more difficult question is what would that other algorithm be?

This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture.

as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus.
still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again.
such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless.

cryptonight is not FPGA resistance,even XPM is not FPGA resistance,
the only  FPGA resistance and GPU friendly algo is hefty


could you please point me to hefty specifications and/or discussion on this supposed FPGA resistance?
can't seem to find any whitepaper or algorithm description.
FPGA experts proved,almost every algos are made FPGA in the world,
i know some truth you may never see or out of imagine,change algos only means change the battle field,
destroy a coin,is not the FPGA,nor ASIC
true GPU cannot rescue a coin

legendary
Activity: 2716
Merit: 1094
Black Belt Developer
I belive we should stick with a well known and documented algo, with academic background, like groestl.
IMHO, cryptography is not a thing you can make in-house.
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds

as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus.
still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again.
such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless.

CryptoNight also have lot coins using it so profitswitching multipools are existing
so avoid fpga and asics and run into arms of multipools
is that a win?

in my opinion a specialized algo no one else run at the moment (best multipool prevention)
as base of the DMD Diamond merged mining family would be the only other option to just stick with groestl

but even we have lot skill in team create a own algo isnt one of it
and a algo is such a important part of network we dont wana make experiments

maybe we have some cryptographic expert in our community
who have the skill to modify example CryptoNight into a "CryptoBright" algo which would be DMD Diamonds new algo

if ya know people with such a skillset let them get in touch with us and explore possibilities
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
This is being discussed now, and should be valuable to discuss here as well.

The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms Smiley

The other, much more difficult question is what would that other algorithm be?

This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture.

as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus.
still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again.
such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless.

cryptonight is not FPGA resistance,even XPM is not FPGA resistance,
the only  FPGA resistance and GPU friendly algo is hefty


could you please point me to hefty specifications and/or discussion on this supposed FPGA resistance?
can't seem to find any whitepaper or algorithm description.
hero member
Activity: 609
Merit: 500
DMD,XZC
please update the algo to make ASIC and FPGA devices unable to operate on DMD.

sooner the better please.

This is being discussed now, and should be valuable to discuss here as well.

The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms Smiley

The other, much more difficult question is what would that other algorithm be?

This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture.

as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus.
still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again.
such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless.

cryptonight is not FPGA resistance,even XPM is not FPGA resistance,
the only  FPGA resistance and GPU friendly algo is hefty
sr. member
Activity: 393
Merit: 250
All,

I am/was mining at 138 mh/s while all of this went down and it appeared to me that the issue was in 3 waves based on what I saw with the difficulty.  It was hovering around 130 yesterday and then plummeted to 19 or so.  I went to coinwarz to check their stats and the site validated what I was seeing.  At that point, it was a head-scratching moment but I thought that a pool went offline, such as what many are suggesting.  It stayed around 20 for about 20 minutes and then started to creep up again until it went to 100 again.  Then it went down again to 4.  It went back up to perhaps 40 or so and them went to 0, all the while I was mining.  I checked/refreshed coinwarz again and it validated the 0 difficulty again.  Last night I checked coinwarz and cryptsy again and it was showing 130 difficulty, even though I was seeing difficulty at 3.  My rig is still connected and mining, basically because if there was an issue and I ended up being the only miner on the network, I wanted the advantage.  And, even though I have not lost connectivity to the minter, I appear to be on the fork versus the correct chain.  Let me know what I can do to get any info to the group.  I used to be a follower/miner of the coin and lost interest for a while and decided to give it another try after finding I can have a high hash rate with the new algorithm. 
As of yesterday, when I checked the network hash rate of the "new" difficulty, it showed around 300 mh/s with me using 138 or so.  Perhaps another miner on the same chain? 
But why would I not have been on the "real" blockchain all along if I never stopped mining and continued to solve blocks?
Anyway, let me know what I can do to help shed light on the situation.
 

Short summary: when you find yourself in a hole, stop digging! :-)

A bit longish: You can newer 'win' over the Diamond's "official" chain. No matter how ahead you are, chain length wise. This is because Diamond has many features that prevent such from happening -- in the long term. Short term 'wins' are possible, but it's random game.

When you find yourself on the wrong chain with diamond, and you are actively mining, there are two things you can do to minimize your loss:

1. Stop mining! When the 'official' block chain grows over your fork, you can rejoin and start mining again.

2. Re-download the chain and start mining again. You could save copies of your own blockchain to make this faster (everything except wallet.dat). Or use any of the "official" backups, or just download it from the start again (worst idea). If you use someone else's backup, no matter how 'official' it is, it is always advisable to do validation of it with the wallet, as it might be tampered with in some way -- use the -checkblock=0 -checklevel=6 parameters when starting the wallet -- this will take long time, but you will know at least the things the wallet checks for are correct.

In mean time, while you wait for 1. or 2. to complete, you can always mine at the Diamond multipool (http://multippol.bit.diamonds) to not have your miners idle.

The above advice has been repeated a number of times here, as well as advice on how to configure your nodes (miner, or not) to reduce the chance of such situation happening again. Check the first post as well.
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
please update the algo to make ASIC and FPGA devices unable to operate on DMD.

sooner the better please.

This is being discussed now, and should be valuable to discuss here as well.

The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms Smiley

The other, much more difficult question is what would that other algorithm be?

This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture.

as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus.
still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again.
such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless.
sr. member
Activity: 393
Merit: 250
please update the algo to make ASIC and FPGA devices unable to operate on DMD.

sooner the better please.

This is being discussed now, and should be valuable to discuss here as well.

The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms Smiley

The other, much more difficult question is what would that other algorithm be?

This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture.
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
DMD Cloudmining investment update:
now at 11th november already more new investments created than in whole october
lot of them are investments of people who already own shares

hmmm why this happens?
might be they discovered it works and it works good?

legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
seems a big gpu farmer wanna join DMD,but it is very hard to get a lot of diamonds,
FPGA,ASIC scared you?
as BTC,LTC,DRK, when the FPGA join in,the diff rise 5x or more,when the asic join in,the diff rise 50x,then you saw the market to the moon.
i kept mining DMD using 3GH ,solo mining,and monitor everyday,i have got thousands of diamonds,but never sell one.
when i join in,the diff is 90,few days later,it rise to 250+,and drop to 180,  150,it was 110~180, average is 140.
2 weeks ago ,when the price jump,i checked the max DMD net hashrate,it was 35GH,are you scared?

i saw 28GH on groestlcoin ,40GH on myr-groestl, 30000G on MAXcoin,100G on darkcoin,80G on heavycoin.

heavycoin,the hefty algo was proved by FPGA experts,it is true FPGA&ASIC resistant,but what happened to these coins?
HVC,MNR,MLS,have you see the true GPU coin?they were killed by large GPU farmer who pay low fee electricity.

multi algo is not good idea,MYR,SFR,DGB,are examples.

it is not good idea to change the rules frequency,it is more centralization

u seem to have lot experience

but i have a hard time to understand ur vote

i read it correct and u say change nothing?
hero member
Activity: 609
Merit: 500
DMD,XZC
seems a big gpu farmer wanna join DMD,but it is very hard to get a lot of diamonds,
FPGA,ASIC scared you?
as BTC,LTC,DRK, when the FPGA join in,the diff rise 5x or more,when the asic join in,the diff rise 50x,then you saw the market to the moon.
i kept mining DMD using 3GH ,solo mining,and monitor everyday,i have got thousands of diamonds,but never sell one.
when i join in,the diff is 90,few days later,it rise to 250+,and drop to 180,  150,it was 110~180, average is 140.
2 weeks ago ,when the price jump,i checked the max DMD net hashrate,it was 35GH,are you scared?

i saw 28GH on groestlcoin ,40GH on myr-groestl, 30000G on MAXcoin,100G on darkcoin,80G on heavycoin.

heavycoin,the hefty algo was proved by FPGA experts,it is true FPGA&ASIC resistant,but what happened to these coins?
HVC,MNR,MLS,have you see the true GPU coin?they were killed by large GPU farmer who pay low fee electricity.

multi algo is not good idea,MYR,SFR,DGB,are examples.

it is not good idea to change the rules frequency,it is more centralization
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds

ASICs, FPGAs, GPU farms or whatever, now is the time to invest in DMD Cloudmining to counter those effects.


QFT!


DMD Cloudmining http://multipool.bit.diamonds/

With Diamond Cloud Mining there is no need for any kind of mining equipment, just one-time investment which will be transformed into sharepower. Based on sharepower, 70% of Diamond Cloud Mining earnings are paid out in the form of DMD Diamonds, straight to your personal Diamond Wallet. Once a month, the saved 30% of total earnings will be used to increase hashrate of Diamond Cloud Mining and the $ value of that reinvestment will be split between share-holders as free reinvested shares.

More Questions? Email [email protected]



for the first 3 people who finish one of this tasks:

catch a whale!


whale size $10000 invested into DMD cloudmining
you (referrer) earn 200 DMD Cloudmining Bonus shares  and a 1000 DMD reward from my own personal pocket! (he earn 100 bonus shares)

whale size $5000$ invested into DMD cloudmining
you (referrer) earn 100 DMD Cloudmining Bonus shares and a 500 DMD from my own personal pocket! (he earn 50 bonus shares)

whale size $2000 invested into DMD cloudmining
you (referrer) earn 40 DMD Cloudmining Bonus shares and a 200 DMD from my own personal pocket! (he earn 20 bonus shares)


http://multipool.bit.diamonds/
email [email protected] for more infos about investing into DMD Cloudmining
-------------------------------------
limited bounty until i stop it:

additional i offer 20 DMD for any good promotion material u design for DMD Cloudmining
as guideline for the style u should use our 2 existing promotion pics

-------------------------------------
limited bounty until i stop it:

and last bounty i offer is 2 DMD for posting a link towards a DMD Cloudmining promotion u posted in a forum
forums outside of cryptocoin business are prefered! tell ur bodybuilder club or the local chess community in ur city or the tupperware fanclub
a promotion posting should be comparable to the stuff i bombard u with here on each page
but u can and should adapt wording fit to the audience in the forum u post it
full member
Activity: 150
Merit: 101
The hen or the egg
This is my thoughts regarding the FPGA and ASIC issue.

First the small miner (<100 Mhash) perspective. A "quick and dirty fix" is something I would have liked to be implemented a long time ago against the large GPU farms that have stepped into the Diamond arena. However, ”quick and dirty” seldom becomes a good option. There will always be somebody who is bigger than you, have more money than you, have more hashrate than you, and so on, and I have learned to accept that. For me as a small miner it doesn’t matter if FPGAs or ASICs enters the scene. The fun of mining this coin is already over.

Then we have the environmental perspective. Presumably a FPGA uses less electricity than conventional GPU cards, and is also programmable for different purposes. The ASIC is even more power effective but is only produced for its special purpose. Therefor these two alternatives could have a less burden on our environment than GPUs. For example, the power consumption of a 290 card is about 200 watt, and if you have a gpu farm with 60 cards doing 1500 Mhash total that is a power consumption of 8640 kWh each month. That is half of my entire house’s energy consumption in a year (heating included). From an environmental perspective the FPGA and/or ASIC could be a better alternative compared to GPU cards.

Finally the DMD Diamond perspective. ASICs can be rather expensive to buy, and GPU farms draw a lot of power (8640 kWh equals 1000$-1200$/month), with the FPGAs probably landing somewhere in between. Regardless of the three options people will have to sell off DMD to finance their investment and power cost. That could affect DMD price negatively, if not DMD buy demand and coin rollout plan can handle it.

ASICs, FPGAs, GPU farms or whatever, now is the time to invest in DMD Cloudmining to counter those effects.
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
https://btcjam.com/listings/27405-dmd-cloudmining---proof-of-concept

i think its a good way to promote towards investors
people who invest by fulfill loan request might be also interested to invest in DMD Cloudmining

so positive comments and references to my BTCjam account would be welcome

legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
do something quick and dirty

that for sure we dont.....
if we decide to act it wont be quick and dirty

stability and security are one of dmd main features

we not called dschango-coin
that would be a quick and dirty mindset
italo western 12:00 highnoon coin

legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
Well, if you read the official Grøstl Hash function website, one recognizes that the FH-Wiesbaden developed Grøstl FPGAs in 2009.
And if you continue reading, Mr. Stefan Tillich already developed an ASIC for that hash function not much later. The question is, if those technologies already have been sold, or rebuilt in some way.

My first assumption would be, that there exists only a small number of FPGAs and ASICs in educational environments and the difficulty fluctuations are some kind of "scare tactics" from somebody with huge GPU hashing power.

http://www.groestl.info/news.html

regarding fpga the hardware is existing
just the programming skill to make it do groestl is not public

regarding asics a university education sample have nothing to do
with industrial amount of groestl asic chips


remember any fpga can be programmed and become a groestl fpga
no asic can be converted into groestl asic the chip itself must be designed for it
Jump to: