Bitcoin Forum
May 24, 2024, 09:14:32 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 [122] 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 ... 800 »
2421  Other / Beginners & Help / Re: Instant BTC to USD/PayPal on: February 04, 2014, 05:22:43 PM
If you want to sell your BTC for Paypal / Card, then the only reliable option available is Virwox. (BTC to SLL, and then SLL to PayPal USD).

BitSimple is reliable (and a better price), so I wouldn't say "only reliable option".

https://BitSimple.com


they are paying in paypal and are they accepting paypal or no

Paying out in PayPal (BTC -> USD) not accepting PayPal (USD -> BTC).
2422  Bitcoin / Press / Re: [2014-01-31] Forbes - Silk Road Vendor Filing Claim For Seized Bitcoins on: February 04, 2014, 05:17:02 PM
Shouldn't they claim it BEFORE the forfeiture order is made? They have more than 2 months to make the claim. The court made the forfeiture order because no one claimed the bitcoin. Isn't it too late now?

I am not sure.  I am not a laywer (I would image the person in the article obtained counsel).

The govt would not appear to have followed its own procedures:
http://www.law.cornell.edu/uscode/text/18/983

The DOJ should have provided written notice to all parties more than 30 days before the forfeiture and thus provide an opportunity to fiile a claim.  If they didn't (and I don't think they did) then that might (no I have no interest in reading those pages of statute) give certain rights for a late claim.

On edit:
Quote
(e) Motion To Set Aside Forfeiture.—
(1) Any person entitled to written notice in any nonjudicial civil forfeiture proceeding under a civil forfeiture statute who does not receive such notice may file a motion to set aside a declaration of forfeiture with respect to that person’s interest in the property, which motion shall be granted if—
(A) the Government knew, or reasonably should have known, of the moving party’s interest and failed to take reasonable steps to provide such party with notice; and
(B) the moving party did not know or have reason to know of the seizure within sufficient time to file a timely claim.

So it looks like in some cases, one can file not a claim but an attempt to set aside the forfeiture (and thus allow a claim as it is if the forfeiture never happened).
2423  Other / Beginners & Help / Re: Instant BTC to USD/PayPal on: February 04, 2014, 05:11:33 PM
If you want to sell your BTC for Paypal / Card, then the only reliable option available is Virwox. (BTC to SLL, and then SLL to PayPal USD).

BitSimple is reliable (and a better price), so I wouldn't say "only reliable option".

https://BitSimple.com

2424  Bitcoin / Bitcoin Discussion / Re: Fee deducted from the transferred amount. Insane. on: February 04, 2014, 05:08:05 PM
BTC-e clearly states how much is fee and how much is actually transferred.

Simple user error.

Nothing is ever that "simple".  Sites should strive to make things transparent.  It is a better/cleaner interface to ask the user the amount they want to withdraw and then add the fee to that and show the user the total.

As an example billpay for consumers is often free, but billpay for businesses is often a charge.  I think we pay $0.20 or something like that.  I don't have to make sure to add $0.20 to the amount of the billpay because the bank will deduct it.  The bank pays what I ask them to pay, and they deduct the $0.20 from the account balance.

I mean if you leave it all on users and say "user error" then why even have websites.  Give users instructions and have them manually construct the TCP/IP packets to communicate with the service.  Ok I wasn't being serious on that one but you get the point.
2425  Bitcoin / Bitcoin Discussion / Re: Is having amounts larger than 25 BTC in a wallet a security problem? on: February 04, 2014, 06:10:52 AM
Can somebody help me understand the flaws of my logic? 

You vast underestimate the amount of energy and time required to brute force a private key, not by a factor of a hundred or a thousand but by a factor of billions and billions.
2426  Bitcoin / Legal / Re: BitInstant CEO arrested by FBI on: February 04, 2014, 05:32:43 AM
My naive definition of 'money laundering'* is moving money that was obtained through illegal means in order to conceal its illegal derivation.

The point is that, if this be the definition (again, perhaps naive), then if the money was not obtained illegally, nothing one does with that money is to be considered 'laundering'.

The actual charge is "conspiracy to engage in money laundering" not money laundering.
http://www.justice.gov/usao/nys/pressreleases/January14/SchremFaiellaChargesPR/Faiella,%20Robert%20M.%20and%20Charlie%20Shrem%20Complaint.pdf
(see count #3)

A conspiracy charge (and this applies to any crime) doesn't require all conspirators to be directly engaged in the underlying crime.  If they were, the prosecutor would just charge them with the underlying crime (it is often easier to prove than the conspiracy).  All that is requires for a conspiracy charge is for each person to further the underlying crime by action and intent.  

Of course the fact that BitInstant is/was a MSB, and Charlie was the compliance officer, isn't going to go over well in court.

Pro tip #1: Don't register as a MSB if you intend to violate the obligations of a MSB.
Pro tip #2: Don't accept the role of the company compliance officer if you will feel tempted to break those rules in the future.
2427  Bitcoin / Press / Re: [2014-01-31] Forbes - Silk Road Vendor Filing Claim For Seized Bitcoins on: February 01, 2014, 06:50:40 PM
For those confused by the $95K number.  Pull up a year long Bitcoin chart.  Lookup exchange rate at the time the silk road was closed.   Multiply that by 1000.  It isn't $95K.
2428  Bitcoin / Bitcoin Discussion / Re: Fee deducted from the transferred amount. Insane. on: January 31, 2014, 03:25:41 PM
Have you checked the transactions to see if there is a common web wallet you can locate? If non-web, there aren't many options to test..

I am fairly certain no desktop client deducts miner fees from the amount sent.  MtGox charges 10x the min fee for withdraws but it is taken from account balance not the amount sent.  I am fairly certain bitstamp and coinbase do the same.    So it probably is some web wallet or smaller exchange.  Not sure why people use exchange accounts as a spending wallet but they do.    I agree with the OP it is an utterly stupid decision.  I mean it break even "common sense".  If I use my bank account to do a transfer, bill pay, or even bank wire there may be a fee but the fee is never deducted from the amount being sent.  It would cause all kinds unnecessary chaos, support calls, and upset customers in the traditional finance world as well.

If any user (or any service, exchange, web-wallet, etc) can confirm an instance where a tx fee, or withdraw fee was deducted from the amount sent please post an example as someone needs to beat that developer over the head with a book on software design.
2429  Bitcoin / Bitcoin Discussion / Re: New York wants to regulate Bitcoin on: January 31, 2014, 05:04:46 AM
I Watched both days of the hearings in New York (You can watch them here: http://www.totalwebcasting.com/view/?id=nysdfs  ).  I wasn't too concerned with the hearings.  To me I walked away with the imrpession that yes bitcoin will be regulated but not over regulated to the point that it hurts innovation or the growth of bitcoin.

Why because a regulator, on TV said so?  

A regulator's idea of not over regulating and the entire rest of the world's idea of not over regulating are two different things.  

I'm no expert on obtaining a money transmitter license but sure that sounds pretty harsh... with that said, as bitcoin becomes more mainstream and more people use it. The days of a regular joe with little finincal backign being able to start up an exchange are long gone.  You want to be something like an exchange that handles hundreds of millions in transactions then youll need quite a lot of finincal and business bakcing to do so  (see coinbase or circle for example).

Is it perfect...of course not.

Neither coinbase nor circle have a money transmitter license in any state.  I am not saying they need to (that is for their legal counsel to decide) just pointing out they don't have one.

Did it occur to you that regulation often is used by big entities (think banks, PayPal, WU) are a very cost effective mechanism of killing innovation?  The same entities which donate heavily to the campaigns of public officials, who then appoint the regulators who write the regulation and make sure to not "over-regulate". With the right "donations" the Chases, Western Unions, and VISAs of the world could put the barrier so high that it takes licensure off the table for entities with less than a billion dollar market cap.  That would make the only legal players in the US Bitcoin space ... the exact same players in the US financial space.   Regulation hard at work protecting ... the bottom line of old money enterprises.

Will that happen?  Who knows however I wouldn't be so naive to think NY is looking to pass "smart regulation" just because a suit said so on TV.  Look at the rest of the licenses in NY to get an idea of their track record on smart regulation (liquor license?, taxi medallion?, etc).   Also what would he say "most likely we are clumsily going to set the bar so high as too kill off innovation in NY and the United States and drive the revenue, jobs, and innovation overseas"?

I will leave you with words from the horses mouth
Quote from: New York Department of Financial Services Superintendent Benjamin Lawsky
"We're always going to choose to squelch money launderers...even if it prevents 1,000 flowers from blooming"
2430  Bitcoin / Press / Re: [2014-01-30] VICE — US Gov Closes In On Bitcoin & Some Bitcoiners Are Smiling on: January 31, 2014, 05:00:00 AM
Quote
In other words, it’s time for Bitcoiners to follow the rules.

The irony is that NY despite being heavy handed with regulation has a rather narrow statuatory definition of money transmission.  It is highly unlikely that exchanging one currency into another meets that criteria (hint conventional currency exchangers are not money transmitters under NY law).

The regulators even commented on the fact that they likely will need to use the power to expand the scope of regulation to cover virtual currencies AS THE EXISTING REGULATIONS DO NOT COVER THAT ACTIVITY.

So how exactly would Bitcoin "follow the rules", when the rules as written today this 30th of January, in the two thousand and fourteenth year of our lord aren't applicable?  Somehow use precognition and follow the rules today, that regulators will think of next year?
2431  Bitcoin / Bitcoin Discussion / Re: New York wants to regulate Bitcoin on: January 31, 2014, 04:43:49 AM
I Watched both days of the hearings in New York (You can watch them here: http://www.totalwebcasting.com/view/?id=nysdfs  ).  I wasn't too concerned with the hearings.  To me I walked away with the imrpession that yes bitcoin will be regulated but not over regulated to the point that it hurts innovation or the growth of bitcoin.

Why because a regulator, on TV said so?  

A regulator's idea of not over regulating and the entire rest of the world's idea of not over regulating are two different things.  
2432  Bitcoin / Bitcoin Discussion / Re: Fee deducted from the transferred amount. Insane. on: January 31, 2014, 03:47:35 AM
Have you asked your customers?  It would be a good thing to know and they likely are the only ones who are going to know for sure.

2433  Bitcoin / Bitcoin Discussion / Re: A question regarding off-line wallets... on: January 30, 2014, 08:57:46 PM
However this is done with ECDSA (here is a great video explaining it) not SHA-256 which is the hashing algorithm used to mine blocks for Bitcoin.

Well Bitcoin is "complicated" so this isn't exactly correct.  

Most payments on the Bitcoin network are "PayToPubKeyHash" so the network is unaware of what the PubKey is, it only knows the hash of the pubkey being paid received an output.  The sender's client takes the address and reverses it to the PubKeyHash.  The PubKeyHash is actually what goes in the output of the tx.   Until that output is spent the network doesn't know what the correct pubkey is.

So to validate a spend the network needs to validate three things:
a) that the transaction is signed by the private key which corresponds to the public key (signature is valid).
b) that the PubKey when hashed (SHA-256) produces the PubKeyHash in the output of the prior tx (this pubkey corresponds to the address paid).
c) that this output has not already been spent (it is not a double spend).

An example might help.  Lets take this random tx:
https://blockchain.info/tx/83d51f7c87f275867288958d4f01afbde346370dedd3723cfe1c89ef3ba94012

Now to make it "simple" for end users Blockchain.info displays the Bitcoin address (i.e. 0.51 BTC was transferred to 162r6LJBJPhFQ3A9DjTKiww9sahzYWi1sV).  However the actual transaction doesn't include the address.  It includes the PubKeyHash.  The sender's client took the address 162r6LJBJPhFQ3A9DjTKiww9sahzYWi1sV and reversed it back to the pubkeyhash 373206576366c5c4cbd43e0e127262ce57bfe19d

If you look at the bottom of the page (you may need to enable showing scripts) you will see this:

Quote
OP_DUP OP_HASH160 373206576366c5c4cbd43e0e127262ce57bfe19d OP_EQUALVERIFY OP_CHECKSIG

In crude simplification it is saying this output (0.51 BTC) is locked and can only be spent by a tx signed by a private key which corresponds to a public key, that when hashed (SHA-256 & RIPEMD-160) produces this exact hash 373206576366c5c4cbd43e0e127262ce57bfe19d .  The Bitcoin network has no idea what pubkey hashes to that value (because hashes are one way functions) but it will instantly know it when it sees it.

If you attempted to spend this output with an incorrect pubkey which you could complete check "a" above, when your pubkey was hashed it would produce a different output.  Say it produced 966ca2c8a091088b8129ee3b053c51d799261eac .  Since 966ca2c8a091088b8129ee3b053c51d799261eac does NOT EQUAL 373206576366c5c4cbd43e0e127262ce57bfe19d the transaction is invalid (doesn't validate rule "b" above) and all nodes simply simply discard the transaction.
2434  Bitcoin / Bitcoin Discussion / Re: A question regarding off-line wallets... on: January 30, 2014, 08:53:58 PM


TL/DR version:  2^128 is much bigger than you think.

Got it... thanks.  I guess a subquestion of my prior question is would the private key always be the same if the two addresses are the same?  In other words, what if I used the bitaddress.org script to randomly generate a public address and private key, and the public address I got was the same as your public address,  would I then also get your private key or could our keys be different?

Kevin

There is no guaranteed one to one relationship between private keys and public keys or between public keys and addresses (hashes).  As long as a private key can properly sign the transaction it is "valid" even if different.

So in theory you could have two private keys a & b which both produce the same public key K.  You could also have a set of keys (a & A) and (b & B) which when hashed produce the same address.  Both of those are forms of collision.

Public key cryptography is based on probability.  We can never say "it can't happen" we can simply say "the odds of it happening are so small that an attack would be infeasible".
2435  Bitcoin / Legal / Re: Is bitcoin registrated trademark name ? on: January 30, 2014, 08:50:34 PM
I thought trying to trademark something like Bitcoin would get thrown out because it's already in use and in the public domain?

In the theoretical world where are government functions work perfectly it would be.  The rejection would be universal across every country and would occur no matter how often companies attempted registration again.

In the real world?  Patent and trademarks are big business they are routinely used by large companies (who have hundreds of lawyers who do nothing but seek patents and trademarks) and used as a weapon.  Against larger competitors they are used to secure cross licensing deals, against smaller competitors they are used to simply destroy the competition.
2436  Bitcoin / Legal / Re: Is bitcoin registrated trademark name ? on: January 30, 2014, 08:34:19 PM
I mean... can I use the term bitcoin freely in my business ?

No, it's not trademarked, yes you can use it freely.

Ahem
https://www.mtgox.com/press_release_20111014.html
https://oami.europa.eu/eSearch/#details/trademarks/010103646

Of course at the time MtGox stated they "had" to keep the trademark as there is no way to release a trademark into the public domain.  However there is now a non-profit foundation, however the trademark remains with a for profit company.  All for your own good, of course.  We all know that MtGox, its owners, and all future owners until the end of time will never attempt to profit from this very valuable trademark.

So it certainly is trademarked and today MtGox (without any legal obligation on their part) says you can use their property as you see fit.  Will they next year? Next decade?  Of course MtGox could easily transfer the trademark either to an existing non-profit or create a new perpetual trust whose sole goal is to protect the Bitcoin trademark but that hasn't happened.  I am sure they just haven't go around to it yet.
2437  Bitcoin / Bitcoin Discussion / Re: A question regarding off-line wallets... on: January 30, 2014, 08:21:35 PM
It doesn't matter if it is online or offline if you create a private key which can sign for an existing address you can spend those coins.

Of course the probability is so asininely small that for all practical purposes it is ~0% (offline doesn't increase or decrease this chance).  You won't do it today, you won't do it even with a planetary sized super computer operating at the thermodynamic limit for billions of years.

This may seem "weird" but all public key cryptography works on a similar concept.  For example you in theory "could" by just mashing random keys on your keyboard create a private key which would allow you to impersonate a bank's secure website because your private key can produce the signature that a browser would verify to ensure it is at the correct webserver.   Once again the odds of doing this are so asininely small that it can be considered ~0% for all practical intents and purposes.

Likewise here is my PGP public key:
http://pgp.mit.edu/pks/lookup?op=get&search=0xC5B8C5DDCDBD1C8E

The only thing which prevents you from signing documents as me is a random number (my private key).  In theory you could "find" that private key either intentionally or by dumb luck but practically it isn't going to happen. 

TL/DR version:  2^128 is much bigger than you think.
2438  Bitcoin / Bitcoin Technical Support / Oops on: January 30, 2014, 07:06:16 PM
ops
2439  Bitcoin / Development & Technical Discussion / Re: Euler's totient function algorithm compatible with SHA-256? on: January 30, 2014, 06:50:26 PM
Ok could you explain why using ECDSA keys are more viable over RSA keys short of the difference in speed and size of the key. I am a bit new to this and trying to understand the functionality of SHA-256.

Not sure why you keep linking ECDSA with SHA-256?  

ECDSA has smaller keys for a given key strength than RSA.  Since the blockchain is a historical ledger and the size of a transaction directly correlates to the size of the keys and signatures RSA would be a far inferior choice.  ECDSA achieves 128 bit security using a 256 bit private key (and 256 bit compressed public key).  That would require 3,076 bit RSA keys to provide the same level of security.  That means signatures and pubkey on the input side of a transaction would be ~12x larger.  If we assume a block was filled with 2 input and 2 output tx then for a given number of transactions Bitcoin-RSA would have blocks which are 8x larger.

Bitcoin doesn't "require" SHA-256.  It is possible to pay directly to the pubkey.  The using of a hashing function is completely separate from the use of a public key cipher.  So what is confusing is you keep asking about ECDSA and then say you are trying to understand the functionality of SHA-256. 

Bitcoin (as it relates to address & transactions) uses SHA-256 to provide the following benefits
a) reduction in the size of transactions (payments are to pubkeyhash not pubkey)
b) reduction in the size of addresses
c) (combined with checksum and address format) provide a method to detect invalid addresses and thus prevent human error
d) provide a level of quantum computing resistance.  Shor's algorithm only works against a private key when the pubkey is known.  Addresses are an encoded and checksumed representation of the pubkeyhash not the pubkey.

Bitcoin or Bitcoin-RSA could either be used with or without SHA-256 so if you question is on ECDSA why keep bringing up SHA-256?



2440  Bitcoin / Bitcoin Discussion / Re: CEO OF BITCOIN EXCHANGE ARRESTED on: January 30, 2014, 06:35:05 PM
That just does not make sense to me. What makes bitcoin so special it deserves arrests? Why not a bank cashing a persons check and then that person buys drugs with the fiat? Or some type of comparison like that?
I was thinking the same thing. Maybe there was an agreement to send and receive (i.e. launder) coins. Huh

Launder could be receiving and sending coins, any coins. Huh

Money laundering requires intent.  Receiving coins that you have no knowledge or reasonable suspicion they are involved in illegal activity is not money laundering.  Criminals have money.  I know it is a shocking fact but they do.  Not just Bitcoins, but also good ole US dollars as well.

There is a big difference between being an innocent counterparty, and actively evading the AML program your own company put in place.

Pages: « 1 ... 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 [122] 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 ... 800 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!