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: Starport for origination/refinancing and Custodian for collateral custody plus repayment/settlement
    • Lets builders compose lending protocols by implementing the Pricing, Status, and Settlement module 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 additionalTransfers so fulfillers or other parties can be reimbursed or paid during origination when authorized by approvals or signed caveats
  • 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, and Settlement
    • 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 Starport and Custodian and 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.pdf and ../whitepapers/starport-whitepaper.tex. The same repo also contains the app-layer paper ../whitepapers/astaria-v1-whitepaper.pdf for Astaria v1.
  • Sources:

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