Bitcoin Forum
July 20, 2024, 10:52:13 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 124 125 126 127 128 ... 166 »
1541  Bitcoin / Press / Re: 2012-06-27 newscientist.com - Freicoin: Occupy's online currency for the 99 per on: June 28, 2012, 02:36:55 PM
This isn't the first time we hear about Freicoin, of course. It can be traced as early as Feb 2011, though I haven't heard about it until April that year.

PoS will ensure that a 51% monopoly will form to conspire to block transactions from people they don't like.
I don't believe in PoS either, or at least, not in that thing which you call PoS and has all these awful problems. Since getting 51% of all bitcoins is harder than getting 51% of all hashrate, it will be harder to perform an attack in any of the proposed PoS systems than in a pure PoW system. Not to mention they have some resilience even for 51% of bitcoins by one party.
I'm not sure that 51% of the current BTC are not already in the control of just a few people.
Maybe so, but they have an interest in the well-being of Bitcoin. This is true now with the supposed concentration in early adopters, and will remain true in the future - the only ones with a limited ability to mess up a PoS system are those with the least incentive to do so.

At least in a PoW if there is a 51% attack, you'll know which miners are sending altered block chains and they can be isolated.
We don't know anything about miners other than their Bitcoin address and maybe IP address (which can be concealed with a proxy).

And, whatever you can know in a pure PoW system, you can know in a PoS system. In cunicula's method stakeholders are also miners, and they broadcast blocks just like in PoW. In my method, miners and stakeholders are separate, but stakeholders broadcast signatures just like miners broadcast blocks.

How well did you study the particular PoS proposals that you are criticizing?


and apart from people that invested a lot of money in mining hardware (BFL for example)
If there is a move to PoS (or a different hash function for that matter), it will be gradual so as to not antagonize hashholders.
1542  Bitcoin / Press / Re: 2012-06-27 newscientist.com - Freicoin: Occupy's online currency for the 99 per on: June 28, 2012, 10:50:33 AM
This isn't the first time we hear about Freicoin, of course. It can be traced as early as Feb 2011, though I haven't heard about it until April that year.

PoS will ensure that a 51% monopoly will form to conspire to block transactions from people they don't like.
I don't believe in PoS either, or at least, not in that thing which you call PoS and has all these awful problems. Since getting 51% of all bitcoins is harder than getting 51% of all hashrate, it will be harder to perform an attack in any of the proposed PoS systems than in a pure PoW system. Not to mention they have some resilience even for 51% of bitcoins by one party.
1543  Economy / Securities / Re: [GLBSE] - MINING_B.HEADS.FUT / MINING_B.TAILS.FUT - Bet against the mining bonds on: June 28, 2012, 09:03:02 AM
In general, when the underlying event can be affected, prediction assets are at risk of manipulation. They are best suited for situations when the underlying cannot be feasibly affected, otherwise you want to directly entangle your instrument with the underlying and its negative.
What is an example of situations in which the underlying would not be feasibly affected?  I can think of natural disasters and climate change.  What else?
I'd tell you about the prediction assets I intend to issue, but why spoil the mystery?

You could try the following: Issue two bonds/futures, a short and a long, for a price roughly equal to the current index A. At the end of the month, where the index is now B, pay 2A-B for the short bond and B for the long bond. If you sell equal amounts of both bonds, your own position is neutral (you always pay 2A for a pair of bonds) and buying a short bond is equivalent to selling short the basket on margin.
Problem with that model is what happens when it's obvious to everyone that the market is going to tank?  Noone buys heads, everyone buys tails and I lose my shirt.  Wink
There are multiple ways you can handle it. But as a general rule, for someone to take a short position someone else must take a long position, there's no way around that.

Now that you mention it, thinking about your proposed contract terms, it's not really a prediction market at all, it's more like a bet of the kind you find at betsofbitco.in, where funds are distributed in a somewhat arbitrary way from losers to winners.
1544  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 28, 2012, 08:56:23 AM
As I explained, this is not fair for the issuer. The best would be a standard buyback price based on market value, but with lower and upper bounds based on extrapolated lifetime earnings. Though if you want it simpler, you can just make it based on extrapolated lifetime earnings, but it's difficult to do it without any distortion.
I was looking at it from the perspective of this thread and the bond in the hosting company.  You may be right that it doesn't work out for the issuer on a mining bond.  The perpetual mining bonds have a level of complexity far and above what I was trying to tackle with the hosting company bond.  I really appreciate all your input though, it's a lot to absorb!
Right, that's what happens when I hijack the thread for 2 pages Smiley

For what you're doing I think putting a fixed USD or BTC value on the buyback price would be best.
1545  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 28, 2012, 03:59:29 AM
A more sophisticated  buyback clause could also be "1 bond can be bought back at (0.3 BTC - dividends per share since IPO) * 1.2 (if this gets negative, this is assumed to be 0) or 2 USD converted to BTC at the 24h average market value, whatever is higher" - if your minimum price is something a bit below 2 USD per MH/s.
This means you can still get very low buyback prices, but not arbitrarily low ones, will always have to pay up a proper amount for the debts you sold and it also tells that you initially priced your bonds in USD, as mining equipment is priced in USD as well (hence the not arbitrarily low IPO price).
I like that, seems pretty fair to both sides.
As I explained, this is not fair for the issuer. The best would be a standard buyback price based on market value, but with lower and upper bounds based on extrapolated lifetime earnings. Though if you want it simpler, you can just make it based on extrapolated lifetime earnings, but it's difficult to do it without any distortion.
1546  Economy / Securities / Re: [GLBSE] - MINING_B.HEADS.FUT / MINING_B.TAILS.FUT - Bet against the mining bonds on: June 27, 2012, 07:22:30 PM
"If I hold 100 of each of these securities this month, do I win or lose at the end of the month?"
But "100 bonds of each" is on an arbitrary scale.

Let's take this to the extreme. Suppose someone issued a 1 GH/s bond. Each bond would be traded for 200 BTC. Someone holding "100 bonds of each" would have 20,000 BTC worth of this bond, and a few dozen BTC of other bonds. Almost his entire portfolio will be this particular bond, and only the price of this bond would affect whether he wins or loses, without any weight given to the other bonds.

If instead you say "100 BTC worth of each bond" or "100 MH/s of each bond", you'll have a true average with each of the bonds having an effect on the index price.

It sounds like what you're looking for is for the index to be sum(Bond 24h Avg / Bond MH/s) to reduce the impact a single large MH/s bond might have on the index?
Right, that's what I said.

Sounds work-able.  Within the framework of the contract, what action would you take when a bond issuer changes the MH/s their bonds represent?
This can be tricky, but dividing by what the hashrate was at the beginning of the month would work in most cases. Or you can just go by the geometric mean of the prices, then scale is irrelevant.

There's an API for outstanding shares now, so it's easy to find out.

The easiest thing to do currently would be to just gather a lot of shares (depending on the averagin/weighing used from Gigamining or else whoever has the most shallow bids), buy up all "more than 5% loss" shares and dump the price down to 1 Satoshi or whatever is needed to trigger the strike price. You could maybe even sell to yourself(?) so all you loose are 0.5% GLBSE fees and a few shares to some lucky bidders.

If you short these shares, you could even manage to make more profits out of such a dump action.
That's a great idea!  I'll flesh it out on paper after work tonight, see if I can wrap my brain around it.
I think (not sure, correct me if I'm wrong) that Sukrim was suggesting your bond design is manipulable. That's not a good thing.

Hah, that's what I get for responding in the AM before I'd had any coffee.  Given the volume and depth on GLBSE, it's really hard to make it so that you can't manipulate it given sufficient resources.  The approach I took to this was:

- Use the 5 highest volume bonds.
- Use the 24hr Avg

Can you think of any other reasonably straightforward ways to reduce manipulation?  For instance, it would be possible to use the 5 day average I suppose?
In general, when the underlying event can be affected, prediction assets are at risk of manipulation. They are best suited for situations when the underlying cannot be feasibly affected, otherwise you want to directly entangle your instrument with the underlying and its negative.

You could try the following: Issue two bonds/futures, a short and a long, for a price roughly equal to the current index A. At the end of the month, where the index is now B, pay 2A-B for the short bond and B for the long bond. If you sell equal amounts of both bonds, your own position is neutral (you always pay 2A for a pair of bonds) and buying a short bond is equivalent to selling short the basket on margin.
1547  Other / Meta / Re: SMF Bookmark Mod to avoid noisy "sub" posts on: June 27, 2012, 06:34:53 PM
does the 'notify' button not work?
Come on, 3 people in this thread had already explained why "notify" is a different feature than this...
1548  Economy / Securities / Re: [GLBSE] - MINING_B.HEADS.FUT / MINING_B.TAILS.FUT - Bet against the mining bonds on: June 27, 2012, 06:32:31 PM
"If I hold 100 of each of these securities this month, do I win or lose at the end of the month?"
But "100 bonds of each" is on an arbitrary scale.

Let's take this to the extreme. Suppose someone issued a 1 GH/s bond. Each bond would be traded for 200 BTC. Someone holding "100 bonds of each" would have 20,000 BTC worth of this bond, and a few dozen BTC of other bonds. Almost his entire portfolio will be this particular bond, and only the price of this bond would affect whether he wins or loses, without any weight given to the other bonds.

If instead you say "100 BTC worth of each bond" or "100 MH/s of each bond", you'll have a true average with each of the bonds having an effect on the index price.

I don't think that adjusting the index for outstanding shares or adjusting it for volume really helps out that index.
Adjusting for volume isn't required, especially since you've included only the largest bonds, but consider this - if you included some bond where only 1 MH/s total were issued, its price could go up and down like crazy because there is no liquidity or depth, and this insignificant bond will be the major factor in the index trend. If you weight by volume you make sure only bonds that have a meaningful price will affect the index.

There's an API for outstanding shares now, so it's easy to find out.

The easiest thing to do currently would be to just gather a lot of shares (depending on the averagin/weighing used from Gigamining or else whoever has the most shallow bids), buy up all "more than 5% loss" shares and dump the price down to 1 Satoshi or whatever is needed to trigger the strike price. You could maybe even sell to yourself(?) so all you loose are 0.5% GLBSE fees and a few shares to some lucky bidders.

If you short these shares, you could even manage to make more profits out of such a dump action.
That's a great idea!  I'll flesh it out on paper after work tonight, see if I can wrap my brain around it.
I think (not sure, correct me if I'm wrong) that Sukrim was suggesting your bond design is manipulable. That's not a good thing.
1549  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 27, 2012, 11:02:11 AM
If you were truly open to any price... , (the value is 0 according to your post I think)
1 MH/s is the value of the bond. It's not zero, and I won't sell it for less than what 1 MH/s is worth for me.

you'd issue new bonds at 1 Satoshi each and pre-announce it, so the market can build it's own price in a bidding war.
Selling bonds takes time, people shouldn't be expected to put a bid in advance.

You don't set a lower limit to the price of buying back though, so the advantage is one-sided on your side.
The equivalent BTC (or USD) value of the bond decays by its nature, why would I put a USD-denominated lower limit on the buyback price?

People don't buy the bonds for their value but the possibility of having a ROI through dividends.
The bond's value is the prospect of getting coupons.

Still you will not sell them at any price but can buy them back at any price, even if that would mean a net loss for people buying the bonds from you initially.
I can't buy them back for less than they're worth. If the mining conditions change and the bond value decreases, it means the investors have lost whether I buy them back or not.

A more sophisticated  buyback clause could also be "1 bond can be bought back at (0.3 BTC - dividends per share since IPO) * 1.2 (if this gets negative, this is assumed to be 0) or 2 USD converted to BTC at the 24h average market value, whatever is higher" - if your minimum price is something a bit below 2 USD per MH/s.
Again, the USD value of the bond is changing. If it's 2 USD now doesn't mean it will be 2 USD forever.


I'm feeling we're going in circles, and this is off-topic for this thread anyway...
1550  Other / Beginners & Help / Re: looking to buy large qty BTC need help and advice on: June 27, 2012, 09:46:41 AM
http://mtgox.com is the largest exchange and you should be able to purchase your bitcoins there.
1551  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 27, 2012, 09:43:22 AM
This is why I'm now a strong supporter of "bonds have a certain face value and can only be bought back for that face value + slight premium". This is much fairer for both people holding bonds (they don't have to check every 744 hours if they can be screwed over) and bond issuers, who according to some contracts out there, would have a VERY hard time to reduce their debts.
But the face value of a mining bond is 1 MH/s. Nobody can place a fixed BTC price on it, this is determined by the market and is constantly changing - if I buyback the bonds 10 years from now I don't want it to be based on the original issue price, but rather on their value at the time.

All that said, I agree it would be best to introduce a deterministic "extrapolated lifetime earnings" metric (which I introduced elsewhere but called it "projected") and assume that the bond value is roughly a constant multiple of it, and base the buyback price on it (with or without consideration to the market price). I'll probably do that if I create a new bond series.
I would argue that *the dividends depend on* 1 MH/s but the face value is the price at IPO.

Even if the face value were 1 potato, you could at least hand me 1 potato to buy it back. Something that is a process and not a good can not be stored or transfered. I lack the correct financial terminology, but I guess you get the point. Something that might be close to what you imagine would be electricity markets, where you can buy/sell electricity in bulk. I don't know of any "1 kwh bonds" but on the other hand electricity doesn't generate money on it's own for dividends, mining does however.
Probably a better equivalent would be selling bonds with a face value of 1 hour of sunshine on 1 mē. Depending on solar panels etc. you can "mine" a certain amount of electricity and sell it on the market for a certain amount of money. Still you cannot control some external factors like the weather and would have to factor these in. Honestly I still don't think that an immaterial face value is any good - and that it can NOT be measured in money by taking a trade price point of the last few days.
With traditional bonds, what is called "the face value" isn't how much it was issued for, it's how much it is bought for at the end of the term. The face value doesn't change - if it's $1 then I'll get $1 for it at the end of the term, whether I buy it today or last year (that's why the face value is chosen as a round number). The traded price however constantly changes - the bond can be issued for $0.839, then traded at $0.927541 and then I can find someone on the street and sell it to him for $0.509172.

Same for mining bonds. Instead of "face value is 1 BTC, to be paid on January 12 2014", we have "face value is 1 MH/s to be paid to eternity". The issue price and traded price can vary (and there can be multiple issues at different prices), but the bond always has the same face value. As it happens, if there is a need for a buyback a Bitcoin price must be placed on it, and despite some shortcomings, relying on recently traded price fits the role.

Once again, if a mining bond is issued at 0.4 BTC, it does not still have a "face value" of 0.4 BTC 10 years afterwards.
1552  Economy / Securities / Re: [GLBSE] - MINING_B.HEADS.FUT / MINING_B.TAILS.FUT - Bet against the mining bonds on: June 27, 2012, 09:32:38 AM
The MINING_B INDEX consists of the sum total value of the 24h Avg for the following 5 perpetual mining bonds:

GIGAMINING
PUREMINING
YABMC
BITBOND
ZETA-MINING
By simply summing the prices, you are giving bonds disproportionate weight.

Some of the bonds represent an amount different than 1 MH/s. The price per MH/s of a 5 MH/s will arbitrarily have 5 times as much weight in affecting the index. So you need to normalize each bond by the hashrate represented.

In addition, you can also consider weighting bonds by their volume.
I'm more interested in the actual value of the bonds and how it shifts up and down than I am in what each bond represents.
But you're weighting them arbitrarily. Instead of a mix of all bonds, it basically is just the price of Gigamining.

Weighting by volume is interesting.  I wonder if it would instead be possible to weight by total share counts.
It's not trivial to find out how many bonds are outstanding. Going by volume is more meaningful, but you have to normalize.

As an alternative to normalizing each bond, multiply the bond values (or take the geometric mean) rather than adding them, that's scale-invariant.
1553  Economy / Securities / Re: [GLBSE] - MINING_B.HEADS.FUT / MINING_B.TAILS.FUT - Bet against the mining bonds on: June 27, 2012, 09:00:03 AM
The MINING_B INDEX consists of the sum total value of the 24h Avg for the following 5 perpetual mining bonds:

GIGAMINING
PUREMINING
YABMC
BITBOND
ZETA-MINING
By simply summing the prices, you are giving bonds disproportionate weight.

Some of the bonds represent an amount different than 1 MH/s. The price per MH/s of a 5 MH/s will arbitrarily have 5 times as much weight in affecting the index. So you need to normalize each bond by the hashrate represented.

In addition, you can also consider weighting bonds by their volume.
1554  Bitcoin / Mining / Re: How many bitcoins can be produced in a single day? on: June 27, 2012, 08:47:42 AM
I see it pretty much the way you do. That does still leave us with an entity that is not motivated by money and simply wanted to destroy bitcoin.
This is true.  I should have concluded my post with "I would completely eliminate the possibility of a 51% attack happening by any profit-motivated malicious attacker."
1. Take a short position on BTC.
2. Destroy Bitcoin with a 51% attack.
3. Profit.
1555  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 27, 2012, 08:36:49 AM
 Special bonus to the mining operator, "The issuer can buy back the bond at a price equal to 1.2 times the highest price the asset was traded on GLBSE over the prior 744 hours."  So when people realize that the dividend on a 1MH bond is going to drop through the floor and the bond value plummets, the mining operator buys it back up and continues on his merry way.
There is no way for the issuer to profit from the buyback clause. If the price declines to the point where the buyback is cheaper than the original issue, it means the normal obligation of the bond has already decreased. Also, the money was already spent on purchasing hardware to back up the obligation, the issuer doesn't profit from the decrease in mining profitability, the whole point was that he's indifferent to it. The buyback exists only to deal with emergencies, and there must be such a clause - "forever" is a long time.

Actually there is, and I brought it up numerous times:
There is no way to verify 100% someone really has the hashing rate in hardware they sold. It is even argued, that this is not a necessary assumption in the first place and profits could come from anywhere, as long as they are paid.

With a crash in bond prices it is very well possible to profit from these clauses.
Initial price: 1 BTC
Dividends until a crash to 0.1 BTC: 0.1 BTC
Highest price taded after the crash: 0.2 BTC
Buy back for 0.24 BTC and be happy about it.
He isn't profiting from the buyback clause. He's profiting from his successful short position on mining, buyback or no buyback.

Also, if it wasn't traded for 744 hours, you buy back for 0.0*1.2?
Despite being completely far-fetched, this is a good point, and I guess in this situation the relevant price would be the last traded price.

This is why I'm now a strong supporter of "bonds have a certain face value and can only be bought back for that face value + slight premium". This is much fairer for both people holding bonds (they don't have to check every 744 hours if they can be screwed over) and bond issuers, who according to some contracts out there, would have a VERY hard time to reduce their debts.
But the face value of a mining bond is 1 MH/s. Nobody can place a fixed BTC price on it, this is determined by the market and is constantly changing - if I buyback the bonds 10 years from now I don't want it to be based on the original issue price, but rather on their value at the time.

All that said, I agree it would be best to introduce a deterministic "extrapolated lifetime earnings" metric (which I introduced elsewhere but called it "projected") and assume that the bond value is roughly a constant multiple of it, and base the buyback price on it (with or without consideration to the market price). I'll probably do that if I create a new bond series.
1556  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 27, 2012, 04:56:12 AM
Then nobody should buy mining hardware. They can go ahead, I'll enjoy mining 7000 BTC per day on my CPU.
I kind of feel that way right now... that nobody should buy.  Not that anyone would listen.  It's MAD... mutually assured destruction... all the miners are going to compete each other out of existence.  Wink
By definition someone should buy. If nobody buys (or purchases an upgrade), the difficulty increase you speak of will not happen, meaning buying would be profitable after all. There's an equilibrium.

The way out for the mining operators and investors in their bonds would be to modify the contract to increase the MH output of a given bond 10x.
And they will use magic to increase the hashrate of their hardware?
That is indeed the conundrum.  However we already know that some portion of the miners are getting "free" upgrades, so why shouldn't that be extended to the bond holders?  Yes, I realize that only half the cost of the upgrade is covered, however the resulting hash rate of the trade is 10x, which means the miner gets 8x for "free".  Normally I'd take the side of the miner and say a contract's a contract, but part of offering up bonds is PR.  You want people to be willing to purchase next time you offer up a bond.
Because the determinism of the bond is important. When someone invest in an abstract commodity it shouldn't be affected by the specifics of the issuer's hardware choices or the quality of his mail service.

An upgrade plan would also be manipulable. I can say that I'll upgrade when the equipment arrives, but then keep it a secret for a few days collecting the profits. The first few days are critical.

I want people to buy bonds the next time on the grounds that I do exactly what I stated in the contract, not on the grounds that I offer bonuses on a whim.
1557  Other / Meta / Re: Watchlist on: June 27, 2012, 04:29:58 AM
Wonderful, I've been waiting for ages for this.

But before I can use it I have to wonder: The watch list starts out empty, right? Is there a way to mark all threads I've posted in as watched? This way I can start using the watchlist instead of "new replies", and add and remove from it as I see fit.

A list of all watched topics would also be good, but not critical.

Auto-watch
In case this is what you mean and you're unaware: When replying there's a "Watch this topic" checkbox in additional options, and it can be set to checked by default in the profile settings.
1558  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 27, 2012, 04:16:46 AM
As such, selling a fixed asset, pegged to a fixed computing unit, is bound to follow the same valuation curve as servers do in my business.  That is, you buy it shiny and new at a huge premium, and you recycle it 3 years later, as by then it's no longer worth the cost of power to keep it operating.  The CPU miners have been through this.  The GPU miners are going through this right now.  Eventually the FPGA and ASIC miners will too.  It's inevitable.
Right. This is exactly the decision faced by someone wanting to purchase mining equipment - he wants his revenue from mining to cover the cost before his equipment depreciates. There's no magical way around it. If he believes it will cover it he invests, if not not. If everyone is afraid to buy equipment the difficulty will drop, increasing the profit for those who do invest. Mining bonds allow to make the same investment, but without the physical hardware purchase and operation. Meanwhile it allows the issuer to do the physical operation, without the risk of the investment. The raised funds go directly towards hardware purchase.

So as an investor, looking into one of these mining bonds, I have to make sure that the dividend payout covers the cost of the bond -before- it is essentially worthless.  If you look at the google doc I posted above, you'll see that none of the current dividend payouts cover the entire cost of the bond in under 6 months.
As said this is purely a function of the bond price. The price is determined by the market and it's ok to argue that they're overvalued. If you think they are, you shouldn't invest in them and should consider shorting them.

 The best right now is PUREMINING with a 220+ day payoff.
I think your numbers are a bit off, PureMining is currently the most expensive bond per MH/s.

 How much do you think a 1Mhash share is going to be worth when the difficulty is 10x what it is now, AND the payout has been cut in half?
Not much, and the same applies to anyone who invests in hardware. The one exception is BFL's trade-in program, which is an anomaly not accounted for in the design. It also should be a once in a lifetime event.

The same applies to mining companies too - they raise funds and use it to buy hardware. If the hardware devalues, so does the company.

 Special bonus to the mining operator, "The issuer can buy back the bond at a price equal to 1.2 times the highest price the asset was traded on GLBSE over the prior 744 hours."  So when people realize that the dividend on a 1MH bond is going to drop through the floor and the bond value plummets, the mining operator buys it back up and continues on his merry way.
There is no way for the issuer to profit from the buyback clause. If the price declines to the point where the buyback is cheaper than the original issue, it means the normal obligation of the bond has already decreased. Also, the money was already spent on purchasing hardware to back up the obligation, the issuer doesn't profit from the decrease in mining profitability, the whole point was that he's indifferent to it. The buyback exists only to deal with emergencies, and there must be such a clause - "forever" is a long time.

Thus, to me, making an investment in a fixed computing unit makes no sense whatsoever.  This is especially the case with the huge jumps ASICS are bringing.  Might as well have invested in 486's after the pentium had already been announced, benchmarked, and slated for delivery.
Then nobody should buy mining hardware. They can go ahead, I'll enjoy mining 7000 BTC per day on my CPU.

The way out for the mining operators and investors in their bonds would be to modify the contract to increase the MH output of a given bond 10x.
And they will use magic to increase the hashrate of their hardware?

However if I were an investor shorting the bond, this is the point at which I file a lawsuit against the mining operator for violating the contract.
The issuer's obligations are to bondholders, not shorters. He has the right to do better than stated in the contract.


There is one mining bond with a difference on glbse and that is MOORE which offers growth in the value of the mhs/$ every week. Its remained fairly stable in price as a result whereas other bonds will continue to lose value.
Yeah, I like that one.  Seemed to be well thought out.
Fixed hashrate bonds emulate hardware purchase. An increasing hashrate bond doesn't emulate anything and can't be backed by anything, it's a purely speculative investment not only for investors, but also for the issuer.
1559  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 26, 2012, 07:46:21 PM
 - The perpetual mining bonds are poorly thought out.  (from an investors perspective!  I think the mining co's are making out pretty good.)
Care to explain? If you read the thread were mining bonds were invented (OP and preferably some of the comments), you'll find that a lot of thought has been put into the concept. The real goal is a perpetual hashrate market, but for now bonds are a superior model to companies.

In a nutshell, it allows investors to focus on the value of hashrate, without bothering with the particular technical details of how to obtain it, while shifting risks to those in the best position to evaluate them.

Whether it's "better" for investors or issuers is mostly a matter of the price, and that is determined by the market.
1560  Economy / Securities / Re: Seeking Discussion - GLBSE bonds for web hosting upgrades. on: June 26, 2012, 06:39:14 PM
Maybe I'm in the minority, feeling like there is room for some more stable, traditional securities?
I'm very confident the vast majority of the popular Bitcoin-related deposits are legitimate, in the sense that they will pay back every last satoshi of deposited principal.

I'm moderately confident that the interest rates which are unthinkable in traditional banking terms will stay with us for a while. Bitcoin is a whole new world, in rapid growth, full of real and perceived opportunities which honest people wish to act on. The rates might go down to the 1% weekly range and there may be a few defaults which give people pause, but there will still be very lucrative offers.
Somewhat off topic, but as a relative noob, Where do you think the gains are coming from?  The mining securities and their gains make a certain amount of sense to me, none of the other operations do.  (Though if you're buying bonds based on MHash/bond there's nowhere to go but down.)  With no underlying 'work' or 'product' to back them up, I'm a little confused as to where the 6%/week is coming from.  The only thing I can think of is that it's coming from USD and other currencies buying into the Bitcoin market, and in that case we should be seeing the exchange rate going up, not returns on BTC investments?  Definitely would appreciate any insight on this.
In case you're unaware, any deposit/bond you see with >4% weekly interest rate is a pirate pass through, "Pirate" being pirateat40's Bitcoin Savings and Trust program. They explicitly state that they forward all funds to the program, and do not offer any guarantee in case he defaults. By calling them "legitimate" I mean that they will live up to their end of the deal - pay interest, and return principal on demand, as long as Pirate doesn't default.

What Pirate is doing with the funds is anyone's guess. And trust me, many people have guessed.

As for deposits unrelated to Pirate - they are used for mining, Bitcoin businesses, short-term loans, market arbitrage, and so on. Most are very open about what they're doing.

It doesn't make sense to make an offer now that is less lucrative in comparison, on the grounds that "eventually there will not be high-interest opportunities". When the opportunities dry up you can try your luck, right now people have no reason to choose you.

I'm not sure I agree with that.  I noticed that there are 'GOLD', 'SILVER', and 'USD' securities.  The latter of the bunch especially highlights the market I would be trying to reach.  I suppose that instead of offering shares backed by deposits in a bank account, these would be bonds backed by a company and it's assets.
A GOLD security caters to a specific market - those who think the value of gold is going to increase. A fixed-interest bond needs to compete with others in the same category.
Pages: « 1 ... 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 124 125 126 127 128 ... 166 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!