resort
Copper Member
Newbie
 Offline
Activity: 91
Merit: 0
|
 |
January 03, 2014, 01:00:06 AM |
|
Any news for new jupiter batch from knc ? Thanks.
|
|
|
|
|
|
|
|
"I'm sure that in 20 years there will either be very large transaction volume or no volume." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
CYPER
|
|
January 03, 2014, 01:36:30 AM |
|
Any news for new jupiter batch from knc ? Thanks.
Yes, it sold out today for under 10 minutes. |
|
|
|
|
|
helmax
|
|
January 03, 2014, 01:38:14 AM |
|
jupiter is discontinued
|
looking job
|
|
|
|
arousedrhino
|
|
January 03, 2014, 02:41:04 AM |
|
Any news for new jupiter batch from knc ? Thanks.
Yes, it sold out today for under 10 minutes. Were you just making this up? Or did it actually happen? |
|
|
|
|
1l1l11ll1l
Legendary
Offline
Activity: 1274
Merit: 1000
|
|
January 03, 2014, 02:57:19 AM |
|
Any news for new jupiter batch from knc ? Thanks.
Yes, it sold out today for under 10 minutes. Were you just making this up? Or did it actually happen? They only had 1200 units, I got the first 1000, Cyper got the last 200 |
|
|
|
|
Bitcoinorama
|
|
January 03, 2014, 02:58:32 AM |
|
Any news for new jupiter batch from knc ? Thanks.
Yes, it sold out today for under 10 minutes. Were you just making this up? Or did it actually happen? He's making it up. It was under 8 minutes. |
Make my day! Say thanks if you found me helpful  BTC Address ---> 1487ThaKjezGA6SiE8fvGcxbgJJu6XWtZp |
|
|
|
Ridicuss
|
|
January 03, 2014, 03:12:05 AM |
|
Hi guys,
I dont post much in this thread if ever. I do have 1 jupiter and thought I had a second procured but the seller has been non responsive (another story I wont go into here.)..
I have read speculation in this thread about lower priced Jupiters but doesnt that hurt the Neptune market?
My questions for you guys are. What do you think KNC will do with the price of a Jupiter if they were to throw another batch out there?
Do you think they would kill the antminer, BFL products with a painfully priced (to bitmain, BFL)
Jupiter?
Or
Do you think they are waiting for the price of BTC to break 900 again and then release painfully priced (to us) Jupiters?
The reason I bring this up is what I saw with Bitfury gear (doubling the price of H-cards) and antminers selling at above 4000 usd equivilent when BTC was sky high.
Look forward to your responses.
Best Regards,
|
Man, I wish I could change my avatar!
|
|
|
|
r1senfa17h
|
|
January 03, 2014, 03:24:02 AM |
|
Hi guys,
My questions for you guys are. What do you think KNC will do with the price of a Jupiter if they were to throw another batch out there?
Do you think they would kill the antminer, BFL products with a painfully priced (to bitmain, BFL)
Jupiter?
Or
Do you think they are waiting for the price of BTC to break 900 again and then release painfully priced (to us) Jupiters?
The reason I bring this up is what I saw with Bitfury gear (doubling the price of H-cards) and antminers selling at above 4000 usd equivilent when BTC was sky high.
Look forward to your responses.
Best Regards,
I believe KnC will price their hardware at a percentage of the btc they think it will mine over its lifetime. If they think it will mine 6 btc, then they might price for the USD equivalent of 2/3 of that (4 btc). If btc is at a higher value when they go on sale, then the only thing that matters to us is that the entry point will be higher - but your profits will be the same (50% in this example). The higher btc price benefits both us and KnC - unless you can't afford even 1 unit. If the btc price is low when they go on sale, then it wouldn't be bad for us, but it would be bad for KnC. Perhaps someone who planned to buy 1 would be able to buy 2 instead. The profit margin would be the same for the buyer, regardless of how many they bought. |
1N3o5Kyvb4iECiJ3WKScKY8xTVXxf1hMvA
|
|
|
|
nightengale
|
|
January 03, 2014, 03:48:39 AM |
|
Hey 'rama -- When can we realistically expect an update on hashing specs, power requirements, release timeframe, etc. etc. I know we're a ways off, but especially for those of us who may need to have some electrical work done, the earlier we know some of this info, the easier it will be to plan... Thanks!
|
|
|
|
|
|
helmax
|
|
January 03, 2014, 04:03:45 AM |
|
if knc sell jupiter is break network protection
|
looking job
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
|
January 03, 2014, 04:09:51 AM |
|
Advice for friends from personal experience on "BitPlastic".... don't do it!
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
|
January 03, 2014, 04:13:24 AM |
|
if knc sell jupiter is break network protection
Sorry, but that's bullshit. We just had 30 and 20% diff increases without KVC delivering a thing, which totally negates the statement. |
|
|
|
|
RickJamesBTC
|
|
January 03, 2014, 04:22:45 AM |
|
if knc sell jupiter is break network protection
Sorry, but that's bullshit. We just had 15 and 20% diff increases without KVC delivering a thing, which totally negates the statement. Helmet is just confused. Also, confusing to read. Network protection is silly, we all want more miners, they should be selling them to us. They could have destroyed the competition if they saturated the market with the original orders, and shipped from immediate stock thereafter. It's a competitive game, let us be competitive. |
|
|
|
|
Epoch
Legendary
Offline
Activity: 922
Merit: 1003
|
|
January 03, 2014, 04:38:24 AM |
|
if knc sell jupiter is break network protection
Sorry, but that's bullshit. We just had 15 and 20% diff increases without KVC delivering a thing, which totally negates the statement. Helmet is just confused. Also, confusing to read. Network protection is silly, we all want more miners, they should be selling them to us. They could have destroyed the competition if they saturated the market with the original orders, and shipped from immediate stock thereafter. It's a competitive game, let us be competitive. Rick, you have a frightening "arms race" mentality there.  |
|
|
|
|
Bogart
Legendary
Offline
Activity: 966
Merit: 1000
|
|
January 03, 2014, 04:45:38 AM
Last edit: January 03, 2014, 05:12:21 AM by Bogart |
|
Does anyone notice that their miners generally runs better until the first flushwork?
I get around 1% HW errors, and after a flushwork occurs, it shoots up to 3-4%. The HW ticker goes from 1-7 a jump to upwards of 50 a jump.
YES, I noticed that all along... I think the flush-work....still needs work! **** It seems to "Flush" with every single block detected, and not for just the pool you are on, which causes the errror rate to be higher than it has to be...drastically. IMHO...that's the biggest tweak needed atm You are way off on this one... Flushwork has to run with every block detected on the network. Blocks are built on top of each other network wide, not just on your pool. Hmm, I still respectfully disagree. Here's why... I never had that problem mining with GPU's... and it never flushed anything other than our own "Stale" shares. In pool mining...We don't solve blocks for other pools, we work on our own blocks, and by running flush-work every time a block is detected, you literally loose every workshare you are currently solving, even though your pool hasn't found it's block yet. My pants are literally loose. But no, all miners (and pools) are working to add a new block to the end of THE block chain. Pools don't each work on their own separate chain. Each time a new block is added to the chain, all miners (and pools) stop their current work, and begin new work, trying to extend the now longer chain. The block trying to be added is unique to the pool, but the chain it is being added to is not. (There are rare exceptions involving hostile miners, but let's not complicate the discussion with those cases.) |
"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
|
|
|
|
CYPER
|
|
January 03, 2014, 04:45:52 AM |
|
Any news for new jupiter batch from knc ? Thanks.
Yes, it sold out today for under 10 minutes. Were you just making this up? Or did it actually happen? He's making it up. It was under 8 minutes. Btw the price KNC decided to sell them for today was very good. $2500 was a good call  |
|
|
|
|
|
RickJamesBTC
|
|
January 03, 2014, 04:54:21 AM |
|
if knc sell jupiter is break network protection
Sorry, but that's bullshit. We just had 15 and 20% diff increases without KVC delivering a thing, which totally negates the statement. Helmet is just confused. Also, confusing to read. Network protection is silly, we all want more miners, they should be selling them to us. They could have destroyed the competition if they saturated the market with the original orders, and shipped from immediate stock thereafter. It's a competitive game, let us be competitive. Rick, you have a frightening "arms race" mentality there. Guess what, that's reality. |
|
|
|
|
dhenson
Legendary
Offline
Activity: 994
Merit: 1000
|
|
January 03, 2014, 05:04:32 AM |
|
if knc sell jupiter is break network protection
Sorry, but that's bullshit. We just had 15 and 20% diff increases without KVC delivering a thing, which totally negates the statement. Helmet is just confused. Also, confusing to read. Network protection is silly, we all want more miners, they should be selling them to us. They could have destroyed the competition if they saturated the market with the original orders, and shipped from immediate stock thereafter. It's a competitive game, let us be competitive. Rick, you have a frightening "arms race" mentality there. What do you expect... He's Rick James. http://www.youtube.com/watch?v=GuT7S-qpLfs |
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
|
January 03, 2014, 05:26:52 AM
Last edit: January 03, 2014, 07:02:22 AM by Phoenix1969 |
|
Does anyone notice that their miners generally runs better until the first flushwork?
I get around 1% HW errors, and after a flushwork occurs, it shoots up to 3-4%. The HW ticker goes from 1-7 a jump to upwards of 50 a jump.
YES, I noticed that all along... I think the flush-work....still needs work! **** It seems to "Flush" with every single block detected, and not for just the pool you are on, which causes the errror rate to be higher than it has to be...drastically. IMHO...that's the biggest tweak needed atm You are way off on this one... Flushwork has to run with every block detected on the network. Blocks are built on top of each other network wide, not just on your pool. Hmm, I still respectfully disagree. Here's why... I never had that problem mining with GPU's... and it never flushed anything other than our own "Stale" shares. In pool mining...We don't solve blocks for other pools, we work on our own blocks, and by running flush-work every time a block is detected, you literally loose every workshare you are currently solving, even though your pool hasn't found it's block yet. My pants are literally loose. But no, all miners (and pools) are working to add a new block to the end of THE block chain. Pools don't each work on their own separate chain. Each time a new block is added to the chain, all miners (and pools) stop their current work, and begin new work, trying to extend the now longer chain. The block trying to be added is unique to the pool, but the chain it is being added to is not. (There are rare exceptions involving hostile miners, but let's not complicate the discussion with those cases.) hmm, ok... Try this.... look/watch the error rate jump @ flushwork times. Given the jumps, why would the dumped/flushed shares contribute to errors if the pool didn't want them? You will also notice the lack of a jump in errors during the flushwork when your pool is finding the block. I hear what you are saying, but the errors I monitored over the course of mining say otherwise. I can point my Raedon card at the same pool, on a separate account, and physically see the difference. Flushwork on it has no bearing on error rates on the card, and certainly shouldn't on a knc machine either, but it does, which proofs a glitch in flushwork imho I'd rather get rejected shares at the appropriate time than have it flushed at every single block sniffed on the chain, or at least try it. The machines also solve shares quicker than flushwork is performed it looks to me.This needs tested... no flushwork at all /vs/ flushwork The higher the diff your shares are, the more relevant it becomes This is all irrelevant really if your pool pays for stale shares.... every flushed share is a loss! |
|
|
|
dhenson
Legendary
Offline
Activity: 994
Merit: 1000
|
|
January 03, 2014, 05:36:32 AM |
|
I'm no expert and I haven't been following the conversation, but doesn't it have to do with the way the device is handling the flush?
Scenario:
The pool issues lets say 512 shares to you for Block A. Part way through processing the hashes on those shares, Block A is found and the pool tells you to flush and also gives you 512 additional shares for Block B. If you turn around and submit the hashes you've completed for Block A, they would be errors as they are for the previously (already completed) block.
Depending on the firmware for your device, the flush work may be handled in different ways. It seems to me that the way KNC has/is handling the flush work has been problematic from the beginning (based on little tidbits I've read without a deep understanding of the process).
I would actually like to know if my understanding is flawed so please correct me if I'm wrong.
|
|
|
|
|
|
