feat: Add Boardwalk plugin - #116
Conversation
🟡 Heimdall Review Status
|
…rection; bump CLI to v0.4.2
Boardwalk redeployed while this PR was open: BMX is now BWLK and the staking/governance stack moved from Base to Ethereum (weekly vote epochs). Update the plugin to the released @useboardwalk/sdk@1.0.0: - chains: [ethereum, base, arbitrum] — the intersection of Boardwalk's deployments and Base MCP's send_calls set; Robinhood Chain (4663) is noted as out of Base MCP scope in ## Notes - rename BMX flags/ids/fields to BWLK; stake/vote/rewards/participation are Ethereum-only - refresh mechanics: 0.95% fee split, swap on the chain's canonical Uniswap V2 with tax-adjusted quotes, 5 WETH graduation on every chain - pin cliPackage and the npx examples to @useboardwalk/sdk@1.0.0 - append staking + governance to the shared tag vocabulary (the sanctioned Contribution Scope edit for net-new tags)
|
Updated the plugin for Boardwalk's redeployment, which shipped while this PR was open (released as
|
1.0.1 is published and the pinned invocation resolves. Updates the plugin doc version, the cliPackage pin, and the npx example.
|
Re-pinned to 1.0.1 is a docs-only patch on our side (the corrected chain scoping plus smart-account signature guidance ship inside the package, and npm versions are immutable, so the fix needed its own release). No CLI behavior changed from 1.0.0. The diff remains the two files described above: the plugin file, and the |
Boardwalk now calls the 7-day path a standard launch. The CLI flag, the SDK types, and the onchain contracts still use "advanced", so the doc keeps the literal alongside the new name and states the mapping in ## Notes. 1.0.2 is published and the pinned invocation resolves.
|
Updated to Two changes since the last update:
The diff is unchanged in scope: the plugin file, plus the |
Express dropped from 5 to 2.5 WETH on every chain; the Standard change is timelocked and executes 2026-08-08. The two thresholds are separate timelocked values and can differ between executions, so the line now points at the `graduationThreshold` field in the `launch` output rather than presenting a written-down number as authoritative.
Description
Adds the Boardwalk plugin (hybrid): drives the boardwalk CLI (@useboardwalk/sdk) to build unsigned calldata for send_calls, with a prefilled launch-link fallback when there's no shell. Boardwalk is a fee-protection token-launch platform (permanently-locked liquidity + a built-in swap-fee equivalent) — the CLI never signs, the user's Base Account does. Covers launch, contribute, claim, refunds, BWLK stake/vote, fee/vesting/LP claims, visibility, and swap.
2026-07 update: Boardwalk redeployed since this PR was opened — BMX is now BWLK, and the staking/governance stack moved from Base to Ethereum (weekly vote epochs). The plugin now targets the released
@useboardwalk/sdk@1.0.0, withchains: [ethereum, base, arbitrum]— the intersection of Boardwalk's deployments and Base MCP'ssend_callsset (Boardwalk also runs on Robinhood Chain, 4663, noted as out of Base MCP scope in## Notes). Also appendsstaking+governanceto the shared tag vocabulary, the sanctioned Contribution Scope edit for net-new tags.Note on risk tags:
local-execis intentionally omitted for thecliPackagepath, matching Morpho / Aerodrome / Bitrefill / OpenSea precedent — the spec mandates it only forexternalMcp.transport: stdio.Website: https://www.useboardwalk.com/
X: https://x.com/useboardwalk
Type of change
Affected skill(s)
base-mcp
Plugin checklist
Base MCP Plugin Submission Agreement (when applicable)
By checking the box below, I agree and represent on behalf of the protocol/entity it references that:
I am authorized to submit this plugin on behalf of the protocol/entity it references;
the plugin does not infringe or misappropriate any third party's rights;
the plugin and the underlying protocol comply with all applicable laws, and my API enforces the same geofencing and eligibility restrictions as my own user-facing app;
the plugin is in full compliance with our protocol's/entity's then-current terms and conditions, and if not, submission and use thereafter is considered a formal written exemption to such terms and conditions;
the plugin accurately describes its behavior and contains no hidden, deceptive, or malicious instructions, and my API will not return malicious or unexpected calldata;
the protocol/entity is solely responsible for the plugin and is submitting a plugin is subject to the Base Account and Base App Terms of Service as using a "Service"; and
Base may modify, decline to list, or remove the plugin at any time, for any reason.
I have read and agree to the Base MCP Plugin Submission Agreement above.
Related issues