Bitcoin Forum
July 02, 2024, 11:04:35 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 ... 349 »
5121  Bitcoin / Project Development / Re: Bitcoin.org Redesign (mockups inside) on: March 06, 2011, 10:45:24 PM
They look good to me. I prefer the first by a bit.
5122  Bitcoin / Project Development / Re: Bounty for Bitcoin Animated Movie [13622.05 BTC ($2520) and growing] on: March 06, 2011, 10:43:35 PM
I'll play the hundred I pledged to a good live person explanation.
5123  Bitcoin / Bitcoin Discussion / Re: Transaction fee on: March 06, 2011, 05:34:19 PM
I don't think any miner will ever put free tx in before fee tx. So say 1000 tx fit in a block and there are 2000tx waiting that have fees both miners will include the exact same set of tx. But if there are only 600 tx with fees then one will include only those 600 and the other will include those 600 plus 400 free tx. Both miners will receive the exact same amount of fees.

I suppose things change a little in 120 years when there is no per block reward. Some miners might wait to search for a block until there was a fee tx and some might start "for charity" as soon as there was any tx at all.
Got it (I think!) Rather than increasing the coins available to the "non-free pool" at the expense of "free pool", the effect of non-free pool's rejection of fee-free transactions will be to increase the waiting time for fee-free txs before they're confirmed. (Which should lead to more tx fees, which in turn will benefit all miners/pools). Thanks for your patience!

No problem, glad you got it.
5124  Bitcoin / Bitcoin Discussion / Re: Changes to the bitcoin.org homepage on: March 05, 2011, 10:38:00 PM
Remove generate stuff imo.
5125  Economy / Economics / Re: A free market approach to dark pools on: March 05, 2011, 10:34:50 PM
Suppose you sell some bitcoins on mtgox and when you go to withdraw the proceeds, he says, no I think I'll keep them. Is your only recourse to eat the loss and take your business elsewhere? Can he really run his business "any way he wants"?


But what you fail to realize is that he can only do that to you because as soon as he robes one person...

I trust him not to, but he'd get us all at once, not one at a time.
5126  Bitcoin / Bitcoin Discussion / Re: Possible to export transaction history to spreadsheet? on: March 05, 2011, 09:48:27 PM
I bet there is a better way, but you could search your addresses at blockexplorer.com and pull the data from there.

Obviously a 1 click export would be best, but I don't think it exists yet. Would probably not be hard to program, all the data is there.
5127  Bitcoin / Project Development / Re: Do we need Forum moderators on: March 05, 2011, 09:31:44 PM
I never lock threads. Often, duplicate threads get even more useful replies than the original because people don't have to get up-to-speed on a huge topic. "Completed" topics might benefit from new information.

Off-topic posts are a problem, but I'm not sure how to deal with them. I don't want to delete them on sight, since that causes confusion and makes people upset. The split/merge tools are not flexible enough to deal with larger cases without ruining the discussion.

This makes a lot of sense. What about when we have an influx of noobies and 3 threads about the horrors of lost coins appear at the same time? Are there some occasions for lock/combine?

I think I'm going to make an list of threads about the most common topics so I can quickly link new threads to the relevant thread. If I get much done I'll share it. Another way to do it might be to pull out good answers from the thread, put them in the wiki and link there to avoid linking newcomers to long ass threads.
5128  Economy / Economics / Re: Pertinent WSJ article on: March 05, 2011, 08:18:44 PM
Quote
Chile and Korea are hardly an anomaly: Fully 85% of foreign-exchange transactions world-wide are trades of other currencies for dollars. What's more, what is true of foreign-exchange transactions is true of other international business. The Organization of Petroleum Exporting Countries sets the price of oil in dollars. The dollar is the currency of denomination of half of all international debt securities. More than 60% of the foreign reserves of central banks and governments are in dollars.

When this stops and the dollars come home, the dollar is f'd so hard and fast it'll be insane.
5129  Bitcoin / Project Development / Re: Interfacing with local currencies on BitCoin Wiki on: March 05, 2011, 08:15:44 PM
I'm only somewhat familiar with LETS. Don't most people who use LETS not like the currency to "leave the community"? I think that's irrational, but I thought that was the general idea. Oh, I guess people who live in the same local currency area might want to exchange LETS for BTC if one of them wanted to use the BTC out of the area. So I see a point I guess. 
5130  Bitcoin / Bitcoin Discussion / Re: Transaction fee on: March 05, 2011, 08:11:02 PM
One can create an alternative pool without fees, pools are uncontrollable.
Sure. But would you want to join such a pool, if it was competing with pools that did levy transaction fees? Given a choice between a share of 50 BTC or a share of 50 + 0.5 (say) BTC, I'd prefer to go with the pool that levied fees.

You can't 'levy' fees. A fee is either attached or it is not. Rejecting no-fee transactions does not make you more in fees. A pool that includes some free tx does not give up any fees that are attached to other tx.
Poor choice of words on my part. I'm not sure I get the second part, however. If one pool ("free pool") doesn't reject any transactions, it will get some transaction fees. However, if another pool ("non-free pool") does reject fee-less transactions, it'll (a) ensure that it gets a fee from every transaction it handles, and (b) it'll leave fee-free transactions for "free pool" to handle. Put another way, we know that every block generated by "non-free pool" is going to have transaction fees in addition to the 50 BTC. We don't that that's the case for "free pool": sometimes there will be transaction fees, sometimes not. Or am I missing something?

I don't think any miner will ever put free tx in before fee tx. So say 1000 tx fit in a block and there are 2000tx waiting that have fees both miners will include the exact same set of tx. But if there are only 600 tx with fees then one will include only those 600 and the other will include those 600 plus 400 free tx. Both miners will receive the exact same amount of fees.

I suppose things change a little in 120 years when there is no per block reward. Some miners might wait to search for a block until there was a fee tx and some might start "for charity" as soon as there was any tx at all.
5131  Bitcoin / Project Development / Re: Do we need Forum moderators on: March 05, 2011, 08:06:09 PM
I don't think content should be moderated.

Whoever cleans up spam is doing a good job, but I imagine it'll be a bigger job as the forum grows. I volunteer to assist in that. I could also probably merge dupes without mucking it up.
5132  Bitcoin / Bitcoin Discussion / Re: Transaction fee on: March 05, 2011, 07:45:44 PM
One can create an alternative pool without fees, pools are uncontrollable.
Sure. But would you want to join such a pool, if it was competing with pools that did levy transaction fees? Given a choice between a share of 50 BTC or a share of 50 + 0.5 (say) BTC, I'd prefer to go with the pool that levied fees.

You can't 'levy' fees. A fee is either attached or it is not. Rejecting no-fee transactions does not make you more in fees. A pool that includes some free tx does not give up any fees that are attached to other tx.
5133  Bitcoin / Project Development / Re: Bounty for Bitcoin Animated Movie [13622.05 BTC ($2520) and growing] on: March 05, 2011, 03:56:35 AM
http://www.qwiki.com/q/#!/Bitcoin
5134  Bitcoin / Development & Technical Discussion / Re: Potential vulnerabilities: dependency on IRC and transaction priority on: March 04, 2011, 07:27:10 PM

You do not understand how bitcoin works.

I guess he doesn't, but he's on to something anyway. Usually there is no proof of work attached to a transaction. Attaching a fee denominated in bitcoins is like attaching a proof of work. And that is the ultimate solution to the priority issue.
5135  Economy / Economics / Re: Governments will want their TAX ??? The solution is obvious but scary. on: March 04, 2011, 06:35:02 AM


Try your luck with a privatized fire company then instead of a socialist one (like the USA and most of the world uses).  It has been done and lives and buildings we lost.  

Already private jails in the USA have led to the innocent being jailed for money.  Want to try your luck with private police?


Eh, are you suggesting that if lives or buildings are lost or people are wrongly imprisoned by a system then that system should be ended? Because I can get behind that logic 100%. Let's do this in the morning.
5136  Economy / Exchanges / Re: mtgox.com has blocked my account with 45 000 USD in it! on: March 04, 2011, 06:32:29 AM
2.I think mtgox.com is runing Ponzi scheme (http://en.wikipedia.org/wiki/Ponzi_scheme). That's why he accept depositing in any amounts,but withdrawing limited to 1000USD/day only, by saying something like "to apply with USA requirements" or something like that ( I don't remember exactly ). But what fucking USA requirements, if he don't work with USA Government, he runs black business. He don't have any license (witch is required to apply with USA law if you provide payments or trade services).

I think I am going to die of this laughter.


He makes a point, but I will take up for MtGox. (scantily)  MtGox is a broker, an yea some laws apply since he chose to conduct the service in the U.S. at the time of said transaction. ...

Is a law really a law if you can see into the future and know it will be declared unconstitutional in 10, 20, 100 years? All of these gay laws are unconstitutional under the 4th amendment (search and seizure aka privacy) and the enumeration of powers article.

Anyways, I do not think mt gox is freezing the funds just to obey the law. Because they are already breaking the law by not collecting and verifying names and addresses of every customer.


What if a law is constitutional, but I can see into the future that eventually people will realize that I'm not bound by a document that I didn't sign and don't approve of? 

Maybe dead people's opinions aren't a good reason to do violence to me.
5137  Economy / Marketplace / Re: I need a company name (30 BTC to the winner) on: March 04, 2011, 03:28:10 AM
MeRiad Ventures

capital R optional.
5138  Economy / Marketplace / Re: CoinCard - Buying PayPal $ and gift cards with Bitcoin on: March 03, 2011, 04:35:23 AM
Lol
5139  Bitcoin / Development & Technical Discussion / Re: Potential vulnerabilities: dependency on IRC and transaction priority on: March 03, 2011, 03:51:37 AM
Something like dht would be nice to implement into the client though.

Do you mean the ability to manually enter a peer to connect to? I think you can do it, just not in the GUI. I never have though, others can tell more.
5140  Bitcoin / Development & Technical Discussion / Re: Potential vulnerabilities: dependency on IRC and transaction priority on: March 03, 2011, 03:39:45 AM
I don't think already connected peers would have any problem if IRC went down. And I believe that there are some hardcoded backup peers to get new clients in the loop.
Pages: « 1 ... 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 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 ... 349 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!