Bitcoin Forum
June 25, 2024, 02:54:31 PM *
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 ... 284 »
681  Bitcoin / Bitcoin Discussion / Re: So...bitcoin is now a national currency on: December 14, 2015, 10:31:13 PM
I guess the most possible large country that will recognize bitcoin is Switzerland, their traditional secret banking service has been heavily affected by the US after 911, bitcoin could give them another opportunity

And I have explained in this post  https://bitcointalk.org/index.php?topic=1283729.msg13211430#msg13211430  it does not really matter if there is a country behind bitcoin, because anyway people will not use their precious bitcoin to exchange useless goods and services, they already have fiat money for that purpose. Bitcoin's main advantage is to store value and do international remittance, both resides in finance area. It has almost nothing to do with legacy economy, and is not affected by any legacy economy either
682  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 07:14:56 PM
I wouldnt worry about this at all. Something like this would be hard to sneak in and it would take multiple devs to manage it. Id say its a non issue.
Then why is there an XT version out there? Does this mean these ABC guys are more trust worthy than those XYZ guys? What is the criteria to judge? And how do you make sure you are not biased

Because the XT guys have tried to centralize Bitcoin by doing a ridiculously big blocksize increase and they couldn't find a consensus with devs and most people aren't agreeing with that, therefore they freely started their own thing as Bitcoin XT. I don't really see what you are trying to say in the OP, all those risks have already been considered and are under consideration.

XT is too radical thus barely can get some agreement, but the proposal I see in segregated witness is more radical than that, he promote to change the whole bitcoin architecture, do you think that is under consideration? Someone already pointed out increased sybil attack risk in SWclient, check Lauda's thread here
https://bitcointalk.org/index.php?topic=1279444.msg13227840#msg13227840
683  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 07:03:54 PM

Then it isn't a soft fork, and it isn't backward compatible.  The network splits into "original bitcoin" and "new protocol trying to call itself bitcoin".  The only way that the new protocol can "win" is to convince nearly everyone (exchanges, merchants, consumers, investors, etc) to use their new "stealCoin" protocol instead of the secure "Bitcoin" protocol.


You can check Pieter's segregated witness proposal video here
https://www.youtube.com/watch?v=fst1IK_mrng#t=36m

It is a large change to bitcoin protocol (in fact changed pretty much everything in bitcoin) but still can be implemented using a soft fork, means backward compatible. I'm still scratching my head of how this is possible, but I guess it is using a technology similar to master coin, they can make the new design totally invisible to the old client, maybe embedded some key data in some trivial field, so the old client feels that nothing has changed


684  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 06:36:57 PM
If some nodes change their way of accepting blocks, then those nodes will be dropped from the network.  The Bitcoin miners and Bitcoin nodes will continue running without the modified nodes and ASIC will continue to work as they always have.

The question is: Who will be dropped from the network, miners or majority of nodes?

Suppose that 7 largest mining pools are running 0.11, while 5000 nodes (including exchanges) have upgraded to 0.13, which is a softfork and backward compatible, then which one is the real bitcoin?

The difference is, in 0.13 you can spend Satoshi's one million coin with a newly defined key, because the block structure is different. But in 0.11 you can not. So the decision falls on these miners: They either stay at 0.11 and protect Satoshi's coins which no one cares, or they join majority of the nodes and share Satoshi's coins  Wink
685  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 06:16:18 PM
so this is just a bunch of silly no-sense, because in th remote case this is true(which is not) it would not benefit the hacker also, because they would lost everything too, simple logic

so it would be utterly stupid from their point of view to destroy their own "hacked profit"....

What if they only steal Satoshi's one million coins, not any one else's? That is a large enough motivation to push out such a change
686  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 05:28:20 PM
I wouldnt worry about this at all. Something like this would be hard to sneak in and it would take multiple devs to manage it. Id say its a non issue.
Then why is there an XT version out there? Does this mean these ABC guys are more trust worthy than those XYZ guys? What is the criteria to judge? And how do you make sure you are not biased
687  Bitcoin / Bitcoin Discussion / Re: Is your bitcoin safe in cold wallet? on: December 14, 2015, 05:17:42 PM
What could average bitcoin user do about this? Not a lot, but install full node at your home definitely helps to reduce such risk. And you must make sure your full node do not have malicious code

So, unlike gold locked in your strongbox, in order to make sure that your bitcoin in your cold wallet is safe, you must also care about the things happening at the protocol level

However, this is easier said than done, what if some weak code is hidden in a very complex design upgrade that almost no one can understand? So you have to put your faith on those devs who don't push in ugly codes

I never doubt the ethics of core devs and I believe making a secure system is also in their best interest. But what if they have a conflict of interest like we see in XT split, have some personal relationship with large actors, or made a mistake or missed something during their design?

This is the question of code fidelity and quality. In a complex design, it is very difficult to evaluate the security of each implementation when you are not the original designer. Everyone knows that it is a hell to read other's code
688  Bitcoin / Bitcoin Discussion / Is your bitcoin safe in cold wallet? on: December 14, 2015, 05:13:52 PM
Do you think your bitcoin in cold wallet is protected by law of mathematics and also the most powerful computer network in the world? Think again

The recent proposal by Pieter Wuille revealed that core devs can push in a soft fork change that pretty much changes every way bitcoin works, thus hackers can spend your money without your consent

How is that possible? Because bitcoin is essentially an agreement (protocol) among nodes, if majority of the nodes around you agree that your bitcoin is gone, then it is gone! It does not matter how strong ECDSA is, all it takes is a group of nodes around you changed their rules (or so called sybil attack)

Somebody might wonder: Aren't miners suppose to be the honest nodes and stop all this? Unfortunately, in this case, miners or so called most powerful computer network in the world can not do anything about it

Why? Because everything in bitcoin is decided by its agreement among nodes. If the nodes changed their way of calculate blocks, then all the miners will be dropped from the new network, and all those ASICs in large mining farms will just become paperweight

This becomes a real threat when mining has become too centralized, e.g. only a few large pools are doing mining. So, even they are running the original version of bitcoin, if large group of nodes have upgraded to a different version, these miners will just be ignored as minority (new version can easily change the way that miner works). Of course without hash power the new version will worth nothing later on, but I guess the thieves only need to sell their stolen coins before others realize the problem

The critical point that have real financial impact are exchanges and web wallet services. If one of these nodes together with a group of malicious nodes changed their protocol, then they could easily take others' coin, sell on exchange and profit. If you are really paranoid and assume that every exchange might be a potential malicious actor like MTGOX, then they have many ways to profit unethically through a protocol change

689  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 14, 2015, 03:09:22 AM

I remember one of the core dev said a few month ago that we should wait until the block become full and see how the situation develop and then start to apply measures accordingly, I still think this is a good approach. People won't die because the banks are closed during week end, similarly, if the block become too congested, they will just reduce the transaction frequency and plan their transaction accordingly,


Yes, they can use Litecoin, Viacoin, Dogecoin, Monero, instead of Bitcoin, where the stream is blocked.
This seems to be a great strategy of the core devs. The Altcoiners should applaud it, and they do.

When your banks are closed during weekend, do you use Chinese RMB because their banks works during weekend? If you are afraid of being taken over by alt-coins, get some alt-coins, just in case  Wink

As statistics show, most of the users don't spend their bitcoin, simply because they will spend depreciating fiat money first and hold bitcoin to protect them from inflation. If you have $4000 and 10 bitcoin, which one do you spend first?

So, given people mostly purchasing bitcoin for long term saving, then they will purchase once a while and should not be very sensitive to transaction frequency and fee. Also, today there are more and more realtime mobile payment system that charges user 0 fee for instant transactions, it is a waste of time trying to scale bitcoin in order to get close to the speed and cost of any centralized solutions today

Maybe there is a real pressure for pools, exchanges and wallet service providers. But these organizations, being centralized, they should pursue clearing based solution to solve their problem, instead of giving pressure to core devs to let the blockchain serve them: Bitcoin is not designed to serve the institutions but person to person

Let's recheck Gavin' quote here:
"Segregated witness transactions won’t help with the current scaling bottleneck, which is how long it takes a one-megabyte 'block’ message to propagate across the network– they will take just as much bandwidth as before. There are several projects in progress to try to fix that problem (IBLTs, weak blocks, thin blocks, a “blocktorrent” protocol) and one that is already deployed and making one megabyte block propagation much faster than it would otherwise be (Matt Corallo’s fast relay network)."

So, a solution changes nodes' architecture, reduces their security, but does not help to reduce the major bottleneck, why rush with that? It is a smart way of thinking but the involved code change and potential security risk just make it less attractive than simply raise the block size to 2MB to deal with current block size limitation. In fact it is a very long term solution to totally change the bitcoin architecture,  thus require much more time and effort to test




690  Economy / Economics / Re: Future on: December 13, 2015, 01:06:21 AM
Everyone who heard about bitcoin will start an altcoin in a couple of months, banks are no exceptions, and they will all return to bitcoin later
691  Economy / Economics / Re: Keynesian propaganda on: December 13, 2015, 12:33:21 AM
Bitcoin does not need to be spent constantly to maintain its value

Actually you are the one who is wrong.

It's not spending that gives value to something, but demand. Your argument is just a Keynesian lie.


It doesnt matter if you spend bitcoins or store it, BUYING BITCOIN is what gives it value.

Why BUY IT? Thats another question. Buying bitcoin gives bitcoin value, and why does one person buy bitcoin, thats his choice?


You can buy bitcoin to:  store, buy items with, donate, invest,transact, etc....


The spending-only argument is a Keynesian bullshit Smiley

Did you read my post or just say no to every thing you see Wink
692  Economy / Economics / Re: Bitcoin does not need to be spent constantly to maintain its value on: December 13, 2015, 12:31:04 AM

Inflation is not high, so your comment about that doesn't provide anything useful. And you completely missed the point since I wasn't speaking about specifics, but illustrating the difference between investment income and capital appreciation.

USD is not depreciating at an amazing speed. Current inflation is around 1%, which is historically very low. Compare a very low depreciation rate to bitcoin, which can't hold stable value hour to hour, and there's no question as to which of the two is better suited to store value.

Inflation is not high? Look how many times those stocks and housing price has been rising. Do you know why all those things that bankers buy are not included in inflation index?
693  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 11:50:35 PM
I had a feeling that this solution seems quite sudden and not very well prepared, might because they are afraid of a transaction volume surge during the next rally, but in that case I'd prefer Jeff's approach to simply raise the block size limit, it does not change the code too much and can buy people more time to work on more long term solution

In fact I think even we do nothing, bitcoin still works. People will adjust themselves to their beloved bitcoin and create solutions outside of blockchain to solve the scaling problem. It is a habit that devs always want to do something to prove that they are working, but even as large as FED, considered to be the top wisdom on the planet, what they do is just print a bit more money or print a bit less money, change interest rate by step of 0.25%, nothing more than that, and they did that for decades. When you are commanding a monetary system, every step of change should be extremely cautious and small

I remember one of the core dev said a few month ago that we should wait until the block become full and see how the situation develop and then start to apply measures accordingly, I still think this is a good approach. People won't die because the banks are closed during week end, similarly, if the block become too congested, they will just reduce the transaction frequency and plan their transaction accordingly, that gives us at least 3-4 times of block space to maneuver, at least one years time to react

694  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 07:03:42 PM


its all theory but here is a story

mining pools will still be full node
in 2015 a tx looks like [txdata&sig]. in 2016 SW softfork would look like [txdata][sig] to a full node. so no worries about miners (i hope)

but it would only be [txdata] relayed/saved to a SWClient wallet..

what i could then do, is hack your SWClient so that im the only relay node you connect to.
i do this for 4 people just so your not curious about lack of network connects.
so i could make a [txdata] that is satoshi -> franky 50btc.
i send the [txdata] to you all. and because you all have the same [txdata].. you accept it (remember you cant contact a fullnode to check signature as you are in my hacked circle).
i then say 'bob im satoshi's friend as you can see he gave me 50btc,  i want to give you 50btc if you send me 5000LTC or $15,000.' your happy because its a cheap deal and also you think you will get fame for receiving funds originally from satoshi.. afterall the [txdata] shows that the satoshi funds came to me
you agree so i make a new [txdata] that shows franky -> bob.
you also see for other connections with the same [txdata] crediting you with 50btc
you then send me the litecoin/dollar funds..
i release you from my hacked circle, where you realise that the [txdata] is all fake.. and ive just run off with your litecoins or dollars.. all because you did not have the signatures stored to check locally while you were not able to check the real data.

Exactly, and this is just one of the security risk that is possible under the new implementation, and typically an honest dev will barely understand or test how malicious users exploiting the weakness of the system. So the real damage might only happen when the software is in live traffic



695  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 06:32:35 PM
In fact, this possible change in bitcoin architecture raised a question: Are your bitcoin safe in a cold storage?

I used to believe that it is protected by the public-private key cryptography, e.g. without the signature generated from private key, the coin at certain address can not be spent

But now I realized that this really depends on the client running on the nodes

If a group of nodes are running a new version which does not need the signature to spend coins, then that version can spend anyone's coin without their signature (The new version can use a new signature scheme to protect their new address). Of course this transaction would not be known to the old client since that is not part of the old protocol, so in the old client coins are still there but in the new client the coins have already been spent. After the old client upgraded to new, the coins are gone

And there is really motivation in doing this: Since by the time when over 99% of the client is running new software, the old client essentially becomes minority thus have to upgrade to the new version because almost no node is using the old version anymore. So, by successfully rolling out a new version you can steal other's coins, especially Satoshi's 1 million coins, doesn't that sounds like a good idea?

I'm not talking about developer's ethics here, it is just a technical possibility that will attract lots of criminals, and criminals really does not care about bitcoin's long term success, they just need to cash out the stolen coins at exchanges and they are done. In a word, if nodes could not prevent the protocol from being changed to something malicious, then you essentially can not protect your bitcoin at all. And the more complex the code is, the easier to hide malicious implementations
First of all, signatures are separated only for transactions that are spending from new SW-compatible outputs. As Gavin explains it, the scriptPubKey will be like this:
Code:
PUSHDATA [version_byte + validation_script]
Old transactions will still employ the current mechanism. This 'old' mechanism will be preserved, and there's no real chance spending from old outputs will be made obsolete (there's a chance sending to 'old' addresses will be made non-standard though, but I also doubt that, given the implications).

I do not understand what an attack vector you are discribing here. Old versions will have decreased security because they will have to assume (w/r/t to those transactions they won't be able to fully check) that the longest chain is the valid one. This kind of an assumption is already here for SPV wallets, which, to my knowledge, are an overwhelming majority these days. But thanks to fraud proofs, the SW will be able to strenghten their security.

Anyway, it's always been that full nodes provide the highest security possible. The full node verifies that the coins you receive are valid. Full nodes act as a check against dishonest miners. It will stay this way.

If full nodes are still needed then they are still the slowest bottleneck of the system, the SW implementation won't improve the bottleneck then what's the benefit?

Anyway this is just a generalized talk, I am not aiming SW, just showing by changing the protocol you can do whatever thing to bitcoin. So a change to protocol should be very carefully tested and reviewed, but due to the complexity of the codes, the review will be quite difficult
696  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 06:25:20 PM

IMHO thats only the case if:
 - majority of miners runs new version
 - satoshi moves his coins to a new address
 - majority of miners decide to roll back to old version

or did i miss something?

In this order:

1. Some large miners start to run a new version that can spend satoshi's coin without signature (in new version you can redefine what is a valid transaction)
2. These large miners moved satoshi's coin to their own address in the new version
3. These miners promote the new version to be widely accepted by exchanges and merchants
4. They sell the 1 million coins and gone

Since no one else except Satoshi will notice the difference, and in this case majority of the miners already get Satoshi's coins and be satisfied with the new version. Even Satoshi comes out and protest, it does not make any sense any more

i dont think 3 would work ;-)
why should exchanges and merchants accept such a bitcoin version?

Sorry, I have changed the order a little bit to make it more realistic, they should first push for mass adoption and then do the malicious transaction

Exchanges and merchants accept such a new version simply because they heard that it can bring more transaction capacity, can fix bugs, can reduce the block size and increase performance. etc... And because the code and the implementation is so complex they don't have time to check every detail
697  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 06:13:35 PM

IMHO thats only the case if:
 - majority of miners runs new version
 - satoshi moves his coins to a new address
 - majority of miners decide to roll back to old version

or did i miss something?

In this order:

1. Some large miners start to run a new version that can spend satoshi's coin without signature (in new version you can redefine what is a valid transaction)
2. These miners promote the new version to be widely accepted by exchanges and merchants
3. These large miners moved satoshi's coin to their own address in the new version
4. They sell those 1 million coins and gone

Since no one else except Satoshi will notice the difference, and in this case majority of the miners already get Satoshi's coins and be satisfied with the new version. Even Satoshi comes out and protest, it does not make any sense any more
698  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 05:56:10 PM
In fact, this possible change in bitcoin architecture raised a question: Are your bitcoin safe in a cold storage?

I used to believe that it is protected by the public-private key cryptography, e.g. without the signature generated from private key, the coin at certain address can not be spent

But now I realized that this really depends on the client running on the nodes

If a group of nodes are running a new version which does not need the signature to spend coins, then that version can spend anyone's coin without their signature (The new version can use a new signature scheme to protect their new address). Of course this transaction would not be known to the old client since that is not part of the old protocol, so in the old client coins are still there but in the new client the coins have already been spent. After the old client upgraded to new, the coins are gone

And there is really motivation in doing this: Since by the time when over 99% of the client is running new software, the old client essentially becomes minority thus have to upgrade to the new version because almost no node is using the old version anymore. So, by successfully rolling out a new version you can steal other's coins, especially Satoshi's 1 million coins, doesn't that sounds like a good idea?

I'm not talking about developer's ethics here, it is just a technical possibility that will attract lots of criminals, and criminals really does not care about bitcoin's long term success, they just need to cash out the stolen coins at exchanges and they are done. In a word, if nodes could not prevent the protocol from being changed to something malicious, then you essentially can not protect your bitcoin at all. And the more complex the code is, the easier to hide malicious implementations
699  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 04:39:49 PM
Why can´t the Bitcoin Lightning network, sidechains or colored coins be the answer to this problem? al least it would avoid tempering with the code


As you can see, unless you heavily tamper the code, none of these solutions is going to work

Still I prefer the simplest solution of direct clearing and settlement between service providers, two major benefit:
1. you don't need to change the bitcoin code, thus maximum code stability
2. clearing based solutions is a mature solution in financial industry, maybe more risky at each service provider level but no risk for bitcoin network, it can give you 0 transaction fee and instant payment, which bitcoin network can never achieve no matter what kind of scaling solution
700  Bitcoin / Development & Technical Discussion / Re: Segregated witness - The solution to Scalability (short term)? on: December 12, 2015, 04:21:28 PM
All we can do is choose to use it or move on.

Or by ignore new updates and let others become lab rats Wink
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 ... 284 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!