Skip to content
Eden's Protocol

Eden's Protocol

Private Cross-chain Protocol (Powered by CCIP)

Created on 22nd June 2025

Eden's Protocol

Eden's Protocol

Private Cross-chain Protocol (Powered by CCIP)

The problem Eden's Protocol solves

Having privacy while doing transactions on a public-blockchain is hard ,
As in most situations you will need to be connected with to an exchange or any central point where you can be targeted by malicous actors,
Look at the coinbase situation where a blackhat had access to all your important situation via a Customer Support insider.

Tornado cash offered privacy but was sadly affiliaited for a long while to being an illegal mixer.

This is where Eden's Protocol comes in, heavily inspired by the Tornado-cash protocol it utillizes ZKP to make sure the user can deposit and withdraw on every supported EVM chain, The cross-chain messaging is facilitated by Chainlink's CCIP which makes a secure/fast experience.

image

Normally the Tornado Cash's users were limited with amounts/ specific chain where you deposited,las there was no way to use the same withdraw note to withdraw your tokens on another chain with Eden's Protocol it gives users the power to withdraw wherever and whatever amount they want.

The vaults of Eden will make sure to give the liquidity needed if there is no activity from others depositers, the depositers of the vault will get paid in fees that are made from the deposit/withdraw fees, which incentives Liquidity-Providers and keeps the protocol running.

The contract structure exist of:

  • EdenPL.sol (Deployed on Ethereum mainnet to verify/confirm all commitments/proofs.
  • EdenEVM.sol (EVM variant that sends the commitments/ proofs to the mainnet
  • EdenVault.sol(Supplies liquidity if other user's deposit can't cover it.)
  • verifier.sol (used to verify the proofs on-chain!)
  • MerkleTreeWithHistory.sol (from Tornado-Cash)

image

This makes sure even in a situation where deposit are low by users, it will be supplied via LP deposited into the vaults.

With this Liquidity the private 'cross-chain-bridge' can still keep functioning when user want to bridge (deposit/withdraw) their tokens to another chain.

Challenges I ran into

After solidity it was all a new zone for me, from front end to circom.
The steps of actually getting into working with circom/ZKP's were the most confusing steps for me, as these were things i have never even seen/interacted with at all. (Frontend too, but not so much!)

First i went down to the path the understanding the math which in the first day i kindly found it interested but was more of a time rush to actually interact with what i am using.

That's when i first came across a video actually generating/showing how to actually generate/verify a zero-knowledge-proof as most which gave me a better understanding on how to actually use ZKP's.

When actually understanding and finding github repos that better explained how to actually interact with ZKP's it opened the world for me to create a reality of my vision.

Issues/Challenges i am facing right now.

  • Frontend does not support withdraw as i had struggles with the building the withdraw logic outside my local-system.
  • EVM pool does not work on avalanche ( i have sadly not uncovered the reason), but the vault is still working and deployed on there.

Tracks Applied (2)

Cross-Chain Solutions

By the protocol allowing users to transfer value from one point to the other utilizing CCIP makes it a sensible choice f...Read More

Avalanche Track

The protocol's contract is deployed on the avalanche fuji chain which allows users to transfer values from and to other...Read More
Avalanche

Avalanche

Discussion

Builders also viewed

See more projects on Devfolio