Live data from Hacker News

Viewing profile — rphlx

rphlx

HN member
Joined
Thu, Oct 08, 2009, 7:38 AM UTC
HN karma
1,109
Public activity
525 items

About rphlx

No profile information was provided.

Recent public activity

  1. 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 - …

  2. 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…

  3. 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…

  4. 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…

  5. 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…

  6. 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…

  7. 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…

  8. 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…

  9. 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…

  10. 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…

  11. 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…

  12. 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…

  13. 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…

  14. 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…

  15. 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.

  16. comment
    Comment #20208568

    When was the last time Linux had a similar, reliably-remotely-exploitable kernel panic in the TCP/IPv4 stack? Pre-2000?

  17. 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 …

  18. 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…

  19. 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…

  20. 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…

  21. 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…

  22. 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…

  23. 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…

  24. 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…

  25. comment
    Comment #18478426

    FWIW deb9 installs both 3.5 and 2.7 by default.