Are the non voters out on the next day? That seems to be half of our players.  |
|
|
|
I just want to say, I've been trying to conjure USD in my basement for years. It was hard work, it was time wasted. I have generated no USD. So goodbye dollar  Hello, BTC. Money on Poker Stars available for bitcoins.
|
|
|
|
|
Put things you want to buy with bitcoins in this thread.
I want a used stopwatch that is good for running. Simple is best; Stop, start, clear.
A picture or link to similar and an offer that includes shipping to Hawaii would be great.
I know tons have people have one sitting in a drawer.
|
|
|
|
|
Interesting, why would you want to sell it instead of taking the revenue stream? Or is it hard to find offers or something? I really don't know anything about this.
On Chrome, the chat text box is slightly wider than the whole right panel which causes a small scrollbar to appear. I think it would look a lot better if the right panel was 25% wider.
|
|
|
|
Yes, that is my requirement, and will be most others as well. You will see almost no companies that sell without a guarantee against double spending.
Did you know about this? You don't need to wait for it to get in a block to have way better certainty than PP or checks. I believe it'll be possible for a payment processing company to provide as a service the rapid distribution of transactions with good-enough checking in something like 10 seconds or less.
The network nodes only accept the first version of a transaction they receive to incorporate into the block they're trying to generate. When you broadcast a transaction, if someone else broadcasts a double-spend at the same time, it's a race to propagate to the most nodes first. If one has a slight head start, it'll geometrically spread through the network faster and get most of the nodes.
A rough back-of-the-envelope example:
1 0
4 1
16 4
64 16
80% 20%
So if a double-spend has to wait even a second, it has a huge disadvantage.
The payment processor has connections with many nodes. When it gets a transaction, it blasts it out, and at the same time monitors the network for double-spends. If it receives a double-spend on any of its many listening nodes, then it alerts that the transaction is bad. A double-spent transaction wouldn't get very far without one of the listeners hearing it. The double-spender would have to wait until the listening phase is over, but by then, the payment processor's broadcast has reached most nodes, or is so far ahead in propagating that the double-spender has no hope of grabbing a significant percentage of the remaining nodes. |
|
|
|
|
Why is it crucial?
One system doesn't have to be used for all needs. If interstellar money is needed people will choose whatever is best for that, same if people need their money in less than a second.
|
|
|
|
"Will you ship to Hawaii at the listed price?"
Yes, as long as the post office considers it domestic mail. And I'm sure Hawaii qualifies.
Thanks for the complements and good wishes! I think we are doing something very important here. I hope that establishing a market conversion into lawful money will give Bitcoin the extra boost it will need in competing with the other world economic systems.
Cool, do you think you'll expand to non-'junk' like eagles any time soon? |
|
|
|
|
Yeah, backed is if you promise to exchange all BTC for silver at a certain value. It's cool that you are trading, Will you ship to Hawaii at the listed price?
|
|
|
|
I was hoping that all the playerswould call in on day one to confirm that they know the game ahs started :/
Yeah, I don't mean to rush. First day should probably be the longest so we can see if we have everyone. |
|
|
|
|
Imaginary money? So we can pretend to give you bitcoins?
I'm actually trying to learn some web programming now. I was thinking if I build anything to do with coins (you know cause it's real money) I'd need someone to hack me until it got secure. That'll be a ways down the road. I'll keep you in mind.
|
|
|
|
|
What time is it? This day is dragging on and I think Quantumplation is hiding, lets just hang 'em already.
|
|
|
|
|
I'm going to give mine to the first adequate, but if a better one comes out shortly after I'll throw more for sure.
|
|
|
|
|
This is a nice exercise in what happens when you give free stuff away.
Hint: People try to get the free stuff.
I do think it's a nice idea, I'm not saying you shouldn't do it.
|
|
|
|
|
It would be silly to sell 10k all at once in one market. MTGOX can absorb 6k above .05 right now.
edit: I'm not criticizing your pricing at all though. People should keep in mind that a first offer ought not be the lowest offer unless you are in a hurry.
|
|
|
|
Interesting. Thanks for the references. But anyway, even if they are completely right, the deflation makes the growth speed lower. And this is worse then a faster speed, isn't it? So, why do we need deflation? if the inflationary economy works better? Is it better for me to work this hour or to take a break? Working might grow the economy, but that doesn't mean it's better. And there's no way to know if working this hour will even grow the economy more over a long time period than taking a break. If I work straight from this point until I collapse, short term growth will be larger, long term will suffer very much. You could prop me up for a while by paying $100/hr, then $200/hr, eventually 10k/hr, then bust. Your goal ought not be too keep me working constantly, but to determine how much my labor is worth to you and offer no more than that. That gives me accurate info about how needed my work is and I'll determine the best amount to allocate. So no, more growth now is not always better. EVEN IF all you care about is growth, because of long term consequences of cramming growth into the current period. |
|
|
|
|
Can the fee rules be arbitrarily complicated? And is the size limit hard wired or completely up to the node?
Does including more slow down your hashing rate?
|
|
|
|
Been there, done that in terms of getting tied up with the porn industry.
Bondage is a fairly common fetish, afaik. |
|
|
|
These two wiki articles explain most of the basics: http://www.bitcoin.org/wiki/doku.php?id=addresshttp://www.bitcoin.org/wiki/doku.php?id=blockTo send a transaction, you say: I was the recipient of this (or these) previously-published transactions. Here's a cryptographic signature to prove it. Change the owner of x coins from my public key to this person's public key. Then they can prove that they own this transaction by making a cryptographic signature, and so on. Nice, I hadn't read the address wiki. |
|
|
|
I'm a newb, so I'm looking to have my thoughts fixed. They all check that this transaction is valid. In this way, the amount of money that anyone has is know by the network...
This makes it sound like this "John is trying to spend 45, he has 50. Go for it John." Is that close to what is happening or is it more like this: John selects a coin which is actually a code of some sort and tells the coin where to go, possibly splitting it and sending some change back to himself. Other nodes check the code on that coin, they do not need to check all of John's coins. I'd like to know more about the connection between the code and the amount and how that can't be tricked. I guess this is what everyone knows? How much bitcoin is attached to each address/code? What's the right terminology? nodes do some very difficult computational work (generating blocks), when they complete it that seals the transaction as valid. Other nodes verify this work is correct and in this way votes are limited by CPU power (which is much harder to accumulate large amounts of).
It's cool how it is like a trillion times easier to verify a valid block than to find one, that should get mentioned. I don't know if it's right to say a transaction is "sealed" after one block. I know it's very likely to be good if it gets in one, but "sealed" is strong. Maybe say how the client is programed to vote correctly automatically and most votes are near unanimous. Is there ever legitimate disagreement? I suppose when two valid versions are found at nearly the same time, any other way? |
|
|
|
In this thread we will work out how bitcoin works and what are good ways of explaining it to normal people. In another thread Martin posted: Just to get this straight before I go off and do any script writing
Everyone has a balance stored in their wallet which it how much money they have, much like when you log into internet banking with any other currency. This balance can be changed by sending and receiving money in transactions. A transaction, just like normal, is money changing hands. To keep people honest and stop them spending money they don't have is the real cleverness of bitcoin. When you make a transaction you announce it to the rest of the network. They all check that this transaction is valid. In this way, the amount of money that anyone has is know by the network, and you can't spend money that you don't have (because the network would know and would deny the trasnaction). When you submit a transaction to be verified by the network not everyone can take a vote on if it is a valid transaction, that would make the system too easy to fool with a large amount of nodes all broadcasting that a fake transaction was real, instead nodes do some very difficult computational work (generating blocks), when they complete it that seals the transaction as valid. Other nodes verify this work is correct and in this way votes are limited by CPU power (which is much harder to accumulate large amounts of). Each new block buries old blocks deeper to form a chain of blocks, this makes changing older transactions even harder, so transactions become more certain as time passes. A fraud can only be carried out by generating blocks faster than the rest of the entire network and building a longer chain. When you first join the network (or after rejoining the network) you must download all the blocks generated since you left, once this is done your node can verify new blocks against the rest of the block chain.
|
|
|
|
|
Show Posts
