Skip to content

Add secp256k1 KEM support - #5

Merged
arminsabouri merged 1 commit into
fungi-protocol:masterfrom
0xZaddyy:add-secp256k1
Oct 15, 2026
Merged

arminsabouri merged 1 commit into
fungi-protocol:masterfrom
0xZaddyy:add-secp256k1

Conversation

@0xZaddyy

@0xZaddyy 0xZaddyy commented Oct 9, 2026

Copy link
Copy Markdown

Adds experimental secp256k1 KEM support using the bitcoin-ohttp crate, conditionally aliased as ohttp behind the secp256k1 feature flag.

@arminsabouri

Copy link
Copy Markdown
Collaborator

Give these commits a squash please

@arminsabouri arminsabouri left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe request is around the keyconfig retention logic.

Comment thread src/lib.rs Resolved
Comment thread src/lib.rs Resolved
Comment thread src/lib.rs Resolved

@arminsabouri arminsabouri left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are many refrences to this odd key config issue upstream. I think we create an ONE fixme / issue and refrence it in the code. But I don't believe we need to refactor our code heavily to deal with an upstream bug. Esp one only affecting this experimental feature. Additionally we know the current secp256k1 gateways are not advesrtising aes AEAD key configs -- so don't go thru all of this effor.t

samething for the just file. Whats with all the changes?

Comment thread src/lib.rs Resolved
Comment thread README.md Resolved
Comment thread justfile Resolved
Comment thread README.md Resolved
Comment thread src/lib.rs Resolved

@arminsabouri arminsabouri left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

CodeACK

Comment thread src/error.rs Resolved
Comment thread src/lib.rs Resolved
Add an optional `secp256k1` feature that depends on bitcoin-ohttp
alongside ohttp. Key configs are decoded by whichever backend supports
their KEM, so a single client works with both kinds of gateway and the
feature is additive.

Co-authored-by: Oladapo Oyindamola <111582215+0xZaddyy@users.noreply.github.com>
@arminsabouri

Copy link
Copy Markdown
Collaborator

msrv check seems flaky. BUt not because of this PR

@arminsabouri
arminsabouri merged commit 9ffaf02 into fungi-protocol:master Oct 15, 2026
4 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants