Off-Topic

[riazg]

There seems to be some discussion about TerraHash buying in early with early revisions of the k16 board.

https://bitcointalk.org/index.php?topic=190731.msg2616833#msg2616833

Hopes are that their won't be any major re-work of the early rev. board to get them hashing. Also some thought about overclocking may be included in later revisions, pushed to v2, or via part substitution.

How many early boards does TerraHash have right now? Would the people that placed later orders get a v2 board that's more overclockable?

[1714022334]

1714022334

[1714022334]

1714022334

[1714022334]

1714022334

[Bicknellski]

There is no working prototype from BKKCoins as of yet. Looking like things going well no major hiccups so far. Follow his thread for updates as they happen. There have been minor changes to the BOM so far not sure if that effects Terrahash or not he should post here if there are significant differences. We are all hopeful that his boards and the prototype do not vary at all. As for V2 BKKCoins said he will definitely work on that after V1 prototype is done it may be a short time frame or longer time frame but that doesn't matter much to those of us who are waiting for a proper working prototype first... and then wait for a version 2 that could potentially overclock to 450 from 282. Remember 282 to slightly over 300 is possible with Version 1 according to BKKCoin posts. So there is some room for overclocking even with 16 chips per board and you could do 14 or 15 chips per board to overclock and get that advantage.

[Vigil]

Any news from terrahash??L??

Yes, they have nothing to say.

[jdape]

Thanks.  It's a Replicator 1 running Sailfish firmware.  Lots of mods and upgrades on it

looks good... what kind of 3d printer do you have??

[FUKT]

I still have orders "On Hold" for bank transfer if anyone is interested:


DX Large 180gh/s x 1  order number 4##

DX large 180gh/s x 1    order number 53#

18gh/s boards x 28   order number 4##   52#     54#

5.4 gh/s boards x 10   order number 50#

[Cryptoin]

I still have orders "On Hold" for bank transfer if anyone is interested:


DX Large 180gh/s x 1  order number 4##

DX large 180gh/s x 1    order number 53#

18gh/s boards x 28   order number 4##   52#     54#

5.4 gh/s boards x 10   order number 50#

I would have thought these would have been cancelled for sure by now.

[MinermanNC]

I still have orders "On Hold" for bank transfer if anyone is interested:


DX Large 180gh/s x 1  order number 4##

DX large 180gh/s x 1    order number 53#

18gh/s boards x 28   order number 4##   52#     54#

5.4 gh/s boards x 10   order number 50#

I would have thought these would have been cancelled for sure by now.

Yes they gave till friday a week ago and said all would be??? I really just dont think they are maintaining  the orders to closely right now,,,whats paid is paid and they respond to refunds,,,anything else is back burner so long as no money exchanged hands,,,lol

[MinermanNC]

Cryptoin, how are you factoring in avg. chips for the unaccounted?  is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?)  i may just be having a blonde moment here,,,lol

[Cryptoin]

Cryptoin, how are you factoring in avg. chips for the unaccounted?  is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?)  i may just be having a blonde moment here,,,lol

Basically I have an average chip count from the orders that I have data from.  From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps.  For example.

Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%

Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them.  So there are potentially 50 other orders but we know this not to be true due to the order number jumping.  So we would assume 80% of those 50 orders are non existent.  Leaving us with 10 actual missing order numbers.  Of that 10 we can assume about 25% we're cancelled and 5% are unpaid.  That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #. 

The way my formulas work is they apply this average chip count per missing order number #.

[MinermanNC]

Cryptoin, how are you factoring in avg. chips for the unaccounted?  is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?)  i may just be having a blonde moment here,,,lol

Basically I have an average chip count from the orders that I have data from.  From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps.  For example.

Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%

Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them.  So there are potentially 50 other orders but we know this not to be true due to the order number jumping.  So we would assume 80% of those 50 orders are non existent.  Leaving us with 10 actual missing order numbers.  Of that 10 we can assume about 25% we're cancelled and 5% are unpaid.  That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.  

The way my formulas work is they apply this average chip count per missing order number #.

Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now

[notlist3d]

Think we will have any updates from TH today?  Or quiet day again.

[Cryptoin]

Cryptoin, how are you factoring in avg. chips for the unaccounted?  is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?)  i may just be having a blonde moment here,,,lol

Basically I have an average chip count from the orders that I have data from.  From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps.  For example.

Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%

Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them.  So there are potentially 50 other orders but we know this not to be true due to the order number jumping.  So we would assume 80% of those 50 orders are non existent.  Leaving us with 10 actual missing order numbers.  Of that 10 we can assume about 25% we're cancelled and 5% are unpaid.  That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.  

The way my formulas work is they apply this average chip count per missing order number #.

Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now

Well those should be covered by the cancellation %.  The 28 chip count is an overall average for a missing order.  This average takes into account non-existant, unpaid, and cancelled orders.  

If I only have 50 of 100 numbers that remaining 50 I am missing is assumed to have 28 chips per order.  In reality, there will actually only exists around 7 orders with an average 200 chips for each of those 7.

In regards to the accuracy of the cancelled order %, the assumption here is that people are reporting their cancelled orders to me.  It is likely that there are a higher percentage of cancelled orders than I account for since it is less likely that people will report them.  

If that is the case my numbers will be slightly high but the affect would still be rather negligible.

If you would like to know how accurate the prediction is for your particular order I suggest referencing the % of total orders accounted for.  The higher that percentage is the higher the accuracy of the prediction.

All in all you can pretty much guarantee at this point that the first 10,000 chips will be used around the 500 order mark. 20,000 chip order mark will likely fall in the low 600s.

[MinermanNC]

Think we will have any updates from TH today?  Or quiet day again.

I have no reason to think that we will as I dont think they have anything new to tell us,,,its really is a question of will they wait it out for the paypal funds that are in place, but on hold. Which I suspect they will try that first. Refunding all paypal orders could be a mess and they would be starting at square one if they did that. However an update would be nice from them! lol

[MinermanNC]

Cryptoin, how are you factoring in avg. chips for the unaccounted?  is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?)  i may just be having a blonde moment here,,,lol

Basically I have an average chip count from the orders that I have data from.  From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps.  For example.

Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%

Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them.  So there are potentially 50 other orders but we know this not to be true due to the order number jumping.  So we would assume 80% of those 50 orders are non existent.  Leaving us with 10 actual missing order numbers.  Of that 10 we can assume about 25% we're cancelled and 5% are unpaid.  That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.  

The way my formulas work is they apply this average chip count per missing order number #.

Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now

Well those should be covered by the cancellation %.  The 28 chip count is an overall average for a missing order.  This average takes into account non-existant, unpaid, and cancelled orders.  

If I only have 50 of 100 numbers that remaining 50 I am missing is assumed to have 28 chips per order.  In reality, there will actually only exists around 7 orders with an average 200 chips for each of those 7.

In regards to the accuracy of the cancelled order %, the assumption here is that people are reporting their cancelled orders to me.  It is likely that there are a higher percentage of cancelled orders than I account for since it is less likely that people will report them.  

If that is the case my numbers will be slightly high but the affect would still be rather negligible.

If you would like to know how accurate the prediction is for your particular order I suggest referencing the % of total orders accounted for.  The higher that percentage is the higher the accuracy of the prediction.

All in all you can pretty much guarantee at this point that the first 10,000 chips will be used around the 500 order mark. 20,000 chip order mark will likely fall in the low 600s.

Ok, well thats about as close or realistic as you can get it with what you have to go on. And yes I agree that the 10k/20k chip count will round out in the range you mentioned, unless there are other factors we have no way to know of. Ok, thanks for all of that, Im kinda a numbers cruncher" minded guy myself...great job, Thanks again

[joeventura]

Now that we have crunched the numbers, analyzed the numbers, counted the chips,

All we need is the working product and the actual chips and a little perspective I guess   

[MinermanNC]

Now that we have crunched the numbers, analyzed the numbers, counted the chips,

All we need is the working product and the actual chips and a little perspective I guess   

Ya, Read em Weep" gentlemen 

[newguy05]

fyi for someone who was maintaining that spreadsheet, i cancelled my order ( #1195 ) this morning and requested for paypal refund.  Havent got a response from terrahash yet.

[MinermanNC]

fyi for someone who was maintaining that spreadsheet, i cancelled my order ( #1195 ) this morning and requested for paypal refund.  Havent got a response from terrahash yet.

I sent a note to cryptoin. Let us know how the pp refund goes... Im watching and waitng closely to with pp

[Shimple]

I still have orders "On Hold" for bank transfer if anyone is interested:


DX Large 180gh/s x 1  order number 4##

DX large 180gh/s x 1    order number 53#

18gh/s boards x 28   order number 4##   52#     54#

5.4 gh/s boards x 10   order number 50#

I dont understand how your orders are not cancelled yet? You have had them on hold for the past 10 days!?

[Cryptoin]

To help avoid further confusion for those of you looking to submit your order information I have generated a thread specifically for the spreadsheet I developed to track orders.  You can find it here:

TERRAHASH ORDER DATABASE (Find out when you will get your order)