Bitcoin Forum
May 31, 2024, 12:02: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 »
141  Bitcoin / Development & Technical Discussion / High Resolution, Dual-Difficulty Blockchain on: August 04, 2012, 02:30:06 AM
Imagine a Bitcoin fork with the following modification: instead of a single difficulty target, there are two. Let’s call them the major difficulty and the minor difficulty, and let’s posit that the minor difficulty is 60 times easier than the major difficulty.

Miners can hash until they find one of the two targets. If a miner finds a minor difficulty, he broadcasts the block as usual. This is expected to happen approximately every ten seconds. These blocks will be very frothy, because there will likely be more valid blocks broadcast in a cluster of a few seconds. This doesn’t worry us too much (keep reading). Rewards will somehow be proportional to difficulty.

Approximately every ten minutes, a major block is found. Being just like any block, this is the authoritative chain of all the blocks that came before it, including the minor blocks. Since the difficulty is high, this will be the authoritative branch, unless another major block appears at the same time and competes with it. Assuming there's a clear winner, all historical frothiness is resolved, and frothiness begins anew for the next ten minutes.

The advantages of this system are:

* Higher resolution chronology. Bitcoin is a distributed record of chronology, and the original blockchain has a resolution of about 10 minutes. This one will have a resolution of about 10 seconds. This may not be extremely useful for standard transactions, but may be very important for some kinds of transactions, such as betting and stock trading.

* Minor blocks make 0/confirmation type double spending more difficult. Actual 0/confirmation attacks remain the same, but a vendor need only wait ten seconds for a minor block. Gaming the minor blocks would effectively require a 51% attack.

Disadvantages:

* The behavior of the system isn’t well understood. There will likely be many branches of minor blocks between the major blocks, which leads to wasted computing power and confusion. Minor blocks are not very authoritative until they’ve been buried under a major block.

My main motivation for this is as part of an alternate chain distributed betting system, but I haven’t seen it brought up before, and I realize there are probably some good reasons this can’t work. I’m looking forward to comments!
142  Bitcoin / Meetups / Re: Next New Hampshire Bitcoin Meetup on: August 02, 2012, 08:57:56 PM
I signed the FSP commitment statement at least 12 years ago....before the state selection actually. But I haven't been active on the forums for a long time. I do know some people who moved recently.
I meant Manchester, specifically.

Oh, the main reason I moved to Manchester is because I thought it would be the best place to have a brick and mortar store, because of the relatively large population, central location in NH, and proximity to Boston.
143  Bitcoin / Meetups / Re: Next New Hampshire Bitcoin Meetup on: August 02, 2012, 08:28:51 PM
I may be doing the same thing in the not too distant future. If so, I look forward to meeting the rest of you guys. Did you choose Manchester because of the FSP population or was it the natural choice for other reasons?

Awesome, we need more bitcoiners! PM me if you need any more info about FSP, if you want to join Facebook pages or forums, etc. NH was a pretty good choice because of the location, low taxes and lower bureaucracy than most places, but the Libertarian population was probably the biggest factor.

Many of us disagree with the choice of location and do not attend based on that alone.

error, are you referring to the Bitcoin Meetup or the FSP?
144  Bitcoin / Meetups / Re: Next New Hampshire Bitcoin Meetup on: August 02, 2012, 06:27:29 PM
FSP was a big part of why I moved.
145  Bitcoin / Meetups / Re: Next New Hampshire Bitcoin Meetup on: August 02, 2012, 05:45:46 PM
Aren't there a lot of FSP people in Manchester? I can't believe they're not all coming to Bitcoin meetups yet.

Yeah, I agree. I'm working on it, but there are a lot of other meetups going on, so it's a challenge. We are seeing new people each week though.
146  Bitcoin / Meetups / Re: Next New Hampshire Bitcoin Meetup on: August 02, 2012, 03:39:45 PM
Does that bar accept Bitcoin payments yet?

Nope, not yet. We need more people to up the pressure!
147  Bitcoin / Meetups / New Hampshire Bitcoin Meetup -- Weekly on: August 02, 2012, 02:36:39 PM
The next New Hampshire Bitcoin Meetup is on Sunday, August 5, at 6:30pm at the Strange Brew Tavern in Manchester, NH. We do this every week, and we usually get about ten people. For those of you with Facebook:

https://www.facebook.com/events/208856109243508/

Massachusetts Bitcoiners are welcome, as well as anybody else in the area. Plenty of free parking. Feel free to PM me.

148  Bitcoin / Development & Technical Discussion / Re: Adding escheat feature to the protocol. on: August 02, 2012, 01:06:05 AM
Is that the same as this?

Quote
Just use future transactions, which will be entered immediately into the block chain, but won't actually take effect until a given block number. You do a transaction that empties out your private account into the joint account, in a block that will be computed 30 days from now. Then, each day you're around, you just transfer your bitcoins into a new private account, and that future transaction will fail because the originating account will be empty. You also set up another future transaction to transfer money from your new private account into the shared account in another 30 days. There are probably ways to streamline this, but I don't see any theoretical difficulties.

Amazingly, it looks like this feature is already baked into Bitcoin:

http://forum.bitcoin.org/index.php?topic=8821.0

https://bitcointalk.org/index.php?topic=5194.msg147032#msg147032
149  Bitcoin / Bitcoin Discussion / Re: Defeating Rubber-Hose Cryptanalysis on: August 01, 2012, 12:20:01 AM

Idea 3) Time based auth. Have a factor that only becomes clear when a certain time happens. Hard to implement in practice? Could it be something such as how light falls on the earth or something stranger? How could this work in practice?

nLockTime should handle this: https://en.bitcoin.it/wiki/Contracts
150  Bitcoin / Press / 2012-07-26 radicalsocialentreps.org - Open-source currencies on rise in Greece on: July 26, 2012, 10:37:01 PM
Quote
In the shadow of the Euro Crisis, the people of the Greek city of Volos are taking their monetary future into their own hands.
Theodoros Mavridis and other Euro-strapped Greeks have founded a local currency system called TEM, an acronym for ‘Local Alternative Unit’ in Greek.

Although Bitcoin isn't mentioned by name but only linked to, it really looks like the Greeks are looking for alternative money and Bitcoin could be a great fit.

The link to Bitcoin is in the following paragraph:

Quote
As it stands, TEM is still a complement to the formal economy and not a replacement. Unlike other alternate currency projects, TEM credits don’t quite qualify as true money. They’re of limited use for saving because of the upward limit on balances and the system also lacks a way to lend at interest.

http://www.radicalsocialentreps.org/2012/07/open-source-currencies-on-the-rise-in-greece/
151  Bitcoin / Electrum / Re: [ANNOUNCE] Electrum - a new thin client on: July 26, 2012, 02:17:02 PM
I'm working with Genjix to spice up the new lite GUI.

New style


Old style


You can test out the new style in the 'new-layout' branch on Gitorious. I'm mostly wondering if it renders the same across all OS's. The reference screenshot was taken on OSX.

+1
152  Economy / Service Announcements / Re: Get PAID to buy bitcoins with cash (USA) on: July 25, 2012, 07:40:09 PM
Apparently there are a few states that have 0 Chase banks.

+1
153  Bitcoin / Development & Technical Discussion / Re: Combining Bitcoin and the Ripple -> fast, scalable, decentralized and more on: July 25, 2012, 02:55:39 PM
This leads to a very simple web-like topology that models how humans actually socialize! If I invite you to my party, and you bring your asshole friend who pisses on my carpet, then you're the one that needs pay to get my floor cleaned. That is a transitive economic/trust relationship.

Thanks for the great post! It's really cool to see computer science theory applied to social questions, such as what would happen on a ripple network if somebody far removed screwed up. Trust systems are a huge factor in bringing about a more p2p economy, and ripple is one really interesting way to do supply it.
154  Bitcoin / Bitcoin Discussion / Re: The Bitcoin Economy on: July 25, 2012, 04:23:25 AM

There wouldn't be any counter-party risk in the prediction market I described, because both sides would be putting up collateral in bitcoins as part of the market.

Hmmm, interesting.  This certainly wouldn't work once Bitcoin was larger than the island economy you described, but it certainly could help to bootstrap bitcoin closer to that goal.

Well, the collateral doesn't have to be dead weight, you could get pretty creative with it. For instance, if both parties to the trade agreed to invest it, say in a 5% bond, they could both sign-off on that. Or they could put it on another bet they agree on. I imagine things will work differently than they do today, if the whole system is based on low trust and no legal mechanisms, but it might be workable on a grand scale.
155  Bitcoin / Bitcoin Discussion / Re: The Bitcoin Economy on: July 25, 2012, 02:26:54 AM
While this is generally a good piece, your claim that wagers on the future price of gold is equal to that of actually owning gold is false both in fact (obviously) and in practice.  Although this is economicly similar to a futures market, owning physical gold has no counterparty risk, while futures in general and wagers on the gold price most certainly do have counterparty risks involved.

You bring up an interesting point. Betting on gold is not the same as having gold. In the case of gold, that might not be such a big deal, unless you're worried that the prediction market might fail and gold would remain. But if you're betting on oil, you might actually need the physical properties of the oil. That's why I brought up i2i markets. Maybe instead of buying oil from a huge company, you could buy it from a neighbor in small quantities, based on the prediction market price. Or maybe you could buy an ounce of gold from a neighbor, or someone across the country who mails it to you, all based on the prediction market price.

There wouldn't be any counter-party risk in the prediction market I described, because both sides would be putting up collateral in bitcoins as part of the market.
156  Economy / Service Announcements / Re: Get PAID to buy bitcoins with cash (USA) on: July 24, 2012, 11:55:53 PM
I'm not sure why more people in the US don't use this, it seems like a no-brainer to me!
...  Am I missing something here?
There is no Chase within 50 miles of my house.

Yep, adding Bank of America might help a lot of people.
157  Bitcoin / Bitcoin Discussion / The Bitcoin Economy on: July 24, 2012, 10:45:33 PM
I just found this piece I wrote over a year ago but never posted, and I figured it was worth posting now, since it's just as relevant.

The Bitcoin Economy

Bitcoin is the opening shot in a new jurisdiction. The Bitcoin Economy is thriving in a jurisdiction outside that of any government. The jurisdiction of the Bitcoin Economy is ruled by math and not by violent force. The rules are set by competing software projects, and evolve based on what works. Bitcoin says “thou shalt not double spend.” And what happens if you double spend? Nothing. You can’t. The rules are akin to the rules of physics, not the rule of kings.

Today, the Bitcoin jurisdiction is a small island. There are few inhabitants, and we must leave the jurisdiction frequently and submit to governmental jurisdiction. As more of the economy is subsumed into the Bitcoin jurisdiction, it becomes a more powerful force, and government becomes weaker. For the Bitcoin project to succeed, we must find ways to move economies into this jurisdiction. We must also explore strategies to make the interface between the two jurisdictions safe and porous.

Prediction markets can furnish the Bitcoin Economy with many of the functions of finance, without requiring an interface to the government jurisdiction. This greatly expands the scope of the Bitcoin Economy, and provides an essential infrastructure for the rest of the economy.

The beauty of the prediction market, is that it confers almost all of the functions of finance to the Bitcoin economy, without requiring a departure from the Bitcoin jurisdiction.

Gold prices can be tracked on a prediction market. This means that one can essentially trade gold without having to purchase gold. Gold is a physical substance that must be under government jurisdiction, and so purchasing gold would require crossing over to that jurisdiction. Betting on gold lets one stay safely within the Bitcoin jurisdiction, while accomplishing the same goal. This discovery of the market exchange rate is the hard part; the ownership transfer of BTC for gold is an easy problem and involves only two casual individuals in many cases.

i2i (individual-to-individual, as opposed to business-to-business or business-to-consumer) describes the situation wherein large swaths of the economy are carried out by individuals trading with other individuals, rather than via large companies, corporations, and governments. The low transaction costs of the unregulated Bitcoin Economy make this more attainable, and it's an ideal interface between the Bitcoin jurisdiction and government jurisdictions.

Individuals carrying out small, ad hoc trades make onerous targets for government crackdown. They are hard to find in time and space, are low profile even if caught, and each crackdown has almost zero effect on the system as a whole. Even making an example of such a transaction with disproportional punishment would carry large public relations risks, since the crime would be a non-violent, low value, and fairly obscure transgression. The defendant would also likely be sympathetic, with no criminal record, and with a large, upstanding support network to defend him and raise awareness.

As large chunks of the economy migrate to i2i, governments lose control over those chunks, and it becomes difficult for them to enforce regulations and taxes on those chunks. This weakens governments further, making it increasingly difficult to maintain control while more and more of the economy migrates out of their jurisdictions. This is perhaps the greatest threat to authoritarian government that has ever materialized, and that's a pretty exciting thing to be a part of.
158  Bitcoin / Development & Technical Discussion / Re: Two-person cold storage using the raw transactions API on: July 24, 2012, 05:06:30 PM
Awesome! This is a huge step forward for Bitcoin security, and I really think it will open the door for the safe storage of millions and billions of dollars of Bitcoin value, as well as the use of Bitcoin for partnerships and companies. And those are just the obvious applications.
159  Bitcoin / Bitcoin Discussion / Re: Hocnet: A competitively decentralized internet using Bitcoins on: July 24, 2012, 04:51:14 PM
Has this service been made yet?

No, I believe it's still in early planning stages.
160  Bitcoin / Bitcoin Discussion / Re: Hocnet: A competitively decentralized internet using Bitcoins on: July 23, 2012, 09:58:18 PM
--- The solution is for any Node to relay packets for other nodes UP TO A LIMIT, based on a trust value it assigns to each other node.

I think this is unavoidable. Unless you know you'll be relaying a lot of packets through a specific node (in which case you could just pre-pay that node), there will have to be trust between nodes.  Doing an online transaction for relaying a single packet, which in itself would require an online transaction, doesn't make sense.

Naturally having a distributed trust and reputation system would be very helpful here.
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!