chore(master): release 0.18.0

[github-actions]

📦 Release Preparation

0.18.0 (2026-03-09)

Features

• add terminate command to terminate a dataset (#307) (50179c2)
• upgrade to synapse-sdk 0.38 and synapse-core 0.2 (#343) (9a87038)

Bug Fixes

• support mainnet CLI network and payment guidance (#353) (3e4e330)

Chores

• deps-dev: bump @biomejs/biome from 2.4.4 to 2.4.5 (#346) (43fd0ce)

---

🚀 How to Release

1. Review the changelog and version bump in this PR
2. Merge this PR to trigger the release
3. After merging, the workflow will:
   • Create a GitHub release with tag {{version}}
   • Publish to npm automatically

⚠️ Note: The release has NOT been created yet. It will only be created after you merge this PR.

[BigLep]

@rvagg @SgtPooki : I think it's time to get new release out given some of the new functionality. That said, I think the current release description (which will populate the release) by default is underselling the changes. Some extra editorizling is needed here. I know we don't have a changelog, but I assume we'll put that in the release page.

So a couple of things:

1. Anything else we should be waiting for? (I would bias to just have another followup release by default, but maybe there are reasons not to?)
2. Anyone already started on the release documentation? I can take it if needed (but I would like to use as much of my focus time for operational items/planning).

[rvagg]

I want #354 in before this is out

there's a changelog, the answer to editorialising is to edit it directly in this PR and that's what gets merged

[rvagg]

I'll touch this up once #354 is in and get it out straight away.

[BigLep]

Thanks @rvagg - sounds good.

I know we don't have a changelog,

Doh - I misspoke. Thanks for correcting me.

Reminder for myself on how this works (please correct me if this is wrong): any changelog edits in the 0.18 changelog section we make right now in this PR will get overridden when #354 lands, hence the reason we wait to editorialize afterwards but before merging this PR.