Re: [Din] Updated charter proposal

David Mazieres <> Mon, 09 July 2018 07:35 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3BEB6130E10 for <>; Mon, 9 Jul 2018 00:35:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id OiSf_X3ACRpF for <>; Mon, 9 Jul 2018 00:35:17 -0700 (PDT)
Received: from ( [IPv6:2001:470:806d:1::9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 14D57130DDA for <>; Mon, 9 Jul 2018 00:35:17 -0700 (PDT)
Received: from (localhost []) by ( with ESMTP id w697ZDkM082082; Mon, 9 Jul 2018 00:35:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=scs; t=1531121713; bh=NNqiHOxsutbbDNBwlCbmRGJB3mugIhVdMka8CaEPV+c=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version; b=cEp1i+IT2MUEOOjOMBNc+i+GB/D7/ylIE9Y5QsstbsCURkdA8SrqwMKYpVd7Sn5va kXVBXxRWfhZbY7o539kFMzoqqX+VtZtHLOSbwWdZnZr5MnqEwuAjVH9rq2rkY2UnkY /oQesBLPi6873e40yzihCkR8EROyldNeUPX+q6xs=
Received: (from dm@localhost) by ( id w697ZDdO087372; Mon, 9 Jul 2018 00:35:13 -0700 (PDT)
From: David Mazieres <>
To: Melinda Shore <>, "din\" <>
In-Reply-To: <>
References: <>
Reply-To: David Mazieres expires 2018-10-07 PDT <>
Date: Mon, 09 Jul 2018 00:35:13 -0700
Message-ID: <>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <>
Subject: Re: [Din] Updated charter proposal
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Discussion of distributed Internet Infrastructure approaches, aspects such as Service Federation, and underlying technologies" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 09 Jul 2018 07:35:20 -0000

Melinda Shore <> writes:

> Hi, all:
> We've updated the proposed charter based on discussions we've
> had with participants over the past several weeks, and we're
> looking for additional feedback.  Please take a look and send
> comments to the mailing list.  As I think most of you know,
> proposed research groups may meet for a year before a decision
> is made to charter them, or not, and we will be at the one-year
> mark in Montreal.  We want to make sure the charter text
> reflects the direction we'd like to take and the work we'd
> intend to undertake once chartered.
> The current draft is at:

Thanks for the work you put into this.  A few comments:

        The focus of DINRG is on infrastructure services that can
        benefit from decentralization or that are difficult to realize
        in local, potentially connectivity-constrained networks.

Some of the naming and trust issues would seem to fall under this focus
only indirectly.  Yes, they are difficult to realize locally because you
don't fully trust any local environment.  But as read, it sounds like
the main limitation of local is that it's potentially connectivity
constrained, while that is only one of several issued.

        Some of the increase in centralization is due to business
        models that rely on centralized accounting and administration,
        but there are also cases where centralization is the result of
        hierarchical trust models which rely on "trusted third

But isn't a big hypothesis here that some of the increase is due neither
to business models nor to inherent hierarchical trust, but rather just
to missing infrastructure?  A kind of dumb but hugely impactful example
would be the use of cloud services where you don't need huge data or
aggregation over many users, but just because NAT traversal and dynamic
IP addresses are a pain.  An example closer to the working group would
be HSTS preload lists maintained in a centralized fashion by the browser
vendors, simply because there's not a good Internet infrastructure for
web site operators to construct these lists in a decentralized fashion.

        regular several physical meetings per year.

Probably mean "several regular"