|
I just wanted to repeat one more time thing that has been said: in my opinion also, default video preview is really not working well for site image.
I show people website and their first question is like "who's that woman?"
|
|
|
|
I would:
- use BERT for binary serialisation
Nice one. - use YAML for text serialisation
As much as I like it for config files, I think JSON is more straidforward when it comes to parsing. - use something like sha512(data) + whirpool(data) + RIPEMD320(data) + GOST(data) + what_else_good_hash_out_there( data ) , where + is concatenation instead of sha256(sha256(data)).
And this one is beautifully interesting. Why not put any strong hashes in existence in there. Even if one fails totally, we're still good. It would take also longer time before mining centralization, on the long run however it would end up with ASICs too probably. It takes maybe some simplicity out of design and makes implementation more complex, but it works. I like this idea very much. What I would change (mentioned earlier already), I would lower expected time between blocks found. It seems to me that BTC design takes into account growing computational power, but ignores the fact that network is speeding up too. I really don't think that with current connection speeds 10 minutes is needed for propagation. |
|
|
|
It might be nice to add OP_WHIRLPOOL etc. to Script to ease a switch if one is ever needed.
Well, it sounds like a flag would be nice in this situation. Value 0 = "classic" hash Value 1 = sha512 Value 2 = whirlpool What if the network could theoretically accept different hashes (and perhaps different pub/priv keylengths ?) Sounds like a bad idea to me. Instead if 1 security problem, you have 3. Security will be always as strong as the weakest hashing method you can choose. |
|
|
|
I'm gentoo fan, but I have working machine with 2x5970 + 5870 running from modified ubuntu liveusb (without hdd), 32 bit, with 1GB RAM. So not sure about that theory. (btw, 8x256M=2GB, so by runnig out of 32bit mem you mean system is using more than 1.5GB?)
Simple math gives me that 5 < 8. So yes, 32bit system works for you. But 4x5970 does not work. Trust me  . Mentioned ubuntu box wouldn't be connected to your pool most of the time if I wouldn't. |
|
|
|
I don't recommend using Ubuntu for many GPUs at all. I've been using Ubuntu, but had troubles with third card in my setup. Reinstall to Squeeze helped.
As there are many users reporting troubles with Ubuntu & GPUs, I think there is something broken inside.
Edit: I found the trouble: don't use 32bit Ubuntu (or whatever else 32bit distro)! ATI drivers allocate 256 MB of virtual memory for every core, so setup with 8 cores ate whole 32bit memory space. 64bit installation should work fine (I didn't tested it yet). Thanks ArtForz for investigation.
I'm gentoo fan, but I have working machine with 2x5970 + 5870 running from modified ubuntu liveusb (without hdd), 32 bit, with 1GB RAM. So not sure about that theory. (btw, 8x256M=2GB, so by runnig out of 32bit mem you mean system is using more than 1.5GB?) |
|
|
|
Interesting graph, but not completely clear. Is this a plot of the total reward, or the total reward *per time spent mining in the pool*? 'cos if you can increase your reward by 3.5% and decrease the time spent mining by 5% (or whatever), then that might be a significant reward. You could spend that free time mining elsewhere.
As you can see on Y axis label it's "reward / time spent" (in the mining pool). |
|
|
|
If you want to have bitcoins, you can buy them, or you can mine them.
That's basically it. Verbose version:
Having this choice, you could also hire somebody to mine it for you. But either way, you have to spend money on mining or on buying. If mining gets more expensive, then less people will go for the second option. So that creates more demand, and as you noticed supply is constant, therefore it should push price up.
Even if a miner keeps them "the market" is still absorbing them because the miner is part of the market. And you aren't going to keep them for ever anyway (I assume), so there will be a day with more new coins offered than average in the future. And what if miner keeps them until supply drops? |
|
|
|
Very nice observation. In theory it's true, but I don't fully agree. Most sellers currently are miners. And when selling they set price that they think is profitable for them.
Considers: 300 bitcoin per hours. In a 24 hours period, 7,200 BTC are generated. That mean that the market must move 7,200 BTC a day. I don't think it must. I mine, but I don't sell. Btw, I think I just found a chain that was missing in my head. Here it is: If you want to have bitcoins, you can buy them, or you can mine them.That's basically it. Verbose version: Having this choice, you could also hire somebody to mine it for you. But either way, you have to spend money on mining or on buying. If mining gets more expensive, then less people will go for the second option. So that creates more demand, and as you noticed supply is constant, therefore it should push price up. |
|
|
|
It is a misconception is that difficulty drives price. Price is as always determined by supply and demand.
And difficulty doesn't effect the supply of coins since the rate of new coins is unrelated to the difficulty. So it isn't a factor in price
Very nice observation. In theory it's true, but I don't fully agree. Most sellers currently are miners. And when selling they set price that they think is profitable for them. |
|
|
|
So after the change for score based system, I thought it's maybe profitable to join only after N seconds since round start (kind of opposite to the previous cheating solution). Long story short it does not really seem to be the case (but I wasn't also so far off). I did some math (or rather coding), and here is how your earnings look depending on which second after round start you join. Y axis is normalized in the way that value 1 is what you get when you are mining with pool all the time:  This is based on real data from the rounds for prev difficulty (36k). As you can see, it turns out if you would be only joining about 2250 seconds after round start, then while mining with pool, you would be earning 3.5% more than those mining all the time. And since this plot is based on actual distribution of time to find blocks, it may vary in future, and it's hard to know ahead of time what moment is perfect. |
|
|
|
I like idea of tracking how bitcoin is gaining popularity. Here's one more from me (duckduckgo Feb 27 2011):  |
|
|
|
|
Random thought: I dont believe ideas matter all that much in the world we have today. With internet, many people have access to the same information (and idea is basically few informations meeting together for the first time in your head), and they came up with many same great ideas. The think that matters is realization. So I'm kinda skeptical about people like "I have a great idea, I just need somebody to help me do it". Details matter, skill matters, timing matters.
"Ideas are worthless. Execution is everything." - Scott Adams and soooo many others.
|
|
|
|
You can't also generates codes ahead in time, the code sent by SMS is only valid for a short period, 1/2 hour or so.
Well I was talking about google, not your bank. As I said these are backup codes that you generate in case of lost phone. For what I know, Google works the same way. You can't generate a code to use, let's say, next month. They're valid for a short time also. RTFM (that is, Read Their Fantastic Manual) |
|
|
|
"Two factor" also has a weak spot; what if you lose your cellphone? Or by some reason your operator cancels/changes your number?
I'm not using it but I believe "two factor" means you need phone AND your password. For the case of lost phone you generate some backup codes ahead of time and store them safely. |
|
|
|
|
Especially for windows users, I see only one solid solution currently: bootable usb stick with bitcoin installed. Nothing else but bitcoin, dependencies and tool to clone this to another usb stick. You want to put your savings there? You know the address. If you want to spend, you must reboot from the usb stick.
Caution:
* Never ever put this stick into computer running windows or whatever. You put it only in the machine that is off, then you start it.
* You prepare that stick not from your windows running, but from for example ubuntu liveusb/livecd (afair needed programs are there)
I already have something like this for my own usage, I was thinking about preparing something for mainstream usage but I do have many projects currently and doing this is not profitable (sorry I'm such a ... , anyway bounties welcome) It's also non trivial to convince about this thing authenticity and security. I cannot just provide you an ISO with this, because then you can never know if I haven't switched some binaries with something clever.
|
|
|
|
|
Show Posts
