Bitcoin Forum
March 19, 2024, 06:21:32 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 [34] 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 »
661  Bitcoin / Development & Technical Discussion / Re: CoinJoin: Bitcoin privacy for the real world on: December 16, 2013, 09:17:21 AM
The vulnerability is that the participants don't communicate their intentions with each other for fear of losing their privacy. (Address re-use has privacy implications on its own).

Algorithms are written by people. So they can be made to do thing you don't want. GMaxwell was making suggestions describing how people can share their intentions, without losing their privacy.

Edit: if we solve e-voting (as a side-effect), that would be a big achievement on its own.
662  Bitcoin / Development & Technical Discussion / Re: CoinJoin: Bitcoin privacy for the real world on: December 16, 2013, 08:28:31 AM
Couldn't you just eject all but one of the partial transactions that use the same addresses from the current CoinJoin operation, maybe based on the lowest value of some appropriate hash?
Who does the rejecting, and why should they be trusted?

I think an implication of GMaxwell's work-arounds is that such outputs can't be merged (which I think would be the ideal case).
663  Bitcoin / Pools / Re: [117 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: December 16, 2013, 08:20:43 AM
Just curious how many are willing to return nearly half of a recent pay-out:

Oops - 20BTC fee paid on .05 transaction?

I am not actually  mining in the pool yet, so don't have to make such a decision myself Smiley

I would be tempted to demand he set up a proper wallet: I would be PO'd if I returned the funds, only to have them sent as fees to another pool Tongue
664  Bitcoin / Development & Technical Discussion / Re: CoinJoin: Bitcoin privacy for the real world on: December 15, 2013, 09:32:15 PM
I got into a argument with somebody on IRC in #bitcoin over the suitability of coinjoin transactions for annoymised verifiable e-voting. justanotheruser's argument was that he could always verify that his choice got a "vote". My argument was that since the voters don't share their votes with each other, it is possible to mis-allocate votes without detection (as long as you are not too greedy).

This has implications for "normal" coinjoin transactions as well:
If:
  • There are more than two participants
  • Two or more participants try to send coins to the same address without directly communicating with each other. (This includes trying to send mining fees)
Then:
  • It is possible for a bad actor to misdirect some of those funds for their own purposes.
  • For the attack to work,  the original output must have at least as much funds as any one participant sent.

This works because non-communicating participants can only ever check that their own outputs look correct. One way to mitigate this is to phase out address reuse: which has not yet happened in practice.
665  Bitcoin / Bitcoin Discussion / Re: An idea of bitcoin theft preventing on: December 04, 2013, 07:37:59 PM
That was one of the motivations for Pay to Script Hash.

You can split the authorization using M-of-N Standard Transactions.

You would generate one key offline, and keep it in a safe somewhere. The payment processor would also generate a key, as would you using your computer. To make a payment, you would send the payment script signed by 2 of the 3 private keys.
666  Bitcoin / Bitcoin Discussion / Re: It took 10 seconds for the brainwallet "password1" to be taken on: December 04, 2013, 09:46:53 AM
It is safer to properly generate the entropy and store the result on paper.

Due to to nature of cryptographic hash functions, there is no limit to the length of the pass-phrase. It can be the King James Bible (which is well known enough, it may very well be guessed by dedicated pass-phrase crackers).

My rule of thumb: if it has ever been published, it is not a good pass-phrase.
667  Other / MultiBit / wallet-unenc-backup backup directory on: December 04, 2013, 09:09:30 AM
Hello,

I installed multibit on my main machine in order to handle small amounts of Bitcoin. When trying to figure out which files I need to back-up, I came across the "wallet-unenc-backup" directory. As far as I can tell, that directory includes all one (1) addresses that were present in the wallet before I set the password. However, the FAQ says:
Quote
If you have really, truly lost or forgotten your password and you only have encrypted wallets, then it is likely that you have lost access to your bitcoin. There is absolutely no way that the MultiBit team can possibly recover them.

So, does Multibit keep unencrypted copies of wallets by default, or do I just have to generate a new address to be safe?

I tried generating a second wallet, and it was unencrypted by default as well.

Edit: I labeled the initial address "do not use" and generated new addresses. They do not appear to be stored in the unencrypted backup directory.
668  Bitcoin / Bitcoin Discussion / Re: I taint rich! (Raw txn fun and disrupting 'taint' analysis; >51kBTC linked!) on: December 04, 2013, 07:22:50 AM
I anybody still doing this manually?

Or is everybody using automated tools now?

One thing that gives me pause is that I don't want the machine doing coin arithmetic to have network access.

Would be great if I don't have to download the whole block-chain as well.
669  Bitcoin / Bitcoin Discussion / Re: The next key for btc price keep growing : trade mbtc on: December 04, 2013, 06:36:46 AM
The important thing, this should be marketed to new users under the slogan '1 BTC is 1000 shares, buy your mBTC share now', or something like that. So that they don't lose a picture of BTC being rare, and that 1 mBTC is 1/1000th part of it, but still feel good about owning some unit that actually represents a whole number: 1 share or more.

The base unit is actually the Satoshi. From that perspective, one Bitcoin is 100 million shares.

I don't know why people are reluctant to use SI notation. For some reason I was not expecting much resistance at the $1000/BTC price-level. You use the mBTC (or µBTC) units to avoid dealing with awkward decimals.
670  Economy / Speculation / Re: Taking a loan to buy bitcoin on: December 03, 2013, 07:38:09 PM
I'm very new to bitcoin and read in this thread about a crash that BTC went through. What happened at the last crash of BTC? Did it go down very fast, too fast to respond if I need at least half a day to respond?

Say BTC indeed does go belly up, would you still have time to take your losses (sell at too low price) or is there a chance it would drop to zero all at once?
The bulk of the last crash happened within about 2 hours. After about a day, the price did drop in half again, but there is no guarantee that would happen every time.

For Bitcoin to go to zero, something drastic would have to have happened. I missed a $150-$300 buy window because I did not want to take a loan. I don't think the Price will drop below $300, but I don't know where the real "floor" price is.
671  Bitcoin / Bitcoin Discussion / Re: How come there are no woman using Bitcoins? on: December 03, 2013, 07:19:03 PM
Found this

The “average Bitcoin user” is male (95%), 31.7 years old, libertarian / anarcho-capitalist (37%), non-religious (57%), with a full time job (43%), that is in a relationship (52%).
Source?
I filled out a survey self-identifying has having anarchistic leanings, but I think anarcho-capitalism is a contradiction in terms.
672  Economy / Service Discussion / Re: Vault of Satoshi - New Exchange on: December 03, 2013, 05:44:04 AM
I was hoping they would be successful, but they have so far refused to fix their contact information. For some reason, they want to avoid telling people to mail stuff to an obvious P.O. Box (so they disguised the real address with a fake address).

After that red flag, I tried to get a copy of their corporate registration (which should have their actual address). They do not appear to be registered in the Province of Ontario. I used this service for the look-up. I have not done too many such look-ups in the past, so I may have missed something. That is two red flags.

I am not ready to yell "scam!" just yet though.
673  Economy / Speculation / Re: Taking a loan to buy bitcoin on: December 03, 2013, 04:34:03 AM
I am considering a loan myself: but not until I have the cash-flow to avoid being forced to sell early.

Essentially, you should be able to comfortably service the debt for a year or more as the price of Bitcoin goes through it's usual roller-coaster. That implies you should avoid loans that require you to sell if the price of Bitcoin drops too much as well.
674  Bitcoin / Pools / Re: [50 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: November 25, 2013, 07:43:12 PM
I'm all for IPv6, but will adding IPv6 support be enough for you?  I think you will still likely need to talk to IPv4 peers for a while since I doubt everyone in the pool can make the switch.

It does not have to be all or nothing. You can run dual-stack as IPv4 addresses slowly become more and more scarce. APINC has run out years ago, so many of those new Chinese users are likely to be on IPv6.
 
675  Bitcoin / Bitcoin Discussion / Re: Bitcoin overtakes Paypal for first time ever. on: November 23, 2013, 09:23:59 PM
I think that $145Million transaction is actually only a $400 transaction made with a fat wallet.

Edit: I think that 194.994 kBTC transaction is actually only a 500.00004 mBTC transaction made with a fat wallet
676  Bitcoin / Bitcoin Discussion / Re: Proof that BITCOIN is more scarce than GOLD & DIAMONDS on: November 23, 2013, 09:04:58 PM
Bitcoin is already harder to counterfeit than gold:
Bitcoin cannot be filled with Tungsten
677  Bitcoin / Bitcoin Discussion / Re: Comet ISON might cause world-wide EMP and thus paralyse Bitcoin on: November 23, 2013, 08:55:20 PM
Is the time right to move bitcoins to paper (or stone Grin) wallets? Also, holding bitcoins with 3rd-party services might result in permanent loss.

Should we move the blockchain on paper to?  Tongue Tongue

I have the last bittorrent check-point on a USB key. *should* survive.
678  Bitcoin / Bitcoin Discussion / Re: It took 10 seconds for the brainwallet "password1" to be taken on: November 23, 2013, 08:33:25 PM

Here are 12 "words" that I can remember that aren't in any dictionary

thingy
depribe
weenus
integrous
prollums
pompatous
dickfor
tigger
"xxxxxxxx" (my last name, shared by fewer than 100 people worldwide - okay, that's probably on some list)
sadistics
skullfuck
dickstain


Are you sure? The link has essentially the entire text of the Internet. While de-duplication would be tricky for common phrases (including misspellings), it should be trivial to pull all unique "words".

Are you saying none of the 100 people using your last name have a web-page on the Internet?

The hardest part would be trying all 12 word permutations. 4 word permutations should be doable.

Don't panic. If you use correctly brainwallets are the most secure.
But they are not newbie proof.

I would say paper wallets are most secure. Remember: you are not only trying to guard against theft, but also data-loss. Memory is notoriously unreliable. If you are hit by a vehicle, even if you survive, you may forget your passphrase.

With paper, you can store the passphrase is more than one physical location. You can use Multi-party signatures to require data from m of n locations (Pay to Script hash (BIP16) ,+ Multi-signature transactions (BIP11))

My offline wallet will survive a city-destroying event. Can't make the same claim about any "brain wallet" in my head.
679  Bitcoin / Pools / Re: [50 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: November 23, 2013, 07:23:58 AM
Thank you for taking up the mantle, forrestv! p2pool.info is incredibly useful.

Speaking of VPS, does anyone have recommendations for running a p2pool node on a VPS? Any reliable hosts that are reasonably priced? I have no clue what I should be looking for in terms of minimum RAM and disk space and bandwidth.

I'm currently leaning towards myhosting.com since their plans are fully customizable.

At home, Bitcoin and friends are getting a dedicated machine due to expected disk I/O. While activity should drop once the chain is caught up, I doubt many VPS hosts will be happy with that type of usage.
 
680  Bitcoin / Bitcoin Discussion / Re: I know this has been brought up before, but confirmation times are getting weird on: November 23, 2013, 07:08:35 AM
I thought of a way to reduce orphans: more full nodes on the network. Unfortunately, non-mining full nodes are not rewarded directly by the protocol. Also, most "miners" are not full nodes: they simply rely on pools.

More nodes reduce orphans by speeding up block propagation:
  • By having more aggregate CPU power verifying transactions. Slow CPUs probably don't help too much for preventing orphans.
  • By having more aggregate bandwidth for relaying transactions and blocks.
  • More nodes make any successful DDOS more expensive to run.

My personal Bitcoin node has been in the planning stages for months. When up, it will have an average bandwidth of ~463kbps (burstable to 5Mbps). Calculation: (300GB/month(cap))/(30days/month)/(24hours/day)/(3600seconds/hour)*(8bits/byte)/2(symmetric bandwidth usage)

If I get a second (or better paying) job, I will consider renting a dedicated server with ~7.7Mbps (burstable to 100Mbps) (5TB cap)

Edit2: with 5Mbps burstable bandwidth, I may want to limit the block-size to 256kB so it has a chance of being transmitted in less than 1 second. With 8 connections, it would take 3.3 seconds to broadcast to all 8.
Edit: read page 4: sending only block headers sounds like it just might work (assuming the node has seen all the transactions)
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 [34] 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!