bsv-mcp 0.5.1 → 0.6.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +39 -0
- package/README.md +28 -17
- package/dist/app.html +31 -23
- package/dist/index.js +5643 -6629
- package/dist/local-mcp-launcher.js +529 -294
- package/dist/local-ui/app.html +1 -1
- package/dist/local-ui/assets/index-0sM80Uuh.js +117 -0
- package/dist/local-ui/index.html +1 -1
- package/package.json +100 -65
- package/dist/local-ui/assets/index-B1jJYtjR.js +0 -109
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,44 @@
|
|
|
1
1
|
# BSV MCP Server Changelog
|
|
2
2
|
|
|
3
|
+
## [0.6.1] - 2026-09-09
|
|
4
|
+
|
|
5
|
+
### Changed
|
|
6
|
+
|
|
7
|
+
- Consume published `bitcoin-backup@0.2.0` and `@opl.dev/vault@0.0.2` instead of
|
|
8
|
+
`file:` checkouts. Unpin zod from `overrides` and take `zod@^4.6.1`.
|
|
9
|
+
- Raise `@1sat/actions` to `^0.0.208` and `@modelcontextprotocol/ext-apps` to
|
|
10
|
+
`^2.0.0`. Refresh React 19.3 and related UI types.
|
|
11
|
+
- Import leftover plaintext key sources into Vault, then optionally erase the
|
|
12
|
+
source files. Passphrase policy is enforced before Vault create or unlock.
|
|
13
|
+
- Stop tracking generated `dist/` in git. Work from source (`bun index.ts`).
|
|
14
|
+
`package.json` `files` plus `prepack` (`build:all`) are the npm tarball.
|
|
15
|
+
Compile-time libraries live in `devDependencies`; the published bundle does
|
|
16
|
+
not reinstall them.
|
|
17
|
+
|
|
18
|
+
### Fixed
|
|
19
|
+
|
|
20
|
+
- Keep MNEE tools off in context-only external-wallet catalogs.
|
|
21
|
+
- Accept a test Vault passphrase that meets the strength policy.
|
|
22
|
+
|
|
23
|
+
## [0.6.0] - 2026-09-09
|
|
24
|
+
|
|
25
|
+
### Changed
|
|
26
|
+
|
|
27
|
+
- Consolidate social tools into `bsocial_read` and `bsocial_publish` in both tool
|
|
28
|
+
profiles. Replace `bsocial_readPosts`, `bsocial_createPost`, `bmap_readPosts`,
|
|
29
|
+
`bmap_readLikes`, `bmap_readFollows`, and `bap_friend`; clients must refresh tools.
|
|
30
|
+
- Add canonical social actions, replies, reactions, relationships, messages,
|
|
31
|
+
media, tags, and unsigned previews with one shared schema and signing path.
|
|
32
|
+
- Document action-specific inputs and BMAP backend configuration. Messages are
|
|
33
|
+
public records; publishing does not encrypt them.
|
|
34
|
+
|
|
35
|
+
### Fixed
|
|
36
|
+
|
|
37
|
+
- Use social API routes and retain structured indexer records without claiming
|
|
38
|
+
independent signature verification or derived relationship state.
|
|
39
|
+
- Sign legacy social records with an explicit identity key, fund with the payment
|
|
40
|
+
key, estimate unsigned transaction fees, and report broadcast failures.
|
|
41
|
+
|
|
3
42
|
## [0.5.1] - 2026-09-08
|
|
4
43
|
|
|
5
44
|
### Changed
|
package/README.md
CHANGED
|
@@ -14,6 +14,9 @@ codex mcp add bsv-mcp -- npx -y bsv-mcp@latest --stdio
|
|
|
14
14
|
|
|
15
15
|
# Claude Code
|
|
16
16
|
claude mcp add --transport stdio bsv-mcp -- npx -y bsv-mcp@latest --stdio
|
|
17
|
+
|
|
18
|
+
# Grok Build
|
|
19
|
+
grok plugin install b-open-io/bsv-mcp --trust
|
|
17
20
|
```
|
|
18
21
|
|
|
19
22
|
Choose one command. For Cursor or Claude Desktop, use this server configuration:
|
|
@@ -111,6 +114,21 @@ protocol support guide](docs/mcp-client-protocol-support.md) for the per-family
|
|
|
111
114
|
operation bounds, endpoint contracts, MCP Apps compatibility, and validation
|
|
112
115
|
status.
|
|
113
116
|
|
|
117
|
+
## Social
|
|
118
|
+
|
|
119
|
+
Two tools cover social operations in both full and compact catalogs:
|
|
120
|
+
|
|
121
|
+
- `bsocial_read`: posts, replies, search, likes, friends, channels, messages, videos, and raw action history.
|
|
122
|
+
- `bsocial_publish`: posts/replies, reposts, likes/unlikes, follows/unfollows, friend/unfriend records, messages, and video records. Tags and attachments use separate, independently signed outputs.
|
|
123
|
+
|
|
124
|
+
```json
|
|
125
|
+
{"action":{"type":"post","content":"Hello Bitcoin","tags":["bitcoin"]},"preview":true}
|
|
126
|
+
```
|
|
127
|
+
|
|
128
|
+
Preview returns unsigned outputs without using keys or spending. Remove `preview` to publish through the selected identity wallet's existing permissions. Messages are public unless their content was encrypted beforehand; a recipient context does not encrypt them. Friend records advertise a communication public key from an established key-agreement workflow.
|
|
129
|
+
|
|
130
|
+
See the [social guide](https://bsvmcp.com/docs#social) for examples and migration from the old tool names. `PUBLIC_BMAP_URL` is the indexer server root (with `/social` and `/q` routes), not a wallet or identity API. Raw follow/unfollow records are event history, not a claim about current relationship state.
|
|
131
|
+
|
|
114
132
|
## Local wallet modes
|
|
115
133
|
|
|
116
134
|
External mode connects to an existing BRC-100 signer. The signer keeps the
|
|
@@ -171,15 +189,13 @@ and the dashboard app resource remain available.
|
|
|
171
189
|
|
|
172
190
|
## Bring your wallet and infrastructure
|
|
173
191
|
|
|
174
|
-
Connect a compatible existing wallet with `BRC100_WALLET_URL`,
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
180
|
-
|
|
181
|
-
and should be removed after importing the keys into Vault. See the wallet setup
|
|
182
|
-
guide for the required wallet API and configuration.
|
|
192
|
+
Connect a compatible existing wallet with `BRC100_WALLET_URL`, or use the local
|
|
193
|
+
Vault browser setup (`wallet_onboarding`). `BSV_MCP_PASSWORD` is only for
|
|
194
|
+
headless agents: set it in the process environment for that session, never in
|
|
195
|
+
MCP client configuration. `PRIVATE_KEY_WIF` and `IDENTITY_KEY_WIF` are
|
|
196
|
+
migration sources, not live signing keys; import them into Vault and remove the
|
|
197
|
+
plaintext copies. Startup never creates keys. See the wallet setup guide for
|
|
198
|
+
the required wallet API and configuration.
|
|
183
199
|
|
|
184
200
|
The default 1Sat API backend is `https://api.1sat.app`. New mainnet embedded
|
|
185
201
|
accounts use `https://wallet.1sat.app` for wallet storage by default; testnet
|
|
@@ -210,11 +226,6 @@ Experimental software; APIs may change. Keep a wallet backup. If a transaction r
|
|
|
210
226
|
|
|
211
227
|
## Preparing a release package
|
|
212
228
|
|
|
213
|
-
|
|
214
|
-
|
|
215
|
-
|
|
216
|
-
Do not publish directly from the checkout: its manifest contains Bun patches
|
|
217
|
-
needed to build the wallet fixes, which fail to resolve in consumer projects.
|
|
218
|
-
The release command stages a separate manifest without build scripts, development
|
|
219
|
-
dependencies, or patch declarations; the compiled bundle includes the wallet fixes.
|
|
220
|
-
The destination directory must already exist.
|
|
229
|
+
`package.json` `"files"` is the tarball. `prepack` runs `bun run build:all`.
|
|
230
|
+
Publish with `bun publish`. Compile-time libraries are `devDependencies`;
|
|
231
|
+
consumers get the bundled `dist/` files, not a second copy of the source tree.
|