Bitcoin Forum
September 08, 2024, 05:11:12 PM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 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 ... 327 »
5101  Economy / Service Discussion / Re: CoinLab Mtgox on: March 10, 2013, 01:31:39 AM
Is coinlab a full bitcoin exchange?  Or is it just a more convenient way to get USD into Mt. Gox?
Soon to be only way to get USD into and out of Mt. Gox.
5102  Bitcoin / Bitcoin Discussion / Re: Newly Discovered Flaw, Could KILL Bitcoin! on: March 10, 2013, 01:25:44 AM
Thus one has to try to either tame them or define a scheme by which the blockchain can be cleared from them once in a while.
Miners have complete control over which transactions they include in a block. They don't need to use the default rules, nor do they need to change the protocol. A couple lines of code could create the necessary incentive to clean up all of these "unspendable" dust outputs.

https://bitcointalk.org/index.php?topic=150726.0
5103  Bitcoin / Bitcoin Discussion / Re: Easy way to send transactions generated offline? on: March 09, 2013, 09:31:34 PM
I see, thus avoiding sending a "watching-only" wallet from offline to online computer?
Exactly.
5104  Economy / Service Discussion / Re: CoinLab Mtgox on: March 09, 2013, 09:29:50 PM
So, I guess it would not be a good idea to open an account over at CoinLab Huh
It's a great idea, just remember the first rule of Bitcoins - you don't actually own them unless you control the private keys.

Use CoinLab as a convenient way to move dollars into the exchange and buy bitcoins with them. Then withdraw your bitcoins to a wallet you control.

Don't hold funds in the edge exchanges - use them as an escape route.
5105  Bitcoin / Bitcoin Discussion / Re: Easy way to send transactions generated offline? on: March 09, 2013, 09:12:19 PM
It seems like it should be possible to set up online/offline Armory instances, generate the public and private keys with a separate utility, and import the private key into the offline instance and the public key into the online instance.
5106  Bitcoin / Development & Technical Discussion / Re: Dust Collection on: March 09, 2013, 09:10:24 PM
Not just care, but care enough to forgo some income for it when they take a txn consuming more utxo paying lower fees per byte over one consuming less utxo paying more.
They don't necessarily need to forgo income. At high enough transaction rates there must be some economic value in keeping the UTXO set small enough to fit in RAM. Presumably miners are smart enough to analyze their capital equipment costs and determine the correct magnitude of the incentive.
5107  Bitcoin / Development & Technical Discussion / Re: Dust Collection on: March 09, 2013, 09:04:07 PM
how do you arrive at 3?
Blockchain.info is down again so I couldn't get exact numbers but I know the current transaction rate is less than 10 tps. 10->2000 is three orders of magnitude. If we are less than 2 on average now it should be 4 orders of magnitude.
5108  Bitcoin / Armory / Re: Is it possible for Armory to query Electrum servers for watching only wallets? on: March 09, 2013, 09:01:01 PM
Just found this thread because I was wondering what will happen in the future if (when) the user base is many times greater. Will we reach a point where it's no longer feasible for the average user to run a complete node?
Before that happens fully functional nodes will no longer need to store the entire blockchain all the way back to the Genesis block, and blocks will become a list of transactions instead of including copies of the transactions themselves, to cut the average bandwidth needed to participate in the network by half and reduce the burst bandwidth requirement to almost match the average bandwidth. The average user might not be able to participate with a 10 year old laptop and dial up modem, but with reasonably modern equipment and connectivity they can still be part of the network.
5109  Bitcoin / Development & Technical Discussion / Re: Dust Collection on: March 09, 2013, 08:52:50 PM
So lets say $20 per day per node, compare that to the number of dollars available to be mined each day and you have the number of nodes the network can support I guess, yes?
If we're talking about a Bitcoin economy that is generating 2000 transactions per second there's a bit more to it than just the block reward.

Don't forget to scale the existing fee revenue by three orders of magnitude.

Then make sure to add in the nodes operated by Bitcoin-dependent businesses that absorb that cost into their overhead.
5110  Bitcoin / Development & Technical Discussion / Re: Dust Collection on: March 09, 2013, 08:30:48 PM
Permanent storage isn't the (significant) scarce resource that requires block space to be rationed, bandwidth is.
Downloading an amount of transactions equal to Visa, based on today's bandwidth costs, would be less than $20/day.
5111  Bitcoin / Bitcoin Discussion / Re: Should the bitcoin community ban the Satoshi Dice filter patch? on: March 09, 2013, 07:55:58 PM
keyword: eventually


https://www.khanacademy.org/math/arithmetic/exponents-radicals/world-of-exponents/v/understanding-exponents
5112  Bitcoin / Development & Technical Discussion / Re: Thoughts on raising the Hard 1Mb block size limit on: March 09, 2013, 07:50:46 PM
By default Bitcoin will not created blocks larger than 250kb even though it could do so without a hard fork. We have now reached this limit. Transactions are stacking up in the memory pool and not getting cleared fast enough.
5113  Bitcoin / Development & Technical Discussion / Re: Dust Collection on: March 09, 2013, 07:48:09 PM
Your reasoning would make sense to me if UTXO set size was the only scarce resource being rationed, but block space needs to be rationed at the same time.
True at the moment, but in the long term block space does not need to be rationed. It's not even strictly necessary for anyone to keep every transaction all the way back to the Genesis block.

The only data that absolutely must persist forever for the network to function is the UTXO set.
5114  Bitcoin / Bitcoin Discussion / Re: Should the bitcoin community ban the Satoshi Dice filter patch? on: March 09, 2013, 07:19:35 PM
SD is not "the tip of the iceberg". Let's imagine a bitcoin-operated coffee shop and compare it to Satoshidice. Assume you have 1000 customers at your coffee shop every day, everybody makes one purchase. 1000 transactions spread over a day is not much.
One coffee shop is still part of the tip of the iceberg.

Bitcoin eventually needs to be able to handle multiple coffee chains, each with tens of thousands of stores, all serving 1000 customers per day.
5115  Bitcoin / Development & Technical Discussion / Re: why did bitcoin choose secp256k1 over secp256r1? on: March 09, 2013, 07:12:43 PM
i've always been a bit wary of djb crypto, despite the guy being a pretty big producer idea-wise. his algos are not nearly as well-studied as the standard ones and he has a tendency to assign "frankenlicenses" on his code.
Everything he does is non-standard. He invented his own FHS and init implementation, just because. Integrating his software with any system vaguely unix-like is an enormous pain in the ass that people only ever tolerated because the alternatives to his software (Bind) sucked that much at the time.
5116  Economy / Speculation / Re: [SHARE] Your Personal Analysis (only post with pictures) on: March 09, 2013, 06:27:42 PM
World domination by 2020

5117  Bitcoin / Armory / Re: The perfect offline printer... on: March 09, 2013, 05:42:44 PM
Does anyone still make dot matrix printers?
5118  Bitcoin / Bitcoin Discussion / Re: Newly Discovered Flaw, Could KILL Bitcoin! on: March 09, 2013, 05:22:37 PM
Do you have a solution to force miners to care about Bitcoin in the long-term?
I'm all for better solutions, but so far I've not heard any.
You could make it economical to clean up the mess, which is a better long term solution because it doesn't rely a constant arms race to filter out bad behaviour.

https://bitcointalk.org/index.php?topic=150726.0

At least one client developer is willing to automatically clean up those unprunable dust transactions if the right incentives are in place.
5119  Bitcoin / Bitcoin Discussion / Re: Bitspend.net is relaunching Monday! Now with a 100% guaranteed anonymity package on: March 09, 2013, 05:17:23 PM
Yes!  We have plans also to integrate PGP into the site for ALL communications.
More Bitcoin sites need to give users the options of uploading a public key to encrypt email messages with.
5120  Economy / Speculation / Re: Pump 'n' Dump - Happening Now? on: March 09, 2013, 04:28:52 PM
It could happen...



It could also go to zero.
Pages: « 1 ... 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 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 ... 327 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!