chore(deps): bump @creit.tech/stellar-wallets-kit from 1.9.5 to 2.0.0

[dependabot]

Bumps @creit.tech/stellar-wallets-kit from 1.9.5 to 2.0.0.

Release notes

Sourced from @​creit.tech/stellar-wallets-kit's releases.

v2.0.0

2.0.0 (2026-02-11)

Changes

• Full refactor of the whole repository (with breaking changes)
• Migrate into a full Deno repository with NPM builds for compatibility
• Separate the UI, the state, and the SDK
  • The UI (modal, buttons, etc) is now using Preact with HTM instead of Lit
  • The SDK (the class StellarWalletsKit) is now a regular Deno library
  • The state part of the SDK is being used by both the UI and the SDK
• The UI now uses a series of CSS variables that can be defined by developers to personalize the complete UI (the SDK makes this process easier)
• The SDK internal state is now using the small preact/signals library instead of RxJS (aiming to reduce the kit's size)
• The SDK now exports the internal state so developers can update it directly if they need to (tho, still not recommended)
• We included 3 simple examples using vite-preact, vite-react, and create-react-app so developers can see how to use the library
• The components used in the library can now be created separately if needed (but like the internal state, not recommended)
• The openModal method was removed, and we now have authModal. This new method works as a regular Promise, and it returns the address after the user has picked their selected wallet
• A new profile page is added to the kit's modal, so in the future, we will allow having multiple accounts and wallets connected, so users can switch between accounts directly from the website instead of needing to check their wallets.
• Include a new logic for events updates from the kit, developers can `subscribe ' to updates from the kit, like changes in the selected address, network, module, or disconnections.
• The kit now separates the logic between getting the address and fetching the address. This means that if the user hasn't interacted with the AuthModal before, it will throw an error. This will prevent issues with modules that have different authorization logic (for example, Freighter)
• The kit now keeps more information in the localstorage, for example, it will remember the last Wallet Connect topic it used, so when using Wallet Connect, the user doesn't need to connect again and again.
• Freighter and Lobstr are now default wallets in the wallet connect modal, this way users will see them first instead of regular EVM wallets.
• Fully remove both submit and submitUrl parameters
• And many more.

Changelog

Sourced from @​creit.tech/stellar-wallets-kit's changelog.

2.0.0 (2026-02-11)

Changes

• Full refactor of the whole repository (with breaking changes)
• Migrate into a full Deno repository with NPM builds for compatibility
• Separate the UI, the state, and the SDK
  • The UI (modal, buttons, etc) is now using Preact with HTM instead of Lit
  • The SDK (the class StellarWalletsKit) is now a regular Deno library
  • The state part of the SDK is being used by both the UI and the SDK
• The UI now uses a series of CSS variables that can be defined by developers to personalize the complete UI (the SDK makes this process easier)
• The SDK internal state is now using the small preact/signals library instead of RxJS (aiming to reduce the kit's size)
• The SDK now exports the internal state so developers can update it directly if they need to (tho, still not recommended)
• We included 3 simple examples using vite-preact, vite-react, and create-react-app so developers can see how to use the library
• The components used in the library can now be created separately if needed (but like the internal state, not recommended)
• The openModal method was removed, and we now have authModal. This new method works as a regular Promise, and it returns the address after the user has picked their selected wallet
• A new profile page is added to the kit's modal, so in the future, we will allow having multiple accounts and wallets connected, so users can switch between accounts directly from the website instead of needing to check their wallets.
• Include a new logic for events updates from the kit, developers can `subscribe ' to updates from the kit, like changes in the selected address, network, module, or disconnections.
• The kit now separates the logic between getting the address and fetching the address. This means that if the user hasn't interacted with the AuthModal before, it will throw an error. This will prevent issues with modules that have different authorization logic (for example, Freighter)
• The kit now keeps more information in the localstorage, for example, it will remember the last Wallet Connect topic it used, so when using Wallet Connect, the user doesn't need to connect again and again.
• Freighter and Lobstr are now default wallets in the wallet connect modal, this way users will see them first instead of regular EVM wallets.
• Fully remove both submit and submitUrl parameters
• And many more.

Fix

• Update Freighter module signAuthEntry method so it ignores the freighter-api types and follow a similar logic to the signMessage method uses (handle both a string and buffer response)

Commits

• b863d6c v2.0.0
• b7a677f Merge remote-tracking branch 'origin/main'
• 721948c Include example of how to use Nextjs non server side component
• 847de55 Merge pull request #80 from ByteZhang1024/feat/onekey
• 39f8d97 feat: support onekey
• 5c603b5 Update to 2.0.0-beta.9
• 0eb8ead Update to 2.0.0-beta.9
• a9663ed Update to 2.0.0-beta.8
• 9c8bd50 Merge remote-tracking branch 'origin/main'
• fd1077a Update to 2.0.0-beta.7
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)