Skip to content

chore(deps): bump soroban-sdk from 27.0.6 to 29.0.1 in /contracts in the soroban group across 1 directory - #47

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/contracts/soroban-cd6998542c
Open

dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/contracts/soroban-cd6998542c

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Oct 13, 2026 •

Copy link
Copy Markdown
Contributor

Bumps the soroban group with 1 update in the /contracts directory: soroban-sdk.

Updates soroban-sdk from 27.0.6 to 29.0.1

Release notes

Sourced from soroban-sdk's releases.

29.0.1

What's Changed

  • Update soroban-env to 29.0.1 stellar/rs-soroban-sdk#2129
    • Contains a fix to the wasmi runtime that was included, v29.0.0 erroneously contained the wasmi runtime from v28.

Full Changelog: stellar/rs-soroban-sdk@v29.0.0...v29.0.1

29.0.0

What Changed

Full Changelog: stellar/rs-soroban-sdk@v28.0.0...v29.0.0

28.0.0

This is a release supporting Protocol 28. Upgrading requires changes to some contracts. See the migration guide for the full detail on each breaking change below.

Breaking changes

  • Build contracts with stellar-cli v25.2.0 or newer. Spec shaking v2 is now always on, so the SDK emits a spec entry for every type and relies on the build system to strip the unreachable ones. Remove the experimental_spec_shaking_v2 feature from the soroban-sdk dependency, and remove any export = ... argument from contracttype, contracterror, and contractevent, which is now a compile error. Native builds and unit tests are unaffected. #1968
  • Remove any lib = ... argument from contracttype, contracterror, and contractevent. It is now a compile error, and contractimport! always generates the full type definition instead of aliasing into another crate. #1951 #2000
  • A contracttype struct can be read from stored data with extra or missing fields (CAP-86). A field missing from the map reads as None if it is an Option, and errors otherwise, and a map key that is not a field of the struct is ignored and dropped, where both used to panic. An Option field can now be added or removed without migrating everything already stored. Writing is unchanged and still writes every field. #2006
  • Events no longer publish fields that are unset (CAP-86). In a contractevent with data_format = "map", a field whose value is void, or Option::None, is left out of the published map rather than written as a key with a void value. Any off-chain system consuming the events must tolerate the absent key. Keep publishing every field with #[contractevent(sparse = false)]. #2008
  • Deploying and upgrading take a ContractExecutable (CAP-85). deploy_contract replaces deploy_v2, and update_current_contract replaces update_current_contract_wasm; the old ones still work but are deprecated. Wrap the Wasm hash in ContractExecutable::Wasm(...) to migrate. #2020
  • Test snapshots change for tests that register contracts natively. Every natively registered contract now gets its own contract code entry rather than sharing one empty entry, so snapshot JSON files are regenerated on upgrade. For a test that depended on contracts sharing a code entry, upload the contract once with Env::upload and deploy it repeatedly instead. #2014
  • The Approve event field expiration_ledger is renamed live_until_ledger, matching the name SEP-41 uses. Rename it wherever the event is constructed or matched on. #1985
  • #[contractimpl(contracttrait)] on an impl block that does not implement a trait is now a compile error. It was accepted and silently did nothing. #1992
  • Some test utilities now panic when called inside a contract function. Call them from the test, outside the contract. #2010

New features

  • Protocol 28 support, with soroban-env-* at 28.0.2 and stellar-xdr at 28.0.0. #1986
  • Manage contract executable references from a contract (CAP-85) with Env::executable_refs(), and deploy from one by passing ContractExecutable::ExternalRef. #2020
  • Upload a natively defined contract in tests with Env::upload and Env::upload_at, making it possible to test a factory, or any other contract that deploys from an existing code entry, without needing to build the contract to Wasm. #2007
  • Fuzz and property test with account addresses using the new ArbitraryAddressAccount prototype, which generates G... addresses so the account path of a contract gets exercised. ArbitraryAddress still generates contract addresses and is also named ArbitraryAddressContract. #2024
  • Use SorobanArbitrary prototypes with proptest, now documented in testutils::proptest. #2011

Fixes

  • MuxedAddress values from different Envs can be compared in tests. #2047
  • BytesN<N> rejects an N larger than u32::MAX when converting from Bytes. #2050
  • Generated and internal spec XDR statics are now private and hidden from docs. #2054 #2032

Full Changelog: stellar/rs-soroban-sdk@v27.0.6...v28.0.0

28.0.0-rc.2

This is a pre-release supporting Protocol 28, and follows v28.0.0-rc.1. Upgrading requires changes to some contracts. See the migration guide for the full detail on each breaking change, including those released in rc.1.

Note that any changes including breaking changes may be made until the stable release.

... (truncated)

Commits

@dependabot dependabot Bot added the dependencies Pull requests that update a dependency file label Oct 13, 2026
@vercel

vercel Bot commented Oct 13, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated
surge Ready Ready Preview Oct 26, 2026 3:27pm UTC

@dependabot dependabot Bot added the rust Pull requests that update rust code label Oct 13, 2026
@Muyideen-js
Muyideen-js force-pushed the main branch 2 times, most recently from e05fc2d to 7e86e13 Compare October 22, 2026 03:43
Bumps the soroban group with 1 update in the /contracts directory: [soroban-sdk](https://github.com/stellar/rs-soroban-sdk).


Updates `soroban-sdk` from 27.0.6 to 29.0.1
- [Release notes](https://github.com/stellar/rs-soroban-sdk/releases)
- [Commits](stellar/rs-soroban-sdk@v27.0.6...v29.0.1)

---
updated-dependencies:
- dependency-name: soroban-sdk
  dependency-version: 28.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: soroban
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): bump soroban-sdk from 27.0.6 to 28.0.0 in /contracts in the soroban group chore(deps): bump soroban-sdk from 27.0.6 to 29.0.1 in /contracts in the soroban group across 1 directory Oct 26, 2026
@dependabot
dependabot Bot force-pushed the dependabot/cargo/contracts/soroban-cd6998542c branch from 9b5ac2a to b69c9b6 Compare October 26, 2026 15:27

This branch was successfully deployed

1 active deployment
Preview — b69c9b61 Deployed Oct 26, 2026 by vercel[bot]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file rust Pull requests that update rust code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants