Bitcoin Forum
June 23, 2018, 05:32:27 AM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 [84] 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 ... 822 »
  Print  
Author Topic: [ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65%  (Read 1180079 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
June 30, 2014, 11:01:48 PM
 #1661

This has been covered in previous posts, read last few pages Smiley

OP also states 2.0.2.2 update is mandatory Smiley

Connect= is doing exactly what is it supposed to do, you will ONLY connect to specified node and nothing else  Shocked
1529731947
Hero Member
*
Offline Offline

Posts: 1529731947

View Profile Personal Message (Offline)

Ignore
1529731947
Reply with quote  #2

1529731947
Report to moderator
1529731947
Hero Member
*
Offline Offline

Posts: 1529731947

View Profile Personal Message (Offline)

Ignore
1529731947
Reply with quote  #2

1529731947
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
cryptonit
Legendary
*
Offline Offline

Activity: 1652
Merit: 1033


bit.diamonds | artis.eco


View Profile WWW
June 30, 2014, 11:14:26 PM
 #1662

2.0.2.2 isnt mandatory because of hardfork its mandatory because its help protecting network against harmful rogue wallets

with 2.0.2.1 u can be part of network but u are unprotected against rogue old wallets who spam stuff that can corrupt ur database

and its maybe possible u could  inject that bad data towards 2.0.2.2 wallets maybe too

so its only a matter of time until we will add in a future wallet 2.0.2.1 towards the list of old wallets which our actual  wallet will not accept as connection



 
  Diamond [DMD]     ARTIS [ATS]  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦     ▬ Streaming Money ▬ Creating Value ▬
cryptonit
Legendary
*
Offline Offline

Activity: 1652
Merit: 1033


bit.diamonds | artis.eco


View Profile WWW
June 30, 2014, 11:23:03 PM
 #1663


What I'm asking is:
1) upload a more recent version of original.rar (the current one is up to block 378,000)
2) provide a list of "good" nodes to add to diamond.conf


 we will do that or similar effect things (seednodes that spread save peers is a option)

what i m asking u scrxxx is:

when will u open ur great miner towards the whole groestl algo mining community
instead of destroy dev time and force others hack ur miners to be useable by all pools
if we wana work together for success of groestl algo based coins we should start to work together instead of against each other
isnt open source the base idea of cryptocoins?
sharing great ideas and improvements to the better of us all?

until optimized size blockchain is uploaded u can use this one:
Code:
ftp://diamond.danbo.bg/dmdchain20140629.zip

 
  Diamond [DMD]     ARTIS [ATS]  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦     ▬ Streaming Money ▬ Creating Value ▬
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
June 30, 2014, 11:26:26 PM
 #1664


What I'm asking is:
1) upload a more recent version of original.rar (the current one is up to block 378,000)
2) provide a list of "good" nodes to add to diamond.conf


 we will do that or similar effect things (seednodes that spread save peers is a option)

what i m asking u scrxxx is:

when will u open ur great miner towards the whole groestl algo mining community
instead of destroy dev time and force others hack ur miners to be useable by all pools
if we wana work together for success of groestl algo based coins we should start to work together instead of against each other
isnt open source the base idea of cryptocoins?
sharing great ideas and improvements to the better of us all?

Bravo! I am still solo mine, I don't want to be locked into a bin I cant optimize, please provide .cl file that can be used by solo miners.  Also I don't want to locked into a pool and have to use yet another fork of sgminer.
Join the sgminer-dev team! and submit your proposed changes Smiley
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
June 30, 2014, 11:28:52 PM
 #1665

This has been covered in previous posts, read last few pages Smiley

I did read them. Perhaps I missed something, could you point me to the exact post?
Are you referring to the "a better one is being built" blockchain?

The main page still has the link to Original.rar which is old.

And also what should I do once the blockchain has downloaded from that single node?
I probably need  to somehow switch to multiple nodes again?

I guess what I'm saying is... I skimmed through a few last pages, I looked at the 1st page, I tried 4 times and still can't get it to work.
I'm not new to this and I know how this stuff works and where the blockchain files are located, etc.
But there are users who don't know such details and I assume they are really frustrated.
Please provide a wiki link or some detailed post on how to fix the wallet.


Thanks
cryptonit
Legendary
*
Offline Offline

Activity: 1652
Merit: 1033


bit.diamonds | artis.eco


View Profile WWW
June 30, 2014, 11:40:06 PM
 #1666



that give me hope cryptsy soon on 2.0.2.2 and enabling limitless deposit withdraw again

 
  Diamond [DMD]     ARTIS [ATS]  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦     ▬ Streaming Money ▬ Creating Value ▬
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
June 30, 2014, 11:59:20 PM
 #1667


What I'm asking is:
1) upload a more recent version of original.rar (the current one is up to block 378,000)
2) provide a list of "good" nodes to add to diamond.conf


 we will do that or similar effect things (seednodes that spread save peers is a option)

what i m asking u scrxxx is:

when will u open ur great miner towards the whole groestl algo mining community
instead of destroy dev time and force others hack ur miners to be useable by all pools
if we wana work together for success of groestl algo based coins we should start to work together instead of against each other
isnt open source the base idea of cryptocoins?
sharing great ideas and improvements to the better of us all?

until optimized size blockchain is uploaded u can use this one:
Code:
ftp://diamond.danbo.bg/dmdchain20140629.zip

When... I don't think I will post the CL sources at all. At least any time soon. I think of providing a faster BIN for other pools/solo in the next update.
I provided my previous improvements as open source and asked to donate. What did I get in return? Nothing.
At least you guys are getting 0.05 DMD from each mined block (which is 72DMD per day).
With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

As for hacking the bin files... Have fun! I was a cracker myself many years ago. Cracking it should be fairly easy. Only the next version will have some different scheme. This one is temporary as I was focusing more on the OpenCL kernel.

I believe that I have contributed to open source community by providing the 16.7 MHs simple .cl (vs 14.4 MHs that you could get with sph-sgminer).
Also my open source code is cleaned out, so it is very easy to read and optimize further if somebody wants. Maybe they could get a better speed. Some optimizations are clearly visible.

BTW, ccMiner guys had the "killer groestl" for a few months before they made it open source (I asked them 4 times to release it).

Also, I think that having a very fast Groestl miner is actually bad.
Because of CPU vs GPU speed difference.

With the optimized miner being linked to a particular pool, working only on ATI Southern Islands cards and producing more heat, I think this "bad influence" of fast groestl is diminished. Since only a few people use it.

If it was open sourced, then everyone would simply update to the new faster miner. We would be producing more heat and CPUs would be a lot slower.
Perhaps if there was some other project to compete with in MHs terms, that would be fun. Right now I think ccMiner can get only 16MH/s on fastest NVidia.
grs-sgminer can do better on R9 290 (and there is R9 290X and R9 295X2 which should be even faster), so no challenge here...

I also have one other reason, which I'm not going to disclose yet.

Thanks
popshot
Hero Member
*****
Offline Offline

Activity: 766
Merit: 554


CEO Diamond Foundation


View Profile WWW
July 01, 2014, 12:07:21 AM
 #1668

Please provide a wiki link or some detailed post on how to fix the wallet.

Hi srcxxx

Yes Original.rar is old and is just a few blocks before the fork point switching Diamond algo from Skrypt to Groestl that is why it stops at a particular block 386226 (specifically). It's well known and 'normal' .. it will unstuck itself after some time and if doesn't just restart the client and wait again a bit.
The latest but not the cleanest and lightest of the chains is here
Code:
ftp://diamond.danbo.bg/dmdchain20140629.zip
(use an FTP program to get to the server) syncs almost instantly and works like a charm. Foundation Wallet runs on it.

Steps I took to get everything working again:
1.  Downloaded older backup of Blockchain...
https://mega.co.nz/#!qZxFhRwI!OhpHJXjhWC2F17XkKiiBuXKxvN9Wk4uD_z8Td1MtoBA
2.  back up all files in Data folder, especially wallet.dat
3. delete all files except wallet.dat
4. copy files over from downloaded zip
5. edited diamond.conf and deleted all nodes except 193.68.21.19
6. add maxconnections=1 to diamond.conf  (this can be removed after full sync)
6. start Diamond wallet v.2.0.2.2
7. wait for full sync.

Using this:

Code:
server=0
listen=0
connect=193.68.21.19
noirc=1

is taking things to the extreme and not really necessary. Simple addnode=193.68.21.19 is enough, really.

cryptonit
Legendary
*
Offline Offline

Activity: 1652
Merit: 1033


bit.diamonds | artis.eco


View Profile WWW
July 01, 2014, 12:08:41 AM
 #1669

I think of providing a faster BIN for other pools/solo in the next update.

fair deal  Cool

i wana love ur miners
and not hate them because they dont allow me solo mine.....

looking forward to see ur optimized solo able miner ready for download

 
  Diamond [DMD]     ARTIS [ATS]  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦     ▬ Streaming Money ▬ Creating Value ▬
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:25:52 AM
 #1670

I think of providing a faster BIN for other pools/solo in the next update.

fair deal  Cool

i wana love ur miners
and not hate them because they dont allow me solo mine.....

looking forward to see ur optimized solo able miner ready for download


Not sure if you know the details, but grs-sgminer has an open source Groestl kernel (other pools, solo mine, whatever). It achieves 16.7MH/s or R9 290 (vs 14.4MH/s on vanilla sph-sgminer).
It also has an "optimized" kernel which gives 20.0MH/s which is not open source. It has two other advantages besides faster hash rate: pool fee is pre-multiplied by your hashrate (so what you see on screen is what you are paid for, no extra transaction fees or pool fees) and if there is an updated version of grs-sgminer, you will see a text message straight in the miner app.

Users are free to choose from these two kernels.

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.

I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.

This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:36:08 AM
 #1671

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.
I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.
This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.
I leave it to user to compile their own x11mod and x13mod .cl files or download an optimized bin
on my thread.  
13.12 is dated and does not work well with new optimized x kernels.

Does yours work with 14.6RC2 and 14.4?
Not all people have 290's LOL

Cheers
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:44:48 AM
 #1672

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.
I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.
This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.
I leave it to user to compile their own x11mod and x13mod .cl files or download an optimized bin
on my thread.  
13.12 is dated and does not work well with new optimized x kernels.

Does yours work with 14.6RC2 and 14.4?
Not all people have 290's LOL

Cheers

Sorry, I didn't know you have your own miner/thread. Please send link.

Yes, 14.4, 14.6RC, 14.6RC2 works good. However 14.4 is a lot slower for R9 290.

> Not all people have 290's LOL
Yep, however R9 290's .bin files work just fine with R9 280X, 7950, 7970 and R9 270X. So I'm planning to rename the .bin to "groestlSouthernIslands.bin"
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:45:57 AM
 #1673

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

Quote
iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.
Please help!!!

PS: This is why I was reluctant to switch if update wasn't mandatory. :-(
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:46:18 AM
 #1674

Link is in my sig
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:47:24 AM
 #1675

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

Quote
iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.
Please help!!!
your blockchain database is corrupted

I'm still waiting for the "clean blockchain database" until then I am mining other coins (Maiacoin, and testing X13 on wafflepool).

Perhaps if you followed this thread more often you would already know about the 412 problem Smiley
As a pool operator you must stay up to date to be aware of potential problems and help to resolve them, not just leech from the pool ROFL.
polanskiman
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
July 01, 2014, 01:09:38 AM
 #1676

With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

Your pool clear states there is no transaction or additional pool fee. Please clarify if there are some hidden fees, we users, don't see.

BTC: 1JnH2HVoWnDubGmrXintsNWEaByGRjY8wL
DMD: dZuojpnwkmzqUegQaFk7ynDY8p7zAmG25H
XCN: CKnXnjXsVJzXgqEEqjsMRRc7ohkk6jHsb6
polanskiman
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
July 01, 2014, 01:10:52 AM
 #1677

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

Quote
iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.
Please help!!!

PS: This is why I was reluctant to switch if update wasn't mandatory. :-(

If you have a backup of your blkindex.dat file use that one and and run a -loadblock=blk0001.dat. This should make the wallet run. This assertion problem has been discussed profusely in the past 5 pages. See for further details:

https://bitcointalk.org/index.php?topic=580725.msg7533507#msg7533507
https://bitcointalk.org/index.php?topic=580725.msg7569389#msg7569389

BTC: 1JnH2HVoWnDubGmrXintsNWEaByGRjY8wL
DMD: dZuojpnwkmzqUegQaFk7ynDY8p7zAmG25H
XCN: CKnXnjXsVJzXgqEEqjsMRRc7ohkk6jHsb6
kyma
Sr. Member
****
Offline Offline

Activity: 479
Merit: 250


View Profile
July 01, 2014, 01:13:05 AM
 #1678

until optimized size blockchain is uploaded u can use this one:
Code:
ftp://diamond.danbo.bg/dmdchain20140629.zip

just saved me loads of time thanks!

srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 01:18:19 AM
 #1679

your blockchain database is corrupted

Thank you. I re-downloaded the blockchain on the pool server and now it seems to be working fine.

Same with my home PC, all is ok.

Do you know how is the optimized blockchain going to be better?
Just smaller in size?

Thanks
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 01:25:18 AM
 #1680

With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

Your pool clear states there is no transaction or addition pool fee. Please clarify if there are some hidden fees, we users, don't see.

This is what my pool says:

Quote
!!! Only for optimized kernel binaries in grs-sgminer !!!
No extra pool fees (what you see in grs-sgminer is what you are paid for)
No transaction fees

And that is absolutely correct.

Is there a pool fee? yes.
But your hashrate is already multiplied by it (so your actual hashrate is a bit larger than what is displayed in grs-sgminer).
This was explained in grs-sgminer thread.

Please send such questions directly to grs-sgminer thread https://bitcointalk.org/index.php?topic=652849

Thanks
Pages: « 1 ... 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 [84] 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 ... 822 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!