Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Nick Matthews <matthnick@gmail.com>
To: David Lang <david@lang.hm>
Cc: Daniel AJ Sokolov <daniel@falco.ca>,
	Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: [Starlink] Re: Data centers are racing to space — and regulation can’t keep up
Date: Wed, 25 Feb 2026 19:38:52 -0700	[thread overview]
Message-ID: <CAM-K-Nr5O82XNB_LiU6i41GFSHZP32Kx40YHY+o=1Tse2Riw+A@mail.gmail.com> (raw)
In-Reply-To: <2o0r5r7s-0750-o2p1-7738-n4n88q9093qs@ynat.uz>

The underlying theory here is if someone builds a model that can improve
itself faster than humans, they win. Military, economy, future problems,
etc. That could have a lot of real on-Earth impact. There's investments and
races going on that support that theory.

If the major limiting factor is how big and fast you can build power plants
on earth, and assume the person with the most access to power wins, it
starts to make more sense.

However, there's also a giant list of technical assumptions that need to be
true for those assumptions to fly (get it?). And those technical
assumptions don't necessarily need to be true in order to cash the checks
from people that either want to compete in that race or invest in someone
that is.

Some of the assumptions I've come to include:
 * Adding more power and data to models eventually gets you to the
intelligence needed to hockey stick. (Versus solving this problem with a
different approach, algorithms, or different kinds of data.)
 * The models, data, and underlying algorithms aren't easily replicated by
others once they start exponentially increasing in ability. E.g. can
someone like Deepseek just take the outputs of the first mover, and then
not require the same power capacity and replicate a similar value. This
would slow down the first mover velocity benefits.
 * AI eventually starts creating returns.
 * Launch costs go down significantly (x10?)
 * There's enough room in sun synchronous orbit to run at power scales not
possible on earth without kicking off Kessler
 * A combination of very large solar panels, radiative cooling, fluid
exchange between them, the computing, propulsion, and any necessary
redundancy of these components is still economical.
 * Operational loss due to radiation, micro asteroids, and general
component failure is tolerable.
 * Components like GPUs and RAM and underlying bus structures can be built
to be more radiation tolerant.
 * Burning up new orders of magnitude of amounts of elements in the
atmosphere can be managed (aluminum, silicon, etc.)
 * Or, there is some amount of in-orbit recycling and manufacturing without
returning material back to Earth.
 * Bandwidth can be built for 1) intra cluster within a satellite, 2) cross
cluster via OISl, 3) Back to Earth using RF or lasers.
 * Regulatory bodies agree with the risk versus reward and approve this
kind of plan.
 * The smarter-than-human AI doesn't decide to destroy the human race in a
move of self preservation because the AI companies didn't have time for
boundaries.

I think it's a neat thought experiment, even if it's a little terrifying in
scale and impact if it's remotely possible.

-nick

On Wed, Feb 25, 2026, 6:33 PM David Lang via Starlink <
starlink@lists.bufferbloat.net> wrote:

> Daniel AJ Sokolov wrote:
>
> > Block spots in orbit
>
> at the scale that he operates, everyone else combined in in the noise.
> Starlink
> is already several times the number of other satellites in orbit combined.
>
> besides, in the long run, he's talking about launching from the moon into
> solar
> orbit, not earth orbit, but even if he was just talking about launching
> into
> earth orbit near the moon's orbit, it's not like there are very many
> satellites
> there to contend with.
>
> > From a technology point of view, this is bonkers.
>
> if you only look at technical details, you may be right, but if you add
> the
> regulatory burden and delays in building traditional datacenters, that may
> be
> enough to change the math.
>
> Now, if we could ease the regulations so that it's easier to build power
> plants
> and hook up to the grid (or get small next-gen nuclear power plants
> operational
> so they can be dropped at the datacenters), that could change the math
> back.
>
> David Lang
> _______________________________________________
> Starlink mailing list -- starlink@lists.bufferbloat.net
> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net
>

  reply	other threads:[~2026-02-26  2:39 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-25 14:05 [Starlink] Data centers are racing to space — and regulation can’t keep up Hesham ElBakoury
2026-02-25 14:30 ` [Starlink] " David Collier-Brown
2026-02-25 14:32   ` [Starlink] Re: Data centers are racing to space ??? and regulation can???t " Gert Doering
2026-02-25 14:42   ` [Starlink] Re: Data centers are racing to space — and regulation can’t " Hesham ElBakoury
2026-02-26  4:28     ` J Pan
     [not found]       ` <CAFvDQ9p68AFJ5cQTpyx=HkA2Cf6r1m6F3ssaJh-OJK4kqK=PDQ@mail.gmail.com>
2026-02-26  5:54         ` J Pan
2026-02-26  6:01           ` Hesham ElBakoury
2026-02-25 14:50   ` Daniel AJ Sokolov
2026-02-26  1:33     ` David Lang
2026-02-26  2:38       ` Nick Matthews [this message]
2026-02-26  4:39         ` David Lang
2026-02-26 11:54           ` Mark Handley
2026-02-26 13:36             ` Vint Cerf
2026-02-26 13:56               ` Nitinder Mohan
2026-02-26 21:36                 ` Ulrich Speidel
2026-02-26 23:02                   ` Brandon Butterworth
2026-02-26 23:16                     ` Nitinder Mohan
2026-02-26 23:44                       ` Ulrich Speidel
2026-02-27  1:01                         ` Joe Hamelin
2026-02-27  1:47                           ` David Lang
2026-02-27 14:26                             ` [Starlink] Why Data Centers In Space Won't Work [Yet] (A non-canonical list) Sascha Meinrath
2026-02-27 15:07                               ` [Starlink] " David Lang
2026-02-27 15:15                               ` Daniel AJ Sokolov
2026-02-27 15:22                                 ` Gert Doering
2026-02-26 14:14               ` [Starlink] Re: Data centers are racing to space — and regulation can’t keep up Mark Handley
2026-02-26 18:01             ` David Lang
2026-02-25 20:26   ` Brandon Butterworth
2026-02-26  1:28   ` David Lang
2026-02-26  4:49 ` David Lang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/starlink.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAM-K-Nr5O82XNB_LiU6i41GFSHZP32Kx40YHY+o=1Tse2Riw+A@mail.gmail.com' \
    --to=matthnick@gmail.com \
    --cc=daniel@falco.ca \
    --cc=david@lang.hm \
    --cc=starlink@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox