Remove Ethers dependency from sapphire-paratime package, add viem v2 & wagmi v2 packages

[CedarMist]

• Simplified sapphire-paratime dependencies

  • Removed ethers, this reduces bundled size significantly when used standalone or with Viem
  • Removed tweetnacl.js, extracted necessary functions into munacl.ts
  • Removed generic sapphire.wrap function, it now exposes wrapEthereumProvider which only wraps EIP-1193 compatible providers

• Tests:

  • Removed many mock based tests, instead relying more heavily on integration tests to verify actual functionality
  • All CI tests run through a local RPC proxy (clients/js/scripts/proxy.ts) which will die if any unencrypted transactions, calls or gas estimates are made.
    • This ensures that the clients & integrations apply encryption consistently, and will prevent any regressions where encryption is accidentally broken.

• Integrations:

  • Each SDK has its own integration package + tests
    • @oasisprotocol/sapphire-ethers-v6
    • @oasisprotocol/wagmi-v2
    • @oasisprotocol/viem-v2

• Removed duplicate example projects (e.g. where two projects use the exact same underlying libraries)

  • Each example project also serves as an integration test
    • hardhat-viem (Hardhat + Viem)
    • onchain-signer (Hardhat + Ignition + Ethers v6)
    • hardhat-boilerplate (Hardhat + Ethers v5 + frontend & bundling)
    • wagmi-v2 (Wagmi + frontend & bundling)
    • wagmi-v1

[netlify]

✅ Deploy Preview for oasisprotocol-sapphire-paratime canceled.

Name	Link
🔨 Latest commit	5125cf5
🔍 Latest deploy log	https://app.netlify.com/sites/oasisprotocol-sapphire-paratime/deploys/667d40803c5be20008d95d53

[CedarMist]

Feedback from Matevz

• use @noble/curves rather than munacl.ts
• need to double check that multiple signers in hardhat with ethers work
• does walletconnect & rainbowkit etc, work on mobile?
• wagmi v2 example encrypts the deployment transaction
  • we want unencrypted deployments, always?
• pure viem-v2 example in integrations
• tag current branch as 1.x / stable
• new stuff goes as 2.x / beta?

[aefhm]

Comments cover client code. Will send notes on integrations next. Still need to QA as well.

[matevz]

* tag current branch as 1.x / stable
* new stuff goes as 2.x / beta?

Sleeping over this, I would name the stable branch as clients/js/1.3.x and keep the new refactored codebase inside the main branch. If we find anything worth fixing in the stable branch as well, then we backport the fix from main to clients/js/1.3.x. If the fix is solely for 1.3.x, then we just fix the issue on the branch directly.

[aefhm]

I took a QA pass around examples and the Hardhat fork which worked great :)

[aefhm]

(non-blocking) noting we don't have tests for this one.

[CedarMist]

We don't have automated tests for this.

Will need Synpress / DappWrite tests for the frontend related stuff as can't test Wagmi + MetaMask without that.

[aefhm]

Or I guess devs could do this themselves.

[CedarMist]

So, I can't easily test this without a provider like MetaMask, as getSigner will try to enumerate accounts, e.g. in geth.

[aefhm]

I vote to merge, and we can iterate from there.