Skip to content

Comparison table

XPower Banq compared with major lending protocols across the dimensions that matter most.

Overall

DimensionCompound V3Aave V3MakerDAOLiquityEuler V2XPower Banq
TypePoolPoolCDPCDPPoolPool
Liquidation modelRepaymentRepaymentAuctionStability poolRepaymentDebt assumption
Liquidator capitalRequiredRequiredRequiredPre-depositedRequiredNot required
Default LTV75%80%75%90.91%up to 95%66.67% (170/255)
Health factor systemYesYesYes (CR)Yes (CR)YesYes

Liquidation cascade resistance

MechanismCompoundAaveMakerLiquityEulerXPower Banq
Cascade attenuationNoneNonePartialYes (pool)NoneYes (locks)
Locked positionsNoNoNoNoNoYes
Liquidation seniorityNoneNonePartialYesNoneDe facto (locks)

Governance

MechanismCompoundAaveMakerLiquityEulerXPower Banq
Parameter boundsNoneNoneNoneImmutableNone0.5×–2× per cycle
Parameter transitionsInstantInstantInstantn/aInstantAsymptotic
Veto mechanismNoneNoneLimitedn/aNoneYes (_GUARD_ROLE per action)
Rate limitNoneNoneNonen/aNoneOne change per cycle

Position composability

MechanismCompoundAaveMakerLiquityEulerXPower Banq
Supply position is ERC20YesYesNoNoYesYes
Borrow position is ERC20NoNoNoNoNoYes (inverted)
Borrow position transferNoNoNoNoNoYes
Vault is ERC4626NoNoNoNoYesYes

Oracle

MechanismCompoundAaveMakerLiquityEulerXPower Banq
SourceChainlinkChainlinkMedianChainlinkChainlink + AMMAMM or Chainlink per pool
SmoothingNoneNoneNoneNoneTWAPLog-space TWAP
Manipulation immunityBlock-levelBlock-levelBlock-levelBlock-levelTWAP-windowTwo-tick
Bidirectional spreadNoNoNoNoNoYes

Sybil resistance

MechanismCompoundAaveMakerLiquityEulerXPower Banq
Per-account capsNoYes (debt ceilings)Yes (DC)NoYesYes
Capacity rate-limitNoneNoneStaticNoneStatic√(n+2) scaling
Beta-distributed functionNoNoNoNoNoYes
Spam protection on public liquidationGasGasGasGasGasGas + PoW

When XPower Banq is the right choice

  • You value cascade protection and are willing to lock for it.
  • You want predictable, slow governance — not "fast iteration."
  • You're a keeper without large liquid capital.
  • You're a developer who wants both supply and borrow as composable ERC20s.
  • You're a long-term holder using lending as yield infrastructure.

When another protocol may serve you better

  • You want maximum capital efficiency at any cost.
  • You need to be able to repay your loan in the next block.
  • You're trading short-term volatility and need fast position changes.
  • You depend on flash-loan integrations against the protocol's view of price.

Where to go next