Re: [dispatch] IETF 116 - do you have something for DISPATCH?

"Pengshuping (Peng Shuping)" <> Mon, 06 March 2023 01:49 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 95EDEC14EB17 for <>; Sun, 5 Mar 2023 17:49:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, 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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id KcEau6aGRVIJ for <>; Sun, 5 Mar 2023 17:48:59 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 79FB3C14EB14 for <>; Sun, 5 Mar 2023 17:48:59 -0800 (PST)
Received: from (unknown []) by (SkyGuard) with ESMTP id 4PVM1D4NTpz6J6bc for <>; Mon, 6 Mar 2023 09:48:32 +0800 (CST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.21; Mon, 6 Mar 2023 01:48:55 +0000
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.21; Mon, 6 Mar 2023 09:48:53 +0800
Received: from ([]) by ([]) with mapi id 15.01.2507.021; Mon, 6 Mar 2023 09:48:53 +0800
From: "Pengshuping (Peng Shuping)" <>
To: Anders Rundgren <>, Christopher Allen <>, "" <>
Thread-Topic: [dispatch] IETF 116 - do you have something for DISPATCH?
Thread-Index: AQHZTMRWflZYNtdmk0OUWoL2+dYrQ67rTvuAgAGx7qA=
Date: Mon, 06 Mar 2023 01:48:53 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [dispatch] IETF 116 - do you have something for DISPATCH?
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: DISPATCH Working Group Mail List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 06 Mar 2023 01:49:03 -0000

Hi Anders, 

Shall I consider that you are asking for a slot to present D-CBOR in this DISPATCH meeting? 

Best Regards, 

-----Original Message-----
From: dispatch [] On Behalf Of Anders Rundgren
Sent: Sunday, March 5, 2023 3:52 PM
To: Christopher Allen <>;
Subject: Re: [dispatch] IETF 116 - do you have something for DISPATCH?

On 2023-03-02 6:02, Christopher Allen wrote:
> On Tue, 21 Feb 2023 06:40:27 +0000 "Pengshuping (Peng Shuping)" < <>> wrote:
>     It's that time again - we're calling for agenda topics for our next meeting at IETF 116 (25 - 31 Mar 2023). No matter how big or small, if you have something you'd like dispatching or that you think will be of interest to the ART AREA, get in touch and get involved.
> My name is Christopher Allen. I’ve worked with IETF previously as the editor of the TLS 1.0 standard, but it’s been a number of years since I've been actively involved with IETF — most of my recent standards work has been with the W3C.
> I’m now the Principal Architect of Blockchain Commons, and I would love to join your agenda for Dispatching a new project.
> Blockchain Commons is working on Gordian Envelope, a “smart document” that supports the secure, reliable, and deterministic storage and transmission of data such as seeds, keys, decentralized identifiers, and verifiable credentials in a way that enables privacy while preserving structure.
> We’ve submitted it as an IETF Draft (and plan to have -01 submitted before the I-D deadline this month):
> <>
> Here are some general thoughts:
> PROBLEM STATEMENT: Current document formats don’t focus on a user’s ability to use elision, encryption, herd privacy, and other methods to preserve the privacy of their data in a granular way.
> EXISTING INTEREST: Several companies have seen the need for these capabilities and have been participating in regular meetings on the topic. ( <>)
> INTENDED DELIVERABLE: We want to produce a revised draft with more community input to ensure that the specification meets the requirements of a larger community.
> We’d like to present on Gordian Envelope to Dispatch and get the best advice on how to move forward. We would obviously like to work with groups who might want to make use of Envelope for its privacy-preserving document format. We also think we have critical mass on the US west coast to justify a BOF there and would like to see if Dispatch would be interested in supporting that.
> As part of our work on the Gordian Envelope, we embraced deterministic CBOR (dCBOR), which is the foundation of Envelope. dCBOR is an optional variant of CBOR that lies in the CBOR spec but hasn’t been widely used. Because determinism is very important for the hashing that we use at the center of the Envelope format, we’ve created and released what we believe are the only reference libraries focused on dCBOR as part of our intersectional work on the topic. We’d love to get advice from Dispatch on how to work with other CBOR-focused groups who might be interested in the work we’ve done to support the deterministic subset defined in the IETF CBOR specification. (We’ve tried to contact some on our own, but we appear to getting stuck in email filters.)

The definition of a usable subset of CBOR supporting deterministic serialization would IMO qualify as a separate DISPATCH work item:

> Finally, we would like advice from Dispatch on the best way to register our cryptographic-focused CBOR tags used in Envelope with IANA, namely whether we should do so now, or whether we should wait for later in the IETF process.

Before you do, I would not rule out
which I hereby propose as a DISPATCH work item.


> Thank you very much for your advice and support. Please let us know of anything else we can tell you and what else we’d need to do in order to schedule a presentation with Dispatch.
> -- Christopher Allen
>     Blockchain Commons
> _______________________________________________
> dispatch mailing list

dispatch mailing list