For example my stock portfolio is kept (not managed) by an American company but I am obligated to pay taxes in the Netherlands so what influence does having an asset residence even have?
You could setup a corp in the Cayman Islands and transfer ownership of your stock portfolio to over the corp. Cayman Islands would be "your" (your corp's) asset residence and it would be setup in such as way that the corp's profits are not subject to Dutch taxes. Edit: This is just a generic example and may not specifically apply to your situation. |
|
|
|
payb.tc is runing this business very professionally
I have to agree with this. |
|
|
|
And if you're one of the lucky few who make money on them, don't expect me to admire your investing wisdom, any more than I'd admire the number-picking brilliance of a lottery winner.
I disagree. Being able to correctly read the general emotion of the investing "herd" is a far, far more valuable skill than being able to do fundamental and qualitative analysis of an investment. I am an engineer by training, and it took me way too long to discover this. |
|
|
|
|
Looks like it is working now with a GoDaddy Class 2 cert. Probably a temporary fix until they get their green-bar cert working again.
|
|
|
|
|
I like bitcoinmax just the way it is.
About the only thing that is missing is a way to send a message to payb.tc if the forum is down.
|
|
|
|
Why are people willing to borrow at such high interest rates?
How about ... these borrowers can't get traditional financing because they (or their ventures) are considered too high risk by the banks? Higher interest means higer risk. Dantis caveat. |
|
|
|
OpenID is a required feature for the new forum software. Then you'll be able to use an OpenID provider that supports two-factor authentication.
After reviewing the state of OpenID today, I would agree that it would be the most flexible solution. I didn't think of it first because for many years OpenID was touted primarily as a "single-signon" solution and not a "secure-signon" solution. With the wider selection of providers available today it looks like you can have both of these features. People who don't need or want a single identitity could still maintain multiple OpenIDs. Looking forward to the new forum software. |
|
|
|
|
I just realized that many investing, lending and depositing activies currently taking place in the forum rely heavily on the transacting parties' forum identities for authentication. I'm refering to those operations that are mostly PM and message based, without the benefit and support of an external website that has a login. Under these circumstances some forum logins could be as valuable as bank logins to a potential thief.
Would it be feasible to add 2-factor authentication for forum logins? Optional, of course. I was thinking something along the lines of Google Authenticator or B-Y-O-Yubikey. If there were a demand for this it could be made available only to Donators and/or VIPs so the implementation costs could be recovered as more people would donate.
Does this make sense?
|
|
|
|
Like this
Like what? You show us the current account of coins you have. What about before you accumulated 30,000? Answer the original question please. Thank you I thought that he did answer your question - he used leverage in the early days. |
|
|
|
To give a comparison to show the validity of the math, I have an Intel Core i7 3930K @ 4.4GHz. That's: 6 (cores) * 4,400 (Million operations/s) / 3375 (ops/hash) = 7.82 MHash/s Compare this to the 8.7 that I actually see. What miner are you using? With the Ufasoft miner I remember seeing something like of 25 mhash/s on a 6-core Xeon clocked less than your i7. |
|
|
|
Availability closed for the moment.
Will you be accepting the 100 BTC I sent in about half a day ago? Not sure since you didn't update the depositors list on the OP. |
|
|
|
My understanding was that a MtGox Yubikey was a Yubikey with an AES key put into it by MtGox. Actually, that's two AES keys - one for the short press (logging in), and one for the long press (withdrawing funds).
AES is a symmetric algorithm - in this case, I understand this to mean that MtGox and the key know the same secret number.
That said, I don't understand how can a third party make use of a MtGox Yubikey without knowing that number?
I believe that you can validate against a given authentication server without needing to know the secret. Yes. The same way that you can authenticate a generic Yubikey against the YubiCloud without knowing the private key that is pre-programmed in the 1st slot, you should be able to authenticate a Mt.Gox Yubikey if you have been given access to their authentication server. |
|
|
|
|
In addition to adding more decimal places we can also begin trading in smaller units. This will avoid the hassle of having to deal with everyday prices having too many zeros after the decimal point.
Example, extend the protocol to allow for an additional 6 decimal places of precision. At the same time begin trading in units of microBTC, where 1 microBTC = 0.000001 BTC.
Fiat currencies have done the reverse after experiencing periods of high inflation.
No need to confiscate dormant coins.
|
|
|
|
Yes, he wants an orderbook for every option, every strike price. Orderbooks are common on BTC currency exchanges, for example, but not in the real world for options. However, I remember wishing for that information myself when trading options, so I'm in favor or the idea. We will probably add it.
If the bid/ask can be moved by a small order, you'd want to have an order book (regardless of what the type of security is). Many retail trading platforms do not show depth of market for options because the counterparty is usually a market maker who is able to absorb fairly large orders without significantly moving the bid/ask. |
|
|
|
I don't see the big deal with this as other manufacturers are sure to move in if there's so much profit to be made there. Though is it possible to patent something like 'ASIC SHA-256 hashing' in general, so nobody else is even legally allowed to compete? That could be disastrous for Bitcoin as BFL could then have >51% at any time, and nobody would be legally allowed to challenge it by producing their own ASICs. I assume this isn't a potential problem though, or somebody would have mentioned it already?
It currently takes just under 10 years for the USPTO to approve a patent. In Bitcoin time that is an eternity. There has also been a recent trend to reject patent applications with little merit. I would imagine a hardware implementation of SHA-256 falls under such a category. |
|
|
|
Whitelists DO NOT WORK because the bad connections will still hit your server before they get turned down.
Who says they have to reach your RPC mining server? Would Layer-7 switch help? |
|
|
|
Slow-DOS will lock up the p2pool and bitcoind processes, effectively paralyzing them. However, because this type of attack usually doesn't kill the network connection miners (sharing the same IP address) are free to failover to a public p2pool node or even a regular pool. |
|
|
|
|
Suppose a group of supporters set up 30 public p2pool servers, each with 1 Gpbs bandwidth, located in various datacenters throughout the world. It is relatively easy and cheap to lease dedicated servers that meet this criteria.
Would the distributed group of p2pool servers be more or less capable of fending of a 30Gbps attack vs. Eligius?
Which setup is more DDOS-resistant and why?
|
|
|
|
I am considering a number of options and negotiating contracts with a number of bunker style DC's now. One of the most viable candidates is an ex Nato nuclear bunker on a huge manned and secured site in a middle of nowhere, in UK, outside of London, naturally.
Will there be multiple DC's? If so will you offer services to support primary-failover type configurations (global load balancing, triangulation, etc)? |
|
|
|
|
Show Posts
