First step could be just implementing a similar address type
(secp26k1+NTRU) and associated validation as a soft fork
https://www.openssh.com/releasenotes.html#9.0
Then people can opt-in to quantum safe addresses
Still should work with schnorr and other things
It's a lot of work to fold this
(this might be a double post as I ran into the size limit)
Hi Alex,
Thanks for taking a look at things!
> If that's the case, did you look at other mechanisms to commit to a merkle
> root? For example, I believe mainstay[1] uses a
> pay-to-contract/bip175[2]-like scheme to commit sidechain
(this might be a double post as it ran into the size limit)
Hi Ruben,
Thanks! I don't really consider things final until we have a good set of
test
vectors in the final set, after which we'd start to transition the set of
documents beyond the draft state.
> Seeing as there's a large amount of
On Wed, Mar 30, 2022 at 6:21 AM Anthony Towns wrote:
> On Mon, Mar 28, 2022 at 09:31:18AM +0100, Jorge Timón via bitcoin-dev
> wrote:
> > > In particular, any approach that allows you to block an evil fork,
> > > even when everyone else doesn't agree that it's evil, would also allow
> > > an
