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 ​