"Gratulations that the whole stuff really seems to work out! - Now, please reveal your real identity before this causes too much trouble in the longer run."

A few issues:

1) How do you ensure that every citizen has only 1 single votecoin all the time (so no "buying votecoins" from others), can only vote for his/her local candidate while still being relatively anonymous? Most likely Votecoin would be an internal system used inside voting machines...

2) Bitcoin (and other blockchains) essentially work like a giant "clock" - once you know when a person roughly has voted, there are not that many possibilities - especially in smaller communities this can lead to issues.

3) Security of wallets: It is highly unlikely that in the voting cabin someone steals my ballot - computers however HAVE to be online to vote(!) and are usually infested with a lot of stuff that is not necessarily controllable from the outside.

4) Double spending attacks etc.! You have to have government certified + protected miners. Luckily, a single GPU can keep up a difficulty above 1, so the block generation rate is easily ensured. Security of the network is however dependent on a lot of trust - and especially in IT systems weaknesses can be very fast + easily exploited.

I'd rather have the whole SIN data than just current pool data, as he might have to switch again after some time elsewhere.

... und dann gibt es da noch das Bargeld...!

Sollte so eine Steuer auch nur angeküdigt werden, gehen gleich darauf erstmal die ersten Banken in die Knie, weil JEDER der ein bisschen Hirn hat, seine gesamten Bankeinlagen in bar behebt


Eine solche Transaktionssteuer wäre lustigerweise NUR in einem System wie Bitcoin möglich, das in sich geschlosen ist - und selbst dort gibt es dann wiederum die umgekehrte Möglichkeit Banken zu gründen und innerhalb dieser steuerfrei zu transferieren.

Solange man Bargeld hat würde man also die Leute zum Bargeld drängen, hat man alle transaktionen erfassbar (wie in Bitcoin) drängt man die Leute umgekehrt zu extremer Zentralisierung.

Via Blockexplorer. Jede "Kontonummer" im gesamten Bitcoin Netz kann von jedem eingesehen werden.

Das anonyme daran ist, dass einerseits niemand außer dir weiß, welche Kontonummern dir gehören und jeder beliebig viele Kontonummern haben kann.

Hm, ok - auf Skype warst du ja leider offenbar nicht wirklich zu erreichen...

Naja, sei's drum!

Gratulations on unearthing this thread!

I'll soon run a 3rd instance of phoenix on the same GPU to reduce variance and avoid pool downtimes...

GPUs are heavily multithreaded, this should not have any adverse effects (actually it might even run a few Hashes per second faster if using more than 1 miner/GPU!)

The beauty is, you won't need difficulty at all:
Either do a more "dirty" version by just assuming difficulty is adjusted daily (-4% of the previous day each day)
or
Do a more "clean" version by letting people input a steady difficulty jump, then reduce 14 days by this amount and apply the percentage accordingly to the "total hashes calculated".

As the absolute values are not that interesting anyways, you don't even need to label your Y-Axis - the curve on the top is the best one at that hashrate, price and wattage.


If you have some nice, pretty and meaningful graphs like this set up, I bet people will start to run for your website!

European prices (mostly Germany, Austria, partly Poland + UK): http://geizhals.at/ (english version: http://skinflint.co.uk/)

I suggest you also to add a graph like I did once:

Field for entering price per kWH

X-Axis: Time in days

Y-Axis: (Hashes solved after x days [Hashrate per second*60*60*24*number of days]) / (Money paid after x days [Initial price + Watts/1000*24*price per kWh*number of days])

The card that is on top there at day X will give you the most hashes for your money invested, so if you stop mining at this day in the future, you should get as many of these cards at the price you have up there as possible.

WARNING: This graph would assume a constant difficulty! You can easily adjust it by letting people input an additional "network growth per day" value (currently something around 4%!) and reducing the "Hashes solved after x days" by this percentage. This however might not give true estimeates over very long time, as the network cannot grow arbitrarily large, so both "extremes" (endless expansion and 0 expansion) are not 100% realistic.

I can show you some examples, if you need them, how graphs like this could look like.
Also you'll need fairly correct hash rates + Watt values for this to make sense!

I'm still having a hard time understanding the process and especially what the numbers in each column actually mean:

Currently when looking at "2011-07-28 -- Asks: 1 Bids: 2849"

	Calls			Strike		Puts
Price	Change	Bid	Ask	BTC-USD	Price	Change	Bid	Ask
-	-	0.0010	-	0.0300	-	-	-	-
-	-	-	-	0.0350	-	-	0.0501	-
-	-	0.0500	0.9000	0.0400	-	-	0.0500	-
0.0400	-0.2400	0.0100	-	0.0500	0.0400	0.0400	0.0400	-
-	-	-	-	0.0550	-	-	-	-
-	-	-	-	0.1000	-	-	-	-

Sooo... a few numbers, with a lot of "0.something" values.

Some things I don't really get (I'm really NOT intoo options trading, so this might be standard knowledge for someone else):

1) Why are the last 2 rows there? I thought "strike" is a certain value in BTC/USD that is needed to fulfill an option - but there are none on the left and right side!
2) What are the "change" columns for? The values in ther seem a bit arbitrary to me, at least I cannot come up with an explanation when looking at other values in the table for the negative value in "Calls/Change".
3) The "Asks: 1" is probably referencing to the single "Call/Ask" of 0.9. What exactly is now the "bet" of this person/when will it make profit?
4) If I understood it correctly "Call" means buying USD. A call at the strike of 0.04 means, this person wants to spend 0.04 BTC and get 1 USD for these 4 Bitcents between now and July 28th. An ask now means, this person wants to get paid... but in which currency?! Also I don't really get what the 0.05 bid that is against it stands for now - and both are higher than the 0.04 in the "Strike"?!
5) Where do I see how many contracts are behind each value?
6) Why is the table on 2011-07-14 nearly empty and no asks + bids are listed?

It would be really helpful to have at least some currency symbols (like BTC/USD/EUR...) in the table and maybe also some graphical representation (dunno what's standard here) of what people are bidding/asking for.
Also an intelligent mouseover-helper text along the lines of: "Calls/Bid 100 * 0.0010 @ 0.0300 means: 'This person want to buy up to 100 USD at 0.03 BTC a piece (3 BTC total) until [date]. If you agree, the price for this is 0.001 BTC/contract (0.1 BTC for all).'"
I'm not sure if this above interpretation is correct though and also how much/what I'd be charged then though... 

Ok, thanks for clarification.
My miner mines in 2 pools at the same time (soon to become 3, for even more reduced variance...) so idling is no issue at all fortunately!

Still I'd love to see automated payouts and score based shares... maybe you could be setting 0% donators on score based and donators after a certain treshhold can opt to switch on proportional? So you could even win on pool hoppers!

Is there a reason you don't use BFI_INT?

At ~20-30 US cents per 100MH/s I would just call it quits - it would still pay for electricity, but there is no real added value to have a mining computer running 24/7 "for free" - also Hardware payoff would take a loooong time this way.

That currently mining seems profitable.

Yes

I noticed something alarming lately:

Round time | Payout
3:32:49 0.0127
0:36:04 0.0099
1:30:47 0.0143
0:43:09 0.0095
1:51:22 0.0109

At a fairly constant hash rate...

Anyone else having this too? If yes, we're getting hopped. Big time!

Please name a single piece of software that is illegal to own and use!

Even so called "hacking software" in Germany is not 100% illegal.

Ähm, nein - eine 5830 wird ein Jahr lang mehr Hashes/investierte Euro errechnen, erst dann hat die 5870 dank höherer Effizienz aufgeholt und diese wird dann nach einiger Zeit von der 5970 überholt, der derzeit effizientesten Karte am Markt. Allerdings dauert es dort auch einige Zeit, dank höherer Anfangsinvestition.

Kann man aber auch einfach in Excel ausrechnen und darstellen.

Try =IMPORTDATA("http://bitcoincharts.com/t/weighted_prices.json")

...and do a few splits etc.

I have it already working quite fine, it's not that hard to do.

Naja, sobald man aber selber so einen "Exchange" aufmachen will, kann man sich erstmal schon einen Anwalt + einen Finanzexperten in's Boot holen...

Fragen die zu klären sind:

* Sind Bitcoins Geld, Waren oder sonstwas?
* Muss man eine Bank sein? Welche Geldsummen darf man da so umsetzen?
* Was ist mit Geldwäsche/wie kann man das verhindern, ohne gleich jeden Pups der Nutzer auf ewig zu loggen?
* Welche Bezahlmethoden akzeptiert man? z.B. wären Paysafecards sicher sehr gefragt, keine Ahnung, wie leicht man dann aber wieder an Euros kommt und welche Gebühren da anfallen...

Dazu dann noch die Software selbst, Hosting und Personal...

Auf den ersten Blick wirkt es ja wie eine Gelddruckerei, aber auch wenn man da sicher gute Gewinne machen kann, ist das doch ein recht erheblicher Aufwand!

Only if the USD per MH/s rate is as insanely high as currently.

I guess with such a tool you can also calculate a USD per MH/s rate under which it would be more profitable to buy, right?

Mining difficulty might be correlated with price - BUT there are and have been serious shifts in there as well!

I really should create a few graphs on my own... I just don't find more convenient MtGox data (idela would be daily weighted averages or even block/2016 block weighted averages!) so I'd have to mess with huge tables in Excel just to prove a point that currently noone seems to realize anyways.