When americans adapt german words, they should use the plural (Kindergärten) also ^^
Well, see that's how we nefarious Americans work... First we steal the word from your language, then we change the plural (in English) to match our way of pluralization  In American English, the correct plural of kindergarten really is kindergarten s.  Our keyboards don't have umlauts (Or at least we can't be bothered to type multiple characters to make one) |
|
|
|
Scha-Den-Freu-de 4 definitely but this thread went more and more into a Kindergarten... Lol, well, I don't know many kindergartens here in the US that teach German, but it's definitely off-topic |
|
|
|
What's that word, again?
Schadenfreude.
Describes bitcoin in three syllables.
Isn't that 4 syllables? |
|
|
|
...annnnnd this thread is starting to give me cancer again.
Don't let it kill you bro... Enjoy it for the entertainment value  This thread, like most large-scale human interaction, oscillates wildly between equally ridiculous extremes - and the truth, as always, lies somewhere in the middle. But that's no reason why you can't enjoy watching the gladiators engage and the carnage that ensues It's possible though that I mistake your purpose... Maybe your post was not really a protest, but just you leaping into the fray? |
|
|
|
Oh they won alright... They sold 200+ units at $950/ea ( + probably a share of shipping that was 'too DAMN high' ) in 3 minutes. $200,000 revenue is a nice win for 3 minutes work.  At least it wasn't a preorder so you should be happy. Very happy - got my two boards Why are you rolling your eyes at me ?  |
|
|
|
Funny how some people think that somehow since they couldn't "Win the race" buying up the upgrade boards, that KNC still owes them something.... or they got treated unfairly...... Total B.S. You snooze, you loose..... I did.  i didn't snooze man, i ordered right at 8am.... the payment system they used had its flaws "They used"....Bitpay! There just is no better system. lol I'd be pissed off too, but really these sorts of things were bound to be mad-rush-batshit-crazy and you needed to have everything ready to go, ASIC-K I feel your pain mate really, but it wouldn't have mattered if you hadn't got a 404, if you had got through to the bitpay page and got your code you didn't have your bitcoins ready to transfer for at least 10 minutes by your own admission, the bitpay code would have expired in that time. I mean how long did you expect them to wait for someone to pay? If they had done it by holding the order as soon as you added it to your basket, loads of people(competitors,shills,speculators,on-thefencers,whatever) could have tied up the orders and then just not paid. Then there would be people pissed off about that. They couldn't really win.Oh they won alright... They sold 200+ units at $950/ea ( + probably a share of shipping that was 'too DAMN high' ) in 3 minutes. $200,000 revenue is a nice win for 3 minutes work. |
|
|
|
+1 ROFL |
|
|
|
From https://www.kncminer.com/news/news-65 All,
Thanks very much for all of the people who purchased the upgrade modules, The entire bunch of 200 sold out in around 3 minutes. We have over sold a little as we were not fast enough to disable the product in the shop. and bitcoin transactions take a few minutes to become verified
What we will say is that to everyone who has paid via bitpay for their order will receive an upgrade board.
We do expect that all boxes will leave this week and we will double the team involved in packing so it goes as quick as we can
Thanks KnCMiner Team If they know they oversold and can still fulfill those orders, they should be able to work in a few edge cases like ASIC-K as well, I would think. |
|
|
|
As Kano linked in the wikipedia article, that is the correct official suffix for billion, you're just not used to seeing values that large suffixed with a letter. EDIT: Prefix/Suffix, whatever... Damn, I was hoping the guy who suggested it stood for Googol was right, and it was a REALLY big share Ah well... EDIT: I still think you guys have this one wrong. We are all familiar with 'G' as the prefix for a billion in the context of a "giga<unit>" of anything - but in this case there is no unit. It is just an abbreviation for (in this specific case) 1.31 billion. Talking about a share of difficulty 1.31 'gigadiff' makes no sense at all. That being said it is obviously just a nitpick. |
|
|
|
I recently noticed that if you generate a share over 1 billion, cgminer shows it like this:  Lol, what is that ? 1 Giga-difficulty? Maybe a 'B' would be more suitable |
|
|
|
The payout went smoothly with the new block. I notice it seems less 'spendable', having 26 confirmations already but needing 94 more blocks, than BTC earned elsewhere. Also the clear demarcation of 'Mined'. I wonder if this will prove a problem with that obscure rule that mined bitcoins make one an international money transfer agent if one tries to use it for anything but barter. Bitcoins mined on another pool have not that demarcation.
But the question I wish to ask, is the minimum payout stat changeable on the configuration page? I have Bitcoin-QT on another machine than the one having the cookie storing the receive address. I generated the signed message which included in the encrypted string a lowering of the minimum payout trigger to 0.1000btc but it didn't take. After the initial payout since the signed message configuration change I expected the payout to be lowered but it was not. Is the minimum not changeable below what is dictated by the value equation used by Eligius staff?
A standard bitcoin transaction is spendable after only one confirmation, and fully confirmed after 6 confirmations. When a new block is mined, the coinbase transaction that gives the 25 BTC + transaction fees requires 120 confirmations before it is spendable. Most pools send the output of the coinbase transaction to a pool-owned address, then pay you in a separate normal transaction. It will appear in your wallet as 'unconfirmed' until one more block is mined (the confirmation). Eligius (and also P2pool) pay miners directly from the coinbase transaction. That's why the transaction shows up a a 'mined' transaction which shows up as 'immature', and takes 120 confirmations to mature. You can set you minimum payout to anything >= 0.01 BTC. If it didn't work, it probably means that the signature failed. It should tell you whether if it passed or failed a few lines up toward the top of the page. Thank you for explaining the difference. Then if I take the hash generated by the signature, paste it in and decode it I should see the message? And if so then it's something else I'm not doing correctly. For instance, I put a minimum diff of 121 for the Mercury on the address. Then later that day I added two more miners who's diff might more correctly be 7 and 2 but didn't change the requested min diff of 121. Would that prevent all config changes from being accepted? The diff setting does not actually work, but the payout amount setting does. A lot of people seem to have trouble getting the signed message to be accepted... I don't know what causes that problem. |
|
|
|
The payout went smoothly with the new block. I notice it seems less 'spendable', having 26 confirmations already but needing 94 more blocks, than BTC earned elsewhere. Also the clear demarcation of 'Mined'. I wonder if this will prove a problem with that obscure rule that mined bitcoins make one an international money transfer agent if one tries to use it for anything but barter. Bitcoins mined on another pool have not that demarcation.
But the question I wish to ask, is the minimum payout stat changeable on the configuration page? I have Bitcoin-QT on another machine than the one having the cookie storing the receive address. I generated the signed message which included in the encrypted string a lowering of the minimum payout trigger to 0.1000btc but it didn't take. After the initial payout since the signed message configuration change I expected the payout to be lowered but it was not. Is the minimum not changeable below what is dictated by the value equation used by Eligius staff?
A standard bitcoin transaction is spendable after only one confirmation, and fully confirmed after 6 confirmations. When a new block is mined, the coinbase transaction that gives the 25 BTC + transaction fees requires 120 confirmations before it is spendable. Most pools send the output of the coinbase transaction to a pool-owned address, then pay you in a separate normal transaction. It will appear in your wallet as 'unconfirmed' until one more block is mined (the confirmation). Eligius (and also P2pool) pay miners directly from the coinbase transaction. That's why the transaction shows up a a 'mined' transaction which shows up as 'immature', and takes 120 confirmations to mature. You can set you minimum payout to anything >= 0.01 BTC. If it didn't work, it probably means that the signature failed. It should tell you whether if it passed or failed a few lines up toward the top of the page. |
|
|
|
He's still mathematically correct. The huge increases CANNOT continue. It's simply impossible. For it to keep the exponential increase, the next company would have to deliver at least twice as much as KnC, and they'd have to do it within a few days. It will level off.
What is nearly impossible to predict is WHEN it will level off. It seems to be starting to now, but this could be a hiccup.
It's a truism that difficulty can't increase forever, but the steepness of that curve can still turn back more and more vertical very quickly - and will soon enough. Hashfast and Cointerra WILL ship at some point, KnC and Bitfury will continue to make units as quickly as they can, for as long as they can do so profitably, and others will join in also, for as long as it remains profitable to sell mining hardware. I am happy to see the recent decline in the steepness of that curve - but I am not lulled into believing that it is a long term change. Make your BTC while you can. Every time a manufacturer delivers, the cloud's hashrate gets larger, which makes it that much harder to make the same impact on the next delivery... Not too hard to understand..... Let's see if you understand this: Supply of hashpower WILL increase until it is barely profitable to sell it - which will coincide exactly with the point where the most efficient miners make only the slimmest margins they can accept and stay in the business of mining. That means difficulty will continue to rise - even if not a steeply as it is at the moment - until you, me, and all of us who are not going into this as a serious industry will be pushed out of the market. Make your BTC while you can. |
|
|
|
He's still mathematically correct. The huge increases CANNOT continue. It's simply impossible. For it to keep the exponential increase, the next company would have to deliver at least twice as much as KnC, and they'd have to do it within a few days. It will level off.
What is nearly impossible to predict is WHEN it will level off. It seems to be starting to now, but this could be a hiccup.
It's a truism that difficulty can't increase forever, but the steepness of that curve can still turn back more and more vertical very quickly - and will soon enough. Hashfast and Cointerra WILL ship at some point, KnC and Bitfury will continue to make units as quickly as they can, for as long as they can do so profitably, and others will join in also, for as long as it remains profitable to sell mining hardware. I am happy to see the recent decline in the steepness of that curve - but I am not lulled into believing that it is a long term change. Make your BTC while you can. |
|
|
|
|
Ever since the last diff change, block creation has actually been below target. I can't remember the last time I saw that...
I know MBP is shipping some Bitfury hashpower, but it seems no one else is shipping much. Maybe we will actually get a much smaller diff increase on the next readjustment. That would be a nice change for once in a long while.
|
|
|
|
Estimated Position in Payout Queue Approximately 0.06781870 BTC remaining to enter payout queue. If you remain inactive then you will enter the payout queue, due to inactivity, in approximately 2 days and 26 minutes. THEN I enter the payout queue? So it could be weeks before get my tiny little payout? What if it was a lot of bitcoin? Last time I deal with a pool that no manual payout. Thanks. If you go to your user settings and set your payout to, say, 0.05, you will go into the payout queue on the next block. |
|
|
|
As for bar, please don't make yourself look silly providing really weak and easily countered excuses you come up with off the top of your head. There is nothing to "game". A customer could not order and claim to or they could order and claim they never got the product. OH NOES ordering stuff can be gamed I guess KNC will stop selling products. KNC deals with the "risk" of being gamed on orders but can't on RMA.
If I recall correctly, the 'game' that KnC was supposed to be avoiding was this: Say you have a Saturn, and want to upgrade it to a Jupiter. You could complain to KnC that both the boards in your Saturn are underperforming to the point that they deserve a replacement (or are just broken). They ship you two replacement boards immediately after you send your "security payment". Then you just keep the boards, thereby bypassing any queue waiting on upgrades (or avoid the total nonexistence of such, as of this writing). I am not trying to justify KnC's RMA practices - I feel sure they ought to be able to find a way to work around this 'gaming'... I'm just pointing out what I think the game is that they are trying to avoid. Then they can request more BTC than these boards are worth. I was willing to send them even 30BTC for an advanced replacement, but they just refused it. Yes, that was one of the proposed solutions the first time I saw this conversation. I believe the reasoning was that people might still be glad to pay a premium to jump the queue. I agree with you though, that it is just ridiculous that they would refuse a (price+30BTC) security for a single board. |
|
|
|
As for bar, please don't make yourself look silly providing really weak and easily countered excuses you come up with off the top of your head. There is nothing to "game". A customer could not order and claim to or they could order and claim they never got the product. OH NOES ordering stuff can be gamed I guess KNC will stop selling products. KNC deals with the "risk" of being gamed on orders but can't on RMA.
If I recall correctly, the 'game' that KnC was supposed to be avoiding was this: Say you have a Saturn, and want to upgrade it to a Jupiter. You could complain to KnC that both the boards in your Saturn are underperforming to the point that they deserve a replacement (or are just broken). They ship you two replacement boards immediately after you send your "security payment". Then you just keep the boards, thereby bypassing any queue waiting on upgrades (or avoid the total nonexistence of such, as of this writing). I am not trying to justify KnC's RMA practices - I feel sure they ought to be able to find a way to work around this 'gaming'... I'm just pointing out what I think the game is that they are trying to avoid. |
|
|
|
Anyone try the new Cklovas code?..
Running 3.7.2 with 0.96 firmware no problem Does this mean KNC stuff is included in cgminer now and we can compile our own cgminer ? Yes, but the KnC stuff will only build properly if you build it on the Beaglebone Black - that is, don't enable it when building on another platform or the build will fail. Ckolivas posted build instructions for building on BBB somewhere on the forums, but I don't have the link handy. |
|
|
|
|
Show Posts
