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 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`, select a legacy
175
- encrypted account with `BSV_MCP_ACCOUNT` and unlock it with
176
- `BSV_MCP_PASSWORD`, or use the local Vault browser setup. If setup is needed,
177
- ask your agent to run `wallet_onboarding`; after a restart, run it again to
178
- unlock the saved Vault. Startup never creates keys. An existing wallet keeps
179
- its keys and controls permissions. `PRIVATE_KEY_WIF` and `IDENTITY_KEY_WIF` are
180
- legacy compatibility inputs; they trigger a persistent Vault migration warning
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
- Run `bun run pack:release /tmp` to build and create the release tarball. Install
214
- or publish that tarball, for example `bun publish /tmp/bsv-mcp-0.5.1.tgz`,
215
- after completing the release checks and selecting the release version.
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.