Re: [arch-d] New Version Notification for draft-nottingham-avoiding-internet-centralization-01.txt

Mark Nottingham <mnot@mnot.net> Fri, 21 January 2022 07:16 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42D7D3A11B4 for <architecture-discuss@ietfa.amsl.com>; Thu, 20 Jan 2022 23:16:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=gKzaT0ji; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Y4d1hRD4
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TkGcXYJnOua8 for <architecture-discuss@ietfa.amsl.com>; Thu, 20 Jan 2022 23:16:17 -0800 (PST)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57CFC3A11B3 for <architecture-discuss@ietf.org>; Thu, 20 Jan 2022 23:16:17 -0800 (PST)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id DC27D32022DD; Fri, 21 Jan 2022 02:16:15 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 21 Jan 2022 02:16:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; bh=ope/RO/pMh7dnM Aob6UEeZDssKexNGcM0B6BxzCGMak=; b=gKzaT0jiSryBscgd5Jf6ug03SwDXOI VsLwR/VayGWJcW/kdWABh7K43VCnbCYofK0s0HgGjTO+t9r7wiF7r5BBWMT58Lfv BYP46Q5+bisxHKslU4yT/7EzpJem8zIVgkR0UrNQf6b2rQkN6f1n1Wa4wgz8AETy /dT7G856V11K64hojb/elMyUz6fmLgxK6NjjocQbhWdaEBciWolQ6kd8c4fcx4iH tSf41Qo12IMb+W35HN8GeJIa8s+3vtOlAHQtT9jhQGr2vxm0JpW8eM2zQ0o8qz12 iti/dTlVt+iKBdhneaYV8+S8kZUg/djoGZ/GBvrYAUflMozDICyPlb+g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=ope/RO/pMh7dnMAob6UEeZDssKexNGcM0B6BxzCGM ak=; b=Y4d1hRD4qHHijVUPfSmTnwLNjbXizgwQ6zU07CLjhUJO47XQ0sW1HLXJf YxScWUwcGF49NncWp6ilMfqTvACu6mFNgp14mcvG9SDWRuJw8TspnAFcuyKAYAKL nw+MT43fTfaiB9bzPSjA+YTLtwdUv4SMhgjQ+xsUWUoV/rgLj/FcFZ7VpESK/X99 dAeFAV5B+d1dmv5g209QFq9N6pW0tad2SWefdgE/48zrRqdh4DsG//ptUsSo9+eY ELywLcG84xmX/L40CH8ey+VzMAta8HjuMvaWhnQbiHqm/IlDICXkBVTdX7oBPeZ0 VweObGqtYpUFpyEYqJAQi1uPE7c2w==
X-ME-Sender: <xms:v13qYZOPr4Yux2h_l2utmW5cY3wYB4Oc9MlIcpB3vfVkpTIhQVidWA> <xme:v13qYb9PODED9pYytNoG2eqttqM_kl5tbkQGnuQ-GlLd7CzzUSnxTtRfso8GIM3uR dg9ADtnGLlbyPA_GQ>
X-ME-Received: <xmr:v13qYYTmE6qn7WyqWbl5xTlyYNCiCA2VPVqdfutbCePNARWstjsuLqJCtOTEBlzPsKCy68acBhScI8ulCrHt8-z-zXVyoybj3GIRpJXsth3_fyL01WjrEojN>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudelgddutdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomhepofgrrhhk ucfpohhtthhinhhghhgrmhcuoehmnhhothesmhhnohhtrdhnvghtqeenucggtffrrghtth gvrhhnpeelffdvueevffffkeeggfffueegheelkeekteejlefhleekveekudeiieevvdet gfenucffohhmrghinhepghhithhhuhgsrdgtohhmpdhmnhhothdrnhgvthenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmnhhothesmhhnohht rdhnvght
X-ME-Proxy: <xmx:v13qYVsqJ4qQN0LyCvAiXnthEiXsyAsU8uFY0L32Zn3I2uH63PglLg> <xmx:v13qYReP4jTg6HRYOVPAO2baM8u4saEvVcq5uypKGhRyMA43EYOp2g> <xmx:v13qYR0zIG0XjYpbBAgDfh1C-jdZdXeWzCSBefwZjh6KRZ3BX_ch5g> <xmx:v13qYV7_vlyA3U3JXKT7T1uRRpNJgk5kwZst6_10zjcjH1FZyP4d9A>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 21 Jan 2022 02:16:13 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CACsn0ckSC=DE1E+ABQoYv=ZrPojBD3ron9+Zbt3fSNrwAKLBdQ@mail.gmail.com>
Date: Fri, 21 Jan 2022 18:16:09 +1100
Cc: architecture-discuss@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <CCEF2978-D561-41B5-ADC2-7F0FE2CB2FD2@mnot.net>
References: <164171968336.24353.16126612424502758413@ietfa.amsl.com> <2D72A384-6402-49E8-8960-CBACB5A84DCE@mnot.net> <CACsn0ckSC=DE1E+ABQoYv=ZrPojBD3ron9+Zbt3fSNrwAKLBdQ@mail.gmail.com>
To: Watson Ladd <watsonbladd@gmail.com>
X-Mailer: Apple Mail (2.3693.40.0.1.81)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/wp-f2cljpUw_11uOI-Qo52MkMtA>
Subject: Re: [arch-d] New Version Notification for draft-nottingham-avoiding-internet-centralization-01.txt
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jan 2022 07:16:23 -0000

Hi Watson,

> On 11 Jan 2022, at 4:38 pm, Watson Ladd <watsonbladd@gmail.com> wrote:
> 
> On Sun, Jan 9, 2022 at 1:18 AM Mark Nottingham <mnot@mnot.net> wrote:
>> 
>> Hello everyone,
>> 
>> Happy New Year!
>> 
>> This is a bit more polished, thanks to some holiday time, some quarantine time, and feedback received.
>> 
>> Responses and suggestions still most welcome.
> 
> I think this is a very useful document, I do have a few small quibbles.
> "Similarly, the need for coordination in the Web's trust model brings
> centralization risk, because a Certificate Authority (CA) can control
> communication between the Web sites that they sign certificates for
> and users whose browsers trust the CA's root certificates."
> 
> This isn't quite the case; a CA can sign for any website (ignoring
> CAA, etc.) and then intercept. However techniques like CT make it much
> more visible.

Yes - I'll attempt to add some nuance here. Tracked at:
  https://github.com/mnot/avoiding-internet-centralization/issues/20


> ISP choice varies heavily by region: it's a classic natural monopoly
> as the costs of building out a network exceed the service provision
> massively. For applications I think it's worth saying something about
> the way capturing value and improvements are related. It is because a
> centralized protocol can have value capture that the central
> participant is motivated to invest in it. For a decentralized protocol
> new application improvements can depend on other participants, making
> it harder to realize the value.

For me, this gets back to Moxie's observations. Beyond noting the tradeoff here, is there something we can say about how to address it, beyond "build standards that actually meet people's needs" (which 6.4 brushes against)?


> The other point I would make is
> network effects are related to switching costs: if it is easy to
> switch to another network or use both, then the value of having
> everyone on the network is less than if it is inherently difficult to
> switch. In that regards the Internet can create a situation  where
> "the competition is a click away" and a seemingly unassailable
> advantage vanishes overnight.

Yes - see <https://github.com/mnot/avoiding-internet-centralization/issues/14>. 


Thanks for the feedback!

--
Mark Nottingham   https://www.mnot.net/