The concept was initially conceived and developed by ZKP2P for EVM chains, and zkRamp is making it accessible on Starknet by implementing it in Cairo.
Implements onchain logic to manage liquidity and allow ramping.
Tasks:
- Offchain account registration
- Defining the architecture
- Liquidity addition
- Liquidity retrieval
- Liquidity withdrawal
- Full unit test coverage
- Full integration test coverage
Index onchain events and build API to find the best quotes when a user ask to onramp.
Tasks:
- Defining database architecture
- Infra setup
- Liquidity indexing
- Registration indexing
- Quote computation
- Registration API
- full test coverage
Design and build frontend without plugging it to the backend.
Tasks:
- Layout (mockup)
- Layout
- Buying flow (mockup)
- Buying flow
- Selling flow (mockup)
- Selling flow
- Registration flow (mockup)
- Registration flow
- Proof generation flow (mockup)
- Proof generation flow
Implements TLS Proxy to generate proofs from an “attestor”, gather them in the frontend and verify them onchain.
Tasks: TBD
For each platform (e.g. Venmo, Revolut, etc.) a smart contract called a "Ramp" is deployed.
Each Ramp is divided into 2 main parts.
- Account manager responsible for the mapping between Starknet accounts and the user ID of the supported platform.
- Funds manager which serves as an escrow for offrampers and sends funds to onrampers.
These parts each use a processor, a component responsible for verifying ZK-SNARKs generated by the notary.
The account manager's processor is responsible for verifying that a Starknet account requesting to be linked to a Revolut user ID, for example, provides a validated ZK-SNARK signed by the notary attesting to its ownership of the Revolut account.
As for the funds manager's processor, it verifies that an onramper has actually transferred the fiat funds to an offramper before releasing the equivalent in tokens to them.
In the flowchart above, the notary is a centralized entity running on a server. Therefore, it can generate false attestations and thus steal the money deposited in the contracts. The next major step will therefore be to decentralize the notarization process.
Thanks goes to these wonderful people. Follow the contributors guide if you'd like to take part.
This project follows the all-contributors specification. Contributions of any kind welcome!
