Bitcoin Forum
July 02, 2024, 04:00:26 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 [236] 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 »
4701  Bitcoin / Mining / Re: Price/difficulty ratio of profitability on: June 21, 2011, 03:25:49 PM
Code:
    increase := increase*0.96;  // i assume increase is going down by 4% per day. you can leave it out if you don't believe in this.
I strongly disagree, based on previous data over the past months:
http://bitcoin.sipa.be/growth-10k.png

4-5% increase per day is a reasonable assumption, no need to make it fall.

With this method you could calculate how many Bitcoins you approx. would get after some time and also exactly how much money you would have spent until then. Then you can calculate how much Bitcoins must be worth at least to have a certain profit/0 profit.
4702  Bitcoin / Bitcoin Discussion / Re: Mt.Gox and void trades: Force Majeure on: June 21, 2011, 01:34:08 PM
Just read the ToS of Tibanne, which you (as it seems?!) agreed to when opening an account on MtGox:
http://legal.tibanne.com/
4703  Bitcoin / Project Development / Re: Theoretically a branch of Bitcoin including IP addresses in the blocks on: June 21, 2011, 01:12:54 PM
Things to consider:

  • IP addresses are regarded private/personal information by many
  • IP addresses can be used by many people at once
  • You can only verify an IP address by "going there yourself", like a real address. Only because it shows up on google mps or whatever doesn't mean it's really MY address

In the end:
No, IP addresses are NOT a good way to fight anonymity in a Bitcoin-style block chain. They cannot be verified after some time, they are not unique and you would see much hatin' (and low adoption) for implementing something like that - and in the end people would just use TOR/VPNs to mine.
4704  Bitcoin / Bitcoin Discussion / Re: To Magical Tux on: June 21, 2011, 12:33:36 PM
People forgot about http://forum.bitcoin.org/index.php?topic=3712 - they will forget about this stuff here too...
4705  Bitcoin / Mining / Re: Price/difficulty ratio of profitability on: June 21, 2011, 11:49:58 AM
I'm confused as to why you chose 1000 hours? I mean it's a nice round number but how to does it relate to profitability exactly? I'm not trying to prove you wrong, I'm just trying to work out where the numbers are coming from.
He produces MH/s per Watthour but electricity costs are paid per kiloWatthour

For this kind of calculations you have a few factors:

Internal (can be influenced by you):
  • cost of electricity
  • efficiency of hardware (MH/s per Watt)
  • initial cost of hardware
External (cannot really influenced by you):
  • exchange rate at the time you want to cash out
  • difficulty

The external ones can be expressed as a single factor, initial cost is (too) often neglected.
The OP also chose to keep the exchange rate from the equation to have something to compare with more easily (is it higher/lower).

It might be more useful though to have also a more meaningful number as ratio (like the charts in my sig: USD per 100MH/s) as it is quite easy to determine if mining is profitable vs. electricity costs BUT it is harder to see how much and also how much the gains would be (Example: I pay 1 Cent/day for my whole cluster and gain 3 times as much! Still the absolute gains are not really breathtaking...)
4706  Bitcoin / Pools / Re: Multipool - the pool mining pool on: June 21, 2011, 11:02:01 AM
Haven't yet decided which reward system to use for the solo shares Cheesy.
Proportional of course! Cool

It would even be really hard to hop your pool anyways, so I don't even see many issues with that.
4707  Economy / Marketplace / Re: Selling a quad 5870 miner (europe) on: June 21, 2011, 10:52:56 AM
Wrong forum and no price... Roll Eyes

I bid 100 EUR + shipping.
4708  Bitcoin / Bitcoin Discussion / Re: EFF donations and the Bitcoin Faucet on: June 21, 2011, 10:45:45 AM
I also want to add that the amount of Bitcoins one can get via the faucet is of zero use at all.

You cannot even buy a single share at GLBSE in any of the listed companies/investments there, you cannot buy anything useful and you cannot "experiment" with the money either, because of transfer fees. You anyways need more BTC and to accomplish this, you need to mine or buy some or sell something. The amount you would get with this is far higher than the money from the faucet, so all you can "learn" there is how it looks getting a transaction.

All it does is giving people an incentive to game the system to gain some more relevant amount of BTC out of it as the current amount is useless and a more useful amount won't last long.

It's like someone sending out a single penny in an obscure currency - as long as you don't have already more of these, all you can really do is store it (and be even a little pissed, that you have money lying around that is of no use - I would be!) and then, after some time when you forgot about it, throw it away.

Sorry, but this is not what people intended in my opinion when donating to the EFF.


I would like to see the following changes:
1 single Satoshi coming out of the faucet. This still lets people see how to receive a donation/transaction but will last MUCH longer if someone donates a few Bitcent to the faucet.
To make these transactions free, talk to pool operators if they would include them and use some of the EFF money as bounty for someone developing a good and safe transaction inclusion program (to let pool operators decide which transactions to include and which not, based on certain criteria). This is needed much more than having a few people creating hundreds of Google accounts to gain a few Dollars...

The rest of the money can then stay in the faucet, that would (even with severe hacking) most likely never again run dry.
As far as I understand it, it was anyways not meant to give out meaningful amounts of money (to be able to buy ANYTHING) - so it shouldn't matter if you hand out Satoshis or Millicents.

Satoshis might even stand out more and be a kind of a "reminder" of the faucet, since they are seperated from the rest of the coins, if you trade via a few zeroes.
4709  Bitcoin / Pools / Re: Multipool - the pool mining pool on: June 21, 2011, 09:41:38 AM
Also: instead of solo, why not join a pool that cannot be exploited, but just to give the miner a fair share?
Because that would get you banned on that pool for DOSing.

I don't have stats for Multipool, but I guess since it can be more efficient than others and is really easy to set up I expect it to be in the 50 GH/s range.

Now imagine hitting a smaller, but fair pool like Continuum every once in a while with THAT.
4710  Bitcoin / Pools / Re: Multipool - the pool mining pool on: June 20, 2011, 10:54:39 PM
Of course you can. Their stats will be combined then though.
4711  Bitcoin / Mining / Re: To those buying 5830's for resale on: June 20, 2011, 10:53:24 PM
Just beat them with data! Put up some nice graphs + calculations and let everyone make up their own mind, if a 5830 @ 170USD is really worth it (hint: It isn't!).
4712  Bitcoin / Pools / Re: Multipool - the pool mining pool on: June 20, 2011, 09:56:59 PM
As far as I understood it, you could get 1.28 on each pool - so in 2 pools it should be even higher...

It went up to 106.7% for me btw. - seems to still fluctuate quite a bit  even with this sample size Shocked


Also looking forward to the next payment! *cough*
4713  Bitcoin / Development & Technical Discussion / Re: How to merge block chains on: June 20, 2011, 09:48:53 PM
Quote
This means that if the network is broken into 2 disjoint sets of nodes, when they reconnect one of the subnetworks is going to lose the blockchain and all transactions recorded [added by me: WRONG]. Monetary transactions are reversed while the results of merchant activity cannot be. Disappearing transactions are not a feature of a financial network.

Neither are they a feature of Bitcoin - Transactions from invalid blocks become pending again already. This Blog post solves an issue that is already solved.
4714  Bitcoin / Development & Technical Discussion / Re: Pay miners to rewrite block(s)? on: June 20, 2011, 09:45:44 PM
Is there anything stopping this?

1. get 25000 coins stolen
2. after a few confirmations submit a tx with 1000BTC fee that comes from the now empty address
3. The fee could be claimed by rewriting the block that the first tx happened in.

Obviously this could be used for bad (double spends) too. Right now it can't be done with normal client, and miners aren't on the lookout anyway, but is it possible?

In the end you either want to have a negative balance in an address (I think this is NOT possible in Bitcoin at all) OR to have someone with a lot more hashing power than the current network performing an good old 51% - they won't do this for just 1000 BTC!

To invalidate a 6 blocks chain, you need 7 blocks faster than the rest of the network. I'm also not 100% sure how/if clients accept a block that is from a "netsplit" and originates a few blocks further behind.

In the end you want to give miners an incentive to 51% attack the network and cover your losses. If only a few catch on though, they won't have enough power and if all catch on, this would REALLY endanger their own systems (payouts etc.) as well...

I think in theory it might work, in practice I guess you won't find enough miners in less than an hour to mine for that Jackpot.
4715  Bitcoin / Pools / Re: Multipool - the pool mining pool on: June 20, 2011, 08:44:49 PM
With how many shares?

I have ~18000 shares confirmed and an efficiency of 1.054

Unfortunately I cannot say if this is really true/good because of a few downtime-hiccups, so I canont say how long exactly I mined in the past 24 hours with which hash rate to give a really precise answer if this is above or below expected values
4716  Bitcoin / Bitcoin Discussion / Re: Heavy transaction fee for old account: solution of deflationary spiral on: June 20, 2011, 08:24:12 PM
the transaction doesnt even reach the miner if the client doesnt relay it. look up the current rules against SPAM and DDos.
second, why would the miner be against that? we are talking about a fee the miner collects.
The client currently relays nearly ANY transaction - as soon as there are fees, it will even more likely relay it than less likely. Miners would charge higher fees than currently, not lower and the client bans "too cheap" transactions, not too expensive ones.

Hope this is clear now.

Once more than 50% (of the hashrate) of the miners are willing enough to risk their reputation because they are making losses or whatever, they can force the whole bitcoin community to pay arbitrarily large fees according to any model they want. If someone includes a transaction that they don't like, they would have to 51%-attack this block and fork the blockchain off invalidating these unwanted transactions.

They can include their own payout transactions for free anyways if they want to, so that's not an issue.
4717  Bitcoin / Bitcoin Discussion / Re: Heavy transaction fee for old account: solution of deflationary spiral on: June 20, 2011, 06:54:27 PM
users and miners are going to accept whatever the official client enforces, unless the developers of that client screw up big time.
Miners are taking whatever getwork they get from their pool operators. As long as they get coins for that, they are fine.

Users can't do anything about fees imposed/forced by pools - if they require 1 BTC fee or nothing gets transferred, then they have to enter 1 BTC as a fee or nothing gets transferred. Simple as that!
As fees are currently as low as possible, and it's not expected that miners wnat to have LESS fees, the official client will happily relay any transaction that has more fees than it itself requires.
4718  Bitcoin / Mining software (miners) / Re: Using poclbm With The phatk Kernel on: June 20, 2011, 06:50:59 PM
I'm already thinking of killing + restarting phoenix every 10 minutes... would loose me less time than it already has with these lockups! Angry
4719  Bitcoin / Bitcoin Discussion / Re: Heavy transaction fee for old account: solution of deflationary spiral on: June 20, 2011, 06:01:21 PM
when it is decided by only a few guys that the official client only accepts transaction with a certain transaction fee and there is no "revolt" by users, miners cant do anything about it.
WRONG:
If more than 50% of miners are pissed enough that Millions of BTC get shifted around but nearly no fees are being paid, they can as I said 51%-attack the network and force fees as they wish. If the official client doesn't do what they want to, that's the official client's problem.

The Eligius pool for example ONLY includes transactions that follow a certain fee structure and also offers a modified Bitcoin client that automatically pays them (cheaper than the current fees by the way, but for every transaction). There's not much to loose currently for pools, transaction fees are anyways only 0.1-0.2% of a block reward...

I doubt however that the fee structure you propose will be adopted.


Including free transactions comes at a cost: Storage space. Every kB of transactions gets stored on every Bitcoin node all over the world + transferred + verified... a huge waste of ressources that is leeched by people doing transactions for free. The only thing saving them right now is that pools are operated by idealists rather than economists, at least to a certain degree. This won't be the case all the time.
4720  Economy / Trading Discussion / Re: About Mt. Gox flaw from a security expert on: June 20, 2011, 05:19:42 PM
What about DragonflyBSD? The Hurd? Or what about Haiku?!

Seriously! Stop feeding this troll, he won't share his "wisdom" anyways, neither here nor to anyone else who won't pay his little 5-digit sum.

Yes, Bitcoin exchanges were more or less overrun by users in the past few months - whoever didn't know this (there are charts, people!) does know now.
Pages: « 1 ... 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 [236] 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!