Bitcoin Forum
February 17, 2020, 06:17:22 AM *
News: Latest Bitcoin Core release: [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 [360] 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 »
7181  Economy / Marketplace / Re: Torservers - Free Anonymous Uncensored Internet for Everyone on: February 06, 2011, 05:37:00 PM
JAP supports paying for Tor-like service (not yet with bitcoins, though):

It uses onion routing like Tor, but you have to pay to use certain relays. All relays are contractually obligated not to attack your anonymity, so you also have more protection against certain "evil node" attacks.

Even the free "mixes" are often much faster than Tor.
7182  Bitcoin / Development & Technical Discussion / Re: Obtaining all transactions since a given txid on: February 05, 2011, 09:35:01 PM
A very large site would probably want use getblock, anyway, since it allows you to talk to Bitcoin only once per block instead of querying it every time you want to do anything.
7183  Economy / Marketplace / Re: Young women for bitcoins on: February 05, 2011, 09:52:11 AM
Grrr. Mistake != Non-american convention

It is a mistake in English, which the OP is using. No English style guide advocates putting a space before a question mark, and it is never done in English literature. Clearly it would not be a mistake in French.
7184  Economy / Marketplace / Re: Young women for bitcoins on: February 05, 2011, 03:56:15 AM
I would be impressed if you could guess the nationality of someone that easily.  Which was this mistake you're talking about?

I notice that the OP put a space before a question mark, which is a common French mistake. Maybe davux is thinking of something else, though.
7185  Bitcoin / Bitcoin Discussion / Re: Print out your bitcoins? on: February 04, 2011, 09:43:39 PM
Not to nitpick, but, how useful is the private key without the public one?

ECDSA public keys are derived from the private keys using a formula. So including the public key is redundant.
7186  Bitcoin / Development & Technical Discussion / Re: Obtaining all transactions since a given txid on: February 04, 2011, 09:21:14 PM
In terms of the API, the client would invoke listtransactionssince with the hash of the last known block.  If found, the daemon would return the hash of the last confirmed block in the chain, together with all transactions which have occurred between the two blocks.  And instead of a timestamp, the optional parameter indicating early breakout criteria would be the block number.

Good idea. This will work. The client can also keep a stack of block hashes if desired to reduce work in case of a reorg (which happens more often than you might think).

It won't work for 0-confirmation transactions, of course.

Bitcoin Block Explorer does something similar: it uses the current block number for ETag/If-None-Match caching on certain pages.
7187  Bitcoin / Development & Technical Discussion / Re: Suggestion: Introduce penalty for attempted double spend on: February 04, 2011, 04:31:11 PM
transactions are timestamped, aren't they?

No, they're not. And if they were, the timestamp would be provided by the attacker...
7188  Bitcoin / Bitcoin Discussion / Re: How many BitCoin Users are there? on: February 04, 2011, 01:43:51 AM
Bitcointools has the ability to analyze your addr.dat, which should contain nearly every node in the network if your client has been running for a while.
7189  Other / Off-topic / Re: Your username on: February 03, 2011, 07:55:19 PM
I originally made mine for an RPG character: Theymos Amastica. It was created without much thought, being only a minor adjustment of the "Thamior" and "Amastacia" names given as elven name examples in the D&D 3.5 Player's Handbook. I began using it for all of my online game accounts, as well, and then I used it even for non-game accounts so I wouldn't have to remember multiple usernames. (At this point most of my online accounts were game-related.)

I sometimes wish that I had chosen something better and more meaningful, though it is nicely unique: almost all Google results for "theymos" are related to me. It would be very difficult to change at this point, after using it for 5+ years.
7190  Bitcoin / Mining / Re: Mining behind a firewall on: February 03, 2011, 07:29:16 PM
Are these connection IPs hard-coded into the source?

No. You connect to an IRC channel to get a list of all active Bitcoin peers. Then you choose 8 at random (basically). You will also be listed on that channel, though peers won't be able to connect to you from the outside.

I recommend running the miners with -connect=<IP of networked bitcoind>. This connects only to the specified IP, and it prevents you from being listed on IRC. Then you are well-connected, but you avoid wasting network resources.

Not being well-connected is only a minor disadvantage. You can replicate some of the advantage by running the miners with -maxconnections=20, which will increase the number of outgoing connections to the specified amount. You might also do -maxconnections=4 and -noirc to decrease the number and stay off IRC (you'll bootstrap from your network node), and then use addnode to connect to your networked bitcoind: this decreases network load without relying completely on your networked computer.

(Edit: I just discovered that maxconnections can't increase the number of connections from 8, as I always assumed.)
7191  Bitcoin / Bitcoin Discussion / Re: Bitcoin bottleneck on: February 03, 2011, 07:11:13 PM
You can often speed up transaction processing by including a 0.01 BTC fee.

For practical purposes you don't really have to worry about it.

I wouldn't say that. Consider that ArtForz or slush could easily reverse a transaction with even 2 confirmations (maybe more).

So if all miners were to suddenly stop mining all at once, how would this affect the bitcoin network? Will payments still go through?

Processing would become much slower. However, transaction fees would accumulate, constantly increasing the generation incentive. Eventually someone would want to generate.
7192  Economy / Economics / Re: When to "move the decimal points" ? on: February 03, 2011, 01:15:07 PM
Why don't the excess fees just get returned as change to the originator of the transaction?

It would require creating a new transaction, which might have to have its own fees, which might have to have its own change transactions, etc. The refunded amount would also be at risk of changing in a reorganize, which would invalidate all future transactions based on that one.
7193  Bitcoin / Bitcoin Discussion / Re: Newbie Merchant. Part #2 on: February 03, 2011, 06:30:04 AM
The way you're doing transactions is not secure. Anyone can monitor the public address and then automatically email you when they see a transaction to it. The real purchaser will have a hard time proving that they were the one who actually sent the coins. You must generate a unique address for each customer. I recommend just using MyBitcoin's merchant API to do the transaction processing.

Bitcoin transactions are not encrypted, and it's likely that all transactions will require a small fee within a year or two.

i didn't want to step in, but kiba, what does your first reply have anything to do with nickwit's original post about calipers???

Nickwit asked for feedback on his explanatory Bitcoin page. Kiba is responding to inaccuracies he perceives in the text.
7194  Other / Off-topic / Re: I have nowhere else to turn.. on: February 03, 2011, 05:03:31 AM
Minimum wage? I'll be happy to earn bitcoin at minimum wage. Anything for bitcoin, really.

I think he's saying that minimum wage laws make finding employment more difficult, since labor is more expensive than it should be.
7195  Bitcoin / Bitcoin Technical Support / Re: Bitcoin and bittorrent don't work. Ports blocked? on: February 03, 2011, 04:31:18 AM
Possibly the "modem" supplied by your ISP also acts as a NAT device that requires its own port forwarding rules. Maybe your ISP blocks all incoming connections, or has you NATed with several other users. You should contact your ISP's support.
7196  Bitcoin / Bitcoin Discussion / Re: Building our decentralized web identity on: February 02, 2011, 08:10:55 PM
I still don't know the details of how BitCoins work, but here is a thought: couldn't you send BitCoins to somebody's email address by creating both the private and public key and sending them both to the email address?

You can, but it allows the sender to double-spend, so you wouldn't want to accept the transaction until it appears in the block chain. That's not a big deal in this case, though.

The email would also need to be encrypted.
7197  Bitcoin / Bitcoin Discussion / Re: MtGox account compromised on: February 02, 2011, 07:58:20 PM
I have seen that latter though at least once I just can't remember where.

The Linux/Unix "default" behavior is to use crypt() to DES-encrypt a truncated password as you described. Probably almost all Linux distros modify this behavior to something more secure, though.
7198  Economy / Marketplace / Re: Exchange questions on: February 02, 2011, 07:38:36 AM
Can anyone fill me in a bit more on how this might work?

Connect to the #bitcoin-otc IRC channel on Freenode. Here is a webchat page:

Then just state the trade you want to make and wait for someone to respond. A 1:1 LRUSD->Paypal trade will be attractive, I think.

Here are the abbreviations:
7199  Bitcoin / Bitcoin Technical Support / Re: Can I safely run multiple identical bitcoind instances ? on: February 02, 2011, 04:52:04 AM
It shouldn't be a problem if they truly do no transactions, though. (Generating 50 BTC for themselves would be a transaction.)
7200  Bitcoin / Bitcoin Discussion / Re: MtGox account compromised on: February 01, 2011, 07:35:01 PM
User credentials are passed along in clear text with GET method, not POST method.
That's sad man, anyone able to sniff the server traffic would have all the credentials.

POST is also easily-readable plaintext... GET is just visible in the URL. GET parameters are encrypted when using HTTPS.
Pages: « 1 ... 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 [360] 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!