For the record, OldEngineer has sent me a private message stating his intent to sue me.
Goat, I believe that since you won the game that makes you an expert at the game. Therefore, you should start thinking about how much you wish to charge for your expert witness fees during the upcoming courtroom drama. |
|
|
|
|
I believe so and I think most economists would agree.
However, whatever you do, never ask any economics question in the economics forum as you will just get page after page of people fighting over the definition of the term "money supply".
But, from what I have gathered there this reduces the monetary base and should therefore drive up BTC denominated prices.
|
|
|
|
|
My suggestion is that you both start legal actions against each other. My wife is an attorney and she would be willing to represent either of you. To keep it "in the family" so to speak she will work for BTC. She will represent the first one that will send her 1000 BTC to get the process started! Now that I think about it this is a pretty complicated case so let's make it 10,000 BTC.
In the case of a tie - both 10,000 BTC payments arrive at the same time - she will simply represent both of you!
EDIT: Oops, forgot to mention that the time of the payment arrival would be UTC time. Got to make that perfectly clear.
PM me for the payment address.
|
|
|
|
See rule in OP: Also the guessing needs to be for a future date, not past |
|
|
|
|
I am customer #28!
You are asking for a lot here:
Scan of National ID document:
Proof of address (recent utility bill):
Scan of credit card (front and back):
Signed authorization form:
I will think about it once I have researched you a bit. You do have a very small post count.
Maybe I will ask super detective Phinnaeus Gage to check you out first!
|
|
|
|
|
It looks like it is not taken so I will take 1/12/12 = January 12th, 2012
|
|
|
|
Not Bruce - just give me 10 BTC and I will leave this thread  I'm happy for you that you're not Bruce lol. Me too! BTW he is no relation either! |
|
|
|
Not Bruce - just give me 10 BTC and I will leave this thread |
|
|
|
|
Just re-use this thread, like this:
This one time (at band camp), this guy told me he would give me 10 BTC, and then he didn't, waaa, waaa. Life is so unfair. Please give me the 10 BTC that guy totally promised he would send me. He OWES me. I will argue until the cows come home that he owes me because he said he would give it to me (waaaa, waaaa).
|
|
|
|
I have asked this question before: Currently I know of only three ways to redeem private keys (Mt Gox, StrongCoin and PyWallet). Does anyone know of any other ways to do this? It seems like some of the other exchanges and on line wallet systems would have added this feature by now.  |
|
|
|
|
Good point in favor of the "give every customer a new address" method.
|
|
|
|
|
+1
My first thought when I started reading this thread was to post "If I send you the 5 BTC will you STFU?"
But then I decided that if we give in to his temper tantrum that will just teach him to throw more temper tantrums.
So now he has won by tantrum and only time will tell. We will see how he responds next time life is unfair.
|
|
|
|
It seems having a new address for each customer is desirable, but wouldn't it be better to simply get new addresses via this method we're talking about rather than a 3rd party as the wiki suggests? Yes, generating your own seems the best way to go. Generate a key pair, give the public key address to the customer and import the private key into your wallet. Also, it seems to me like the getreceivedbyaddress function returns the total amount sent to a specified address, so if you were re-using addresses wouldn't that mean you'd need to keep track of how much each address has received? I think they were expecting you to move the BTC off the address each time so you can start back at zero for each re-use of the address. This would also work. |
|
|
|
It was bugging me so I rounded us back up to 100 BTC. Now give it away   |
|
|
|
|
See my edit, sorry for the confusion.
|
|
|
|
|
OK, now we have confused each other!
Yes, you want to create a key pair for each customer who comes to your web site
Yes, you want to import the private key into your wallet (where ever you keep your wallet)
Yes, you want to monitor the block chain for payment
Yes, once payment is made you can ship your product
Yes, you can either import the private key before or after the payment is made (it does not make any difference)
Yes, your original post basically describes how to do this
Yes, I was confused by your original question and I hope we are on the same page now
|
|
|
|
I think it is a great idea to generate a different address for each customer and that is, in fact, what many merchants do - so you are correct in general. I think you may just be confused about some of the specifics as to how that is done is all. The easiest example of off the grid is the physical Bitcoin. I pay you with physical coins, you pay someone else, they pay someone else, etc. As long as the physical Bitcoin is not claimed (the private key imported) it can be used over and over for off the grid transactions. https://www.casascius.com if you are not familiar with physical Bitcoins. |
|
|
|
Wouldn't this be useful for merchants who might need to generate a new address for each customer instead of using a large static list of addresses that are generated beforehand? As I understand it, it's possible to import a private key into the bitcoin client or use a service like StrongCoin to make use of a private key.
The merchant could generate a private key and public address server side, then tell the customer to send the payment to the public address and store the private key. Then another simple AJAX/PHP script would be used to monitor the status of a payment by using the Block Explorer. After a specified amount of confirmations have been reached the payment would be confirmed.
I do not understand the difference/advantage of the proposed system. In one case you pre-generate a list of key pairs and then hand them out to the customers as needed. When they pay they pay. You monitor the blockchain to see when they pay. In the second case you generate the keypairs on the fly and hand them out. They still pay when they pay and you still monitor the blockchain for payment. Then you have added the additional step of importing the private key. BTW importing a private key does not generate a blockchain event. You could just import the private key before they pay - but then you are just back to case one. Please clarify your idea. |
|
|
|
This again? Here are 8 pages of this point (how to define the term "money supply") being discussed - by many of the same people: https://bitcointalk.org/index.php?topic=51899.0OP I know you did not realize what a can of worms you were opening with your simple questions but if you really are interested you can read the above thread as it discusses this in excruciating detail. Oh, and PLEASE lock this thread. If you do not they will go at it for another 8 pages - just kidding. Isn't there a joke in here somewhere? How many economists does it take to screw in a lightbulb? No one knows since no one has ever gotten two economists to agree to anythingOr something like that |
|
|
|
|
Show Posts
