Bitcoin Forum
May 04, 2024, 02:53:30 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 »
7781  Bitcoin / Project Development / Re: 100 BTC for a key extracting program on: December 29, 2010, 12:50:14 AM
Yes, look at a raw block with at least 2 txns in it at BBE, you'll find answers Wink

The public key is also shown on address pages if it has ever been used on the network.

(Don't scrape regular BBE pages, though. I'll add a page on /q if anyone actually needs it.)

The sender attaches the public key of all output addresses to the transaction?

Right. When you redeem a transaction sent to an address, you include the public key in the scriptSig. Then this is checked against both the hash and the signature.
7782  Other / Off-topic / Re: Recommend a PGP freeware solution. on: December 28, 2010, 06:00:43 PM
Personnally I don't know any other encryption/signing software.

There's the original PGP. They don't offer any freeware versions that I know of, but the source code is public, so you could compile your own version for free.
7783  Bitcoin / Bitcoin Discussion / Re: Whats the fee for? on: December 28, 2010, 03:58:44 AM
The minimum fee is 0.01, and increases for larger transactions.

For a 999-byte transaction:
nMinFee = (1 + 999 / 1000) * CENT
nMinFee = (1+0) * CENT
nMinFee = 0.01 BTC

For a 1000-byte transaction:
nMinFee = (1 + 1000 / 1000) * CENT
nMinFee = (1 + 1) * CENT
nMinFee = 0.02 BTC

The UI text should say that most transactions are under 1K and would therefore need a fee of 0.01.

What affects transaction size, and what causes it to go over 1K?

Number of inputs, mostly. Compare the sizes (shown on each page) of these two transactions:
http://blockexplorer.com/tx/19573c608543d95b193ebaf0de2c0c4fd299732f878233f6ea5b5c15a9bf85ff
http://blockexplorer.com/tx/b13bc77ca994479bb8fdc69d9e119163c8d41773cc148c9f82fcb67f78f3d108
7784  Bitcoin / Bitcoin Discussion / Re: i want to understand on: December 28, 2010, 12:49:13 AM
Take a look at https://en.bitcoin.it/wiki/Blocks and follow the links on that page. Also join the IRC channel.

Each record of a transaction is called a block.

No. This seems to be your main point of confusion. A block contains multiple unrelated transactions. The block chain is every block in order of creation. The block chain is used to securely record the ordering of transactions, preventing people from spending the same coins twice. Most users don't produce blocks -- they only produce transactions, which other users put into blocks.

Quote
stating that node now has x fewer coins and the receiving node now has x more coins

Balances aren't used, and everything is done by address. A transaction "redeems" a previous transaction, gaining all coins from it. Then it sends these coins to one or more addresses. Then these recipient addresses can redeem this transaction at any time in order to send the bitcoins that they were assigned.

Quote
what exactly is being encrypted.

The transactions are digitally signed. Nothing is encrypted.

Quote
What is to stop someone else from sending a message to the network stating that he is you and he transacts x funds to y account

He doesn't have the private key associated with your Bitcoin address, and he can't find it in a reasonable time. Read:
http://en.wikipedia.org/wiki/Public-key_cryptography
The Bitcoin address is a public key (a hash of the public key, actually, but it doesn't matter in this case). The private key is stored in your wallet.dat.

Quote
i cant for the life of me figure out how [proof-of-work] factors into the whole bitcoin equation

In order to produce a block, you need to solve a proof-of-work. This prevents people from re-doing the entire block chain and ruining the guaranteed ordering property that we need.

Bitcoin's proof-of-work works like this:
- Everyone in the network agrees on a target number, which determines the difficulty of generating a block.
- People trying to generate blocks create random numbers in a way that allows everyone else in the network to verify that the numbers are actually random. (They hash their temporary block.)
- If their number is lower than the target, then their block is valid.

Quote
Also isnt it possible that two different public keys could return the same hash value, i know its unlikely but if people are using this service 100 years from now on a global scale there could be a LOT of transactions by then.

If every person on Earth makes ten addresses per second for 20 years (2x1018 total addresses), then the probability that two of these addresses collide is about 1.57x10-12.

7785  Bitcoin / Development & Technical Discussion / Re: In the interests of capitalism and programming... on: December 27, 2010, 11:58:26 PM
All current generators ignore sub-cent portions of the fee, so why would you want to?

as in, I want my fee to be <0.0099999999999999999999999999999999999>

Bitcoin has an eight-decimal precision limit, and for all current generators this would be exactly the same as a fee of 0.
7786  Bitcoin / Bitcoin Technical Support / Re: Moving Wallet & DB to a different drive on: December 27, 2010, 09:24:38 PM
Use the -datadir=path switch when running Bitcoin.
7787  Bitcoin / Bitcoin Discussion / Re: Whats the fee for? on: December 27, 2010, 08:09:31 PM
A 0.01 BTC fee is a straight fee, not a percentage.

It's per kilobyte of transaction size.
7788  Other / Off-topic / Re: Recommend a PGP freeware solution. on: December 27, 2010, 09:10:24 AM
GPG is the main open source OpenPGP client:
http://www.gnupg.org/

There's a Windows package that includes the Kleopatra GUI for GPG:
http://www.gpg4win.org/
7789  Bitcoin / Bitcoin Discussion / Re: Bitcoin Block Explorer on: December 27, 2010, 05:58:46 AM
HTTPS access to http://blockexplorer.com/q and the rest of BBE will be offline for 2-5 days starting a few days from now. If anything uses the tools over HTTPS, change it ASAP or prepare to have your packets rejected for a few days.

(I'm making some hardware+software changes that require me to move BBE to a different computer temporarily, and I don't want to move the private key for security reasons.)
7790  Other / Off-topic / Re: File Encryption on: December 27, 2010, 02:41:13 AM
I just tried out 7zip for encrypting. The only problem is that the encryption feature is obscure and require some automation.

What do you mean? It's shown right in the archiving window:



The command-line version supports it as well, of course.

One warning: the default encryption method for zip files is ZipCrypto, which is totally insecure. Either use the 7z format or use the AES-256 encryption method for zip (which makes these files incompatible with most zip programs).
7791  Economy / Economics / Re: Will occasional losses of bitcoin wallets limit available maximum bitcoins? on: December 27, 2010, 02:29:28 AM
For bonus points, can you tell us how this info is transmitted? Smiley

How long does it take for your wallet to be worth more?

People find it more difficult to obtain bitcoins because fewer bitcoins are being sold/traded. The price is then raised because demand has stayed the same (or risen), but supply has been reduced.

How long it takes depends on how the person was using the coins previously. If they were actively trading, the market will notice immediately. If they were saving for a short period or trading only occasionally, it might take a few months. If they were hoarding for a long period of time, the market might have already adapted to the loss of the coins from circulation.
7792  Bitcoin / Mining / Re: Join a pooled bitcoin mining effort on: December 27, 2010, 02:11:44 AM
The 0.01 fee is for entire transactions less than 0.01, correct?

No. It applies if any output is less than 0.01.

Bitcoin could choose coins intelligently to reduce the number of bitcoins thrown away, but it doesn't, so sub-cent amounts are nearly worthless currently.
7793  Bitcoin / Development & Technical Discussion / Re: fallback nodes, and DNS bootstrapping on: December 27, 2010, 01:59:32 AM
So they are force you  to spend your own money from a bitcoin client in their favor.

They could double-spend transactions to you, but they couldn't redirect your transactions from one Bitcoin address to another one. There are much easier ways to "surround" someone if you control the ISP.

Seednode bootstrapping is used in Tor, I2P, GNUnet, and Freenet. Just removing IRC and using the already-implemented seednode system will work fine.

Reading a bit the code of the Bitcoin client, the client is using a simple trick to know its remote IP via
the IRC server (https://github.com/bitcoin/bitcoin/blob/master/irc.cpp#L333).

That's just one method of finding your external IP. There are also two HTTP external IP services.
7794  Other / Off-topic / Re: File Encryption on: December 26, 2010, 07:11:35 AM
For individual files, I like 7-zip's encryption feature.

Truecrypt pre-boot authentication is the best way to prevent anyone from accessing the files on your computer.
7795  Bitcoin / Development & Technical Discussion / Re: [PATCH REQUEST] Variable ports (205BTC reward) on: December 26, 2010, 12:17:06 AM
Interesting, is this by design or a bug?

It's by design. Here is Bitcoin choosing which peers to connect to:
Code:
// Randomize the order in a deterministic way, putting the standard port first
int64 nRandomizer = (uint64)(nStart * 4951 + addr.nLastTry * 9567851 + addr.ip * 7789) % (2 * 60 * 60);
if (addr.port != GetDefaultPort())
    nRandomizer += 2 * 60 * 60;
7796  Bitcoin / Bitcoin Discussion / Re: Micropayments? on: December 25, 2010, 11:55:33 PM
Do you know of any plans to update the clients to support that?

The current two-decimal precision is not enough for your needs? 0.01 BTC = 0.0025 USD.

The high precision is to deal with deflation, not for extremely low-value transactions. Currently the vast majority of generators won't even accept sub-0.01 transactions. The full precision will probably not be widely available for decades, if ever. Another decimal or two might be added sooner.

Even if most generators did accept sub-0.01 transactions, I expect a transaction fee of at least 0.01 to be required for all transactions in a few years, which would defeat the point.
7797  Bitcoin / Bitcoin Discussion / Re: Micropayments? on: December 25, 2010, 11:17:34 PM
The protocol supports precision up to eight decimals. The client does not yet expose this much precision.

Here's a high-precision transaction, for example:
http://blockexplorer.com/tx/c7033a2693d18979c49dce4414582b0f241e38b99ef339586e3c284069aeaf5a#o0
7798  Economy / Economics / Re: P2P currencies on the Kaiser Report on: December 24, 2010, 09:03:23 PM
Appearing on RT doesn't exactly give us a lot of credibility...
http://www.youtube.com/watch?v=7UAeSsvHhTg
7799  Bitcoin / Development & Technical Discussion / Re: [PATCH REQUEST] Variable ports (205BTC reward) on: December 24, 2010, 08:49:20 PM
On a related note: from discussion on IRC I understood that the peer exchange protocol somehow doesn't have support for alternative ports. Does this patch work as advertised at all?

The protocol supports alternative ports just fine, though you won't receive incoming connections because Bitcoin prefers not to connect to peers that are using non-standard ports.
7800  Bitcoin / Mining / Re: Join a pooled bitcoin mining effort on: December 23, 2010, 05:25:24 PM
Is any other servers there for backup.....

This is the only puddinpop server currently online as far as I know.

Quote
Do i have to change the address if somewhat by luck or chance i got bitcoin from mining?

No. That's a recommendation for the sake of anonymity, but it isn't required.
Pages: « 1 ... 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 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!