Skip to main content
Glama

Server Details

Euler - 39 tools for lending rates, supply, and borrow data

Status
Unhealthy
Last Tested
Transport
Streamable HTTP
URL
Repository
junct-bot/euler-mcp
GitHub Stars
0

Glama MCP Gateway

Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.

MCP client
Glama
MCP server

Full call logging

Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.

Tool access control

Enable or disable individual tools per connector, so you decide what your agents can and cannot do.

Managed credentials

Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.

Usage analytics

See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.

100% free. Your data is private.
Tool DescriptionsC

Average 3/5 across 39 of 39 tools scored. Lowest: 2.1/5.

Server CoherenceC
Disambiguation2/5

The tool set has significant overlap and ambiguity, particularly between event tools (e.g., Borrow vs. RequestBorrow, Deposit vs. RequestDeposit) and between similar events (e.g., various GovSet* events). While descriptions clarify these are events versus actions, the naming alone makes it difficult for an agent to distinguish their purposes without deep domain knowledge. Many tools appear to serve similar logging/filtering functions with only subtle differences in indexed fields.

Naming Consistency3/5

Naming is mixed but somewhat readable. Most event tools use PascalCase (e.g., AssetStatus, Borrow), while a few use camelCase (e.g., moduleIdToImplementation, moduleIdToProxy) or lowercase (e.g., dispatch, name). There's no consistent verb_noun pattern; events are named as nouns or past-tense verbs, and read/write functions use generic terms. This inconsistency can confuse agents but isn't chaotic.

Tool Count2/5

With 39 tools, the count is excessive for the apparent scope of monitoring contract events and basic interactions. Many tools are highly specialized events (e.g., GovSetAssetConfig, InstallerSetGovernorAdmin) that could be consolidated or parameterized. This bloated set will overwhelm agents and increase misselection risk, indicating poor scoping.

Completeness4/5

For a contract monitoring server, the surface is fairly complete, covering a wide range of events (e.g., deposits, borrows, liquidations, governance actions) and including key read functions (e.g., name, module lookups) and a write function (dispatch). However, there are minor gaps, such as missing tools for common contract queries like balance checks or detailed state reads, which agents might need for full workflow coverage.

Discussions

No comments yet. Be the first to start the discussion!

Try in Browser

Your Connectors

Sign in to create a connector for this server.