Bitcoin Forum
May 08, 2024, 10:51:00 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 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 »
881  Bitcoin / Development & Technical Discussion / Re: 0 confirmation - signed by miner? on: February 02, 2012, 09:49:43 AM
Is it a promise to reject any block contains a different transaction with the same inputs? That might leave the miner off the real chain forever
It would really be an insurance that if the chain confirmed a block containing a transaction spending the same inputs in a different way then the miner would pay the outputs himself instead.

With a sufficiently descriptive scripting language, issuance and enforcement of the insurance could be "automatic".

And if this works out, it pretty much solves the tragedy of the commons scenario for transaction fees. People with interest in not having their transactions double spent could buy such form of insurance.
The question that stays in the air is whether the risk of suffering a double-spend is high enough to motivate people to buy such insurances. But I guess that the answer to that is that, if the risk is not the high, maybe there's not so much need for mining power either. Safer is not always better, you have to take the costs into account.
882  Bitcoin / Wallet software / Re: My appeal to khal and namecoin developers on: January 31, 2012, 12:16:11 PM
Wow...

If that's the case, frankly, it's awful. How come people didn't think that they would run out of coins when they implemented this?
It seems like one of those "temporary fixes to be improved later", something that should not be present on important protocols...
883  Bitcoin / Wallet software / Re: My appeal to khal and namecoin developers on: January 31, 2012, 08:18:45 AM
If I understood correctly, namecoin inflation never stops. It's a constant, linear growth. So, there will always be new coins.

The greatest problem I see is that this way it seems the domain growth rate is also linear. If one day it gets popular and goes viral, exponential domain growth will not be possible. Namecoin domains will become too expensive, people will give up, and that will slow down adoption to a linear growth as well, what would be a pity.

On the other hand, making domain growth exponential might be too much.

I wonder how to match domain growth with the demand for new domain names...

PS: I don't understand much about namecoin, so I might be saying bullshit.
884  Alternate cryptocurrencies / Altcoin Discussion / Re: Spammed with namecoins, now its dead. on: January 29, 2012, 12:13:53 AM
That won't solve the problem as witnessed in LTC. The spammer will either mine the blocks himself, or rely on unpatched or less stringent miners to include his spam for him. All it will do is slow it down, the cost to the spammer will remain negligible.

If he's mining his own "garbage blocks", adding mandatory transaction fees is pointless then, as he can always pay high fees to himself.

A miner producing garbage blocks is attempting to freeze the network. That's not a profitable attack, and difficult to perform (requires more processing power than the honest nodes). It's much more serious than spamming if done successfully though. Search for "unfreezable blockchain" if you want an interesting topic about this matter, with possible solutions on how to decrease the impact of such an attack.
885  Other / Beginners & Help / Re: Do you need to Bribe some one to get out of this Newbie Section It's Boring Real on: January 26, 2012, 11:14:04 AM
If you have something important to say and you think it should be on another section, then you may request whitelisting.
Otherwise, yeah, you'll need to wait.
886  Bitcoin / Bitcoin Technical Support / Re: How bad firewall settings can make you lose 75 BTCs on: January 26, 2012, 08:22:44 AM
aren't private keys encrypted, therefore even with open RPC one would still have to decrypt them before a transaction could be made?

No, RPC is there to allow control of bitcoind by other programs. Like, imagine you have a website that needs to perform payments automatically. Your web server contacts bitcoind and requests the payment. If authorized, bitcoind performs the payment. It doesn't matter if the keys are encrypted or not, as it is the bitcoin software itself that's signing and sending the transaction. It can decrypt the keys if needed.
The hacker did not steal a private key. It managed to access bitcoind and control it, requesting the payment thought the RPC interface. Bitcoind treated it as a legitimate request.
Normally this control interface should not be publicly accessible, but in this particular case it was.

Do you see the difference?
887  Bitcoin / Bitcoin Technical Support / Re: How bad firewall settings can make you lose 75 BTCs on: January 26, 2012, 08:11:59 AM
unencrypted wallet, I take it?

No, he said on OP, open RPC (well, maybe the wallet was unencrypted too, but it doesn't matter, that's not how it was stolen). Summarizing, it is as if his bitcoind node was accessible by anyone on the internet that happened to know his password, and apparently the password wasn't that strong since it was bruteforced. The attacker just requested the victim's bitcoind to send him money, and it sent.

The interesting part is for such a theft to happen, the thief needed to know that there was an accessible bitcoind on that IP. So, either it is someone close to OP who's stealing him, or there are hackers with crawlers searching for such vulnerable nodes. The latter sounds quite possible, what would mean people using bitcoind RPC should really pay attention to their access rules.
888  Alternate cryptocurrencies / Altcoin Discussion / Re: Spammed with namecoins, now its dead. on: January 24, 2012, 11:17:32 AM
Please, don't block spam with mandatory transaction fees, as it was done in bitcoin.

Nodes should not relay transactions from a peer that is sending spam. It shouldn't be too difficult to make some basic heuristics (anything above a certain rate gets tagged as spam).

Fee policies should be totally open for miners to implement them as they want.

889  Other / Beginners & Help / Re: Freezing a blockchain on: January 17, 2012, 08:32:53 PM
That's why the solution in that thread is so nice: it reduces the freezing problem to the double-spend problem, which is much easier to manually resolve.

Good summary.

DeathAndTaxes, understand that I don't mean that a double-spender with 51% would be something "easy to deal with". I just say that I find a complete freeze of all transactions a worse thing.
In your last post, you talk about using Bitcoinica and MtGox. Well, both services would be completely unavailable if the network is frozen. While in a double-spender case, they would be in danger, but they might remain operating, with much more care probably (asking identifications etc).
890  Other / Beginners & Help / Re: Freezing a blockchain on: January 17, 2012, 03:12:02 PM
If the intent is to cause economic damage (and not profit) he could ship goods to random people.

or better yet to create confusion create a "win a gold coin" website to datamine.  And then send the gold coins purchased via double spend to the "winners".  Then do the same for thousands of orders to thousands of "winner"/victims involving hundreds of different products and merchants.

I know. I just said that it would be harder to remain anonymous after doing that many trades, in comparison to just spamming garbage blocks behind many proxies.

If an attacker can double spend at will and any transaction you accept could result in a 100% loss how exactly is that partial protection useful for anything?

Only the attacker would have that ability. Today, everyone buying anything in the internet with a credit card has the ability to chargeback. People would have to deal in bitcoins as they deal with credit cards or paypal today, while the blacklist of the attacker's addresses grows and his incentive to keep the attack decreases.
891  Other / Beginners & Help / Re: Freezing a blockchain on: January 17, 2012, 08:58:28 AM
As has been said before, a freezing attack would require government-level funding. In such case, is it so hard to imagine that the attackers would stockpile a million or so bitcoins?
As to retaining anonymity, the government can use TOR as well as anyone else.

Tor only grants you cyberspace anonymity. Again, never forget we are all bound to what happens in meatspace.

If the attacker is just freezing the network, than OK, his interaction with the physical world is minimum (although it would still be hard to hide such mining farm, the investment in creating it etc)
But if he's double-spending, he must be exchanging that stockpile of millions of bitcoins against something else. And that's lots of money and lots of "something else". That's why I believe it would be hard to remain anonymous (I didn't mean to say they would have a hard time to acquire a stockpile of coins, only that it would be hard to remain anonymous while doing it)

The most devastating attack would be a combination of both approaches - an equivalent of thermonuclear warfare for the bitcoin universe.
Defraud - paralyze, defraud - paralyze. After a single day's worth of hostilities the prognosis would be terminal - why bother if the adversary can strike again?

Possibly. That's why that thread is interesting. I've been reading it yesterday. If it really helps to counter the freezing attack, it could be useful as a partial protection against such "thermonuclear warfare".
892  Other / Beginners & Help / Re: Freezing a blockchain on: January 16, 2012, 08:51:13 PM
Just imagine these two situations:

  • Somebody strikes the greatest(s) theft(s) of dollars of all times, and may potentially repeat
  • All dollar flow in the world is frozen. Everywhere, people just can't transact in dollars anymore.

You really think the first thing would be more catastrophic to the dollar?

Thefts happen all the time. A double-spender with 51% would be a very dangerous thief. But he would not be jamming the entire economy. A complete freeze is much worse.

If you want to consider "non profitable" attacks why not consider a non-profitable double spend.

Spend 100,000 BTC from 15K different addresses with products being shipped to random people.
Now create an attack chain and do the same thing w/ different products, merchants, and delivery addresses.
You still think that would be less damaging than simply freezing economic activity?

Yes. By "just freezing", everyone invested in bitcoins would lose everything, not only the sellers of these items.
And there are many reactions people may attempt, from blacklisting the addresses of the attacker to using green or "whitelisted" addresses and trust networks. For the freezing attack, the only possible reaction I was aware of would involve a certain degree of centralization, what would create central points of failure precisely when you don't want them. (That's why I'm interested by this blocktree thing.)

Oh, and don't forget the attacker would first need to legitimately own those 100K BTCs before double-spending them. It's hard to remain anonymous after doing all these trades.

If you wanted to declare war on Bitcoin and didn't care what it costs why would you give the "defenders" a fighting chance. 

Granted, governments would probably attempt a typical ban before an attack of this kind, and that might have catastrophic effects as you note. I imagine such an attack would only be "propaganda-supportable" once bitcoin is used exclusively by informal markets.

What will that do to the exchange rate? The value of horded coins?

Try to answer these same questions in a scenario where no transaction is possible at all.
893  Other / Beginners & Help / Re: Freezing a blockchain on: January 16, 2012, 05:37:35 PM
Double spends aren't worse?  Really?

Really... I can't imagine them being.
Let's not forget that ultimately we're all bound to what happens in meatspace.

If you just double-spend "a little" to avoid getting caught, then, is it really worth all you've invested, not to mention the risks? (also, if you double-spend just a little, the damage you cause is also little)
Now, if you double-spend a lot, then you'd better also hire a good mercenary army to protect you, otherwise those you traded with will get you! Cheesy

Plus, in the case of an attacker double-spending, only those which are unlucky to exchange with him will lose. In a chain frozen for indefinite time, everybody loses everything.

And finally, you cannot double-spend something you never owned. The addresses of the attacker could eventually get blacklisted, if he hasn't being jailed or killed yet.

If the only thing an attacker does is freeze the block chain eventually the "good guys" can get enough hashing power to overcome the 51% and resume the block chain w/ no damage.

What if the attacker in question is a government that can confiscate money from its subject to invest in its operation? (not to mention trying to violently stop those who are honestly mining under their jurisdiction).
Imagine, USA, EU, China, Russia etc get together to "rid the world of this terrorist money threat!!". War on Bitcoins declared!

I find the freezing attack worse than double-spendings. The only "relief" in it is that it's not profitable, so we're not to expect somebody to do it with his own resources. But there are these huge institutions out there who don't give a fuck to losses...
894  Other / Beginners & Help / Re: Freezing a blockchain on: January 16, 2012, 05:13:59 PM
Personally I think it is a non-issue as like you pointed out someone w/ 51% of hashing power can do a lot worse than freeze the blockchain. 

What could be worse than that? Double-spends are not.

I guess I should read that topic with more care.
895  Other / Beginners & Help / Re: Bundleing transactions on: January 10, 2012, 01:49:14 PM
I imagined it. Thanks for confirming.
896  Other / Beginners & Help / Re: Bundleing transactions on: January 10, 2012, 01:39:09 PM
Am I getting this right ?

You can have one big transaction and pay just one fee for that big transaction BUT in that big transaction also have like 10 or more transfers of coins / secondary transactions too ?

Yes, but normally the fee you pay is proportional to the transaction size anyway.

Actually, this leaves me with a doubt too. What is actually signed by the inputs of a transaction? Is it the entire output list, or a constant size hash of such output list? Because if it is the former, I guess you risk using more space with bundle transactions, since you'd have to sign every output with every input.
897  Bitcoin / Armory / Re: Armory - The most advanced Bitcoin Client in existence! on: January 03, 2012, 08:34:41 AM
If everything you claim here really works, my sincere congratulations. This is impressive.
898  Bitcoin / Project Development / Re: RFC -- Distributed Bitcoin Stock Exchange (DBSE) on: January 02, 2012, 04:11:58 PM
Is anyone still interested in this idea? I think a distributed asset exchange built on a blockchain with written linkage to traditional legal entities has merit.

I'm definitely "still interested", but I still think Open Transactions+bitcoin is probably the way to go. It is as distributed as we need, and the technology is already there.
I don't think we need to create new chains for everything. The issuance of backed tokens is pretty much what OT is about.
899  Economy / Speculation / Re: Bitcoinica: How it works on: December 29, 2011, 02:44:30 PM
Yes, thank you, that's what I was imagining that would happen, as soon as the losses "touch" the total balance (including fees and protections etc), they would force the liquidation of your position, even if it's not expired yet.
The thing is, if right after the liquidation, but still before the expiration of your order, the prices swing on the other direction, you're still screwed in spite of having been "right on your bet"...

Is that how leverage is done on conventional financial markets as well? You always have to provide some guarantees before hand? For example, if I write a call option to someone, must I always prove before hand that I actually have what I would need to sell in case that option is exercised? I imagined such requirements were laxer on "non-anonymous scenarios", and that eventually people who lose too much would go bankrupt, with police going after them to seize their belongings and all that thing. Anyway, I thought you could go really bankrupt and remain owing people money by playing wrongly in these markets, instead of "at most losing your reserves".
900  Economy / Speculation / Re: Bitcoinica: How it works on: December 29, 2011, 01:50:38 PM
Interested newbie here...

Thank you for this topic, the "reserve problem" one was blowing my mind. I mean, I know what a call option or a put option is, but all that vocabulary of "covering his shorted coins slipping under his long leveraged position blablabla" is Greek to me.

If I understood correctly, the costumer always has to have a balance capable of paying off the risks he's running, is that it?
So, in the end, actual leverage (investing more money than you own) isn't yet possible in the bitcoin world, as I suspected?

And what changes if that 1:1 constant in your example isn't 1:1 anymore?

Thank you for the explanations.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!