Bitcoin Forum
April 01, 2015, 01:11:18 PM *
News: If you are a full member or above, you can once again upload an avatar! [More info]
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 ... 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 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 ... 802 »
1141  Economy / Services / Re: Copying a visa card? on: May 13, 2014, 09:34:25 PM
No it isn't possible because unlike some Bitcoin exchanges banks learned about the concept of ACID compliant transactions about forty years ago.  BTW there is no money "in the card" just like there is no car hidden inside your car key.  The key and card are just access mechanisms.


Well said sir ! Smiley

I just wonder if it is possible for a hacker to use 3D printer to replicate a VISA/MasterCard ?

Well I am not going to help you engage in credit card fraud but it is trivially easy to make bit for bit exact duplicates of magnetic based credit cards.   They have absolutely no security.  It would be like a bitcoin wallet with the private key written right on the front and broadcast in plaintext to anyone you buy goods from (or anyone else who happens to be listening).  

This is a big reason the industry is moving towards chip & pin based cards, magnetic based cards are horribly insecure.
1142  Bitcoin / Mining speculation / Re: USA IRS a "Farmer' I am. Legal Mining in USA. (well my CPA's version) on: May 13, 2014, 09:29:46 PM
OP never do your own taxes.  This is very basic taxes and accounting.  Income = Revenue - Expenses.  It is called an income tax not a gross revenue tax for a reason.  This isn't Bitcoin specific.  If you made disposable barbaque lighters you would be taxed on .... the income (profit) not the gross sales.

Also there is no magic 25% tax.  You pay income tax and depending on the level of your income that might be as little as 0% or as much as 49.7%.
1143  Economy / Service Discussion / Re: Quick question: How do exchanges handle orders at the same price? on: May 13, 2014, 08:31:41 PM
First in, First out.  That is how they should be doing it, it is the only fair or equitable way of doing that.
1144  Bitcoin / Bitcoin Discussion / Re: PSA: Add a Full Node for just $19/year! on: May 13, 2014, 08:10:15 PM
Good initiative!

I already have a node, the only problem is that I want to contribute even more to the network, I mean, I have set the maxconnections to a very hight value but I only get <100 connections, I have a lot of spare bandwith (100Mbps) and 2GB of ram.

You can't contribute to the network more than what is needed.   Nodes connecting outbound randomly select other nodes with open inbound connections.  They favor peers with higher uptime, low error rates, and good latency.   Outbound connections are limited to eight per node so if the pool of available inbound connections is larger than the number of required outbound connections not all nodes will be "maxed out".

That is actually a good sign, it indicated the network has expansion capacity for new nodes in the most important attribute, available inbound connections.  If all nodes accepting inbound connections were maxed out it would make if very difficult for new nodes which aren't accepting inbound connections to find peers. So even the excess unused capacity is helping to strengthen the network.
1145  Economy / Services / Re: Copying a visa card? on: May 13, 2014, 07:22:55 PM
No it isn't possible because unlike some Bitcoin exchanges banks learned about the concept of ACID compliant transactions about fourty years ago.  BTW there is no money "in the card" just like there is no car hidden inside your car key.  The key and card are just access mechanisms.
1146  Other / Off-topic / Re: How much cash do you carry? on: May 13, 2014, 06:14:31 PM
Also, a .22

A .22? In case you get robbed by roving gangs of paper targets?
1147  Bitcoin / Mining / Re: Are Exchanges Stealing from Miners? on: May 13, 2014, 05:07:23 PM
If one trader trades 50 times a day, which is nothing for a professional day trader, think of all that money being transferred on the exchange itself that should technically be transferred by the miners, not the exchange!!  We're being robbed out of thousands if not millions of dollars a day because the exchange is making the profit from the trades.

Self entitled much?  The transaction occurring off network aren't using your service, it isn't costing you anything.   Are people who pay by Visa stealing from you as well?  What about people who keep funds secured in cold wallets and don't move them?  Most people fund their brokerage or forex accounts by a single bank wire, are all those trader stealing from the banks because they don't use the banking network for every trade?

Where do you get the idea that you have a right to profit?  Profit is earned.  If you want more transactions than encourage more adoption.  You aren't entitled to a specific level of profit or even the guarantee that you will profit at all.
1148  Bitcoin / Technical Support / Re: New Server Node not uploading (max 23 connections) on: May 13, 2014, 05:02:11 PM
Thanks for the replies, I'm still only upto 48 connections (max set at 200)

There is no guarantee you will get to 200.  Nodes making outbound connections will only make eight connections to the network.  They will favor peers with better uptime.  So depending on how large the pool of available inbound connections is relative to the number of outbound connections and your uptime relative to other peers will determine how connected your node is.
1149  Bitcoin / Development & Technical Discussion / Re: How do clients and miners know who is on the network? on: May 13, 2014, 04:47:10 PM
From the code, I gather it has a list of initial seed nodes to download updated lists from. I assume that it is important for the integrity of the network that these hardcoded seed nodes are not compromised or can't easily become subject to persecution from hostile goverments / agents.

Not really.  They could all be taken down tomorrow and existing nodes would be unaffected.  New nodes would have difficulty bootstraping but that could be worked around temporarily by having new users manually adding known nodes to the config file.  All a new node needs is a few nodes to connect to as part of the connection handshake involves both nodes sharing their list of known nodes.   So if you known 3 or 4 nodes, you soon know thousands.  All networks have to be bootstrapped in some way.  Of course the goal would be to ensure there are enough bootstraps (both in dns seeds and hardcoded nodes) to make disrupt nearly impossible.

In addition to the dns seeds there is a list of very active high uptime nodes which are hardcoded to the client
https://github.com/bitcoin/bitcoin/blob/b8d9058a4d1ce28eefa65aa3339bcc52b3c014e9/src/chainparams.cpp#L21

This list is updated from version to version.  Peers are monitored to find the ones with the most connections, uptime, and synced bandwidth.  This ensures that even if the dns seeds are offline, new nodes can always find a few reliable, well connected nodes.  Maintain good uptime and large number of inbound connections and you might find your node on that list.

As for miners.  Nodes don't advertising if they are mining or not.  The network doesn't treat miners any different than other nodes.  You don't (normally) send transaction to a miner.  You just relay them to your peers who relay them to their peers, etc.  Within a few hops every node knows of the new transactions.
1150  Bitcoin / Development & Technical Discussion / Re: Delayed transactions (using nTimeLock) on: May 13, 2014, 04:41:14 PM
I guess what I'm really asking is along the lines of something like this: suppose someone creates a Lock_time transaction open until a certain XX block, now if a certain event doesn't happen before said XX block, they want to cancel the transaction by broadcasting a replacement set to close at an earlier block (and suppose there is someone willing to accept the higher sequence transaction and mine it) is there a chance that a major pool will in fact receive the first (lower sequence version) of the transaction, store it in memory until said XX block but not accept the higher sequence replacement?

No.  IsStandard() returns false for any tx which is not final (next block is less than lock value) or if it doesn't have max sequence value.  They won't be relayed or stored by any client by default.
1151  Bitcoin / Development & Technical Discussion / Re: Self-descriptive strengthened keying: a standard for deriving keys from seeds on: May 13, 2014, 03:40:26 PM
No need to "roll your own" (always a bad idea in crypto). There is already a solution called Password Based Key Derivation Function (PBKDF2) which properly performs multiround hashing to increase the work required to hash a password.  However the larger problem is humans are simply horrible at selecting strong passwords.   Most passwords (even ones users believe are secure) have very little entropy.   When you have something secured by a single weak factor, it usually ends badly.
1152  Bitcoin / Bitcoin Discussion / Re: Texas oil company attacked by government for accepting Bitcoin investments on: May 13, 2014, 03:32:55 PM
That is pretty bizarre ruling and hopefully they have the resources to fight it.

That is what I get for relying on a "news" site to summarize the issue rather than reading the actual complaint.  http://www.ssb.state.tx.us/Enforcement/files/1731.pdf

Bitcoin is barely a footnote and the primary thrust of the complaint is securities fraud which would still exist regardless of the payment method.
1153  Bitcoin / Development & Technical Discussion / Re: How to ensure that bitcoins don't get stolen by webhost? on: May 13, 2014, 03:28:39 PM
Don't use a webhost.  Use colocated hardware you own and control.
1154  Economy / Service Discussion / Re: Lawsuit Against Bitfloor/Roman on: May 13, 2014, 03:17:49 PM
Before people throw good money after bad you may want to consider that bitfloor is the operating entity and Roman the owner and employee.  Corporate shield is pretty tough in the US.  You can file suit against bitfloor but that is only useful if you genuinely believe bitfloor has piles of cash and is simply not paying.   A judgement against an insolvent company is nearly worthless.   Liability doesn't pierce the corporate shield unless you can prove an overt act of fraud.   Prove doesn't mean internet "we all know he did it", it means beyond a preponderance of evidence by the rules of evidence in a court of law.

Surely though there is clear evidence of fraud though... I mean, he owes money and is deliberately failing to pay solely because he feels no-one will do anything about it. I am aware of corporate liability rules, but in this case wouldn't Roman be criminally liable?

Just want to point out I am no defending Roman and you may have a case but understand from a legal point of view Roman doesn't owe you a single penny (yet).  Bitfloor, LLC a limited liability company registered in New York owes you (and others) money.   Maybe bitfloor has run out of money.   In which case your judgement against bitfloor while successful is ultimately of no value.

To pierce the corporate veil and go after an officer of a corporation personally is a very high burden in the US.  It generally requires an irrefutable overt act of fraud or gross negligence.

I am not saying don't file a suit.   The good news is that a suit in small claims court is a nominal fee and doesn't require legal counsel.  You have no direct standing to sue Roman though the first step would be to sue bitfloor and have a judgement entered against the company.  However it bitfloor is insolvent you would then need to pierce the corporate veil and that is going to require a real legal team and discovery to obtain evidence.   A judge is going to want to hear about specific overt acts and see evidence to support them.  Simply being a horribly bad business person who mismanaged a company into the ground is not a criminal act.

Quote
I mean, he owes money and is deliberately failing to pay solely because he feels no-one will do anything about it.
This may seem surprising but legally not paying someone you owe money isn't fraud.  If it was then the jails would be full of delinquent debtors.   The court can award a judgement of damages to protect the claim of a creditor but understand as of right now bitfloor not Roman owes you.  It would be up to you in court to prove that he acted fraudulently so the court would rule the corporation does not protect his actions and makes him personally liable for the damages.  Then your claim (already secured by a judgement against bitfloor) could transfer to him personally.

 
1155  Economy / Speculation / Re: EUR negative interest incoming - BTC panic buys ahead? on: May 13, 2014, 03:08:29 PM
Banker 1: We're inflating as fast as we can! It's not helping the poor.

Banker 2: Kick the machine into reverse also known as inflation warp speed! It will make the rich richer faster and drive up prices. That's sure to help.

On which planet did this conversation happen?  On Earth I have never known a central banker making policies to help the poor.  I am not sure they even know the poors exist.  If they don't want to be poor they should just get more capital like banks do.
1156  Bitcoin / Project Development / Re: [ANN] Bither - Say goodbye to Hardware Wallets. on: May 13, 2014, 02:10:27 PM
If you are going to open source the code in two weeks why not wait two week and launch with open source code?  To any user considering using the client, wait two weeks for the source code first.   
1157  Bitcoin / Bitcoin Discussion / Re: PSA: Add a Full Node for just $19/year! on: May 13, 2014, 02:08:35 PM
Why can't a node only download, for example, only blocks that begin with 'A' as the first Alphabetic Char.
...
Is there a solution to this ?

No.  What you describe is a very crude DHT but even a proper DHT doesn't provide for independent verification.  The purpose of full nodes is to acts as INDEPENDENT verifiers they can't do that if they aren't independent.  If you just want to reduce your personal resource requirements use a lite client (SPV).
1158  Bitcoin / Development & Technical Discussion / Re: Will the block chain size ever become too large? on: May 13, 2014, 01:43:07 PM
Isn't there some way of limiting blockchain download so that each node only need download a portion. It's so obvious that it must be what you developers are working on.

If the Blockchain is to be handled by miners or other limited users, then, Bitcoin becomes centralised and open to attack as any centralised entity.  How about Clients only acting on 3 first characters worth of the Blockchain, randomly. IE, My client will only process transactions that begin with XYZ........ If this were hidden from users and done randomly, there'd be no way for anyone to know who was veryfying what portions of the Blockchain  and the blockchain would then itself effectively be decentralised.     So, the idea is, have each client only download transactions that begin  XYZ and will only verify transactions that begin XYZ.

It only means that when you send Bitcoin, the transaction sends out a verification request......ahhh, but how does it know where to send the request....
It would have to trawl the entire net to find a node that will verify it's XYZ transaction, and so would slow down verifications. 
And so Ideally, Any node should be able to verify a transaction, but of course it can't, because it doesn't have the entire blockchain.  (why do I get the feeling I'm painting myself into a corner here) 
What about then, if when you boot up the client it actively seeks out only those nodes which will deal with and verify XYZ transactions. It might mean a sync delay initially while it finds enough XYZ nodes to verify your transaction but once it's found them, anyway, My thoughts on the Blockchain size problem.   A distributed Blockchain, I'm sure that's what they are working on anyway since it's obvious so I've just wasted 5 minutes of my (and your ) life,       sorry about that  Roll Eyes     

No.  What you describe is a (poorly designed) DHT but DHT in general is a poor security structure for the blockchain.   A full node is a full node.  It has to be independent.  If it need to rely on other nodes then it isn't independent, if nobody is independent then that is a huge problem.  Not everyone needs to be a full node but the network needs independent full nodes.  If you don't want to run a full node then look to an SPV client.   

The blockchain can be pruned.  The pruned size is ~1/3rd of full blockchain and will decline as a % of full size over time.   That is the solution which is being worked on.  A pruned blockchain doesn't reduce the security of a full node, they can continue to operate independently.
1159  Economy / Service Discussion / Re: Lawsuit Against Bitfloor/Roman on: May 13, 2014, 01:36:22 PM
Before people throw good money after bad you may want to consider that bitfloor is the operating entity and Roman the owner and employee.  Corporate shield is pretty tough in the US.  You can file suit against bitfloor but that is only useful if you genuinely believe bitfloor has piles of cash and is simply not paying.   A judgement against an insolvent company is nearly worthless.   Liability doesn't pierce the corporate shield unless you can prove an overt act of fraud.   Prove doesn't mean internet "we all know he did it", it means beyond a preponderance of evidence by the rules of evidence in a court of law.
1160  Economy / Speculation / Re: EUR negative interest incoming - BTC panic buys ahead? on: May 13, 2014, 01:32:24 PM
People won't get negative interest on their checking account balances.   Short term bonds may have negative interest rate.  Still nominal interest rates are meaningless, what really matters is real (adjusted for inflation) interest rates and they have been solidly negative in many countries for some time now.  Anyone in control of the kind of funds necessary to be affected already knows this.  It makes a headline but they have been losing purchasing power on their cash for the better part of a decade now.  I don't see it driving bitcoin adoption.  It won't affect the Dane on the street and large corporations, banks, and other major holders of cash are holding billions of Krone.  They couldn't move that kind of money into Bitcoin without massively driving up the exchange rate.
Pages: « 1 ... 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 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 ... 802 »
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!