Bitcoin Forum
July 08, 2024, 07:50:06 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 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 ... 243 »
1441  Economy / Securities / Re: [GLBSE] BFLS.RIG - BFL Hardware mining & Sales on: December 09, 2012, 07:17:50 PM
The reason is because of the continued controversy on how to fairly convert/merge the shares.  BFLS holders want 1:1.18, 1:1.1 or 1:1 while the BFLS.RIG holders don't see any of those solutions as fair.  None of the arguments are invalid and they all have merit, which is why it's hard to say "We will go this route and not this one."  None of the arguments are wrong.

When I wrote the "the singles will be converted to ASIC" it was before a lot of developments had happened in the mining community, not least of which the exact extent of the level of effort required to manage singles vs a minirig.  The singles would be upgraded to a minirig no matter what, so all BFLS shares would, by default, becomes RIG shares after the conversion, but you would end up with a much lesser rate than what's being proposed here (You would end up with 30 GH against 1.5 TH per single), as stipulated by the contract.  Some people are dead set against the 1:1 ratio is the problem.

With regards to the share price being "kept higher" than the one calculated from the device USD price, I'm not sure that's relevant here... looking at the list, most people purchased directly from me for the rough equivalent of the purchase price in USD of the hardware.  I know there was some trading going on, but the volume was almost non-existent, as most people held on to the shares.  Regardless of what may have happened on the exchange, the shares were never meant to be a trading stock and for all intents and purposes, I used GLBSE as a glorified excel spreadsheet to handle the distribution of the mined funds in a fast, easy manner.  From the volume, I think most people agreed with that.

I kind of take umbrage to the accusation that this is the "Nefario" way of doing things.  The contract, from day one, has always stipulated that the hardware can be sold (or traded in for 200 shares) and the proceeds would be distributed to the shareholders.  I am trying to find the least disruptive way of handling this within the scope of the contract.  I am NOT just throwing the contract out of the window and doing what I want to do... heck if I was doing that, I'd just say "Sorry, GLBSE is dead and this is too much hassle to deal with, ya'll are stuck." 

With regards to "quantity and price are as yet undetermined" - that is to say I don't know how much of the hardware I want to release to the public and how much I want to keep for myself.  Beyond that, the shares will be offered on a first come, first serve basis to anyone and will likely be offered in lots of 50 or so, since it would be exceptionally time consuming to  handle anything less... none of the share purchase/sale is automated, as I have no intentions or desires to make a full fledged exchange.  I would like to have a set of investors that want to share in the ASIC platform who don't want to invest in the hardware themselves or operate it, I don't want people trading shares back and forth trying to arbitrage or make a profit from the sale...  that was one of the problems I had when I sold shares initially - people wanted to buy in bulk for a discount and then resell them at a profit.  There's nothing wrong with this, it's just not something I want to be a part of. 

HorseRider: No, I haven't. I will get that sent out in the next hour.
1442  Economy / Securities / Re: [GLBSE] BFLS.RIG - BFL Hardware mining & Sales on: December 08, 2012, 11:12:41 PM
Yes, I'll try to get to that later tonight.
1443  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 08, 2012, 11:12:11 PM
No problem, I understand.  Is there something you can do about the sorting though?  I have a transaction I need to find, but I have no way to find it without sorting the columns unless I go through each transaction in each wallet individually.  Maybe have the ability to turn off pagination and use the old method until such time as there is a viable solution?  I guess I could just revert to an earlier version if need be.

1444  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 08, 2012, 10:51:10 PM
  • Store the visual transaction records in an array for each page when the page is up, and sort by columns from the visual record, instead of taking the record directly from the Armory DB.  So you would pull the records for that page into memory and just manipulate it as if it were all text.

By the way, if you change address comments, I want the ledger to update all the address-relevant transactions appropriately.  That's why I prefer it be dynamic.

On a related note, how do I make transaction specific comments?  That would be really handy, I didn't know that was a feature.  Anytime I edit a comment, it seems to be tied to the address not the transaction.

If you double-click on the comment field in the ledger, it will set the comment just for that tx.  Same with the address list in the wallet properties.  If you double click any other field, it will show you the transaction details (or address properties).  Maybe I should add a button to the tx details dialog to let you change the comment right there, for those that didn't notice the comment updating directly.

I have had a few requests for a search function.  It makes a lot of sense, so I will consider that for the next round of updates (it shouldn't be hard).

I've had instances where I want to edit all comments associated with an address and instances where I just want to modify one transactions comments.  Maybe make a button that "Apply to all" or "Apply here" or something... then if they click Apply to All, update the DB ledger for all entries... I'm not sure I see the advantage of having a dynamic ledger when you are viewing it in a page by page scenario... can't you still update the ledger entrie(s) if it's not on the current page?
1445  Other / Off-topic / Re: If you preordered a BFL ASIC rig back in August and paid for it in Bitcoin... on: December 08, 2012, 10:48:18 PM
It kills me to agree with Jutarul, but this is actually a pretty good way to measure it.  The whole "If you bought BTC instead of XXXX device in YYY time, you would have made ZZZZ" is ludicrous and goes to show that the person making that argument does not understand how money works.

"Hindsight" wasn't my argument. BFL converts all BTC to USD, thus avoiding all currency risk. Buyers on the other hand preorder with BTC, and have their spent BTC sit in limbo until the product they purchase is finally delivered. True, BTC could have fallen instead of risen, which would have made those who have preordered much better off (and BTC did fall from $12 to $10.50 for a time), but this currency risk is taken on entirely by the customers. The decision to preorder a long time ago, which resulted from a huge opportunity cost, turned out to be a bad decision, but the main reason that decision was made to begin with was because BFL claimed that the delivery date was only a couple months away, i.e. BFL claimed that the currency risk would be smaller than it turned out to be. In the end, BFL was not affected, since it is not affected by BTC fluctuation due to holding USD, those who have preordered a long time ago have experienced a huge opportunity cost, and BFL is to blame. (If you think opportunity cost isn't a real cost, the extra $3,000USD worth of BTC that I have and that you don't says otherwise).
Now, I'm not saying that this is something that BFL needs to repay to those who have preordered. Currency exchange risk is often unpredictable, and something those who preordered (maybe) likely expected. I'm just pointing out that delays that happen when dealing with two currencies that fluxuate against each other do have very real costs, begin just annoyed customers and whining on forums.

By the way, it could have been MUCH worse if BFL had kept all their customer preorder funds in BTC instead, because if people asked for a refund, had BTC lost value, they could refund BTC, and had it gained value, sell it for the USD price equivalent and just return the USD, netting the BTC gains for themselves. It would have been an almost risk-free investment for them.

BTW, did BFL mention whether they are still keeping customer's preorder funds in a separate account? Because until they start shipping products, that money is still technically Unearned Revenue, and does not belong to them. I'm assuming that's what they are doing, since they are an LLC, will have to file taxes, and will have to declare it as such, lest they bring the wrath of IRS auditors upon their heads.

I guess I'm not understanding why/how you are applying this opportunity cost to only one side of the transaction, which then results in an unbalanced transaction.  Yes, BFL is late and the opportunity cost is real, but it applies to both sides of the transaction (and thus cancels out).  Saying BFL was not affected is the fundamental problem here - BFL is only not affected if the transaction is unilaterally applied to the customer and not BFL, which is not the case (as you point out in a later paragraph).  BFL would have to hold on to the BTC and then issue refunds in USD for that to apply, and that is not what's happening.  The opportunity cost that affects the customers also affects BFL.  If we had held on to the BTC, we could have gained quite a bit (again, as you already pointed out).  So yes, the opportunity cost is real in so far as "if someone had held on to the BTC, they'd have more USD value than they did before," but again that's only valid with hindsight, not with future predictions.  If BFL had known that BTC was going to rise, BFL should have kept the BTC instead of the USD.  Anyway, I'm rambling at this point... the take away from this is that the potential opportunity cost applies to both the customer and BFL and thus cancels each other out as providing an advantage to one party over another.

To answer your question, yes we maintain preorder funds separate from expenditure funds.
1446  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 08, 2012, 10:39:14 PM
Hmm, yeah I've run into similar problems on various projects, so I share your pain.  Just throwing a few ideas out there (I have not looked at the Armory code, though, so these may be off base):

  • Store the visual transaction records in an array for each page when the page is up, and sort by columns from the visual record, instead of taking the record directly from the Armory DB.  So you would pull the records for that page into memory and just manipulate it as if it were all text.
  • Do away with column sorting and allow for a global search based on lots of different criteria (I would like this regardless). Searching across wallets would be a good idea - so you could index all the visual data, again, in a DB and then allow searches across all of it.  This would be very handy.
  • Allow filtering on columns, which would somewhat negate the need for sorting (but not completely)

On a related note, how do I make transaction specific comments?  That would be really handy, I didn't know that was a feature.  Anytime I edit a comment, it seems to be tied to the address not the transaction.


1447  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 10:14:54 PM

Judge them by what they do, and that is issue refunds in a satisfactory manner. Not some website page written in an hour or twoto sound fancy.

Yeah, I wish they'd polish up the website with new pics, better info, updated dates etc... and for Satoshi's sake, why is the production update so out of date?  If Josh / Inaba would spend as much time fixing the site as he puts into defending against troll attacks over here, it might even have an updated pic of the SC Single's case design in place of the current main page pic (a FPGA single board with heatsink).

A scam would be more polished than the currently neglected BFL home page.

Two reasons: 

One, the current website is Wordpress and I loathe Wordpress thus I tend to avoid trying to update it.
Two, the new website should be rolled out soon, so updating the old one has taken a back seat to other issues. See point one.
1448  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 08, 2012, 10:12:38 PM
Hey.. windows 64 version .86-beta, sorting columns appears to be broken (probably related to the pagination code I would imagine).

Clicking columns won't sort any of them anymore, which makes finding a transaction difficult.  A global search function would be really nice, too... I have a bunch of wallets and thousands of transactions, so finding a particular transaction in a particular wallet is sometimes problematical.

1449  Economy / Auctions / Re: Advertise on this forum - Round 62 on: December 08, 2012, 08:51:52 PM
8 @ 4.25
1450  Economy / Securities / Re: [GLBSE] BFLS.RIG - BFL Hardware mining & Sales on: December 08, 2012, 08:46:21 PM
Here's my list of share holders.  If you see something off let me know, but this is what I have and without some evidence to the contrary I am reluctant to go against this list.

https://docs.google.com/spreadsheet/ccc?key=0AtKoE07Urp8_dHFpUFVlcDVpeWVGUmUwZFY4WXpHbHc

Please contact me with your full BTC address to confirm your shares and account, so I can correlate my database to this list.  I will mark your column green once you've confirmed your shares.

For BFLS, I will be paying out accumulated dividends as well as the buyout of the hardware.  Because of the controversy in conversion and to make things easier and to fulfill the original contract as stipulated, I am choosing to go this route.  

I will then offer some RIG shares, quantity and price are as yet undetermined.
1451  Other / Off-topic / Re: If you preordered a BFL ASIC rig back in August and paid for it in Bitcoin... on: December 08, 2012, 05:56:41 PM
... that means...

($13.50 - $10.50) / $10.50 = 28.5%
$30,000 * 28.5% = $8,550

...you have lost $8,550 of potential bitcoin capital gains, or that a BFL ASIC Rig would have cost you $8,550, or that had BFL keept ASIC Rig customers' preorders in bitcoin, it would have owed each of them $8,550 by now.

... Is this in any way relevant?

When you do your profitability calculation for mining hardware you need to denominate in BTC, not in USD. The question is: how long does it take the hardware to generate the amount of bitcoin (ROI break even) you'd spend at that time for the hardware purchase. This is exchange rate independent.

Now - the reduced profitability (longer ROI break even) due to all the delays in delivery are a completely different story...

It kills me to agree with Jutarul, but this is actually a pretty good way to measure it.  The whole "If you bought BTC instead of XXXX device in YYY time, you would have made ZZZZ" is ludicrous and goes to show that the person making that argument does not understand how money works.  I know it's already been said, but the value of BTC could have just as easily gone down and you would have made out ahead.  Unless you have a crystal ball, saying "You would have made ZZZZ" after the fact is nothing but rhetoric.  Sure, I can say that about ANY financial transaction that involves the exchange of money... if I had known AUD would have dropped so much since 2008, I would be a millionaire right now... however, I didn't know the USD would lose value as quickly as it did against AUD.  Hindsight is great for making financial predictions, you are always 100% right.

Now you go apply that to the real world and see how you make out.

1452  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 05:50:02 PM
Quote
Yes, we get it, you love to rant on and on without answering questions. Stick on topic. Which refund requests are non-refundable? Ask your boss, he can probably explain it to you.

Like I said, please find someone to explain basic English to you.  I can't help you any further.
1453  Economy / Auctions / Re: Advertise on this forum - Round 62 on: December 08, 2012, 04:58:05 PM
8 @ 3.75
1454  Economy / Securities / Re: [GLBSE] BFLS.RIG - BFL Hardware mining & Sales on: December 08, 2012, 04:57:46 PM
I hope by this weekend if I get a chance to finish and correlate everything.
1455  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 04:51:58 PM
Quote
That's pretty clear. That's not just a typo. Read it again. non·re·fund·able. What refund requests will not be honored?

Maybe you can track down someone with actual company authority to clarify the policy. Is Sonny still around, or has he skipped the country again?

Wow, we've managed to find someone more devoid of intelligence than PuertoLibre, congrats!

If you can't read, then I can't help you.  If your'e too stupid to understand what you read, then again, I can't help you.  I'm not you're keeper, I suggest you go find someone willing to hold your hand through simple English sentences.

1456  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 07:38:26 AM
What part of this was unclear?

Quote
BFL refunds anyone who asks.  We always have. Yes, the policy on our website is CYA, absolutely, and I have always maintained that.

You are referring to a past event, not a policy that extends into the future. "We always have." is strictly a past event. What about the future? Will every refund request be honored in the future?

So let me get this straight... you want me to ... wait for it ... predict the future.  Wow, and here I thought the ludicrous, often idiotic demands had reached a frenzied peak, but again you never cease to amaze me with the depths of your stupidity, Syke.  Thank you for pointing out, once again, that some "members" of this forum are always capable of bringing more stupidity than has already come before, no matter how idiotic what has come before is.  Einstein was right...

1457  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 06:49:24 AM
To everyone else:  BFL refunds anyone who asks.  We always have. Yes, the policy on our website is CYA, absolutely, and I have always maintained that.

I'll keep things simple for you. Can BFL refuse a refund request? Yes or no.

Yes it's true, this quoted boy is an idiot.

What part of this was unclear?

Quote
BFL refunds anyone who asks.  We always have. Yes, the policy on our website is CYA, absolutely, and I have always maintained that.  If you want to sell your order, that's on you.  We won't change the shipping address.  We will verify that someone actually HAS an order with us.  Whether or not they will honor your purchase is Caveat Emptor and if you do not want to assume that risk, ask for a refund.  PuertoLibre's delusions aside, this has been the case for months, if there are instances where a CS rep has changed addresses, a) That rep did it improperly and B) I would like to know about it, as I am unaware of this happening since I came on board and started setting and enforcing company policy.

Quote
Thank you for that. It is "good enough" that you have at least come around.

Come around to what?  It's been like that for months.

Quote
Aha, feigning ignorance?

No. I am explaining to you the current state of events.  You chose to disbelieve me, which is your prerogative.  It does not, however, make you correct.  You very rarely get ANYTHING correct, and this time is no different.  I honestly can't tell if it's from mental incapacity or you do it intentionally just because you like to stir up trouble.  So good on you for being so opaque that you are quite possibly indistinguishable from a monkey banging on a keyboard.
1458  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 06:10:12 AM
Haha, the idiots are out in force tonight.

Let me just sum up all the responses:

Syke: You're an idiot.  You have no idea what you're talking about, as usual.
PuertoLibre: You, too, are an idiot.  Everything you type is bullshit for the most part.  These past few posts are ridiculous to anyone even partially sane, but I'm sure they make sense to you.

To everyone else:  BFL refunds anyone who asks.  We always have. Yes, the policy on our website is CYA, absolutely, and I have always maintained that.  If you want to sell your order, that's on you.  We won't change the shipping address.  We will verify that someone actually HAS an order with us.  Whether or not they will honor your purchase is Caveat Emptor and if you do not want to assume that risk, ask for a refund.  PuertoLibre's delusions aside, this has been the case for months, if there are instances where a CS rep has changed addresses, a) That rep did it improperly and B) I would like to know about it, as I am unaware of this happening since I came on board and started setting and enforcing company policy.
1459  Other / Off-topic / Re: And some more delays in BFL shipment plans on: December 08, 2012, 03:50:43 AM
I take it, that it was to prevent the money from flowing out of the coffers. If you tell someone who wants a refund that they can't sell their position in line, then they would have to give the refund.

For BFL it would probably have been marginally better to arrange the customer to hand it off to someone else and take on the risk that the customer will do a Chargeback. (as long as they don't tell them that, there is only a slightly possibility.)

Now that the risk is probably too big to keep doing, they changed their policy.

Now they likely tell the BFL customer that they can resell it on their own, but they will have to ship to the address of the original payment. Which pushes the risk of the sale from BFL to the reseller and the buyer. Leaving BFL's hand nice and clean in the event that the reseller steals the second hand buyers money.

You can't blame them for this change, it makes perfect sense.

If things were done "right" they would just give the original buyer their money back and they would be out 1 (or more) sales. Which is inconvenient of course cause they ordered all that hardware....

This just makes my head a-splode.  Do you even read what you write or do thoughts just flow out of your head and into your fingers, like a stream of consciousness thing or something?

Lets boil down what you just wrote:

1. Customer wants to sell their order
AND
2. BFL won't change the shipping address
SO
3. Customer is advised to take delivery and send it to third party
BECAUSE
4. BFL does not want to be liable for scams
THEREFORE
5. BFL won't refund money because they would be out more sales.

WTF?  Seriously, how does it even make sense?  They are two completely unrelated policies and situations.  If a customer wants a refund, we issue a refund.  End of story.  If a customer wants to sell their device, then they need to take responsibility for it as we don't have the man power, nor do we want to be liable for scams.  What does one have to do with the other?  Absolutely nothing, yet in typical PuertoLibre fashion, you try to throw out FUD and paint BFL as somehow being evil and we are scamming by conflating two unrelated issues.  You go on to highlight the fact BFL "pushes the  risk of the sale from BFL to the reseller and the buyer."  Well no shit, Sherlock.  What company do you know is willing to shoulder the responsibility for third party sales, especially in a high scam environment?  You act like this is some revelation and that BFL is just crazy evil for doing this.

Do you seriously wonder why I call you an idiot?
1460  Economy / Auctions / Re: Advertise on this forum - Round 62 on: December 07, 2012, 08:07:03 PM
8 @ 3
Pages: « 1 ... 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 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 ... 243 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!