The Serevin protocol
What Serevin does, where capital goes, and which parts you can use today.
In this chapter
A workspace and a set of financial contracts
Serevin brings lending-market information, token route comparisons and public wallet positions into one interface for Robinhood Chain. The current application reads existing Morpho and Uniswap markets and requests a separate Route quote when you compare routes. It helps you inspect the assets, contracts and prices behind a possible transaction.
Alongside that workspace, Serevin is developing isolated lending markets, funded fixed-term loans, a token redemption reserve and a fee-collecting swap router. Eleven implementation contracts are deployed on Robinhood Chain. The application has no activated Serevin financial service yet; initialized proxies, approved settings and funding remain separate release steps.
SVRN is live on Long with an SVRN/AI market. The workspace displays its verified identity, current supply and AI-denominated pool reference, alongside external lending markets. Its token launch does not activate Serevin lending or reserve claims.
The local service desk adds borrower requests, refinancing, repayment from collateral, project treasury budgets, timed SVRN membership and separately funded exit commitments. Each service has a dedicated chapter describing its actual permissions, funding and limits.
The distinction matters: a balance displayed from Morpho is held by Morpho, a direct Uniswap quote comes from a Uniswap pool, and a Route result is supplied by an external aggregator. None is Serevin revenue, Serevin deposits or a promise that Serevin can execute the same trade.
Where capital goes
Each module has its own accounting and purpose. The implementation does not automatically move lender cash into a redemption reserve, a trading strategy or a token buyback.
| Path | Where the capital goes | What the participant receives |
|---|---|---|
| Isolated lending | Loan assets stay in one market until borrowed. | A supplier receives shares in that market; a borrower receives a collateral-backed loan. |
| Fixed-term credit | A lender deposits the full principal of a specific offer. | The lender receives fixed repayment if repaid, or the defined collateral settlement after default. |
| Redemption reserve | Contributions increase a separate balance of reserve assets. | Existing claim-token holders can burn tokens for a proportional part of the reserve. A contributor receives no new claim. |
| Routed swaps | The router forwards net input to an approved execution adapter. | The trader receives the output token subject to a minimum amount; the router accounts for its input-asset fee. |
| Project treasury | Explicit contributions fund named budgets that a spending authority can disburse. | A contribution grants no personal refund or revenue claim. Budget accounting records funds available for the project. |
| SVRN membership | Tokens are locked under fixed terms until expiry. | The member receives finite noncash service credits after activation, plus ordinary withdrawal of the committed tokens at expiry. |
| Funded exit commitment | A buyer escrows the full cash purchase amount for a specified collateral lot. | A named beneficiary may sell that entire lot during its exercise window. If it expires unused, cash returns to the buyer. |
Why the modules are separate
An open-ended loan and a fixed-term loan make different promises. An isolated market can require a price-based liquidation; the term contract instead records a fixed due date and settlement rule. A redemption reserve tracks backing, not trading profit. Treating all of those balances as one pool would obscure who has a claim on which assets.
Reserve credit connects two modules without counting one balance twice. A lender supplies separate loan cash. The borrower supplies reserve claim tokens as collateral. Only after an unpaid maturity does the contract redeem that collateral, subject to the reserve still being operational.
How to read this guide
Availability is stated separately for each feature. Market discovery and quote comparison read network data. Fund staking rewards can request real transactions from the two approved funding wallets. “Local implementation” describes contract behavior under development. “Planned” describes a direction that is not yet a deployed feature or token-holder right.
Formulas describe current source code. Numerical examples are illustrative, not approved production settings or expected returns. Where an amount is an integer token unit, Solidity rounds as described in the relevant chapter.
The guide follows the current implementation, including its limitations. No independent security audit has been completed. The rewards funding proxy is deployed and configured, while participant staking remains closed. Other Serevin financial services have separate release requirements. Start with Current availability before making any financial decision based on the interface.