Starport
- Name: Starport
- URL: https://docs.astaria.xyz/concepts/starport
- Category: modular lending kernel / loan-state enforcement framework / bilateral refinance-first credit infrastructure
- Summary: Starport is lending-kernel infrastructure, not a lending venue. The durable thing is the split between a small enforcement-and-custody core and app-defined pricing, status, and settlement modules that decide how loans get refinanced, repaid, or unwound.
- What it does:
- Provides two core contracts:
Starportfor origination/refinancing andCustodianfor collateral custody plus repayment/settlement - Lets builders compose lending protocols by implementing the
Pricing,Status, andSettlementmodule interfaces - Supports collateralized loans and options using ERC-20, ERC-721, and ERC-1155 assets as collateral or debt, excluding rebasing and fee-on-transfer tokens
- Uses three actor roles — borrowers, lenders, and fulfillers — with fulfillers acting as the transacting party that actually executes origination or refinance
- Supports a lifecycle of origination, active/inactive status, repayment, settlement, refinance, and close
- Allows settlement modules to specify an authorized fulfiller, meaning liquidation/settlement rights can be left open or narrowed to a chosen executor
- Uses “representment” to hash and store a loan struct while re-supplying the full struct later, reducing storage and gas requirements
- Supports
additionalTransfersso fulfillers or other parties can be reimbursed or paid during origination when authorized by approvals or signed caveats
- Provides two core contracts:
- Key claims:
- The official docs say Starport is “a simple kernel framework used for composing lending protocols on the Ethereum Virtual Machine (EVM)” and “is not a lending protocol” itself
- The whitepaper says any existing or future lending protocol can be constructed by implementing the three primary Starport modules:
Pricing,Status, andSettlement - The docs and whitepaper say Starport supports collateralized loans and options for ERC-20, ERC-721, and ERC-1155 assets, while excluding rebasing and fee-on-transfer tokens
- The whitepaper says settlement is broader than liquidation, which matters because module designers can encode narrower or wider resolution logic than a standard oracle-triggered seizure flow
- The whitepaper describes three authentication routes for fulfillers — direct sender identity, approval, and EIP-712 signed caveats — with origination requiring borrower and lender authorization while refinance only requires the incoming lender
- The repository README publishes canonical deployment addresses for
StarportandCustodianand warns that repository modules should be treated as unsafe unless explicitly covered by the audit report - The Astaria GitHub organization describes Astaria v1 as a modular lending protocol built on Starport, confirming Starport’s role as an infrastructure layer beneath the app
- Whitepaper: First-party sources are saved in
../whitepapers/starport-whitepaper.pdfand../whitepapers/starport-whitepaper.tex. The same repo also contains the app-layer paper../whitepapers/astaria-v1-whitepaper.pdffor Astaria v1. - Sources:
- https://docs.astaria.xyz/concepts/starport
- https://docs.astaria.xyz/concepts/starport.md?ask=What%20are%20Starport%27s%20core%20contracts,%20module%20interfaces,%20supported%20assets,%20unsupported%20asset%20types,%20and%20main%20actors%3F
- https://github.com/AstariaXYZ/starport
- https://raw.githubusercontent.com/AstariaXYZ/starport/master/README.md
- https://github.com/AstariaXYZ/starport-whitepaper
- https://github.com/AstariaXYZ
Internal linkages
-
Application-layer packaging of the kernel into bilateral intent lending and refinance / recall flows: astaria.
-
Useful contrast where lending looks cleaner but practical authority still relocates elsewhere: morpho.
-
Best borrower-policy contrast for who gets to author terms and unwind distress: wildcat.
-
Last reviewed: 2026-06-04 UTC