Suppose you’re Alice, and you have secret data onchain, and you want to share it with Bob. Or it could be that you want to compute a function on your sensitive data, and share the result with Bob without revealing the data, or the result to anyone else. Arcium can re-encode any data to a given public key. This is known as “sealing” in cryptography—restricting data access to specific recipients. This is useful for a variety of reasons, such as compliance, end-to-end confidentiality, and more.Documentation Index
Fetch the complete documentation index at: https://docs.arcium.com/llms.txt
Use this file to discover all available pages before exploring further.
verify_loan_eligibility that takes Alice’s confidential balance (protected with a shared secret between Alice and the MXE), the minimum balance requirement (protected only for the MXE), and a Shared type parameter representing the loan officer who will receive the result.
The function checks if Alice meets the minimum balance requirement for loan eligibility without revealing her actual balance to anyone. The boolean result is then re-encoded specifically for the loan officer using their public key. This way, Alice’s financial confidentiality is preserved - the loan officer only learns whether she’s eligible, not her actual balance, and Arx nodes never see plaintext—they operate only on secret shares.
What’s next?
Protecting Inputs
Learn how to protect data before sending to the MXE.
Invoke from Solana
Call confidential instructions from your Solana program.