Skip to main content
Glama
bitrovas-psbtcheck
by bitrovas

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
NWC_URINoNostr Wallet Connect URI (nostr+walletconnect://…) of the user's wallet, used for NIP-47 pay_invoice to pay the 21 sats per check automatically. Can be set alternatively via BITROVAS_NWC_URI. If no wallet is configured, a bolt11 invoice is returned instead (status=payment_required).
BITROVAS_NWC_URINoAlternative to NWC_URI: Nostr Wallet Connect URI of the user's wallet for NIP-47 pay_invoice.
BITROVAS_NOSTR_NSECNoThe user's Nostr key (nsec). If not set, an ephemeral key is generated per process. Required for receiving the final timestamp receipt as a DM when using the stamp option (do not use the ephemeral key for this).

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

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
psbt_checkA

Bitrovas PSBT-Check: prüft eine UNSIGNIERTE Bitcoin-PSBT vor dem Signieren (Empfänger, Beträge, Change, Gebühr/sat/vB, RBF, Sighash, UTXO-Infos, Dust, Address-Poisoning-Lookalikes). Kostet 21 sats (Lightning). Mit NWC-Wallet wird automatisch bezahlt und das Ergebnis (verdict ok|warn|danger + JSON + Text DE/EN) zurückgegeben; ohne Wallet kommt status=payment_required mit bolt11 – nach Zahlung psbt_check_result aufrufen. Signiert und sendet nie etwas.

psbt_check_resultB

Holt das Ergebnis eines PSBT-Checks nach Zahlung der Rechnung (check_id aus psbt_check).

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.8/5.0

Scored across 2 tools

Disambiguation4/5

The two tools have mostly clear boundaries: psbt_check initiates a PSBT inspection and may return a result when auto-paid, while psbt_check_result retrieves the result after invoice payment. There is minor overlap because psbt_check can also return a completed result, so the agent must understand the payment-state flow.

Naming Consistency5/5

Both names are snake_case and share the psbt_check prefix, with psbt_check_result predictably indicating the follow-up result-retrieval operation. The naming is consistent and readable.

Tool Count4/5

Two tools is minimal but justified for a single-purpose paid PSBT-check workflow: one initiates the check and one retrieves the paid result. The count is slightly thin but not inappropriate for this narrow domain.

Completeness5/5

The surface covers the full intended lifecycle: initiate a PSBT check, handle payment-required status, and retrieve the result via check_id. It also clearly states it never signs or sends, so no signing/sending tools are expected.

Maintenance

ActivityMaintained
ResponsivenessNo recent community issues