I think our wires are getting crossed.
Company approaches ORSoC with a brief in which a bespoke ASIC is to be commissioned for their requirements. Whatever that huge multicore design was for as an example.
NDA is signed between company commissioning ORSoC for said design and ORSoC themselves.
ORSoC couldn't specifically name name's of clients relating to the multicore chip at the open day or go into detail as to it's purpose due to the client confidentiality between the client and ORSoC contained within an NDA. I think you are shill for this potential fraudulent scheme a la BFL since your inception in this forum. I am excited to reach October as soon as possible only to know that no product was delivered by KnC. By then I expect you get what you deserve when people realize how they have being duped by you and KnC. Would you like to present at least a shred of evidence to support your claims about KNCminer?
|
|
|
Remember we don't want any pre order or IPO.
well speak for yourself. I want a preorder and think it is standard practice. Like others have mentioned, if they had a hardware on-site, why wouldn't they mine for themselves? They would make a good ROI (depends on a number of factors, of course). Regards Like removal of brains. The ROI of making and selling gear is probably just hours, from mining it's weeks.
|
|
|
I have withdrawn BTC to my wallet many times from Gox over the past few months. I have never been verified, I don't withdraw fiat, I just use Gox to make more BTC when the BTC/USD is volatile there.
|
|
|
Unfortunately, as far as I know we are still waiting to find out the tape-out date. That's their business, I would be surprised if the bothered to tell you. I would think paying customers would get some updates.. So far all I heard about was a hosting plan and you can spend more money to upgrade .. Since when do Intel or nVidia tell their customers tape out dates? Where is the precedent? Updates are nice but kind of pointless until their estimated ship date has elapsed. Additional technical info would be more useful.
|
|
|
Unfortunately, as far as I know we are still waiting to find out the tape-out date. That's their business, I would be surprised if the bothered to tell you.
|
|
|
Please forgive me if this question has been answered previously: Will KnCMiners be reconfigurable to mine in a pool of our choosing? I read somewhere (kncminer.com?) that we would be asked for configuration information before shipping so that the unit would arrive ready to mine - is that configuration modifiable? What is the interface for the miner? is it a web interface? Is the shell accessible to the end user? There is some speculation on reddit that the KnCminers will only be capable of solo mining. I find that unlikely, but it would be great to get some accurate information. http://www.reddit.com/r/BitcoinMining/comments/1j6xkeThe device would be useless if it were locked to a pool, as pools come and go. Therefore it must be modifiable.
|
|
|
I feel like I got caught in the middle buying a LS! It would have been much easier if BFL just came out with 1 unit size.
Very true, if the had just released the 5GH/s units in volume, kept the other designs on standby for a midlife speed bump, the entire industry would be different, they would have still sold all their chips, Avalon may have not released a thing, or it wouldn't have been 66GH/s. BFL drove up the net hash years before it needed to be, and cost themselves countless sales in the process. Well it's too late to do anything about it now, the arms race is up to 200GH/s per chip atm. No, you can blame that on Tom. He's the one who posted complete nonsense as far as specs go. There was nothing for BFL to do except match his specs. You'll notice that after that speed bump, I posted that we'd match any SHIPPING device, which is what I should have done from the start, but we'd already raised the specs so it was too late. Similar things are happening now with the new ASIC providers, but fortunately there are actually chips in the field this time around, so no matter what you announce as specs, a working chip today is vastly superior to a non-existent chip tomorrow. I don't know the Tom story. or who Tom is, you might want to elaborate or post a link if it's to be found elsewhere. I only first heard about BFL back in March.
|
|
|
I've counted 24 votes for XPM in this post XPM is just FOTM. Not relevant, it has no future as a currency, it's miner focused, not merchant focused. Look at the coins which are working on merchant support if you want to see what will be popular.
|
|
|
I feel like I got caught in the middle buying a LS! It would have been much easier if BFL just came out with 1 unit size.
Very true, if the had just released the 5GH/s units in volume, kept the other designs on standby for a midlife speed bump, the entire industry would be different, they would have still sold all their chips, Avalon may have not released a thing, or it wouldn't have been 66GH/s. BFL drove up the net hash years before it needed to be, and cost themselves countless sales in the process. Well it's too late to do anything about it now, the arms race is up to 200GH/s per chip atm.
|
|
|
Friday, July 26, 2013 Shipping Update by BFL_Jody 07-27-2013 at 01:19 PM (555 Views)
Jalapenos shipping through Nov. 14, 2012 paydate
Little Singles: None shipped (So maybe next week will be Little Singles Week)
Singles: Shipping June 23, 24, 25, 2012 without PSU's (only 2 orders on June 23 left!)
MiniRigs: None shipped today. Singles without PSU starting to move.
|
|
|
Looking at making K16 and K1 kits - one problem I have is with duty/tax on importing into Thailand only to be re-exported again. Between tax and shipping it adds a hefty cost penalty.
It occurred to me that there may be a US-based potential partner out there who wants to make a fee for part splitting ("kitting") and shipping. That is, you would receive bulk reels of parts, count them (actually measure them against printed guides), cut tape, and place them into bins, and then dump the bins into ziploc bags. Then ship them to customers within USA. Such an arrangement would result in quicker delivery and lower final cost for DIY customers. I don't know what the profit on that would be - not huge, but something to make it worth some time cutting, packing and going to the post office. It avoids a whole lotta duty/intl shipping issues.
Serious interested person should PM me.
Most people in the world don't live in the US. Thailand is probably closer to the heart of the action than the US would be.
|
|
|
I think BFL are going to have to halve their chip price to remain competitive after Oct when KNCminer and possibly Hashfast are shipping.
|
|
|
My solution to the hash rate burst problem is simple, reject blocks that try to be added to the chain faster than a predetermined rate. So you are introducing a minimum gap between blocks.
Say a DGC miner finds a new block and want's to submit it to the block chain, the digitalcoind would check the current time against the timestamp on the newest block of the chain and if less than 15sec had elapsed, it would not submit the block. Also the copies of digitalcoind peering, would not accept any blocks to be added to the chain unless their timestamp was at least 15 higher than the highest timestamp in their copy of the block chain, but of course not higher than the current time, to avoid forgeries. For ARG you would probably make it a 25 sec minimum gap between blocks.
I think that might be a very effective way of solving both the 51% attack problem and the coin hopping miner problem I came up with the idea trying to partially solve the 51% problem, but more so to get some stability into the block rate, these fluctuations are driving me nuts. It wont totally solve the 51% problem, but it should make it a lot harder, and it should discourage the attacks we have seen on FTC/TRC and others.
|
|
|
Like most coins DGC diff recalculate time is too long to avoid those kind of attacks. TRC diff recalculate is much faster than DGC, and yet TRC is now stuck on a stupidly high difficulty at just 12.15% profitability so nobody will want to mine it. The entire concept of reducing difficulty based on a block count is out of touch with what really happens after a burst of high hash rate. The idea needs to be thrown out and replaced with a system based on elapsed time, or some other metric. All these systems look at the velocity of blocks being created, not the acceleration and deceleration of the block rate which is critical. I totally agree. I have recently sent Baritus private message about this, but unfortunately no response yet - But his time is precious these days I think diff should be adjusted based on network hashrate. If current network hasrate is k% higher/lower then it was in previous diff ajdustment, it should be adjusted. Of course it could be more inteligent (progressive adjustment, moving average, future hashrate prediction, etc..) Value of k can be adjusted dynamicly too, based on current conditions. For Example: if network hashrate is less then 1GH/s it can be 10% if network hashrate is less then 10Gh/s it can be 5% if network hashrate is less then 100Gh/s it can be 1% etc... How are you going to work out what the network hash rate is at the time? Currently that's done by counting blocks. My solution to the hash rate burst problem is simple, reject blocks that try to be added to the chain faster than a predetermined rate. So you are introducing a minimum gap between blocks. Say a DGC miner finds a new block and want's to submit it to the block chain, the digitalcoind would check the current time against the timestamp on the newest block of the chain and if less than 15sec had elapsed, it would not submit the block. Also the copies of digitalcoind peering, would not accept any blocks to be added to the chain unless their timestamp was at least 15 higher than the highest timestamp in their copy of the block chain, but not higher than the current time. (to avoid cheats) For ARG you would probably make it a 25 sec minimum gap between blocks. You would need to calculated difficulty slightly differently, it would be based on the ratio of blocks that were submitted exactly at the 15sec mark rather than the 20sec target. Some testing and tuning would be requited. 15secmin between blocks might be too long for a good difficulty calculation, perhaps 10sec.
|
|
|
None of the above.
DGC/BTC
|
|
|
Like most coins DGC diff recalculate time is too long to avoid those kind of attacks. TRC diff recalculate is much faster than DGC, and yet TRC is now stuck on a stupidly high difficulty at just 12.15% profitability so nobody will want to mine it. The entire concept of reducing difficulty based on a block count is out of touch with what really happens after a burst of high hash rate. The idea needs to be thrown out and replaced with a system based on elapsed time, or some other metric. All these systems look at the velocity of blocks being created, not the acceleration and deceleration of the block rate which is critical.
|
|
|
A 400watt chip, that's should be interesting to cool. Is the price and model information released? not yet Obviously theses systems are coming to market after KNCminer is scheduled to ship, so that wont be an issue.
not quite, IMHO. if HashFast will sell a significant amount of miners at a competitive price obviously difficulty will increase faster than expected, so our time to ROI will become longer, no? I see no difference between a competitors effect on ROI vs the effect of hashing from KNCminer boxes that come online after yor receive yours.
|
|
|
A 400watt chip, that's should be interesting to cool. Is the price and model information released? Obviously theses systems are coming to market after KNCminer is scheduled to ship, so that wont be an issue.
|
|
|
.. and less we all forget the HEAT!, one usb erupters is ~ 130F and that's a 333mh/s so in case you plan on shipping a heatsink/fan combo or something to lower the heat on those hot puppies.
Firstly, temperature is not a measure of heat, which is measured in joules, not degrees. It would take very little cooling to get the temperature of the Erupters down, as they produce so little heat. You are talking about a 2.5 watt device.(2.5joules/sec)
|
|
|
BFL_Jody Thursday, July 25, 2013 Shipping Update by BFL_Jody 07-26-2013 at 10:51 AM
Jalapenos shipping through November 9 paydate
Little Singles: none shipped today (today I should be a coward and turn off comments, because although it's not my fault they haven't made Little Single boards, you will pummel me with your comments for it.) Little Singles are still ahead of Singles and MiniRigs, though.
Singles: It seems we have only 4 more orders left for June 23, but still no PSU's so I can't ship those orders yet. So we shipped orders from June 23 and June 24, 2012 which were able to accept units without PSU's. Thanks again for emailing your willingness to accept units without PSU's. It makes sending orders to production so much faster. I don't answer those emails--I archive them in a folder for reference as I'm sending the orders. If your order comes up and I don't see an email from you about the PSU's I will email you, so don't worry about whether I got it.
MiniRigs from June 23 shipped. I don't have any singles on order yet, but if I did I would forgo the PSU for two reasons, firstly to get mining!, and secondly to get through customs easier.
|
|
|
|