Bitcoin Forum
June 25, 2024, 07:57:57 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 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 ... 84 »
  Print  
Author Topic: GoldCoin™ (GLC) Thread - The Gold Standard of Digital Currency [OFFICIAL THREAD]  (Read 309953 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. (695 posts by 1+ user deleted.)
Kergekoin
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500


View Profile
November 25, 2013, 09:46:30 AM
 #221

Well as it stands now, our pool is on track and on the right blockchain.  http://gld.minepool.net/

We are sorry it was a rough transition to the new client.

http://gld.minepool.net/ is extremely slow in browser. Why? Sometimes it literally takes over the minute to load.

******  NB! The links below are affiliate - friend type links, which bring additional benefits both, to you and me  ******
Binance - Best Crypto Trading Platform          CoinBase - Fastest way from FIAT to Crypto
Windscribe - The quickest and easyest way to secure and anonymize your internet traffic
MarKusRomanus
Legendary
*
Offline Offline

Activity: 910
Merit: 1000



View Profile
November 25, 2013, 09:49:33 AM
 #222

Well as it stands now, our pool is on track and on the right blockchain.  http://gld.minepool.net/

We are sorry it was a rough transition to the new client.

http://gld.minepool.net/ is extremely slow in browser. Why? Sometimes it literally takes over the minute to load.

We are checking into that right now as to if its due to queries to the client, mysql, or the large traffic.  It's not affecting the mining.
micax1
Hero Member
*****
Offline Offline

Activity: 708
Merit: 502


View Profile
November 25, 2013, 01:37:33 PM
 #223

I`m mining solo at 2 mhash and mined solo before -i was getting about 50 blocks a day, but now i`m getting like 15  - others rejected, I wonder, why 51% affects me? - I can`t mine solo and I cant mine pooled (as all pools get 95% orphans) - give me a workaround how to mine and mine profitable? Thank you.
Nonyme-As-gui
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
November 25, 2013, 03:58:03 PM
 #224

Are there still big issues that make impossible to mine this cryptocurrency in decent conditions?
MarKusRomanus
Legendary
*
Offline Offline

Activity: 910
Merit: 1000



View Profile
November 25, 2013, 08:53:44 PM
 #225

Its behavior is sure making me nervous.
CryptoMinter
Newbie
*
Offline Offline

Activity: 53
Merit: 0


View Profile
November 25, 2013, 09:28:18 PM
 #226

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.
micax1
Hero Member
*****
Offline Offline

Activity: 708
Merit: 502


View Profile
November 25, 2013, 09:44:10 PM
 #227

So lets figure out  what is happening with that coin?
1a. mining in any pool currently will give you only orphans,
1b. mining solo - orphans too
2. no way to decently mine
3. price goes up as usual on market
4. everyone strating mine this coin
5. more protection mechanisms and more orphans again
6. probably price goes up
7.  probably more people to mine
(repeat 5-7)
.... and so on until price crash
few people mine again?

it`s kind of not effective protection measure on a market for miners, it`s kind of profitable only for market speculators only, as they can get super profits in this period but not honest miners?
MicroGuy (OP)
Legendary
*
Offline Offline

Activity: 2506
Merit: 1030


Twitter @realmicroguy


View Profile WWW
November 25, 2013, 10:06:33 PM
Last edit: November 25, 2013, 10:25:56 PM by MicroGuy
 #228

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.

The defense protects the network by preventing hashpower from being added to quickly.

It basically gives more power to the little guy by removing the advantage of someone using an industrial strength mining rig jumping on the network for some quick and easy coins. Mining goldcoin is no longer an exercise in raw hashing power.

Akumaburn wrote about this is detail yesterday: https://www.gldtalk.org/index.php?topic=1262.msg6081#msg6081


 
MarKusRomanus
Legendary
*
Offline Offline

Activity: 910
Merit: 1000



View Profile
November 25, 2013, 10:12:28 PM
 #229

I started to get worried when transfers were taking a long time to even show up on the other side.  So far its ok.  my pool is a little overwhelmed but working ok.
Tommo_Aus
Sr. Member
****
Offline Offline

Activity: 420
Merit: 250


View Profile
November 25, 2013, 10:48:05 PM
 #230

My pools now up to ~16mh/s of users ONLY mining GLD and every single block is orphaned. They've been consistently mining for a day, what are you meant to do to mine this coin? 51% attack prevention, sure, because no one can mine it!

Tompool - http://tompool.org - a 2% fee SHA256/Scrypt/BURST/Groestl multipool supporting ANC, ASC, DGC, EZC, FLO, GLD, GME, MNC, RYC, TGC, TRC, XNC, ZET & more
Thrash
Sr. Member
****
Offline Offline

Activity: 519
Merit: 253



View Profile
November 25, 2013, 10:56:16 PM
 #231

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.

The defense protects the network by preventing hashpower from being added to quickly.

It basically gives more power to the little guy by removing the advantage of someone using an industrial strength mining rig jumping on the network for some quick and easy coins. Mining goldcoin is no longer an exercise in raw hashing power.

Akumaburn wrote about this is detail yesterday: https://www.gldtalk.org/index.php?topic=1262.msg6081#msg6081


 

It is not working, I do believe you broke it. I mine Gold coin from time to time but cannot even find a block that does not orphan at this point, even though I found several today. This might protect it from the multi-pool but it also stops the people who are serious about it. Major problem in my opinion.
CryptoMinter
Newbie
*
Offline Offline

Activity: 53
Merit: 0


View Profile
November 25, 2013, 10:59:38 PM
 #232

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.

The defense protects the network by preventing hashpower from being added to quickly.

It basically gives more power to the little guy by removing the advantage of someone using an industrial strength mining rig jumping on the network for some quick and easy coins. Mining goldcoin is no longer an exercise in raw hashing power.

Akumaburn wrote about this is detail yesterday: https://www.gldtalk.org/index.php?topic=1262.msg6081#msg6081


 

It is not working, I do believe you broke it. I mine Gold coin from time to time but cannot even find a block that does not orphan at this point, even though I found several today. This might protect it from the multi-pool but it also stops the people who are serious about it. Major problem in my opinion.

It also seems to support single-pool mining aka 100% attack. Bringing online 5.1% to support? Screwed. Bringing on 51% to attack? Harder. Joining the existing 99%? Win.
micax1
Hero Member
*****
Offline Offline

Activity: 708
Merit: 502


View Profile
November 25, 2013, 11:02:15 PM
 #233

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.

The defense protects the network by preventing hashpower from being added to quickly.

It basically gives more power to the little guy by removing the advantage of someone using an industrial strength mining rig jumping on the network for some quick and easy coins. Mining goldcoin is no longer an exercise is raw hashing power.

Akumaburn wrote about this is detail yesterday: https://www.gldtalk.org/index.php?topic=1262.msg6081#msg6081


 

It`s good on paper, in a system with no price, but the higher price is, higher hashrates will system get - and as it can`t adapt fast - it`s not possible to mine, price go higher and higher - loop.

does it really gives advantage to solo miners with small rigs - no. I was mining 5 blocks an hour - now i`m mining 1 block in 3 hours.

in that case (how this protection currently works) it even sounds that it even easier to attack whole system:
imagine.
1. price is stable for a long period of time.
2. attacker slowly buys coins
3. attacker accumulated desired number of coins
4. attack (just put 2-3 rigs to mine or even buy hashrate contract)
5. "51%" protection in work.... - orphans all over
6. price goes up
7. more people mine cause price go up - chain reaction (like now)
8. attacker waits for decent price - sells coins
9. coin price crash

- miners lost profits, time and electricity (
- only attacker satisfied.

does it sound like current situation?
akumaburn
Sr. Member
****
Offline Offline

Activity: 281
Merit: 250


The Gold Standard of Digital Currency.


View Profile
November 25, 2013, 11:03:49 PM
 #234

My pools now up to ~16mh/s of users ONLY mining GLD and every single block is orphaned. They've been consistently mining for a day, what are you meant to do to mine this coin? 51% attack prevention, sure, because no one can mine it!

My guess is your not running 0.7.1.5,

Bitcoin allows timestamps +- 2 hours from the current network time

GoldCoin allows timestamps +- 45 seconds from the current network time

Since the 51% defence relies on timestamps to determine if the blockchain is growing too quickly, there is an advantage to be had by setting your block's timestamp to the next timestamp that doesn't trigger the defense(instead of the current time) and then transmitting that block exactly at 45 seconds before the time its timestamp indicates.

0.7.1.5 has this feature partly built-in, but there is a cost. Due to the single threaded nature of the Bitcoin codebase we use, and the fact that almost all functions are boolean inputs for other functions, the wait on the processblock function actually lags the program for up to 45 seconds whenever a block is found(If that block is a block that doesn't trigger the 51% defense).

Because of this, your miner needs to be configured to wait for a response from the daemon for up to ~50 seconds before assuming that the daemon is down or that the block is a reject.

We're sorry that it has to be like this, but until we rewrite the entire codebase from scratch (something I plan on doing next month). It cannot be avoided.



akumaburn
Sr. Member
****
Offline Offline

Activity: 281
Merit: 250


The Gold Standard of Digital Currency.


View Profile
November 25, 2013, 11:09:43 PM
 #235

Seems like the DoS prevention code in GLD prevents people from hopping on when it comes to the top of the profit list.

The defense protects the network by preventing hashpower from being added to quickly.

It basically gives more power to the little guy by removing the advantage of someone using an industrial strength mining rig jumping on the network for some quick and easy coins. Mining goldcoin is no longer an exercise is raw hashing power.

Akumaburn wrote about this is detail yesterday: https://www.gldtalk.org/index.php?topic=1262.msg6081#msg6081


 

It`s good on paper, in a system with no price, but the higher price is, higher hashrates will system get - and as it can`t adapt fast - it`s not possible to mine, price go higher and higher - loop.

does it really gives advantage to solo miners with small rigs - no. I was mining 5 blocks an hour - now i`m mining 1 block in 3 hours.

in that case (how this protection currently works) it even sounds that it even easier to attack whole system:
imagine.
1. price is stable for a long period of time.
2. attacker slowly buys coins
3. attacker accumulated desired number of coins
4. attack (just put 2-3 rigs to mine or even buy hashrate contract)
5. "51%" protection in work.... - orphans all over
6. price goes up
7. more people mine cause price go up - chain reaction (like now)
8. attacker waits for decent price - sells coins
9. coin price crash

- miners lost profits, time and electricity (
- only attacker satisfied.

does it sound like current situation?

Nope what happened only happened because the pools had not updated to the latest client/panicked and shut down,

I went through the last ~300 blocks, there was no evidence to indicate a double spend or any kind of abuse.

There are only two ways to attack the coin as is and they both involve a lot of work:

1: Kick majority of existing hashpower off the network(Take the pools down), and replace said hashpower to become the majority of the network. Since you are replacing existing hashpower, the difficulty will be such that you have a higher probability of getting 6 blocks in a row.

2: Hold 80-90% of the total network hashpower long enough to cause several difficulty changes and increase your likelyhood of getting 6 blocks in a row.

Please be sure you are mining on 0.7.1.5 though, as 0.7.1.4 doesn't help the network be more secure.
Tommo_Aus
Sr. Member
****
Offline Offline

Activity: 420
Merit: 250


View Profile
November 25, 2013, 11:13:15 PM
 #236

My guess is your not running 0.7.1.5

I'm running 0.7.1.5 and have been since I started posting here yesterday.

Tompool - http://tompool.org - a 2% fee SHA256/Scrypt/BURST/Groestl multipool supporting ANC, ASC, DGC, EZC, FLO, GLD, GME, MNC, RYC, TGC, TRC, XNC, ZET & more
Thrash
Sr. Member
****
Offline Offline

Activity: 519
Merit: 253



View Profile
November 25, 2013, 11:16:26 PM
 #237

Plenty of other coins to mine.
micax1
Hero Member
*****
Offline Offline

Activity: 708
Merit: 502


View Profile
November 25, 2013, 11:17:35 PM
 #238

0.7.1.5 solo - can`t find more then couple blocks in 3-4 hours with 2 Mhash.

but it`s not the point of what I told.

because of nature of money (exchange rate rises when there are not enough offers) - attacker could create situation like current and with only adding hashpower required to system to orphan 70% of blocks.
price will grow, and other miners will switch to mine - adding more and more hashrate, (because everybody want to mine most profitable currency) - it`s not only about protecting from 51% attack. System should also allow defence from this possible abuse.
akumaburn
Sr. Member
****
Offline Offline

Activity: 281
Merit: 250


The Gold Standard of Digital Currency.


View Profile
November 25, 2013, 11:25:09 PM
 #239

0.7.1.5 solo - can`t find more then couple blocks in 3-4 hours with 2 Mhash.

but it`s not the point of what I told.

because of nature of money (exchange rate rises when there are not enough offers) - attacker could create situation like current and with only adding hashpower required to system to orphan 70% of blocks.
price will grow, and other miners will switch to mine - adding more and more hashrate, (because everybody want to mine most profitable currency) - it`s not only about protecting from 51% attack. System should also allow defence from this possible abuse.


That's the whole reason we have the difficulty switch based on the median time between blocks,

They'll need to add hashpower for a very long time before they can cause any real damage, and even then our difficulty adjustment is every 2 hours +- 41%. It'll drop back down in little time.

 
erk
Hero Member
*****
Offline Offline

Activity: 826
Merit: 500



View Profile
November 25, 2013, 11:43:13 PM
 #240

My pools now up to ~16mh/s of users ONLY mining GLD and every single block is orphaned. They've been consistently mining for a day, what are you meant to do to mine this coin? 51% attack prevention, sure, because no one can mine it!

My guess is your not running 0.7.1.5,

Bitcoin allows timestamps +- 2 hours from the current network time

GoldCoin allows timestamps +- 45 seconds from the current network time

Since the 51% defence relies on timestamps to determine if the blockchain is growing too quickly, there is an advantage to be had by setting your block's timestamp to the next timestamp that doesn't trigger the defense(instead of the current time) and then transmitting that block exactly at 45 seconds before the time its timestamp indicates.

0.7.1.5 has this feature partly built-in, but there is a cost. Due to the single threaded nature of the Bitcoin codebase we use, and the fact that almost all functions are boolean inputs for other functions, the wait on the processblock function actually lags the program for up to 45 seconds whenever a block is found(If that block is a block that doesn't trigger the 51% defense).

Because of this, your miner needs to be configured to wait for a response from the daemon for up to ~50 seconds before assuming that the daemon is down or that the block is a reject.

We're sorry that it has to be like this, but until we rewrite the entire codebase from scratch (something I plan on doing next month). It cannot be avoided.




Does the client query Internet time servers to get accurate timestamps or does it leave it up to the PC owner?

Pages: « 1 2 3 4 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 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 ... 84 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!