Viewing profile — rphlx
rphlx
HN member- Joined
- Thu, Oct 08, 2009, 7:38 AM UTC
- HN karma
- 1,109
- Public activity
- 525 items
- HN profile
- View on Hacker News ↗
About rphlx
No profile information was provided.
Recent public activity
-
comment
Comment #20539760
> people vote The "high taxation is not slavery, because you voted" argument lost all merit once net recipients of the welfare state became able to out-vote its net contributors - …
-
comment
Comment #20539689
Slavery was not fully eliminated in the US; it was just fractionalized, and the terms - which groups are enslaved, which groups are entitled to their output, and how much of it, et…
-
comment
Comment #20539556
> It's not legal for Americans to completely avoid taxes simply by operating in a jurisdiction with different tax laws. This is not correct, and pretty much all of the US Elite, ab…
-
comment
Comment #20539338
If the untoward event is solely in USD, perhaps, but not if it's in crypto. Exit scams, hacks, rogue employees, etc, could still hit a US exchanges' crypto holdings and the governm…
-
comment
Comment #20539268
I believe they valued at time-of-transaction. e.g. if you had no other transactions except for a $100 buy in 2013 that you immediately withdrew to personal cold storage, and then t…
-
comment
Comment #20539077
It doesn't necessarily tax everything but the IRS does seek God-level knowledge/insight into every transaction - and then it just exempts certain things based on size or other fact…
-
comment
Comment #20437104
AFAICT the risk/reward for this change (and others along the same line) is poor, because like it or not, as a factual matter, there are many tens or hundreds of millions of notiona…
-
comment
Comment #20315605
This is not a complete, imperfect, optimal, uncontroversial or always-trivial-to-implement list, but some common ways to increase attacker costs are to: 0. Put a CAPTCHA on expensi…
-
comment
Comment #20246862
The solution there is to have the app use line buffering rather than a "raw" term mode that exposes inter-char timing on the network. How widely that's followed in practice, I do n…
-
comment
Comment #20246847
If you really cannot use keys, then one mitigation is to use copy/paste to paste the entire password instead of typing it one character at a time. That can open some copy/paste vul…
-
comment
Comment #20220122
Right - I believe the whitepaper says it'll be a mix of bank deposits in various currencies plus short-term government securities. Still my point stands: you can have lower systemi…
-
comment
Comment #20219852
In the US the evidence for a central bank PhD Politburo "preventing" or even "minimizing" financial disasters is dubious at best. Financial panics in the 19th century were generall…
-
comment
Comment #20219678
This seems to be a false either-or because FB is probably not holding 100% reserves as actual paper cash in a giant Scrooge McDuck vault underneath their HQ. It's holding them at a…
-
comment
Comment #20219571
That may be the protocol at launch but the protocol can always be changed/hardforked, including (as an extreme example) to just centralize the system into VISA/MC style db at FB af…
-
comment
Comment #20208644
Though not as bad as Win9x it definitely had some frag-of-death/ping-of-death vulns around 1997/98. teardrop et al.
-
comment
Comment #20208568
When was the last time Linux had a similar, reliably-remotely-exploitable kernel panic in the TCP/IPv4 stack? Pre-2000?
-
comment
Comment #20208519
They use a different TCP/IP stack which implemented SACK without introducing this bug. It's a Linux-specific implementation defect, not an intrinsic problem with the TCP SACK wire …
-
comment
Comment #20137886
> that's just how the internet works Well, the Internet does not strictly require all traffic between two parties to go through a MegaCo Cloud. Location privacy in this system woul…
-
comment
Comment #20137517
The Wired article is not detailed enough to definitively poo-poo this scheme, but I am pretty skeptical about some of the claims, given a) how easy it is to map an IP to a coarse l…
-
comment
Comment #20102379
That's a good idea, though I would still prefer to understand their detailed CPU% abuse criteria pre-deployment rather than via just-try-it-and-see-what-happens. Secret rules are a…
-
comment
Comment #20102283
> They don’t care if you use 100% of CPU They clearly do, at least for some subset of customers meeting various quasi-secret criteria. > they don’t want you to do is use 100% CPU a…
-
comment
Comment #20102228
Indeed, but AFAICT there are apparently still some opaque, undefined CPU% limits for people paying with CC instead of free credits. They also mentioned elsewhere that customers pay…
-
comment
Comment #20102171
I don't think there is a single cloud provider that accepts unlimited liability and wholly compensates customers for lost data, lost sales during downtime that was the provider's f…
-
comment
Comment #20101956
Their apparent conclusion that high CPU% for a few hours or half day or whatever means "cryptocurrency miner - ban ASAP!" is naive and flawed. Compute offload is an ancient and fai…
-
comment
Comment #18478426
FWIW deb9 installs both 3.5 and 2.7 by default.