Bitcoin Forum
May 28, 2024, 05:21:55 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 »
101  Economy / Economics / Re: Upcoming 25 Year Great Depression...!!! on: November 18, 2014, 01:00:24 AM
We have Bitcoin, pretty advanced AI, global warming, peak oil, new cold war tensions and renewable energy rapidly growing as costs fall - and more likely - all happening in the next 25 years.

Trying to predict what will occur 25 years out by saying "25 year recession" is laughable.

Sure stocks may move down or up, but the world is going to be very different in 25 years! I don't give a shit about simple mainstream economic numbers.


I could easily imagine that we have a 3rd world war induced by a peak oil crash and global warming starving millions OR that renewables and AI saves "the economy" - but no one can get a job anymore because robots have them all.

For now I hold some Bitcoin, read the news and try to stay ahead of the curve.
102  Bitcoin / Press / Re: [2014-11-17] Feds to auction 50,000 bitcoins from Dread Pirate Roberts on: November 18, 2014, 12:44:40 AM
Is his encrypted wallet still in his control? The one with what 600.000 btc in it?

Were I him I would serve my sentence, 600.000 BTC is a good paycheck for ~20 years. + You can read and stuff in prison.
103  Bitcoin / Bitcoin Discussion / Re: Bitcoin vs. War: Can Bitcoin Reduce Wars? on: November 15, 2014, 11:18:17 PM
From the game-theoretic point of view this is dubious. Assume the existence of two alliances: B & F. Alliance B uses Bitcoin-based financial system without fractional reserve. Alliance F uses the conventional debt-based financial system.

F issues war bonds to finance war of aggression against B. Because B is not capable of financing its own defense it gets easily conquered by F. F then subjugates the people of B and robs their natural resources to pay off the war bonds issued. By demolishing all B's massive mining farms it also significantly increases the availability of cheap electricity.  

It would appear that the adopters of Bitcoin necessarily put themselves at disadvantage in a military conflict or that your model needs further refinement.

Ok F land takes B land, but then what?

1. They can't raise taxes because everyone hates them and are hiding their transactions using Bitcoin.

2. Oppressing peoples is historically insanely expensive, the ONLY "successful" examples I know are
the Romans, Arabs, Mongols and other such empires that brought new organization and tech with them
- not just oppression.

3. Funding a purely defensive military is also way cheaper than actual wars, any small fortifications,
armed militias or one or two deterring weapons like 1 nuke, 1 dirty bomb or 1 bio weapon would drive the
cost/risk of invasion through the roof.

4. They need the local work force of the nation to get the resources - no Americans are willingly gonna dig for coal
in Africas mines! Their ENTIRE modus operandi for achieving this has been putting the country deep in debt and corruption -
which becomes very difficult with a B land based on open voluntary P2P structures and no debt.
Russias method has been convincing them they're Russian.. a method which has its limits.

In any case a decentralized B nation is difficult to control through capturing 2 or 3 central authority buildings.

5. What about REAL war then? Exterminate a people, move your own in and straight up take it all? Very risky in todays world -
everyone and their grandmother has a nuke/bio weapon - and you just became the international bad guy that its okay to bomb/"liberate".
Why do you think Putin cares about the medias perception when he could just roll in? This is why.
104  Economy / Economics / Re: I had a thought today on: November 15, 2014, 10:58:42 AM
In a way, the adaptation of Bitcoin would be like reverting back to old times before a centralized bank was even established. Back like trading Gold coins, except it is electronic, it is amazing. Would reverting back be an "advancement" for the human race? =P
Actually gold is quite cumbersome to use in real life.

As much as people here hate fiat, fiat is very likely cheaper to use for society than gold.
If you start to count the gold storage, transportation, splitting, accounting and counterfeiting costs you quickly realize gold probably costs more than the inflation of most stable nations - at least SOME of that inflation money goes to healthcare and such, all gold costs are wasted entirely.

However I believe Bitcoin is the next thing, so not a step back at all.
105  Economy / Economics / Re: I had a thought today on: November 15, 2014, 10:48:46 AM
Well ideally we would want everyone to be rich, but money is just a "meaningless" token system humans use to prioritize what needs doing without central planning.

If everyone switches to Bitcoin the USD would loose all value yes. The value you know within yourself is based on experience; ~0.4$ = 1 apple and so on. If you compare prices of items now and 15 years ago you'll notice your perception of normal has actually changed slowly towards accepting higher prices.

Bitcoin aims to be a better token for prioritizing and hence the world as a whole may make better decisions - leading to increased wealth for all - but at the beginning it is a zero sum game.

I think we need to brace ourselves for Bitcoin being blamed when people loose their pensions. Unfortunately.
106  Bitcoin / Bitcoin Discussion / Re: Russia wants to ban Bitcoin because it is a safe haven from..... on: November 14, 2014, 08:57:46 AM
If Russia bans USD and Bitcoin then why would that trigger a bitcoin bubble? When China was talking about banning bitcoin we went down.

Banning Bitcoin won't help us much, but if both USD and Bitcoin are banned and you hold crumbling rubles, which is easier to illegally get? Bitcoin wins hands down.

Point 2: If there is war, cold war or even uncertainty coming that would mean fiat - money based purely on trust in government - would loose to the global, inflation-free and robust nature of Bitcoin.

Might make some of the people who have proclaimed Bitcoin dead the past 2+ months remember why it was invented in the first place.
107  Bitcoin / Bitcoin Discussion / Re: Russia wants to ban Bitcoin because it is a safe haven from..... on: November 13, 2014, 07:38:52 PM

Seen the second one before, definitely the best (shorter and same points basically).

I disagree with him a little in the first; I don't think Bitcoin will end ALL war. I just think it will be more difficult to start and fund over long time stupid wars.

You might have a few genuine reasons for war left that people would in fact fund even if it cost them.

For instance if I was a Somalian I might indeed choose to fund some newly started government/movement if they could stop the random violence and anarchy.

My own country has a few instances of armed uprisings in the past based entirely on volunteers.

Still that puts a pretty firm limit on the possibilities for war - it would only happen if massive rewards were apparent.
108  Bitcoin / Bitcoin Discussion / Re: Russia wants to ban Bitcoin because it is a safe haven from..... on: November 13, 2014, 04:13:18 AM
The timing seems so perfect.. Another Cold war starts and BTC goes nuts the same day


I KNEW Bitcoin was inherently anti-war!

Inflation gives massive rewards to those who oppress others whereas Bitcoin must be earned fairly - going to war means giving your money away for supplies and the destruction you cause makes everything more expensive, with inflation it can pay off, but in a Bitcoin world your enemies and dissidents end up holding all the capital while you have to pay more!
109  Economy / Economics / Re: Metals are getting absolutely monkey hammered on: November 11, 2014, 06:18:38 AM
I haven't followed it much but there was talk of collusion between metal warehousing and brokerage houses.
Since they are getting scrutiny, the market is opening up and the price is dropping.
Just an uneducated guess.
The funny thing is that a lot of the "gold" people are investing in doesn't exist, its just paper, so actually prices should go UP as investors realize there is less of it.

However it goes DOWN because the "gold" price is set by the paper instruments - which are now loosing trust.

The real gold you ask? No one cares; because of the digital age and tungsten fillings gold has become cumbersome and difficult to use. EVEN if the world ended you would probably be better off trading cigarettes than gold/silver.

I used to like gold and silver coins, but every time I analyze it rationally it does not make much sense.
110  Other / Off-topic / Re: Tips from a successful slacker on: November 11, 2014, 06:06:21 AM
I actually try my best at work.. I DID sign a contract you know.
111  Bitcoin / Development & Technical Discussion / Re: [Cryptome] Bitcoin and Tor is not a good idea on: October 24, 2014, 09:44:19 PM
i have started with bitcoin over a month ago and in this one month i have seen 4-5 posts about people losing their hard earned bitcoins because of using TOR. i just read a new post yesterday on reddit about a guy who lost 1.3 btc, and he was using TOR and worst of all he didn't have 2FA enabled!
That sounds like a separate security issue.

No one can tamper with a signed TX once its done (transaction malleability does not and cannot change outputs only tx hash/id).
112  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 09:33:12 PM
I will just weigh in on this as someone who has worked with Bitcoin merkle trees in practice:

1. The limit could be infinite and we would be fine. Hence I support any proposal to increase block size as much as possible.
2. That said a slow ~40% growth rate gives us time to improve the clients to scale nicely. Again I give full support to this.
3. The things that makes this possible is swarm nodes and aggressive merkle tree pruning.

There are two hard forks needed in Bitcoin this is the first. The next will be more decimals. Nothing else I know about is needed.
(Made sure of that before I jumped the wagon you know Wink)

Scaling details:
Swarm nodes:
Put/implemented as SIMPLY as possible (can also be trustless, decentralized and peer to peer) -> Two people run a "half" node each and simply tell each whether their half of the block was valid, boom 2X network capacity.
(Rinse and repeat/complicate as needed Wink)

Aggressive merkle tree pruning:
1. Spent/provably unspendable TXs are pruned.
2. Dust size and rarely/never used unspent TXs can ALSO be pruned by miners -> The owner, should he exist, will just later have to provide the merkle branch leading to the header chain and other TX data at spend time. (Self storage of TX data, not just keys basically)
A miner who does not know about a TX will have to either A not include it in his blocks or B Get the information from someone else.

Security:
Complex issue, but it will be okay. (In another thread I have described how Bitcoin clients can delay miner blocks from miners that NEVER include their valid TXs for instance.)

In general ->
Bitcoin is consensus based, if the issue is serious enough it will be solved. A Bitcoin software "crash" will never happen because all issues will be solved.
In 2010 anyone could spend anyone elses Bitcoin... you probably didn't even know about that right? What happened? -> Nothing; solved and "forgotten".
113  Bitcoin / Development & Technical Discussion / Re: Very very simple yet powerful 51% solution on: July 24, 2014, 08:20:21 PM
2. Evil: My idea follows protocol, are you seriously saying I found a lethal hole in the Bitcoin code? Shocked  Roll Eyes
I didn't say that your idea is evil, I said that running a untested idea in production environment is evil.
This is a basic principle of software engineering. If we can't agree on that, I fear it's going to be difficult to have a constructive discussion.
I am a programmer and I have worked for a professional software company for almost two years. This company is the best in the world in its field.

If you think untested/partially tested code never happens in production I'm guessing you can't have much software experience.

Its undesireable, calling it evil is crazy talk.

Quote
I would say that, yes, there's lethal holes, if not for the whole network, at least for mining pools.
Forget my idea. I think you don't understand Bitcoins P2P protocol. No offense, but the worst thing some new node type can do is get itself ignored/kicked off.

I would love to test my idea and develop it, but unfortunately I don't have those resources so I have put up a bounty for a simple fix and described it.

Quote from: azeteki
That is even if it did work; it doesn't seem to. I fail to see what stops miners from gaining multiple cryptographic identities and bypassing the whole thing. You even allude to this yourself. So why bother?
Yes that would be possible, but they would HAVE to be trusted ids if they wanted more than 50% control - trust which they would loose it again if they started misusing said trust by severely pissing off users enough to get kicked off the trust lists.

So trust me there is a point and that is to put Bitcoin in the hands of the USERS.
114  Bitcoin / Development & Technical Discussion / Re: Very very simple yet powerful 51% solution on: July 24, 2014, 05:34:17 PM
... could become consensus-split and it would encourage miner consolidation and registration with an approval authority to avoid being on the losing side of such a split / or suffering block delay 'punishment'. It would almost certantly result in taking the currently broken status-quo where there are only a few miners at all and nearly setting it in stone, and it would set us up for an ugly path where miners now had identities and it was interesting to start talking about other restrictions for them.
This is basically exactly the barrel you are looking down RIGHT now.

1. Pools and their operators are mostly known and a handful controls everything.
2. Government finds them and takes over (or evil pool does).
3. Now only government approved transactions occur, NO transactions occur or chargebacks could become standard.

Once an attack occurs and no solution is in place, multiple solutions will take place, but too slowly and too many and Bitcoin is fragmented to death.
It would not survive this, even if patched later.

People would switch to the first coin with a solution which would likely be an altcoin or an alt of Bitcoin.

... or we could just boot up my client idea.

Quote
Ignoring the wrongheadedness of the overall design for a moment, the actual proposed implementation is still broken:
Quote
Ok so we put a signature of the block or block height into the coinbase script or somewhere else.
You cannot include a signature of the block into the coinbase because the block
I have later stated and in my edit of the first post that you could sign the transactions minus the coinbase only. Thus you are NOT signing the "block" but contents.

I have been in too many forum debates to put up with someone who wants me to be wrong no matter what - even when solutions are obvious.
So I will focus on technicals from here on and not entirely opinion based argumentation.

Quote from: DeathAndTaxes
Miners don't really care about the propagation of blocks to all nodes (users).  What matters is the propagation of blocks to other miners.
This is not entirely correct. No one gives a damn about miners. It is the users and acceptors of Bitcoin that give it value and if 90% of them use a client that protects them against selfish and centralized miners then that IS Bitcoin.

But yes the usually well-connected miners would not notice this new type of node for a long time.

Quote from: azeteki
Without some sort of additional bootstrap condition? Until miners begin to include an ID, nothing happens and anyone using this client is twiddling their thumbs.
This is wrong.
The hardfork punish mode for 100% untrusted blocks could be disabled in the beginning. Then the clients would only delay the normal blocks. It would be no different than someone closing their normal fullnode and opening it the next day.

[quote author"people"]consensus falling apart + my idea is evil yada yada unified lists, anonoymity
[/quote]
1. Consensus falling apart: Since my idea would ONLY and I repeat ONLY hardfork in the event of 100 untrusted blocks in a row (if enabled) it would require a significant amount of nodes (>+10%) to ONLY have 1% trust overlap for any consensus issues.
Since "trust" JUST means "anyone who spits out okish blocks" this would be insanely unlikely and the client could warn the user to trust more WELL before that happened.

I want to elaborate on this case: ~90+ blocks from untrusted sources what could that mean? It would literally NEVER happen UNLESS the network was deep in an attack!

2. Evil: My idea follows protocol, are you seriously saying I found a lethal hole in the Bitcoin code? Shocked  Roll Eyes

3. Unified lists: My solution only requires 1% trust overlap ok?
That means if you trust ANY of the pools you know of today.. you have consensus.. congrats.

4. Anonymity: I have outlined several ways someone could mine anonymously in my system. (using someone elses block content/signature, not using IDs at all and the fact that the trust IDs are pseudonymous just like Bitcoin for Christ sake!)

I'm sorry but saying "I'm wrong because I'm wrong" just doesn't work.
Saying its "not anonymous because its not anonymous" also doesn't work. It is not true.
Etc..
I've been in this kind of forum debate a billion times.


What are YOUR solutions to the 51% attack?
We have a situation where bigger=better/more economic so what exactly stops pools just growing and growing until we have "GovPool" and nothing else?
I'm waiting...
Oh you just have unfounded criticism duly noted, bye bye.
115  Bitcoin / Development & Technical Discussion / Re: Very very simple yet powerful 51% solution on: July 24, 2014, 06:53:04 AM
Hi Realpra,

No intent on my side to sabotage your work and I think it's the same for the others commentators. I truly apologize if you felt things that way. Comments/critics can sometimes be done in a very positive spirit, in order to strengthen an idea.
I welcome all the comments and the technical feedback. Its the votes I don't understand who seemingly know some technical detail the rest of us do not.

I suppose I should not put too much weight to random votes on a forum.

WRT to my quote, I think you misunderstand what gmaxwell & adam3us mean by anonymity. I think it's not about knowing the name of a miner (or whatever personal data) but it's related to anything which identifies the miner (even if it's just a reputation id). Well, I'm not an expert and I may be wrong in my interpretation. May be you should submit this idea to adam3us.
If the ID is created by the miner signing the transactions except the coinbase transaction then you could have "Signers" who would only create blocks and sign them.
Then they would publish this block of transactions and the signature.

Then any miner could become "trusted" by just mining these same transactions and including the signature. A single trusted "Signer" would mean that every miner could mine entirely anonymously.

I don't know if you are wrong in your interpretations, but I do not think my system would cause any problems with anonymity of miners. They used reputation IDs on Silk Road and Bitcoin itself is "only" pseudonymous.


But here is the thing: My idea is possible NOW, no changes required. I think we established that much in the thread though I had to change things a little. So if we have a group tomorrow running this kind of "reputation client" and another running the normal clients no one would notice.
There could only be two outcomes:
1. The reputation client works the best during an attack and everyone switches.
2. The normal clients work the best during an attack and everyone switches.

2000$ to whoever codes it. (Contact me for "it" details)
116  Bitcoin / Bitcoin Discussion / Re: "You should assume your IP address can be associated with you.." -Gavin Anderson on: July 19, 2014, 10:45:24 PM
Well an IP is simply a number associated with a certain cable output. If said cable goes to your house.. well of course that IP can be tied to you, its basically an electronic address!

Add to that google, facebook and NSA datamining and I hope its not a surprise to anyone ever.
117  Bitcoin / Development & Technical Discussion / Re: Very very simple yet powerful 51% solution on: July 19, 2014, 10:32:12 PM
So, in your system each individual decides what ID is trusted, which is good.
But the question is : with millions of potential different node at a single point of time, how do you keep track of your "trusted" nodes.
My system would keep track of pools not nodes. There are about 8000 nodes, but only 20 pools have the vast majority of hashing power.

Quote
This tweet (https://twitter.com/adam3us/status/484295259439243264) by @adam3us (Adam Back) may interest you.

BitPay miners anonymity needed to protect payment neutrality policy, this gives irrevocability hence low tx cost we want
A cryptographic reputation ID is not the same as knowing who the miner is.

Miners would still be as anonymous as ever in this system.

Quote
And it's much worse than the hashing share 51% attack, as the resources you need to do it and succeed are: as many copies of bitcoin core running as possible, attaching untrusted status against miner IDs that are
This wouldn't do anything. The normal network would just continue.

Even if I run a thousand nodes today saying have 1 million the network would ignore me and this is no different.


Ok I'm a little annoyed that no one understands this/have found any flaws in it, yet they are confident to vote it wouldn't work. I think I came to the wrong place with this.
118  Bitcoin / Development & Technical Discussion / Re: Why does Bitcoin not implement anon? on: July 19, 2014, 07:45:05 AM
Even if you tried to hide your tracks through mixing, there's a very high possibility that you would recieve tainted coins(your own coins sent back to you), and that would unveil your tracks....

Not to mention, as I type, there are people designing programs to follow every transaction a Bitcoin address has had and will make, that would obliterate any kind of privacy one can hope to attain through mixers..

Ok answer this then: Person/address A, B and C have 1 BTC each.

They send this in a merged transaction to X, Y and Z.
You now have only 33% chance to guess who X is. Even if you send your own "tainted" coin to yourself in this merge it can not be proven.

33% won't hold in a court and as said before if everyone uses merging the chaos and anonymity adds up.


Money laundering - take a page from the Skype guys article:
You also use HTTPS when accessing your bank right? So auto merging coins is just an IT privacy protection/security feature!

You would only be doing money laundering if you are cooking your books and actually white washing money from criminal sources/avoiding tax.
119  Bitcoin / Development & Technical Discussion / Re: Why does Bitcoin not implement anon? on: July 18, 2014, 06:41:32 PM
Quote
It's using
CoinJoin for *every* transaction that is what provides privacy by gradually
mixing your coins with those of all other users. The goal is to provide
a pragmatic and low cost privacy tool that can be used for every
transaction - Dark Wallet's implementation actually reduces transaction
fees slightly.
Peter Todds comment on one of your linked articles.

Anyway protocol allows various tricks that was my point. Ulbricht was found via his name/gmail not TOR or Bitcoin.
120  Bitcoin / Development & Technical Discussion / Re: Very very simple yet powerful 51% solution on: July 18, 2014, 04:38:18 PM
You didn't answer the question. A miner holding 60% of hashing power could pretend to be 10 independent miners with 6% power each.
Yes he could.

However the assumption is that if he either
A. Started to do doublespends via chain rollbacks.
B. Started to only allow his own blocks.
It would become obvious that these 10 fake pools were in fact colluding and people would remove them from their trust lists and start to delay them/reject them.
(The clients today already have automatic alarms for 2+ blockchain forks I believe)

In other words one single honest entity could control 100% of the mining power in my system and no one would necessarily know about it.
However as long as no attacks are taking place we don't care.
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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!