Bitcoin Forum
June 15, 2024, 02:26:53 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 [146] 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 ... 205 »
2901  Bitcoin / Project Development / Re: [FEELER] Bitcoin bounty project on: August 11, 2011, 01:17:07 PM
I just noticed the other thread on bounties, and it doesn't seem like there are any bitcoin bounty projects that are particularly far along. I'd be happy to consolidate efforts.
2902  Other / Beginners & Help / Re: Ever tried Bitcoin Randomizer? on: August 11, 2011, 01:09:10 PM
Isn't it just another Ponzi/pyramid scheme?
2903  Bitcoin / Development & Technical Discussion / Re: Would it be possible... on: August 11, 2011, 12:31:54 PM
Would it be possible to replace random hashing calculations with say real world distributed computer calculation processing such as is from the BOINC client, World Community Grid or Folding@Home?
Why pay miners for calculations that don't secure the hash chain? These "random" hashing calculations are not random -- they add computational effort to the public hash chain, preventing double spending attacks.

Quote
I am thinking if this is possible this alone could be a HUGE boost to bitcoin (and bitcoin like) currencies as you greatly expand your interested client base and appeal to individual humanitarian causes as well as natural profiteering and liberty minded individuals.
You're welcome to do all those things if you want, but it doesn't help secure the hash chain. That's what miners are paid for.
2904  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANNOUNCE] Ixcoin - a new Bitcoin fork on: August 11, 2011, 11:45:36 AM
Just don't be holding IXC when the music stops.

Update: And it looks like the music just stopped.
2905  Other / Archival / Re: delete on: August 11, 2011, 11:06:26 AM
people are probably just trading in it for a bit of fun and excitement... i bought a few of them for 0.008 each and then 1 minute later someone bought some for 0.004 each... half what i paid... i know it's possible i'll lose all my money, but then again, i'm approaching it a bit like one of these gambling games we see so much on this forum Smiley
No harm in having a little fun. Just remember, 100% of your 'investment' is at risk.
2906  Economy / Trading Discussion / Re: Mt.Gox to Acquire Bitomat.pl, Compensate Loss Of Bitcoins on: August 11, 2011, 11:00:07 AM
Win/win. Nice.
2907  Other / Archival / Re: delete on: August 11, 2011, 10:27:07 AM
I would be extremely wary of offering BTC for IXC. I fear the price is a nonsense price made up from a large number of small transactions and as soon as a large number of asks are placed, someone will wipe them all out with a large dump of IXC, dropping the price to near zero and raking in the bitcoins.
2908  Other / CPU/GPU Bitcoin mining hardware / Re: Efficiency... PS 240v 120 v.... on: August 11, 2011, 10:09:35 AM
Typically a higher voltage setup is more efficient because the current is lower, thus I^2xR losses are less.
2909  Bitcoin / Bitcoin Technical Support / Re: Bitcoind and memory used on: August 11, 2011, 08:20:32 AM
It depends on the number of clients, but 200MB is normal. Note that the number under RES or RSS is the most useful measure of memory usage. 300MB seems high if it's not a mining controller or hub. (Mining controllers have to keep track of every work unit issued until the next block is found.)
2910  Bitcoin / Bitcoin Technical Support / Re: Something isn't matching up... on: August 11, 2011, 07:01:25 AM
The client will give you transaction IDs. You can then paste them into block explorer. The output address that isn't the one you sent to is your change address for that transaction. (Assuming the transaction has at least one confirmation.)
2911  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANNOUNCE] Ixcoin - a new Bitcoin fork on: August 11, 2011, 06:41:49 AM
The way I see it, miners will mine Currency A until it becomes too difficult, and due to the market size, there isn't enough transaction fees to sustain mining. So bulk of them then switch to Currency B. Now nobody can use Currency A because difficulty A is too high for blocks to get processed efficiently and time to next correction is 2 years down the road. Ditto Currency B and new Currency C, ad nauseum.
This isn't a huge problem for two reasons:

1) The people who hold a currency will be incentivized to mine it at least enough to get the difficulty back down.

2) Alternative currencies can have any rules they want for when and how difficulty is adjusted.

The alternative currencies, at least for now, are not particularly likely to inflate the supply of bitcoins anywhere near as much as they inflate the demand. Any additional attention placed on virtual peer-to-peer currencies will spillover into more interest in bitcoins.
2912  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANNOUNCE] Ixcoin - a new Bitcoin fork on: August 11, 2011, 05:42:04 AM
Exactly how would that work?
It's not difficult in principle. Exchanges could advertise a particular exchange rate between two known currencies, then another client could accept that offer. The exchange would then present a signed contract "You send X bitcoins to Y address by time T, and I'll send Z namecoins to address Q (with backup address R)."

The client accepts the contract by validating the terms and the exchange's signature and then funding. The exchange then completes the deal.

If an exchange cheats a client, the client has proof. If a client funds late, the exchange refunds to the backup address.

The biggest problem I see is a client holding onto a contract and then deciding whether to fund it based on movements of the market. There are a lot of ways to fix this. For example, you could have contracts that always permit the exchange to just refund the money. The exchange could build in an extra cushion to cover it for this eventuality. The exchange could require the client to make a non-refundable 1% deposit before it issues a contract, and so on.
2913  Bitcoin / Project Development / [FEELER] Bitcoin bounty project on: August 11, 2011, 04:28:54 AM
I know a lot of people have informally offered bounties to get various things bitcoin-related done. What I'd like to do is start a project
specifically to organize bounties. The primary aim would be to make badly needed usability improvements and fix bugs in the bitcoin client.  

I can commit at least some of my time and will put my reputation behind the project. I can provide hosting for the project web pages.

What I'm asking for at this time is primarily a response on whether people are interested, whether my basic plan makes sense, and whether there are any other people who are willing to take on larger roles in the project. Also, if this is duplicative of other efforts, I'd prefer to combine forces than have two projects.

Here's the basic idea:

1) All project records would be completely open. All project funds would be held in accounts with well-known bitcoin addresses. All payouts would be documented: amount, recipient (possibly by psuedonym), and reason.

2) The project would take suggestions for most wanted bounties. The primary goal would be improving the bitcoin client to make the client more useful for ordinary people, especially those unfamiliar with bitcoin internals. But improvements to other bitcoin-related open source projects would be acceptable too. Bounties could be awarded in stages: First to offer patch, first to submit pull request, changes accepted into mainstream client, and so on.)

3) Donations would be primarily through a small number of fixed addresses and separated by purpose for project transparency. Plans for project
termination would be pre-arranged (perhaps donation of funds to a charity chosen from a list, perhaps refunds where possible). Each address would have a focus, for example one address just for client usability bounties, one just for client bugfixes, and so on, so donors could focus their donations on their areas of interest. (Probably no more than 5, for sanity reasons.)

The project would be strictly limited to improving bitcoin-related open source projects with an initial primary focus on improving the usability and
security of the bitcoin client and a secondary focus on other improvements (such as bugfixes) to the bitcoin client.

Hopefully, I could transfer most of the day-to-day control and decision making power over the project to a group of voting members. Sadly, I would have to make myself ineligible for claiming bounties.

The biggest issue for me is the security of holding other people's money. If anyone knows a better way than transferring coins to offline encrypted
wallets with emergency key backups printed on hidden sheets of paper, I'd love to hear it. Perhaps I can find three trusted people and give them each 2/3 of the key as an emergency backup in case I get hit by a bus.
2914  Other / Meta / Re: What Happened to Matthew N. Wright? on: August 11, 2011, 04:04:38 AM
Quote from: JoelKatz
This is very unfortunate, too, because it's creating a downward spiral. People who are legitimate are afraid to bring their ideas forward because they will be believed to be just another scammer. I've wanted to float the idea of a bitcoin bounty project (to arrange contributions for bounties on the most wanted bitcoin client improvements)

This is a great idea, please do it. I submit the best way to raise funds is to stream line the process and start a fund administered by you that people donate to, and then you use it to create bounties for bitcoin software projects.

This way people can arrange to make recurring contributions without having to concern themselves with the details like scouting for worthy projects.
I'll make a new post suggesting the outline of the project as I envision it and seeing if I can find other people interested in doing it too. I have a lot of big ideas, but I'm not sure I can commit the time needed to do this all by myself. I don't want to derail this thread.
2915  Other / Beginners & Help / Re: Junior Jobs and Mentor Request on: August 11, 2011, 04:00:41 AM
You're welcome. Feel free to PM me if you have any questions that you don't think warrant a post here.
2916  Economy / Trading Discussion / Re: Would a 100% dark pool exchange work? on: August 11, 2011, 03:36:15 AM
My argument is that you are not able to predict movements effectively either in transparent markets because trading bots obfuscate relevant information just like dark pools. They are able to place and remove orders much faster than your ability to process and make decisions on the new information that comes in every second.
"Other exchanges are almost as bad" doesn't sound like a very good sales pitch. Simply put, you give me much less information. How will you make that up to me? Hiding my own transactions from others is only a microscopic benefit to me.

Quote
Since I can't get cash out of your exchange quickly, I risk being stuck with cash that cannot do anything useful. I might be willing to take that additional risk, but not for free.
If you have urgency in cashing out quickly then you place your order as close to the latest price as it needs to be. It's no different than in normal exchanges.
I think you miss my point. Presumably, if I have bitcoins stuck in your exchange, I can transfer them out instantly. But if I have cash stuck in your exchange, it's going to take me on the order of days to get it out. That's a risk I have to take to sell on your market. I wouldn't take it blind.

I might be willing to transfer some bitcoins to your exchange, try to sell them for well over market price, and wait a half hour. If I succeed, it's worth the few days it'll take me to get the cash back, maybe I'll try to buy way below market price. If I succeed, at least I can get the coins out fast. But I wouldn't be willing to sell at anywhere near market price on such an exchange, since the risk would be too high.
2917  Other / Beginners & Help / Re: Junior Jobs and Mentor Request on: August 11, 2011, 03:04:27 AM
Create an account on github. Follow the instructions in the sticky post on how to create a pull request, but stop at the point where you work on the code. Then take a bit to look over the organization of the code generally. See that it uses Boost, see that most of the core code is one directory. The net code is in net.cpp, the RPC code is in rpc.cpp, and so on.

Then look through the list of bug reports on github:
https://github.com/bitcoin/bitcoin/issues?sort=created&direction=desc&state=open

See if anything moves you.
2918  Economy / Speculation / Re: Quick math question. on: August 11, 2011, 02:44:01 AM
I know this question might seem a bit dumb but how much does the price need to go up on mt. gox before I can sell at a profit with their normal fee.

Say I bought one btc at 10, how much would it have to rise.  6 cents?
It takes a buy at $10.00 and a sell at $10.12 to break even.

Commission is (normally) .65%, so:

I buy 10 bitcoins at $10 each, cost is $100 plus $0.65 commission.

I sell 10 bitcoins at $10.12 each, I get $101.20 and pay $.55 commission.

Sell-Buy: $101.20 - $100 = $1.20
Total Commission: $1.20

Result: Breakeven
2919  Other / Beginners & Help / Re: The -gen option on: August 11, 2011, 02:40:06 AM
Yes. Some versions of the bitcoin client have a built in miner that's so slow as to be basically worthless.
2920  Other / CPU/GPU Bitcoin mining hardware / Re: 2x6990 Possible with 1000w PSU? on: August 11, 2011, 02:39:06 AM
I think so. You have a single +12V rail, so you don't have to worry where the power's coming from. And your power supply can provide up to 984W on that rail. Each card is rated for 330W max, so that would be 660W for the two cards. The remaining 300W should easily cover a minimal system.
Pages: « 1 ... 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 [146] 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 ... 205 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!