Skip to content

feat(vendor): add Bermuda - #191

Open
alexand3rwilke wants to merge 1 commit into
ethsystems:masterfrom
alexand3rwilke:feat/add-bermuda-vendor
Open

feat(vendor): add Bermuda#191
alexand3rwilke wants to merge 1 commit into
ethsystems:masterfrom
alexand3rwilke:feat/add-bermuda-vendor

Conversation

@alexand3rwilke

@alexand3rwilke alexand3rwilke commented Sep 4, 2026

Copy link
Copy Markdown

Adding a Vendor/Protocol

Protocol Name: Bermuda Protocol

Brief Description:

Privacy and compliance layer for the EVM, deployed as smart contracts on existing chains. Funds are held as shielded UTXOs; client-side zero-knowledge proofs hide balances, amounts and counterparties, and every transfer proves that it satisfies the token issuer's policy. Sanctions screening, Proof-of-Innocence withdrawals, issuer policies and clawback are enforced by contract and circuit rather than by an operator who reads transactions.

Documentation Link: https://docs.bermudabay.xyz/

Status: testnet

Checklist

Bermuda deploys as smart contracts on existing EVM chains: client-side
Noir/Barretenberg proving, a KYT deposit gate with Proof-of-Innocence
withdrawals and an on-chain Chainalysis sanctions oracle, per-token issuer
policies (public or private) with issuer viewing keys and clawback, FROST
multisig shielded accounts, Safe-authorized recovery, and coordinator-free
cross-chain DvP over ERC-7888 broadcast proofs. Featured as the privacy
example (Box 5) in the GL1 Programmable Compliance white paper (June 2026).

Co-Authored-By: Claude Code <noreply@anthropic.com>

@rymnc rymnc left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

thank you for your PR! attached some comments in-line and then we should be ready to merge.

please also add the change to the changelog :)

Comment thread vendors/bermuda.md
maturity: testnet
---

# Bermuda – Privacy and compliance layer for the EVM

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Suggested change
# Bermuda Privacy and compliance layer for the EVM
# Bermuda (Privacy and compliance layer for the EVM)

Comment thread vendors/bermuda.md
Comment on lines +91 to +105
## Enterprise demand and use cases

- **Stablecoin, deposit-token and RWA issuers**: private or public policies,
issuer viewing key and clawback give the issuer the controls expected of a
regulated token while holders keep confidential balances
- **Regulated tokenised assets**: the privacy example (Box 5) in the Global
Layer One white paper *Programmable Compliance* (June 2026, with Banque de
France, the IMF, Kinexys by J.P. Morgan, MAS and Standard Chartered)
- **Banks and institutions**: shielded treasury under Safe multisig,
recoverable accounts, atomic cross-chain DvP and PvP, bilateral repo and OTC
swaps
- **Wallets and neobanks**: shielded balances and transfers behind existing UX
- **Payments**: payroll, card settlement, x402
- **Asset management**: shielded ERC-4626 positions, private yield and DeFi,
private order books

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

can you link the relevant approaches/use-cases here?

Comment thread vendors/bermuda.md
Comment on lines +15 to +22
Bermuda is a privacy and compliance layer deployed as contracts on existing
EVM chains. Funds sit in a smart contract as shielded UTXOs: balances, amounts and
counterparties are hidden by zero-knowledge proofs generated on the user's
device, and every transfer proves in zero knowledge that it satisfies the
issuer's policy for that token. Sanctions screening, retroactive flagging with
Proof of Innocence, issuer policies and clawback are enforced by the smart
contract and its circuits, not by an operator who reads transactions. It is
middleware, not a chain, wallet or custodian.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

i would suggest that you add a couple of sentences regarding compliance standards / how to BYOC (bring your own compliance)

Comment thread vendors/bermuda.md
Comment on lines +109 to +112
- Curves in use: BN254 (proof system), Grumpkin (signatures), Curve25519 (encryption)
- Proof system: Noir, Barretenberg (UltraHonk); no circuit-specific trusted setup (universal SRS)
- Signing: Schnorr, FROST, Golden DKG
- Encryption: XChaCha20-Poly1305

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

could be useful to disambiguate curves in use (which mentions curve25519) and encryption here

for example, Note Encryption: XChaCha20-Poly1305

Comment thread vendors/bermuda.md
Comment on lines +132 to +135
## Risks and open questions

- Testnet stage: no mainnet deployment, third-party audit or bug bounty published
- Anonymity depends on activity in the contracts per chain and asset

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

i think there are further risks, re: relayer dependence, etc

Comment thread vendors/bermuda.md
sequencer, coprocessor network or bridge in the transaction path
- Not a wallet or custodian: users keep their keys in existing wallets

## Architecture

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

this section can be made slightly more concise and without super technical wording

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