• 14 Posts
  • 17 Comments
Joined 1 year ago
cake
Cake day: June 9th, 2023

help-circle




  • The premise thrown to those economists is slightly different - that AI is more productive than a human at everything, but not necessarily cheaper, then sends their different interpretations, which i’ve ended up summarizing as:


    Noah Smith: Compute will remain limited, so it’ll be directed at whatever is most profitable.
    David Autor: AI can make the big-bucks jobs available to everyone, but they still need to Git Gud and figure out how to harness AI for them… Until everyone does. Pray “everyone” gets small enough by then so there will still be enough bucks left to live.
    Daron Acemoğlu: Rest easy. AI won’t cover everyone’s jobs any time soon. Things will still suck when it does, though.
    Ethan Mollick: AI won’t cover all jobs, but it’s about to cover all the “good” jobs. I don’t want to think what happens next.
    Noah Smith on the earlier comments: Society will hopefully sort itself out and still leave humans “some” role. Relax.
    Pascual Restrepo: You’ll still have “some” role, buuut it will become irrelevant anyway as AI will play a colossally larger role in the overall economy. Pray AI’s profits get distributed to everyone.


    I think all of this misses the point completely. Compute can still be limited, but i think it’s more likely to happen through the supply-demand curve. Even if it remains expensive forever, there will likely be a point where the value of AI will equal its compute cost - once that is reached all AI jobs pay the same per compute time AI spends on them. Under the comparative advantage umbrella, the best-paying jobs for a human would turn out to be the jobs AI is the most inefficient at relative to the human regardless of whether they’re fullfilling to the human or not. but this still misses a much bigger problem.


    Production needed land, labor, and starting from a certain technology level, capital. There used to be a social balance here in that everyone had their own labor and society always managed to figure out the price they’d sell their labor for - even if that price was different over time and over different societies, they’d still manage to sell it anyway because there was someone willing to buy it in the first place.

    With AI, capital can now become labor instead of only amplifying production per labor. The industrial revolution was merely an inflection point where the amplifying factor of capital made labor without an amount of capital out of reach for most individuals uncompetitive. The ARA revolution is merely an inflection point where capital is making human labor uncompetitive.

    On old societies, everyone had access to enough land to survive(or thrive) on their own labor with a capital multiplier small enough to be achievable by oneself - you could sell the labor to yourself and get a more enjoyable life in exchange. As societies got larger, the land available per individual got smaller, but capital could still allow for success. People with large amounts of land/capital figured out they could get more by lending their land/capital to others in exchange for labor, and society could figure out the exchange rate for which they were willing to trade those because labor was scarce.

    ARA is bringing a post-scarcity economy, but the post-scarcity is coming to labor first, society has grown large enough that there’s not enough land for everyone to survive under their own labor without access to capital, and the people with land/capital now have enough that they don’t need to buy labor anymore. Worst of all, they’re now worse off by letting others labor with their resources for free, because the cost to keep them alive is now higher than the benefit their labor would bring to them. Society doesn’t like this, but what can it do about it?

    tl;dr: George was almost right.

















  • QUIC is already ~30% of HTTP traffic. That’s enough to not make UDP use stick out as suspicious.
    The IP storage also doesn’t have anything to do with Tor guard nodes - in a VPN-before-Tor scenario, the guard nodes would only see the VPN server’s address, whereas in a Tor-before-VPN scenario, the VPN server would only see the exit node instead, which remains unchanged throughout the time a connection is established. If establishing a new connection instead, you have to negotiate keys for that new connection, with the previous connection’s keys not being used. The VPN server would only see connection data for the 2 exit nodes.


  • I watched it and continue being retarded, apparently.

    The concerns of “using UDP instead of TCP” and “Connections need to be kept in memory until they time out” look like nothingburgers to a layperson, which isn’t helped by technical inaccuracies such as the conflation of multithreading with multiprocessing.