MIME-Version: 1.0
From: Rohan Mahy <rohan.mahy@gmail.com>
Date: Fri, 31 Jul 2026 12:18:47 -0400
Message-ID: 
 <CAKoiRub=H9g=1dFfqiD-eEDXVrWbw1e+c+Bc--EmFkY237gpiw@mail.gmail.com>
To: MLS List <mls@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b3e2310657ea8b93"
Message-ID-Hash: QX475YCLLPEW7PR5SC5MQLVC5I4KSYJW
Precedence: list
Subject: =?utf-8?q?=5BMLS=5D_Make_WireFormats_Sane_Again?=
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/mls/9_IWdNLPwyZJ62IB9rdraEt98sg>

--000000000000b3e2310657ea8b93
Content-Type: text/plain; charset="UTF-8"

Hi,
Along the lines of what I discussed at IETF 126 about compatibility between
extensions, I proposed a refactoring of the structs of the amortized PQ
combiner that would allow it work more easily with future extensions that
involve Wire Formats.

https://github.com/mlswg/mls-combiner/issues/25

Thanks,
-rohan

--000000000000b3e2310657ea8b93
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto">Hi,<div dir=3D"auto">Along the lines of what I discussed =
at IETF 126 about compatibility between extensions, I proposed a refactorin=
g of the structs of the amortized PQ combiner that would allow it work more=
 easily with future extensions that involve Wire Formats.</div><div dir=3D"=
auto"><br></div><div dir=3D"auto"><a href=3D"https://github.com/mlswg/mls-c=
ombiner/issues/25">https://github.com/mlswg/mls-combiner/issues/25</a></div=
><div dir=3D"auto"><br></div><div dir=3D"auto">Thanks,</div><div dir=3D"aut=
o">-rohan</div></div>

--000000000000b3e2310657ea8b93--