DorkFiMCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_marketsA | List DorkFi lending markets with live data (rates, deposits, borrows, prices). Optionally filter by symbol. |
| get_tvlA | Get total value locked (TVL) across DorkFi lending pools. Returns TVL per market and aggregate totals. |
| get_positionA | Get a user's DorkFi lending positions across all markets. Returns per-pool health factors and portfolio summary. |
| get_health_factorA | Check a user's health factor and risk level per pool. Health factor <= 1.0 means the position is liquidatable. |
| get_liquidation_candidatesA | Find accounts eligible for liquidation using pre-indexed health data. Returns those below the health factor threshold. |
| deposit_txnA | Build unsigned transactions to deposit (supply) tokens into a DorkFi lending market. Returns base64-encoded transactions for signing via UluWalletMCP. |
| borrow_txnA | Build unsigned transactions to borrow tokens from a DorkFi lending market. Requires sufficient collateral. Returns base64-encoded transactions for signing. |
| repay_txnA | Build unsigned transactions to repay borrowed tokens to a DorkFi lending market. Returns base64-encoded transactions for signing. |
| withdraw_txnA | Build unsigned transactions to withdraw supplied tokens from a DorkFi lending market. Returns base64-encoded transactions for signing. |
| liquidate_txnA | Build unsigned transactions to liquidate an undercollateralized position. The liquidator repays part of the debt and receives collateral at a bonus. Returns base64-encoded transactions for signing. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 10 tools
Most tools have clearly distinct purposes: market data, positions, health checks, liquidation candidates, and transaction builders for specific actions. However, get_health_factor overlaps with get_position since get_position already returns per-pool health factors, creating minor ambiguity.
Naming follows a consistent verb_noun pattern: get_ for read operations and <action>_txn for transaction builders. This makes the tool set predictable and easy to navigate.
At 10 tools, the server is well-scoped for a lending protocol. It covers market discovery, position monitoring, liquidation screening, and all core lending actions without unnecessary bloat.
The tool surface covers the full lending lifecycle: deposit, borrow, repay, withdraw, and liquidate, plus the necessary read operations for markets, positions, health, and liquidation candidates. No obvious dead-end workflows remain for the stated domain.