Re: [arch-d] Splintering (fragmentation) vs Centralization vs Users

Toerless Eckert <tte@cs.fau.de> Fri, 05 May 2023 12:16 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 E3172C15155B for <architecture-discuss@ietfa.amsl.com>; Fri, 5 May 2023 05:16:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.646
X-Spam-Level:
X-Spam-Status: No, score=-6.646 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kG5VeQoQDrkf for <architecture-discuss@ietfa.amsl.com>; Fri, 5 May 2023 05:16:32 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89B2DC151990 for <architecture-discuss@ietf.org>; Fri, 5 May 2023 05:16:15 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4QCV5k6dRVznkhP; Fri, 5 May 2023 14:16:10 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4QCV5k5wc2zkvnH; Fri, 5 May 2023 14:16:10 +0200 (CEST)
Date: Fri, 05 May 2023 14:16:10 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: architecture-discuss@ietf.org, Internet Architecture Board <iab@iab.org>
Message-ID: <ZFTziiTt5NX1mRdW@faui48e.informatik.uni-erlangen.de>
References: <0f0da4833f81463b972558d972285595@boeing.com> <12045445-15D9-40F9-8306-4F3F98AB6BBE@apple.com> <911c3777-47e0-fad0-b0f9-7cbb81ba5a56@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <911c3777-47e0-fad0-b0f9-7cbb81ba5a56@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/8mnhctU6asUd710jKXbehEbhC1Q>
Subject: Re: [arch-d] Splintering (fragmentation) vs Centralization vs Users
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.39
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, 05 May 2023 12:16:34 -0000

Brian,

When you say "centralization", what do you mean ?

If one Internet bookseller has one server in Seattle for all its global
customers, is that centralized, or is it decentralized because its just one
out of many equal booksellers with servers on the Internet ?

If the same bookseller has millions of servers to buy books all over the planet,
is that decentralized now, or do you call that centralized, because the Internet
enabled that one bookseller to eliminate most others ?

How can therer even be an answer to these questions without admitting that
we do have an interest in the higher-layer reasons and implications of our
protocol work, and that we can not even make technical judgmenets with that 
"use-case" discussion. 

And i thought we also already agreed that we needed to be more precise in terminology,
such as attempting not to use centralized/decentralized for everything unqualified.
E.g.: monopolization was bought up as another good term to distinguish cases.

Cheers
    Toerless

On Fri, May 05, 2023 at 09:39:17AM +1200, Brian E Carpenter wrote:
> Hi,
> 
> After a little off-list discussion, I have a few more general thoughts
> on this topic. (I won't identify the other person in that discussion,
> to respect their privacy.)
> 
> I mentioned that some security technology that we develop could be
> "dual use", e.g. useful both for privacy and useful for walled gardens.
> So perhaps we should be careful when evaluating new ideas that they
> cannot be used for undesirable purposes as well as the intended purpose.
> If we consider that both excessive centralization and excessive
> splintering (a.k.a. fragmentation) are bad things, does a new technology
> drive those tendendencies? Could we design it differently to avoid
> this?
> 
> Is there scope for IAB guidance to the IETF about what aspects of
> protocols, especially security protocols, might encourage or discourage
> either centralization or splintering?
> 
> That could be a productive use of the IAB's resources where we might
> have some impact. Discussion of wider societal, commercial and
> political issues in the IAB and IETF would get nowhere, and in my
> opinion is best left to ISOC.
> 
> There's very clearly a 3-way tussle, and that makes all discussion
> difficult, especially since each national government has different
> goals. ASCII art:
> 
>                 Users
>            (freedom of action,
>                 privacy)
>                 /    \
>                /      \
>               /        \
>       National          Global
>    governments -------- businesses
>    (defend or          (capture &
>     control             exploit
>     citizens &          customers)
>     economy)
> 
> Regards
>    Brian Carpenter
> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss

-- 
---
tte@cs.fau.de