Ok then here's my offer: I'll be delivering 6 (really good) Koestritzer to the first person bidding 110 BTC in the greater Zurich area
|
|
|
These aren't using the bitcoinr miners are they? It's using the standard JSON API, right?
|
|
|
Well the award for the first Pizza paid by Bitcoin's already taken, somebody needs a beer delivery for Bitcoins in Switzerland?
|
|
|
I hope in the lecture break I'll find some more time to spend on this one :-)
Will you be taking on this project? Where the source code repository for the android client? I'm pretty sure that I'll open source the protocol and wallet implementation, to improve reliability by peer review and augment trust in my code. What I'm still playing with is the thought of creating an Ad supported Android client, which would not be opensourced right away, since I know pretty good how that would turn out (people would just strip my ads and take the code and republish it without them). Since there is some serious time involved in creating the infrastructure needed to run an Android client (and the Java Protocol implementation for that matter) I think it would be nice to get something off it
|
|
|
Even if it's cold and twice the usual rate it still beats the Swiss Pizza delivery systems: they're incredibly expensive and always late!
|
|
|
Nice to see that we're over the micro-bitcoin increments.
Put down a 2.5 BTC for me ^^
|
|
|
Gentlemen http://lmptfy.comEnjoy! I am hoping to setup a bitcoin graphic on that site shortly. I think it would be perfect for such a service. ROFL, I like your thinking. But the idea was serious, most of the time people complain because of lack of seeders, why not let them put their bitcoins where their mouths are? Let them pay for seeders! The releaser gets bitcoins out of it and the users pay according to their ratio, users with a sharing ratio <1 pay for the download, and people with a ratio >1 get money for their bandwidth ^^
|
|
|
Ah, I also live in Zurich :-) Maybe we should get a beer on the Langstrasse sometime!
Right now I have something in mind I want to buy from somebody who accepts BitCoins, so the exact amount is pending negotiation. I'm just trying to figure out ahead of time where to get them. I'd be after a fair old number of bitcoins ... at current exchange rates maybe a thousand.
Nice to find people from around here, yes we should definitely grab a beer sometime. 1'000 BTC is quite a large order, I'm not sure I can spare that many at the moment :-)
|
|
|
Why am I starting to think about a private tracker that accepts Bitcoins as a way to say thanks, pay for leeching habits and reward seeders?
|
|
|
If he doesn't I do: I hereby bid 1 BTC for 1 eBay Share :-)
Would be nice to be the owner of the first share ever sold via Bitcoin ^^
|
|
|
Working on the Java implementation of the protocol: this protocol really has everything a Java Programmer doesn't like, lots of unsigned numbers (unsigned long requires to be mapped to BigInteger...) and little endian, which makes it particularly awful to read stuff from the wire. Anyhow today I read my first single message from the wire dump ^^ I hope in the lecture break I'll find some more time to spend on this one :-)
|
|
|
How many would you buy and where do you live? I myself live in Zurich so if your from Switzerland a meeting wouldn't be that far off ^^
|
|
|
I think the best way to keep account of where your payments come from is creating a new, different address for each person and putting labels on them as you create them. This way when you receive money with a certain account number you will know that it came from this particular person (because no-one else knows this particular address).
That is why Bitcoin tells you which address you received the payment WITH, not FROM.
I would like to change that: http://bitcointalk.org/index.php?topic=2183I guess a new address/account is good for sites keeping balances for their users but a reference id would be nicer, wouldn't you agree?
|
|
|
Yes self published is fine for completely uncontroversial technical details and opinions of the person self publishing. I have only tagged when the details fall outside of this. You cannot fill an article with self published information just because the article exists. It is best to just leave the stuff out. Remember it is wikipedia not the bitcoin tech page. For example "This mechanism is highly tamper-resistant." says who? Ah bitcoin.org hmmm. Wikipedia is really reliable hey. I myself banged my head against Wikipedia not allowing self published articles as references, but I understand the reason. I for one would love to have a respected expert take a look at it and actually put it under test, at least we'd know what we're all putting time and money into
|
|
|
I'd be willing to host one of the pool miners, but I'm a bit strapped for time in near time. Also I'm wondering what resources I need. I can create a virtual machine with quite some resources but I cannot use all of the resources. May I host it through Tor?
Hey, A new server was proposed in another thread: http://bitcointalk.org/index.php?topic=2027.msg30042#msg30042That's settled then ^^ Looking forward to join the pool.
|
|
|
I'd be willing to host one of the pool miners, but I'm a bit strapped for time in near time. Also I'm wondering what resources I need. I can create a virtual machine with quite some resources but I cannot use all of the resources. May I host it through Tor?
|
|
|
but we do not want Bitcoin being associated with censorship and closed mindedness.
And how in the world could this happen ? We're literally like the opposite of censorship and closed mindedness. A really easy way would be to release a statement distancing ourselfs from WikiLeaks, we don't want to do that either. Let's just see if Wikileaks jumps aboard, if so, let's make the best of it (press notbaility, influx of new users) and if not, we'll still be at the same place we were before.
|
|
|
I guess that the whole discussion is going a bit awry, I'd hope that stores would put up a small access point for people to connect to when checking out. And actually there could be a lightweight setup keeping transfers low (do not request blocks you don't know yet) and just contact a single node which gets the transaction from you. That would allow people to quickly send transactions. As for the receiving side there is actually no way to tell it went through without listening for transactions and blocks.
With this setup spenders just need to transfer something in the order of 1-2KB, using 3G or even GPRS, while the receivers need an internet connection.
|
|
|
|