Bitcoin Forum
October 20, 2018, 04:17:26 PM *
News: Make sure you are not using versions of Bitcoin Core other than 0.17.0 [Torrent], 0.16.3, 0.15.2, or 0.14.3. More info.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 ... 252 »
  Print  
Author Topic: [Ultracoin] [Est. Feb 2014] ~ ASIC Resistant & Ultrafast 6 Second Transactions!  (Read 353204 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.
Beave162
Hero Member
*****
Offline Offline

Activity: 757
Merit: 501



View Profile
January 26, 2015, 11:14:24 PM
 #1981

I don't think there is an issue with orphans worth worrying about in my opinion.

With other coins a high orphan rate is typically linked to low difficulty + lots of hash.  Blocks are easy to solve at low diff so the race to the finish line from different miners is much closer.  Even UTC1 at Tumblingblock with 10% network hash is hitting blocks sometimes seconds apart now.  With block intervals like that there is going to be orphans as one pool (or solo miner) beats the other to the finish line in a photo finish.  

I don't see how consolidating hash power into less pools has a net positive benefit.  It is more healthy to have more pools and solo mining with some orphans than a single dominant pool solving every block (thus no orhpans).  You do not want all the hash in one pool.  Quark for example has that issue with 90%+ hash at one pool and it used by FUDsters as an attack on the currency daily (regardless if it is an actual concern).  

Consolidating all pools is solving one issue that is primarily cosmetic and creating another issue that is real (network centralization).

Thank you for that reasonable response. I agree with pretty much everything you just said, Hilux...

So right now there is one centralized force which is attacking UltraCoin through swings in difficulty. Is there denial here about that?

The way to combat it is to reward those mining UltraCoin consistently. The high fees are a deterrent from using the pool. The orphans are not only punishing the healthy, consistent miners, but they are actually rewarding the attacker. The attacker wins the spoils of the 'race' (30 UTC) while invalidating the work of the miners in the pool.

To be clear, my interest is mainly in YAC. But more than anything else, I need a race to the top and not a race to the bottom. There are only a handful of scrypt-chacha coins left now...

YaCoin: YL5kf54wPPXKsXd5T18xCaNkyUsS1DgY7z 
BitCoin: 14PFbLyUdTyxZg3V8hnvj5VXkx3dhthmDj
1540052246
Hero Member
*
Offline Offline

Posts: 1540052246

View Profile Personal Message (Offline)

Ignore
1540052246
Reply with quote  #2

1540052246
Report to moderator
1540052246
Hero Member
*
Offline Offline

Posts: 1540052246

View Profile Personal Message (Offline)

Ignore
1540052246
Reply with quote  #2

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

Posts: 1540052246

View Profile Personal Message (Offline)

Ignore
1540052246
Reply with quote  #2

1540052246
Report to moderator
tex81
Full Member
***
Offline Offline

Activity: 145
Merit: 100


View Profile
January 27, 2015, 09:11:06 AM
 #1982

1400 h/s on 280X @ 1200/1500 with gap=24

Russia
dan_and_shan
Sr. Member
****
Offline Offline

Activity: 422
Merit: 250



View Profile
January 27, 2015, 10:34:23 AM
 #1983

I wanted to say that this coin is dead , dead , dead  and i forgot to say tha it is DEADDDDDDDDDDDDDDD!!!!!

With trolls like you waiting to scoop up all the coins at the bottom, it can never die ;p

U......T......C.........4.........EVA

Don't take life too serious, No one gets out alive Wink
volyova
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile
January 27, 2015, 11:24:32 AM
 #1984

Oh well..at least we are still above Vert.  Cheesy Fabietech will be happy Grin
tsjaar
Full Member
***
Offline Offline

Activity: 135
Merit: 100


View Profile
January 27, 2015, 01:41:19 PM
 #1985

CT shutting down  Sad  Sad  Sad  Sad  Cry  Cry  Cry  Cry

Due to very low volume and lack of good userbase, Crypto-Trade has decided to shutdown permanently due to inability to cover its expenditures on rented servers , staff salary and site promotion. All the users are requested to withdraw their funds within 48 hours.The site will continue to process pending withdrawals till our private wallet is empty. The site will go offline on 29th January 6:00 UTC.

WARNING HIGH SPEED - UTC - Ultracoin
jacobshm
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
January 27, 2015, 02:45:20 PM
 #1986

CT shutting down  Sad  Sad  Sad  Sad  Cry  Cry  Cry  Cry

Due to very low volume and lack of good userbase, Crypto-Trade has decided to shutdown permanently due to inability to cover its expenditures on rented servers , staff salary and site promotion. All the users are requested to withdraw their funds within 48 hours.The site will continue to process pending withdrawals till our private wallet is empty. The site will go offline on 29th January 6:00 UTC.

literally no f**ks given, they did this to themselves when they got hacked. UTC put them on the map and they shit the bed while using our blanket
marcoman22
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
January 27, 2015, 03:45:17 PM
 #1987

Oh well..at least we are still above Vert.  Cheesy Fabietech will be happy Grin

Vert is dead and Ultra is still stable.
Kracko
Sr. Member
****
Offline Offline

Activity: 458
Merit: 250



View Profile
January 27, 2015, 04:07:59 PM
 #1988

I don't think there is an issue with orphans worth worrying about in my opinion.

With other coins a high orphan rate is typically linked to low difficulty + lots of hash.  Blocks are easy to solve at low diff so the race to the finish line from different miners is much closer.  Even UTC1 at Tumblingblock with 10% network hash is hitting blocks sometimes seconds apart now.  With block intervals like that there is going to be orphans as one pool (or solo miner) beats the other to the finish line in a photo finish.  

I don't see how consolidating hash power into less pools has a net positive benefit.  It is more healthy to have more pools and solo mining with some orphans than a single dominant pool solving every block (thus no orhpans).  You do not want all the hash in one pool.  Quark for example has that issue with 90%+ hash at one pool and it used by FUDsters as an attack on the currency daily (regardless if it is an actual concern).  

Consolidating all pools is solving one issue that is primarily cosmetic and creating another issue that is real (network centralization).

Thank you for that reasonable response. I agree with pretty much everything you just said, Hilux...

So right now there is one centralized force which is attacking UltraCoin through swings in difficulty. Is there denial here about that?


Not outright denial, but there is some doubt.  Let's see some proof to back your assertion about this solo miner threat.  It can be readily checked by looking at the first transaction in each of PoW blocks- the pool generation reward, but I'm sure you already know that.  And here are the pool addresses:

UgLHrPXC5QeUxdr4RSVCappd7g7uZwkXw2    utc
UXs4V2RZKzk9uPq4Hyg9AM7HJ735RNqZzE    utc2

Any block generation rewards sent to addresses other than the pools' would be attributable to competing pools/solo miners.




fabietech
Sr. Member
****
Offline Offline

Activity: 298
Merit: 250


View Profile
January 27, 2015, 07:55:41 PM
 #1989

Oh well..at least we are still above Vert.  Cheesy Fabietech will be happy Grin

He is Smiley

Beave162
Hero Member
*****
Offline Offline

Activity: 757
Merit: 501



View Profile
January 27, 2015, 08:07:19 PM
 #1990

Not outright denial, but there is some doubt.  Let's see some proof to back your assertion about this solo miner threat.  It can be readily checked by looking at the first transaction in each of PoW blocks- the pool generation reward, but I'm sure you already know that.  And here are the pool addresses:

UgLHrPXC5QeUxdr4RSVCappd7g7uZwkXw2    utc
UXs4V2RZKzk9uPq4Hyg9AM7HJ735RNqZzE    utc2

Any block generation rewards sent to addresses other than the pools' would be attributable to competing pools/solo miners.

I've been looking, and I see only that those addresses are dominating the chain, unless I'm missing something...

So something is causing crazy swings in difficulty without actually getting confirmed blocks on the chain? Would that be a botnet?

When UTC's difficulty dropped, it seemed YAC's skyrocketed almost completely in sync. I'm at a loss as to what is happening...

YaCoin: YL5kf54wPPXKsXd5T18xCaNkyUsS1DgY7z 
BitCoin: 14PFbLyUdTyxZg3V8hnvj5VXkx3dhthmDj
Hilux74
Legendary
*
Offline Offline

Activity: 913
Merit: 1000



View Profile
January 27, 2015, 09:02:37 PM
 #1991

Pretty sure it is just UTC difficulty algo being too sensitive and 'correcting' too far either side of optimum.  Things seem to get a lot more twitchy at these low low N15+ POW diffs.  Also as a POS/POW hybrid adjusting teh difficulty is even more complicated as the POW diff is in feedback with the POS diff so that a weighting between the two is maintained.  I don't feel like looking it up but I have a strong hunch that the YAC difficulty adjustment settings are not as sensitive so you will not see as much oscillation in difficulty if you are trying to compare the two coins.

The two unwanted side effects of the algo adjusting the diff too low are rapid blocks seconds apart and hand in hand with easy fast blocks are a high orphan rate. 

Adjusting the diff too high is worse.  The unwanted side effect when the diff adjusts too high are slower than normal blocks, and if it it adjusts way too high like when a big hash profit hopping miner/attacker hops onto a pool when diff is low until it is quite high and then just leaves, you see other miners leave as well and exaggerate the issue.  That kind of abuse is why UTC likely has a fairly sensitive algo that readjusts every 10 blocks.  Some other coins with slow adapting diff algo have been crippled pretty badly by these kinds of maneuvers.

It is possible that a high hash profit hopping miner keeps hoping onto one of the UTC pools every time the diff drops low and takes advantage until the diff rockets upward.  However I haven't noticed it, and my payouts from the pool seem more or less at a constant interval throughout the day so I do not think UTC is being 'attacked' by a a profit hopper or an actual attacker.

If you just pick a pool and mine for a few days I think you will see your daily payout is pretty constant.  I do not think UTCs difficulty oscillation is much of a concern though it might get even more wild at N16.  If so the devs could always tweak the algo if it became a big issue. 
Kracko
Sr. Member
****
Offline Offline

Activity: 458
Merit: 250



View Profile
January 28, 2015, 03:50:40 AM
 #1992

Pretty sure it is just UTC difficulty algo being too sensitive and 'correcting' too far either side of optimum.  Things seem to get a lot more twitchy at these low low N15+ POW diffs.  Also as a POS/POW hybrid adjusting teh difficulty is even more complicated as the POW diff is in feedback with the POS diff so that a weighting between the two is maintained.  I don't feel like looking it up but I have a strong hunch that the YAC difficulty adjustment settings are not as sensitive so you will not see as much oscillation in difficulty if you are trying to compare the two coins.

Yeah, the Peercoin exponential retarget is much more precise.  And of course, what scrypt-chacha folks are used to seeing behind a network rate.  I definitely prefer the stability this retarget brings, but since it only uses the last two blocks it's vulnerable to time manipulation.

Digishield can be oscillated more.  It tends to overshoot a bit at the extremes.  But while it swings more than before, the blocks still have an acceptable spacing over time.   It appears to scale up nicely- Dogecoin doesn't appear to having any issues with it.  I like the asymmetric rise/fall.  Being able to correct downward faster than upward was a positive to making the coin more available to our dedicated miners by quickly recovering from those difficulty levels that leave the chain stuck.  It's less affected from time manipulation.  But, at the difficulty lows and the highs the network hash rate seems to go beyond the actual a bit when it overshoots.

volkantipi
Full Member
***
Offline Offline

Activity: 190
Merit: 100


View Profile
January 28, 2015, 03:58:08 PM
 #1993

Hi, What is your setting for the R9 280x?
PTseller
Legendary
*
Offline Offline

Activity: 1148
Merit: 1000


I ❤ www.LuckyB.it!


View Profile
January 28, 2015, 04:09:27 PM
 #1994


Hi Ultracoin Community Smiley


Thanks dev for making wonderful coin Smiley i truly believe in Ultracoin for long term investment.
wtfc360
Full Member
***
Offline Offline

Activity: 133
Merit: 100



View Profile
January 28, 2015, 05:18:23 PM
 #1995

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?
volkantipi
Full Member
***
Offline Offline

Activity: 190
Merit: 100


View Profile
January 28, 2015, 09:23:18 PM
 #1996

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?

gpu 0 disabling gives the error.
flippo
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
January 29, 2015, 08:02:01 AM
 #1997

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?

gpu 0 disabling gives the error.

Try lowering gpu engine value. You are overclocking your R9 280X card with clock set @1200 MHz.
volkantipi
Full Member
***
Offline Offline

Activity: 190
Merit: 100


View Profile
January 29, 2015, 08:28:01 AM
 #1998

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?

gpu 0 disabling gives the error.

Try lowering gpu engine value. You are overclocking your R9 280X card with clock set @1200 MHz.

did not work.

del *.bin
yacminer --scrypt-chacha  -o stratum+tcp://stratum2.tumblingblock.com:5555 -u username -p password -R 2560 -g 1 -w 128  --lookup-gap 8 --buffer-size 2590 --gpu-engine 950 --gpu-memclock 1200 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600
pause



Qxw
Full Member
***
Offline Offline

Activity: 203
Merit: 100


View Profile
January 29, 2015, 09:00:14 AM
 #1999

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?

N=15  -> 8M
8/24= 0.3333

0.3333 * 2560 = 853.8

What is idea with this lookup-gap 24  with this buffer size and with This Raw intensity?
(exept that result is still not so bad if also real accepted works are nearly 1.2kh/s

BTC, BCH, BTG, UTC
Hilux74
Legendary
*
Offline Offline

Activity: 913
Merit: 1000



View Profile
January 29, 2015, 06:02:04 PM
 #2000

R9 280x 3 GB:
yacminer.exe --scrypt-chacha -o stratum+tcp://stratum2.tumblingblock.com:5555 -u worker.1 -p password -R 2560 -g 1 -w 128 --buffer-size 2590 --lookup-gap 24 --gpu-engine 1200 --gpu-memclock 1500 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600

this setting gives 1,174kh/s, lookup-gap 8 also works

Hi, What is your setting for the R9 280x?

gpu 0 disabling gives the error.

Try lowering gpu engine value. You are overclocking your R9 280X card with clock set @1200 MHz.

did not work.

del *.bin
yacminer --scrypt-chacha  -o stratum+tcp://stratum2.tumblingblock.com:5555 -u username -p password -R 2560 -g 1 -w 128  --lookup-gap 8 --buffer-size 2590 --gpu-engine 950 --gpu-memclock 1200 --temp-cutoff 85 --nfmin 4 --nfmax 30 --starttime 1388361600
pause





'Error 4 - Kernal blah blah blah' usually happens when you are setting your buffer size too high for the amount of system ram you have
Pages: « 1 ... 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 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 ... 252 »
  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!