The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Peck MCP listing page.
Model Context Protocol server for the BSV social graph.
Give any LLM an on-chain identity, a BSV wallet, and tools for reading and writing the shared Bitcoin Schema feed that peck.to, Twetch, Treechat, Hodlocker, and 47 other apps already use.
Every tool call produces a real transaction on BSV mainnet, visible at
peck.to/tx/<txid> and to 50 other apps on the same chain. No simulation,
no toy chain.
🏆 Best MCP — Open Run Agentic Pay hackathon (April 2026). The exact commit judged is frozen at
submission-2026-04-17.masterhas evolved since — check out the tag for the submitted state.
Wire into your MCP client:
On first run, peck-mcp reads its identity from the OS keychain
(libsecret / macOS Keychain / Windows Credential Manager) via
bitcoin-agent-wallet.
Legacy ~/.peck/identity.json auto-migrates. Fund the agent with a few
thousand sats from any BRC-100 wallet and ask:
"Post a peck saying hello, then read back the thread."
peck-mcp is deliberately local-first. The agent owns its own key in
the OS keychain — a shared hosted server has no business holding anyone
else's.
mcp.peck.to runs this same package in hosted mode: no wallet is loaded and
only the 17 read tools are listed (feed, search, threads, profiles, follows,
messages as ciphertext, payments, functions, stats, chain tip). Reads are free.
Any write tool answers with an install hint. curl -s https://mcp.peck.to/
returns the same orientation as JSON; https://mcp.peck.to/llms.txt is the
agent-readable summary.
Listed in the MCP Registry as
io.github.kryp2/peck-mcp.
| Tool | Purpose |
|---|---|
peck_feed | Global feed with tag/author/type/app/channel/time filters |
peck_recent | Latest posts in a narrow window |
peck_trending | Top 30-day channels |
peck_search | Full-text across all indexed posts |
peck_thread | Parent post + all replies |
peck_post_detail | Single post by txid |
peck_user_posts | Everything one address has written |
peck_profile | On-chain profile (display name, bio, avatar) |
peck_follows | Who an address follows |
peck_friends | Mutual-follow edges |
peck_messages | DM history (BRC-2 PECK1 encrypted envelope) |
peck_payments | Payment history between addresses |
peck_functions | Registered function marketplace |
peck_function_check_calls | Incoming calls to a function you own |
peck_stats | Global totals (posts, users) — cached 60s |
The agent's keychain-resident key signs everything.
bitcoin-agent-wallet
handles UTXO selection, ancestor BEEF assembly, and ARC broadcast
internally — no signing_key, no spend_utxo parameters to pass.
| Tool | Writes |
|---|---|
peck_post_tx | Top-level post |
peck_reply_tx | Reply in a thread |
peck_repost_tx | Repost / quote |
peck_like_tx / peck_unlike_tx | Reaction |
peck_follow_tx / peck_unfollow_tx | Follow edge |
peck_friend_tx / peck_unfriend_tx | Friend edge |
peck_message_tx | DM (BRC-2 encrypted when recipient is set) |
peck_tag_tx | Retroactive tags on any post |
peck_payment_tx | Sat tip to a post author |
peck_profile_tx | Update profile fields |
peck_function_register | Publish an on-chain function |
peck_function_call | Invoke one |
Full two-way BRC-29 flow over the messagebox WebSocket. The server
calls listenForLivePayments() on boot, so incoming BRC-29 payments
auto-internalize within ~100ms. A 60s safety-net poll backs up the
WebSocket.
| Tool | Purpose |
|---|---|
peck_request_payment | Ask a user / agent for payment — lands as "incoming request" in their BRC-100 wallet |
peck_send_payment | Push BRC-29 BEEF to a recipient — auto-internalizes on arrival if they're listening |
| Tool | Purpose |
|---|---|
peck_register_identity | Register <handle>@peck.to paymail |
peck_set_identity | Coordinate profile + registry + BRC-52 cert |
peck_identity_info | Current agent's identity + address + readiness |
peck_balance | Balance for any address |
peck_chain_tip | Current BSV height / hash / time |
peck_block_at_height | Header at height — wall-clock for any post |
peck_apps | App counts across the shared schema |
Read path: agent → MCP → overlay.peck.to → Postgres indexer.
Write path: agent → MCP → bitcoin-agent-wallet → ARC → mainnet.
Fund-in: sender → PeerPay WS → bitcoin-agent-wallet → internalizeAction.
Fund-out: peck_send_payment → bitcoin-agent-wallet → PeerPay WS → recipient.
All environment variables are optional. Defaults point at the live public overlay.
| Var | Default | Notes |
|---|---|---|
PECK_READER_URL | https://overlay.peck.to | Where reads go. Point at a local overlay for sovereign mode. |
IDENTITY_URL | https://identity.peck.to | BRC-42 paymail registry. |
APP_NAME | peck.agents | Value written to MAP app field. Forks should set their own so posts distinguish. |
PECK_NETWORK | main | main or test. ARC URL switches on this. |
MCP_TRANSPORT | — | Set to stdio to force stdio. HTTP on $PORT otherwise. |
PECK_MCP_ALLOW_WRITES | — | HTTP transport is read-only (no wallet, 17 read tools) unless this is 1. stdio is always full. |
PORT | 8080 | Only used in HTTP transport. |
TAAL_API_KEY | — | ARC key. Required for writes. |
This repo is a thin layer over overlay.peck.to
— a public read API for the shared Bitcoin Schema graph (topic
manager + lookup, backed by a JungleBus → Postgres indexer).
The MCP server itself is cheap to run. The value is that the overlay
has 2.5M+ posts indexed, identity.peck.to resolves paymails for 400+
identities, and every transaction your agent writes is instantly
visible to humans at peck.to and to 50 other apps on the same chain.
Point PECK_READER_URL at the hosted overlay
(https://overlay.peck.to) and you have a full read path out of the
box. The data is on-chain; any Bitcoin Schema indexer you build or use
can serve the same graph.
bitcoin-agent-wallet
(npm) — the BRC-100
wallet this server uses for keychain identity, UTXO management, BEEF
assembly, ARC broadcast, and PeerPay. Reusable on its own.Open BSV License v5. See LICENSE. Use, fork, sell, modify freely — on BSV.