Bitcoin Forum
May 26, 2024, 03:33:15 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 »
161  Bitcoin / Development & Technical Discussion / Re: Rainbow tables and Bitcoin on: May 02, 2011, 03:58:19 AM
Inteligence truely is greater then knowledge. Enough about philosophy, Why cant someone know what the next hash is? I realize there is a nonce along with other misc data, but why do we need to hash blocks? For the sole purpose of using gpu power to reduce how fast the bit coins are generated? Ive read the whole white paper of the detailed describtion of how bit coins work but excuse my confusion im very very curious how this all works.

The coin creation isn't actually regulated by the hashing, it is fixed: 50 coins per block (later decreasing) and approximately one block every ten minutes. However, rather than just having one party generate the coins (as is the case with all other digital currencies) the creation is distributed. Now the question becomes: In an anonymous network who gets to create how many coins? That's the first thing proof-of-work solves - it provides a basis for allocating new coins fairly.

The second thing proof-of-work does is it allows you to decide disputes - whichever party has done more work is presumed correct.
162  Economy / Trading Discussion / Re: decentralized Bitcoin are highly centralized to mtgox!11 on: May 01, 2011, 03:10:44 AM
I'm sorry but I'm afraid so is serious. It would cost less than to be owed +$100 every day.

Maybe I even feel sorry about it. But we want anarchy and autoregulation? This is it is.

Just in case, say goodbye in advance. With you it was good, bitcoiners is a great community!

Pretty unbelievable.
163  Economy / Trading Discussion / Re: decentralized Bitcoin are highly centralized to mtgox!11 on: May 01, 2011, 02:14:15 AM
By the way, I am announcing collecting donations for the ddos of mtgox for decreasing exchange rates!

1AwGzvwCxELCaJsxdzunhYTzTL6GVa2xvR

haxorz! please send letter to support@btcex.com and give your money for that work!

If this is a joke, it's a bad one. Angry

It sounds credible enough to be serious (with bitcoin address and email) for me to remove btcex from WeUseCoins until this is cleared up.
164  Local / Deutsch (German) / Re: Schweizer hier? on: April 28, 2011, 05:55:43 PM
Das nächste Treffen in Zürich findet statt am 7. Mai im Oliver Twist Pub ab 16:00:

http://bitcointalk.org/index.php?topic=6725.0

Ihr seid alle herzlich eingeladen! Smiley
165  Bitcoin / Project Development / Zurich meetup - May 7th 2011 on: April 28, 2011, 05:53:59 PM
Hey everybody, I propose another informal meetup for Bitcoin users from Zurich and beyond.

When: Saturday 7th of May 2011, 16:00-19:00
Where: Oliver Twist Pub
Who: All Bitcoin users and enthusiasts welcome

Looking forward to seeing the usual suspects and some new faces! Smiley
166  Bitcoin / Bitcoin Discussion / Re: Proposal for breaking "community advertising rules" deadlock on: April 28, 2011, 11:14:11 AM
+1

Remember this is only for the official site, anybody can start their own directory with their own criteria if they so choose. We can't control what people do with Bitcoin, but we can very much choose what we want to endorse/advertise and what we want Bitcoin to be associated with.
167  Bitcoin / Bitcoin Discussion / Re: [If tx limit is removed] Disturbingly low future difficulty equilibrium on: April 27, 2011, 07:38:27 PM
I'm kind of relieved to see more people agree we do have a problem.

Just to be perfectly clear: I don't think it's a problem. If it ever becomes a problem, client developers will get together and figure out a reasonable block size limit.

There is no point in trying to preempt the problem now, because we can predict neither what the hash rate will be, nor what it needs to be.

Also note the timescales - the problem will be foreseeable well in advance because the transition from minting to fees is gradual.
168  Bitcoin / Bitcoin Discussion / Re: [If tx limit is removed] Disturbingly low future difficulty equilibrium on: April 26, 2011, 04:33:21 PM
Bus drivers set one price to get on their bus which is not negotiable because that's the best way to run their business. If they have a big bus (so capacity is not a constraint) then they could easily do what you're suggesting miners will do and accept passengers regardless of how much they're willing to pay. After all they'd be making the trip regardless so once they fire up the engine, extra passengers are just extra profit. But that would be commercial suicide so nobody does it.

Ok, let me untwirl this - I disagreed with you in the first sentence only to agree with in my next sentence: Product heterogeneity and capital requirements will ultimately produce a stable price, you are correct in saying that miners won't drive themselves out of business.

However you miss a more important point: Miners can lower fees substantially in a sustainable fashion. Why? Because other miners who are less efficient will go out of business, which lowers the hashing rate and gives the remaining ones a larger chunk of revenues. Just like competition ensures that there aren't ten bus companies servicing the same route, miners will compete until the equilibrium number of miners is reached.

That means: The invisible hand will make sure 1. all transactions get processed and 2. as cheaply as possible. But there is no intrinsic mechanism to take network security (hash rate) into account. That means the hash rate will be whatever it will be, it could be high enough or it could be too low. If it is too low a mechanism to raise it is provided via the block size limit.
169  Bitcoin / Bitcoin Discussion / Re: BitCon! When and Where? on: April 26, 2011, 03:44:44 PM
If it's in Europe, it should be in London.

Can you please explain why?

I am french, I'm the #3 most prolific writer on this forum and as such I am offended by this proposition.

Sorry, didn't mean to offend anybody. London is convenient for conventions because it's the most densely populated area in Europe (so there are usually lots of potential attendees close by), it has direct connections from/to every European airport and it's been my experience with past conventions that you get the best attendance there because of those factors.

Note that I'm in Switzerland, so London would be further for me than it is for you, but it's still pretty convenient to shuttle out of Zurich Kloten.

But that's just my experience, if it's in Europe and it has an interesting enough roster of speakers to warrant traveling, I'll attend wherever it is. Ultimately it's going to depend on where we can find somebody who has the actual time, money and energy to organize a convention.
170  Bitcoin / Bitcoin Discussion / Re: The Bitcoin Show on OnlyOneTV.com on: April 26, 2011, 03:29:49 AM
(1)  Did you watch the show?

Totally! The way I heard about it was because a fellow Bitcoiner skyped me: "Dude, they just mentioned you on the Bitcoin Show." Cheesy

Thanks to Andrew for the shout out! Smiley

(2)   Is an hour too long?

I think an hour is fine, but what would be cool is if there was a list of the segments with times next to the video, so if you're only looking for a specific part you can skip right to it.

Anyways, awesome show, can't wait for the next one!
171  Bitcoin / Bitcoin Discussion / Re: BitCon! When and Where? on: April 26, 2011, 01:59:51 AM
Just a thought: Attach the event to DEF CON 17 or some other large event that at least some Bitcoiners will already be interested in. It's a simple way to get some extra attendants, plus Bitcoiners can go to the other event and proselytize. Wink

I might even be possible to do a presentation at the other conference for even more exposure.

As for the location:

If it's in Europe, it should be in London.

If it's in the US, it should be anywhere with an international airport. I'd make the trip provided some of the bigger names attend and they bring the finished Bitcoin ATM prototype. Oh, and some Alpaca socks!! Cheesy
172  Bitcoin / Bitcoin Discussion / Re: Bitcoin Currency Symbol ฿ on: April 26, 2011, 01:02:49 AM
I use BTC wherever practical, just because it's the least ambiguous. But yes, if I needed to use a currency symbol specifically, I'd use ฿ over any of the alternatives. The vertical line is recognizable to mean "currency" and as others have stated, currency symbols routinely refer to multiple currencies, so even with $ and others you always have to have some context that determines which exact currency you're talking about, ฿ would be no different.
173  Bitcoin / Bitcoin Discussion / Re: [If tx limit is removed] Disturbingly low future difficulty equilibrium on: April 26, 2011, 12:18:16 AM
People have proposed various arguments for why mining will be different to running a bus company, like "mining isn't local" (so?) or "mining has no startup costs" (it already does). But I don't buy it.

How about this one: Mining fees are subject to first degree price discrimination, whereas bus fees are subject to third degree price discrimination. In plain English: When a bus driver lowers his price he lowers it for a whole group of people (standard, senior, children, etc.), so at some point the additional revenue from more passengers is less than the lost revenue from lower rates for his existing passengers. In contrast, a miner can accept transactions with lower fees without losing any revenue from transactions with higher fees.

Generally the factors acting against price discrimination are product heterogeneity, market frictions and high fixed costs. (Shamelessly copied from Wikipedia Wink) Product heterogeneity applies to Bitcoin (tx with higher fees get accepted faster), as do high fixed costs.

That said, price competition does not care how secure the Bitcoin network is. It will be purely a function of the factors stated above and it will lead to some price, which may or may not be high enough to make Bitcoin robust against takeovers.

My prediction is that the ratio of the network hash rate to the size of the Bitcoin economy will lower quite a bit each time the minting rate lowers. Once minting ends it will be at a level dramatically below where it is now. That alone does not mean however that it will be so low that block chain takeovers become viable. That depends on way, way too many factors to predict decades in advance. We don't know what the overall size of the Bitcoin economy will be, how large the biggest transactions will be, whether large transactions will use new, additional methods of confirmation, what the incentives of taking over the block chain will be, whether there will be terrorists/governments with enough resources to shut down Bitcoin for purely ideological reasons, etc, etc. It is downright ridiculous to speculate on whether the hash rate 50 years into the future will be sufficient imho.

However, what we can predict is that the block chain size limit provides a mechanism for future generations of Bitcoin users to intervene if the security is deemed too low. There will likely be different clients and their developers will likely disagree on the exact security/fee tradeoff (lower block size limit => higher security, but also higher fees), but they will have a very strong incentive to find a compromise. Otherwise whatever client doesn't agree to the consensus will end up running on a separate block chain.

TLDR; Either it won't be a problem, or if it does become a problem, it will be solvable.
174  Bitcoin / Development & Technical Discussion / Re: ECDSA Signatures allow recovery of the public key on: April 24, 2011, 11:47:33 PM
Cool stuff!

Are there any patents covering the extraction of the pubkey from the signature? I'm reminded of ECDSA point compression which would make the public keys half size, but I believe the reason Bitcoin doesn't use it is that it's covered by patents. (As well as being additional load on the CPU.)

The CPU cost seems to be mostly in step 1.6.1.: two ECPoint scalar multiplications. I believe the step is executed 1-4 times (outer loop j from 0 to 1, inner loop k from 1 to 2) depending on which candidate key matches. The verification step 1.6.2. in our case would be a SHA256+RIPEMD160 to compare it to the pubkey hash? So if I'm right, pubkey recovery would be 1-4 times as expensive as a signature verification (which is also mostly two ECPoint scalar multiplications.)

(Disclaimer: I have no idea what I'm talking about, somebody with some actual skill please confirm. Cheesy)
175  Bitcoin / Bitcoin Discussion / Re: Don't buy bitcoins. Use carrots instead! on: April 24, 2011, 10:56:57 AM
Carrot spotted at www.weusecoins.com ...  Wink

We were also in talks with a designer bunny about making a video, but he ate our initial funding. Angry
176  Bitcoin / Bitcoin Discussion / WeUseCoins: Some minor announcements on: April 24, 2011, 12:52:14 AM
Don't want to take too much of everyone's time, just need to make some announcements:

Firstly, the funding page is now up: http://www.weusecoins.com/fund.php - Every time the marketing fund spends money I'll update that page so you can see what we're doing. I put in the first video at a fixed amount of 2000 BTC as promised. For future expenses we'll do the accounting individually if possible, e.g. if the voice over costs 500$, we'll put it as a single entry with the corresponding amount of coins at whatever exchange rate we were able to get.

Also, I've added a link to the materials page in the footer: http://www.weusecoins.com/materials.php

The mining guide is launched for now, I've made it even clearer that normal users don't need to mine, I hope it's ok for now. I do still think that it wouldn't hurt if more people understood how mining is done, even if they don't mine themselves. Also the page has lots of links to the wiki and it's a great place to start diving deeper into Bitcoin imho.

I also darkened the font color - somebody suggested that, but I can't find the post anymore. Embarrassed So whoever you are, thanks, good suggestion! Smiley

Finally, I felt that the Bitcoin Roadtrip is an awesome project for some Bitcoin publicity and so the fund made its first donation: 50 BTC to PLATO for the Bitcoin Roadtrip. Go PLATO!! Wheee! Cheesy

And that's all for now. I've been quite busy on my other Bitcoin project which I should finally be able to launch by next weekend. Meanwhile, please keep sharing your thoughts in the 2nd video thread. We have a full 7002 BTC in the marketing fund and I need ideas on how to spend it.


177  Bitcoin / Project Development / Re: WeUseCoins: 2nd Video - Content on: April 23, 2011, 10:58:46 PM
In terms of politics - if somebody does a Bitcoin video representing a specific political viewpoint, it should not be financed from a pool everyone contributed to. Bitcoin obviously appeals to people from across the spectrum and if we took sides it would only serve to be divisive and counterproductive. If somebody has a liberal or conservative or libertarian or green or whatever platform and wants to do a video, great, but I feel duty-bound to stay neutral, simply because Bitcoin itself is neutral.

I haven't heard back from [mike] yet, but even if he's not available/interested we might still be able to organize something that's akin to a lecture or lecture series. Would that be preferable to a shorter more graphic video? Or do a lot of you agree with Gavin that we should focus on non-technical questions?
178  Bitcoin / Bitcoin Discussion / Re: are coins necessary? on: April 23, 2011, 06:13:29 PM
We do not need to check in the database that each output is spent only once.

Note that instead of checking only the outputs, you have to check the source address balances *and* the target address balances. (To see if the new target address balance equals the old balance plus the money transferred.)

Each transaction contains numbers: money transferred; balances of each involved Bitcoin address; time.

The size of transactions is one of the main bottlenecks in practice, since they have to be replicated over the network to every node and stored in the block chain.

A slightly more complex database is a very good tradeoff for faster tx validation and smaller transactions.

Another advantage of the current design is that it allows for complex transaction types (even though that's currently disabled in the official client), see https://en.bitcoin.it/wiki/Script
179  Bitcoin / Project Development / Re: Bounty for Bitcoin Animated Movie [13622.05 BTC ($2520) and growing] on: April 13, 2011, 07:23:03 AM
Justmoon, your moon-like avatar is pretty cool.  What does it mean?

Thanks! The logo is just based on the name and the name was a nickname I randomly picked when I was 11 years old or so. Hope you're not disappointed at the total lack of a deeper meaning. Cheesy
180  Bitcoin / Project Development / Re: WeUseCoins: 2nd Video - Content on: April 13, 2011, 07:12:13 AM
Of course, early adopter libertarian-leaning bitcoiners will probably HATE it, but they wouldn't be the target audience...

I think bringing politics into it is very dangerous indeed. One of the things that most fascinates me about Bitcoin is that it speaks to people from across the spectrum, so I feel like making a video that takes a certain viewpoint would only serve to divide the community and put Bitcoin in a corner unnecessarily.

That said, I also agree with what [mike] and theymos say about videos being the wrong medium for technical information. At least generally speaking. I actually went into the discussion with the graphical designer having something very close to what [mike] described in mind. (i.e. about an hour long, mostly lecture/talk, with some animated illustrations.) He (our designer) argued that you could make a more laymen friendly video if you keep it shorter and you could also use the individual segments to put them on the corresponding wiki pages, so they serve as more of an introduction to the text which is more in-depth. Right now I'm still totally open for any format - I think we have to be a bit opportunistic as well.

[mike]: Would you consider working with us such that you hold the talk and we do some animations for intro, outro and to illustrate some of the trickier bits?
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!