bitrovas-psbtcheck
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| NWC_URI | No | Nostr 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_URI | No | Alternative to NWC_URI: Nostr Wallet Connect URI of the user's wallet for NIP-47 pay_invoice. | |
| BITROVAS_NOSTR_NSEC | No | The 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
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
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.
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.
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.
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.