8000 Releases · anza-xyz/kit · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Releases: anza-xyz/kit

v2.3.0

09 Jul 23:54
15c044c
Compare
Choose a tag to compare

2.3.0 (2025-07-08)

@solana/compat@2.3.0

Minor Changes

  • #488 810d6ab Thanks @lorisleiva! - Remove the I prefix on the following types: IInstruction, IInstructionWithAccounts, IInstructionWithData, IInstructionWithSigners, IAccountMeta, IAccountLookupMeta and IAccountSignerMeta. The old names are kept as aliases but marked as deprecated.

Patch Changes

@solana/errors@2.3.0

Minor Changes

  • #426 b7dfe03 Thanks @lorisleiva! - Deprecate the I prefix of four transaction message types to stay consistent with the rest of them. Namely, the following types are renamed and their old names are marked as deprecated:
    • ITransactionMessageWithFeePayer -> TransactionMessageWithFeePayer
    • ITransactionMessageWithFeePayerSigner -> TransactionMessageWithFeePayerSigner
    • ITransactionMessageWithSigners -> TransactionMessageWithSigners
    • ITransactionMessageWithSingleSendingSigner -> TransactionMessageWithSingleSendingSigner

Patch Changes

  • #566 363e3cc Thanks @steveluscher! - The unitsConsumed property in simulation result errors was incorrectly marked as a number when it is in fact a bigint

  • #567 eeac21d Thanks @steveluscher! - Added replacementBlockhash to the simulation result type. This field materializes in cases where simulation was performed with the replaceRecentBlockhash param set to true.

  • #425 93609aa Thanks @lorisleiva! - Add a variety of types, constants and functions to help with transaction sizes and their limits

@solana/instructions@2.3.0

Minor Changes

  • #488 810d6ab Thanks @lorisleiva! - Remove the I prefix on the following types: IInstruction, IInstructionWithAccounts, IInstructionWithData, IInstructionWithSigners, IAccountMeta, IAccountLookupMeta and IAccountSignerMeta. The old names are kept as aliases but marked as deprecated.

Patch Changes

@solana/kit@2.3.0

Minor Changes

  • #426 b7dfe03 Thanks @lorisleiva! - Deprecate the I prefix of four transaction message types to stay consistent with the rest of them. Namely, the following types are renamed and their old names are marked as deprecated:

    • ITransactionMessageWithFeePayer -> TransactionMessageWithFeePayer
    • ITransactionMessageWithFeePayerSigner -> TransactionMessageWithFeePayerSigner
    • ITransactionMessageWithSigners -> TransactionMessageWithSigners
    • ITransactionMessageWithSingleSendingSigner -> TransactionMessageWithSingleSendingSigner
  • #488 810d6ab Thanks @lorisleiva! - Remove the I prefix on the following types: IInstruction, IInstructionWithAccounts, IInstructionWithData, IInstructionWithSigners, IAccountMeta, IAccountLookupMeta and IAccountSignerMeta. The old names are kept as aliases but marked as deprecated.

Patch Changes

  • #520 043d8c1 Thanks @lorisleiva! - Deprecate the getComputeUnitEstimateForTransactionMessageFactory function in favor of the estimateComputeUnitLimitFactory function from the @solana-program/compute-budget client.

  • Updated dependencies [6ccbf01, 53e1336, 363e3cc, eb61d94, eeac21d, bbcb913, 93609aa, b7dfe03, e6c0568, 810d6ab]:

    • @solana/transaction-messages@2.3.0
    • @solana/transactions@2.3.0
    • @solana/signers@2.3.0
    • @solana/errors@2.3.0
    • @solana/instructions@2.3.0
    • @solana/programs@2.3.0
    • @solana/transaction-confirmation@2.3.0
    • @solana/accounts@2.3.0
    • @solana/addresses@2.3.0
    • @solana/keys@2.3.0
    • @solana/rpc@2.3.0
    • @solana/rpc-subscriptions@2.3.0
    • @solana/rpc-types@2.3.0
    • @solana/sysvars@2.3.0
    • @solana/rpc-parsed-types@2.3.0
    • @solana/codecs@2.3.0
    • @solana/functional@2.3.0
    • @solana/rpc-spec-types@2.3.0

@solana/signers@2.3.0

Minor Changes

  • #468 6ccbf01 Thanks @lorisleiva! - Add, remove and forward the TransactionMessageWithinSizeLimit and TransactionWithinSizeLimit types in all helpers that may affect the size of a transaction or transaction message.

  • #426 b7dfe03 Thanks @lorisleiva! - Deprecate the I prefix of four transaction message types to stay consistent with the rest of them. Namely, the following types are renamed and their old names are marked as deprecated:

    • ITransactionMessageWithFeePayer -> TransactionMessageWithFeePayer
    • ITransactionMessageWithFeePayerSigner -> TransactionMessageWithFeePayerSigner
    • ITransactionMessageWithSigners -> TransactionMessageWithSigners
    • ITransactionMessageWithSingleSendingSigner -> TransactionMessageWithSingleSendingSigner
  • #488 810d6ab Thanks @lorisleiva! - Remove the I prefix on the following types: IInstruction, IInstructionWithAccounts, IInstructionWithData, IInstructionWithSigners, IAccountMeta, IAccountLookupMeta and IAccountSignerMeta. The old names are kept as aliases but marked as deprecated.

Patch Changes

Read more

v2.2.1

08 Jul 18:55
f920312
Compare
Choose a tag to compare

2.2.1 (2025-07-08)

@solana/accounts@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/rpc-spec@2.2.1
    • @solana/rpc-types@2.2.1

@solana/addresses@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/assertions@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/nominal-types@2.2.1

@solana/assertions@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1

@solana/codecs@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/codecs-data-structures@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/options@2.2.1

@solana/codecs-core@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1

@solana/codecs-data-structures@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/errors@2.2.1

@solana/codecs-numbers@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/errors@2.2.1

@solana/codecs-strings@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/errors@2.2.1

@solana/compat@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/errors@2.2.1
    • @solana/instructions@2.2.1
    • @solana/keys@2.2.1
    • @solana/transactions@2.2.1

@solana/instructions@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/errors@2.2.1

@solana/keys@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/assertions@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/nominal-types@2.2.1

@solana/kit@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/rpc-subscriptions@2.2.1
    • @solana/transaction-confirmation@2.2.1
    • @solana/accounts@2.2.1
    • @solana/addresses@2.2.1
    • @solana/codecs@2.2.1
    • @solana/errors@2.2.1
    • @solana/functional@2.2.1
    • @solana/instructions@2.2.1
    • @solana/keys@2.2.1
    • @solana/programs@2.2.1
    • @solana/rpc@2.2.1
    • @solana/rpc-parsed-types@2.2.1
    • @solana/rpc-spec-types@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/signers@2.2.1
    • @solana/sysvars@2.2.1
    • @solana/transaction-messages@2.2.1
    • @solana/transactions@2.2.1

@solana/options@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.1
    • @solana/codecs-data-structures@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1

@solana/programs@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/errors@2.2.1

@solana/react@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/errors@2.2.1
    • @solana/keys@2.2.1
    • @solana/promises@2.2.1
    • @solana/signers@2.2.1
    • @solana/transactions@2.2.1

@solana/rpc@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1
    • @solana/fast-stable-stringify@2.2.1
    • @solana/functional@2.2.1
    • @solana/rpc-api@2.2.1
    • @solana/rpc-spec@2.2.1
    • @solana/rpc-spec-types@2.2.1
    • @solana/rpc-transformers@2.2.1
    • @solana/rpc-transport-http@2.2.1
    • @solana/rpc-types@2.2.1

@solana/rpc-api@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/keys@2.2.1
    • @solana/rpc-parsed-types@2.2.1
    • @solana/rpc-spec@2.2.1
    • @solana/rpc-transformers@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/transaction-messages@2.2.1
    • @solana/transactions@2.2.1

@solana/rpc-graphql@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-strings@2.2.1
    • @solana/fast-stable-stringify@2.2.1

@solana/rpc-spec@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1
    • @solana/rpc-spec-types@2.2.1

@solana/rpc-subscriptions@2.2.1

Patch Changes

  • Updated dependencies [e881fca]:
    • @solana/rpc-subscriptions-spec@2.2.1
    • @solana/rpc-subscriptions-api@2.2.1
    • @solana/rpc-subscriptions-channel-websocket@2.2.1
    • @solana/errors@2.2.1
    • @solana/fast-stable-stringify@2.2.1
    • @solana/functional@2.2.1
    • @solana/promises@2.2.1
    • @solana/rpc-spec-types@2.2.1
    • @solana/rpc-transformers@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/subscribable@2.2.1

@solana/rpc-subscriptions-api@2.2.1

Patch Changes

  • Updated dependencies [e881fca]:
    • @solana/rpc-subscriptions-spec@2.2.1
    • @solana/addresses@2.2.1
    • @solana/keys@2.2.1
    • @solana/rpc-transformers@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/transaction-messages@2.2.1
    • @solana/transactions@2.2.1

@solana/rpc-subscriptions-channel-websocket@2.2.1

Patch Changes

  • Updated dependencies [e881fca]:
    • @solana/rpc-subscriptions-spec@2.2.1
    • @solana/errors@2.2.1
    • @solana/functional@2.2.1
    • @solana/subscribable@2.2.1

@solana/rpc-subscriptions-spec@2.2.1

Patch Changes

  • #633 e881fca Thanks @steveluscher! - Repaired a bug that could cause subscriptions to become 'stuck' and fail to send their unsubscribe message to the RPC, despite the last consumer in your app having released the subscription by calling AbortController#abort()

  • Updated dependencies []:

    • @solana/errors@2.2.1
    • @solana/promises@2.2.1
    • @solana/rpc-spec-types@2.2.1
    • @solana/subscribable@2.2.1

@solana/rpc-transformers@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1
    • @solana/functional@2.2.1
    • @solana/nominal-types@2.2.1
    • @solana/rpc-spec-types@2.2.1
    • @solana/rpc-types@2.2.1

@solana/rpc-transport-http@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1
    • @solana/rpc-spec@2.2.1
    • @solana/rpc-spec-types@2.2.1

@solana/rpc-types@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/nominal-types@2.2.1

@solana/signers@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/errors@2.2.1
    • @solana/instructions@2.2.1
    • @solana/keys@2.2.1
    • @solana/nominal-types@2.2.1
    • @solana/transaction-messages@2.2.1
    • @solana/transactions@2.2.1

@solana/subscribable@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.1

@solana/sysvars@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/accounts@2.2.1
    • @solana/codecs@2.2.1
    • @solana/errors@2.2.1
    • @solana/rpc-types@2.2.1

@solana/transaction-confirmation@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/rpc-subscriptions@2.2.1
    • @solana/addresses@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/keys@2.2.1
    • @solana/promises@2.2.1
    • @solana/rpc@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/transaction-messages@2.2.1
    • @solana/transactions@2.2.1

@solana/transaction-messages@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-data-structures@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/errors@2.2.1
    • @solana/functional@2.2.1
    • @solana/instructions@2.2.1
    • @solana/nominal-types@2.2.1
    • @solana/rpc-types@2.2.1

@solana/transactions@2.2.1

Patch Changes

  • Updated dependencies []:
    • @solana/addresses@2.2.1
    • @solana/codecs-core@2.2.1
    • @solana/codecs-data-structures@2.2.1
    • @solana/codecs-numbers@2.2.1
    • @solana/codecs-strings@2.2.1
    • @solana/errors@2.2.1
    • @solana/functional@2.2.1
    • @solana/instructions@2.2.1
    • @solana/keys@2.2.1
    • @solana/nominal-types@2.2.1
    • @solana/rpc-types@2.2.1
    • @solana/transaction-messages@2.2.1

@solana/errors@2.2.1

@solana/fast-stable-stringify@2.2.1

@solana/functional@2.2.1

@solana/nominal-types@2.2.1

@solana/p...

Read more

v2.2.0

08 Jul 18:54
c86f457
Compare
Choose a tag to compare

2.2.0 (2025-07-07)

@solana/addresses@2.2.0

Minor Changes

  • 85925d6 Thanks @nickfrosty! - Added an OffCurveAddress type to represent addresses for which there is no associated private key. These are addresses that can not be signed for by keyholders, only by programs. An example of such an address is the address of an associated token account, for which only the Token Program can sign transactions that seek to modify its contents.

    Also added an offCurveAddress() function that you can use to assert and coerce an Address to an OffCurveAddress, as well as an isOffCurveAddress() guard function, and a assertIsOffCurveAddress() assertion function.

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/nominal-types@2.2.0
    • @solana/assertions@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0

@solana/accounts@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0
    • @solana/rpc-spec@2.2.0

@solana/assertions@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0

@solana/codecs@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/codecs-data-structures@2.2.0
    • @solana/codecs-numbers@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/options@2.2.0

@solana/codecs-core@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0

@solana/codecs-data-structures@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/codecs-numbers@2.2.0
    • @solana/errors@2.2.0

@solana/codecs-numbers@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/errors@2.2.0

@solana/codecs-strings@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/codecs-numbers@2.2.0
    • @solana/errors@2.2.0

@solana/compat@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/transactions@2.2.0
    • @solana/instructions@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/errors@2.2.0

@solana/instructions@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/errors@2.2.0

@solana/keys@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/nominal-types@2.2.0
    • @solana/assertions@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0

@solana/kit@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/signers@2.2.0
    • @solana/transaction-messages@2.2.0
    • @solana/transactions@2.2.0
    • @solana/accounts@2.2.0
    • @solana/instructions@2.2.0
    • @solana/programs@2.2.0
    • @solana/rpc-parsed-types@2.2.0
    • @solana/rpc-subscriptions@2.2.0
    • @solana/sysvars@2.2.0
    • @solana/transaction-confirmation@2.2.0
    • @solana/rpc@2.2.0
    • @solana/codecs@2.2.0
    • @solana/errors@2.2.0
    • @solana/functional@2.2.0
    • @solana/rpc-spec-types@2.2.0

@solana/nominal-types@2.2.0

Patch Changes

  • 85925d6 Thanks @nickfrosty! - Added AffinePoint; a nominal type that you can use to tag a value as representing an affine point over some field that is either valid or invalid from the perspective of some curve. Typically this will be used to tag an address as either on or off curve.

@solana/options@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-core@2.2.0
    • @solana/codecs-data-structures@2.2.0
    • @solana/codecs-numbers@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0

@solana/programs@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/errors@2.2.0

@solana/react@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/signers@2.2.0
    • @solana/transactions@2.2.0
    • @solana/errors@2.2.0
    • @solana/promises@2.2.0

@solana/rpc@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/rpc-transformers@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/rpc-api@2.2.0
    • @solana/errors@2.2.0
    • @solana/fast-stable-stringify@2.2.0
    • @solana/functional@2.2.0
    • @solana/rpc-spec@2.2.0
    • @solana/rpc-spec-types@2.2.0
    • @solana/rpc-transport-http@2.2.0

@solana/rpc-api@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/rpc-transformers@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/transaction-messages@2.2.0
    • @solana/transactions@2.2.0
    • @solana/rpc-parsed-types@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0
    • @solana/rpc-spec@2.2.0

@solana/rpc-graphql@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/codecs-strings@2.2.0
    • @solana/fast-stable-stringify@2.2.0

@solana/rpc-spec@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0
    • @solana/rpc-spec-types@2.2.0

@solana/rpc-subscriptions@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/rpc-transformers@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/rpc-subscriptions-api@2.2.0
    • @solana/errors@2.2.0
    • @solana/fast-stable-stringify@2.2.0
    • @solana/functional@2.2.0
    • @solana/promises@2.2.0
    • @solana/rpc-spec-types@2.2.0
    • @solana/rpc-subscriptions-channel-websocket@2.2.0
    • @solana/rpc-subscriptions-spec@2.2.0
    • @solana/subscribable@2.2.0

@solana/rpc-subscriptions-api@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/rpc-transformers@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/transaction-messages@2.2.0
    • @solana/transactions@2.2.0
    • @solana/rpc-subscriptions-spec@2.2.0

@solana/rpc-subscriptions-channel-websocket@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0
    • @solana/functional@2.2.0
    • @solana/rpc-subscriptions-spec@2.2.0
    • @solana/subscribable@2.2.0

@solana/rpc-subscriptions-spec@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0
    • @solana/promises@2.2.0
    • @solana/rpc-spec-types@2.2.0
    • @solana/subscribable@2.2.0

@solana/rpc-transformers@2.2.0

Patch Changes

  • Updated dependencies [85925d6]:
    • @solana/nominal-types@2.2.0
    • @solana/rpc-types@2.2.0
    • @solana/errors@2.2.0
    • @solana/functional@2.2.0
    • @solana/rpc-spec-types@2.2.0

@solana/rpc-transport-http@2.2.0

Patch Changes

  • Updated dependencies []:
    • @solana/errors@2.2.0
    • @solana/rpc-spec@2.2.0
    • @solana/rpc-spec-types@2.2.0

@solana/rpc-types@2.2.0

Patch Changes

  • Updated dependencies [85925d6, 85925d6]:
    • @solana/nominal-types@2.2.0
    • @solana/addresses@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/codecs-numbers@2.2.0
    • @solana/codecs-strings@2.2.0
    • @solana/errors@2.2.0

@solana/signers@2.2.0

Patch Changes

  • Updated dependencies [85925d6, 85925d6]:
    • @solana/nominal-types@2.2.0
    • @solana/addresses@2.2.0
    • @solana/keys@2.2.0
    • @solana/transaction-messages@2.2.0
    • @solana/transactions@2.2.0
    • @solana/instructions@2.2.0
    • @solana/codecs-core@2.2.0
    • @solana/errors@2.2.0

@solana/subscribable@2.2.0

Patch Changes

  • ...
Read more

v2.1.1

15 May 21:32
10b159b
Compare
Choose a tag to compare

2.1.1 (2025-05-12)

@solana/addresses@2.1.1

Patch Changes

  • #473 36a9dee Thanks @steveluscher! - The identity of all branded types has changed in such a way that the types from v2.1.1 will be compatible with any other version going forward, which is not the case for versions v2.1.0 and before.

    If you end up with a mix of versions in your project prior to v2.1.1 (eg. @solana/addresses@2.0.0 and @solana/addresses@2.1.0) you may discover that branded types like Address raise a type error, even though they are runtime compatible. Your options are:

    1. Always make sure that you have exactly one instance of each @solana/* dependency in your project at any given time
    2. Upgrade all of your @solana/* dependencies to v2.1.1 at minimum, even if their minor or patch versions differ.
    3. Suppress the type errors using a comment like the following:
      const myAddress = address('1234..5678'); // from @solana/addresses@2.0.0
      const myAccount = await fetchEncodedAccount(
          // imports @solana/addresses@2.1.0
          rpc,
          // @ts-expect-error Address types mismatch between installed versions of @solana/addresses
          myAddress,
      );
  • #236 ca1d4ec Thanks @steveluscher! - The minimum TypeScript version is now 5.3.3

  • Updated dependencies [36a9dee, ca1d4ec]:

    • @solana/codecs-strings@2.1.1
    • @solana/nominal-types@2.1.1
    • @solana/codecs-core@2.1.1
    • @solana/assertions@2.1.1
    • @solana/errors@2.1.1

@solana/errors@2.1.1

Patch Changes

  • #473 36a9dee Thanks @steveluscher! - The identity of all branded types has changed in such a way that the types from v2.1.1 will be compatible with any other version going forward, which is not the case for versions v2.1.0 and before.

    If you end up with a mix of versions in your project prior to v2.1.1 (eg. @solana/addresses@2.0.0 and @solana/addresses@2.1.0) you may discover that branded types like Address raise a type error, even though they are runtime compatible. Your options are:

    1. Always make sure that you have exactly one instance of each @solana/* dependency in your project at any given time
    2. Upgrade all of your @solana/* dependencies to v2.1.1 at minimum, even if their minor or patch versions differ.
    3. Suppress the type errors using a comment like the following:
      const myAddress = address('1234..5678'); // from @solana/addresses@2.0.0
      const myAccount = await fetchEncodedAccount(
          // imports @solana/addresses@2.1.0
          rpc,
          // @ts-expect-error Address types mismatch between installed versions of @solana/addresses
          myAddress,
      );
  • #236 ca1d4ec Thanks @steveluscher! - The minimum TypeScript version is now 5.3.3

@solana/rpc-transport-http@2.1.1

Patch Changes

  • #473 36a9dee Thanks @steveluscher! - The identity of all branded types has changed in such a way that the types from v2.1.1 will be compatible with any other version going forward, which is not the case for versions v2.1.0 and before.

    If you end up with a mix of versions in your project prior to v2.1.1 (eg. @solana/addresses@2.0.0 and @solana/addresses@2.1.0) you may discover that branded types like Address raise a type error, even though they are runtime compatible. Your options are:

    1. Always make sure that you have exactly one instance of each @solana/* dependency in your project at any given time
    2. Upgrade all of your @solana/* dependencies to v2.1.1 at minimum, even if their minor or patch versions differ.
    3. Suppress the type errors using a comment like the following:
      const myAddress = address('1234..5678'); // from @solana/addresses@2.0.0
      const myAccount = await fetchEncodedAccount(
          // imports @solana/addresses@2.1.0
          rpc,
          // @ts-expect-error Address types mismatch between installed versions of @solana/addresses
          myAddress,
      );
  • #236 ca1d4ec Thanks @steveluscher! - The minimum TypeScript version is now 5.3.3

  • Updated dependencies [36a9dee, ca1d4ec]:

    • @solana/rpc-spec-types@2.1.1
    • @solana/rpc-spec@2.1.1
    • @solana/errors@2.1.1

@solana/sysvars@2.1.1

Patch Changes

  • #374 2fb1fbc Thanks @steveluscher! - The SysvarEpochRewards encoder/decoder no longer produces malformed data

  • #473 36a9dee Thanks @steveluscher! - The identity of all branded types has changed in such a way that the types from v2.1.1 will be compatible with any other version going forward, which is not the case for versions v2.1.0 and before.

    If you end up with a mix of versions in your project prior to v2.1.1 (eg. @solana/addresses@2.0.0 and @solana/addresses@2.1.0) you may discover that branded types like Address raise a type error, even though they are runtime compatible. Your options are:

    1. Always make sure that you have exactly one instance of each @solana/* dependency in your project at any given time
    2. Upgrade all of your @solana/* dependencies to v2.1.1 at minimum, even if their minor or patch versions differ.
    3. Suppress the type errors using a comment like the following:
      const myAddress = address('1234..5678'); // from @solana/addresses@2.0.0
      const myAccount = await fetchEncodedAccount(
          // imports @solana/addresses@2.1.0
          rpc,
          // @ts-expect-error Address types mismatch between installed versions of @solana/addresses
          myAddress,
      );
  • #379 e143797 Thanks @steveluscher! - The SysvarStakeHistory encoder/decoder no longer produces malformed data

  • #236 ca1d4ec Thanks @steveluscher! - The minimum TypeScript version is now 5.3.3

  • Updated dependencies [36a9dee, 41b679c, ca1d4ec]:

    • @solana/rpc-types@2.1.1
    • @solana/accounts@2.1.1
    • @solana/codecs@2.1.1
    • @solana/errors@2.1.1

@solana/accounts@2.1.1

Patch Changes

  • #473 36a9dee Thanks @steveluscher! - The identity of all branded types has changed in such a way that the types from v2.1.1 will be compatible with any other version going forward, which is not the case for versions v2.1.0 and before.

    If you end up with a mix of versions in your project prior to v2.1.1 (eg. @solana/addresses@2.0.0 and @solana/addresses@2.1.0) you may discover that branded types like Address raise a type error, even though they are runtime compatible. Your options are:

    1. Always make sure that you have exactly one instance of each @solana/* dependency in your project at any given time
    2. Upgrade all of your @solana/* dependencies to v2.1.1 at minimum, even if their minor or patch versions differ.
    3. Suppress the type errors using a comment like the following:
      const myAddress = address('1234..5678'); // from @solana/addresses@2.0.0
      const myAccount = await fetchEncodedAccount(
          // imports @solana/addresses@2.1.0
          rpc,
          // @ts-expect-error Address types mismatch between installed versions of @solana/addresses
          myAddress,
      );
  • #236 ca1d4ec Thanks [@steveluscher](https://github....

Read more

v2.1.0

28 Feb 18:14
a164c87
Compare
Choose a tag to compare

2.1.0 (2025-02-27)

🎉 @solana/kit is the new name for the 2.x line of @solana/web3.js.

This should make it easier to adopt in projects that will continue to depend on the legacy 1.x line of web3.js for the time being. It will also prevent confusion for new developers who might install the 2.x line while following a legacy 1.x tutorial.

In time, more guide-based content will be released; in the meantime take a look at the READMEs, the examples/ directory, and https://tsdocs.dev/docs/@solana/kit. If you have questions, please post at https://sola.na/sse.

@solana/addresses@2.1.0

Minor Changes

  • #117 0c577eb Thanks @beeman! - Add getPublicKeyFromAddress to derive public keys from addresses

Patch Changes

  • 1adf435 Thanks @leantOnSol! - A two-versions-old version of Node LTS is now specified everywhere via the engines field, including the one in the root of the pnpm workspace, and engine-strictness is delegated to the .npmrc files.

  • Updated dependencies [1adf435, c7b7dd9, 5af7f20, 704d8a2]:

    • @solana/assertions@2.1.0
    • @solana/codecs-core@2.1.0
    • @solana/codecs-strings@2.1.0
    • @solana/errors@2.1.0

@solana/errors@2.1.0

Minor Changes

  • 5af7f20 Thanks @steveluscher! - When the HTTP transport throws an error, you can now access the response headers through e.context.headers. This can be useful, for instance, if the HTTP error is a 429 Rate Limit error, and the response contains a Retry-After header.

    try {
        const { value: latestBlockhash } = await rpc.getLatestBlockhash().send();
    } catch (e) {
        if (isSolanaError(e, SOLANA_ERROR__RPC__TRANSPORT_HTTP_ERROR)) {
            if (e.context.code === 429 /* rate limit error */) {
                const retryAfterHeaderValue = e.context.headers.get('Retry-After');
                if (retryAfterHeaderValue != null) {
                    // ...
                }
            }
        }
    }

Patch Changes

  • 1adf435 Thanks @leantOnSol! - A two-versions-old version of Node LTS is now specified everywhere via the engines field, including the one in the root of the pnpm workspace, and engine-strictness is delegated to the .npmrc files.

  • #130 c7b7dd9 Thanks @lorisleiva! - Gracefully handle JSON RPC errors that do not provide a code attribute in their response

  • 704d8a2 Thanks @mcintyre94! - Change data field of transaction message instructions to use ReadonlyUint8Array

@solana/rpc-transport-http@2.1.0

Minor Changes

  • 5af7f20 Thanks @steveluscher! - When the HTTP transport throws an error, you can now access the response headers through e.context.headers. This can be useful, for instance, if the HTTP error is a 429 Rate Limit error, and the response contains a Retry-After header.

    try {
        const { value: latestBlockhash } = await rpc.getLatestBlockhash().send();
    } catch (e) {
        if (isSolanaError(e, SOLANA_ERROR__RPC__TRANSPORT_HTTP_ERROR)) {
            if (e.context.code === 429 /* rate limit error */) {
                const retryAfterHeaderValue = e.context.headers.get('Retry-After');
                if (retryAfterHeaderValue != null) {
                    // ...
                }
            }
        }
    }

Patch Changes

@solana/sysvars@2.1.0

Minor Changes

  • c880687 Thanks @steveluscher! - Removed the fees sysvar which has been disabled on the network for a year, and has now been removed from the test validator in Agave 2.0

    % solana feature status JAN1trEUEtZjgXYzNBYHU9DYd7GnThhXfFP7SzPXkPsG
    Feature                                      | Status                  | Activation Slot | Description
    JAN1trEUEtZjgXYzNBYHU9DYd7GnThhXfFP7SzPXkPsG | active since epoch 483  | 208656004       | disable fees sysvar
    

Patch Changes

  • 1adf435 Thanks @leantOnSol! - A two-versions-old version of Node LTS is now specified everywhere via the engines field, including the one in the root of the pnpm workspace, and engine-strictness is delegated to the .npmrc files.

  • Updated dependencies [1adf435, c7b7dd9, 9b179dc, 400f4d5, 5af7f20, 704d8a2]:

    • @solana/errors@2.1.0
    • @solana/rpc-types@2.1.0
    • @solana/accounts@2.1.0
    • @solana/codecs@2.1.0

@solana/accounts@2.1.0

Patch Changes

@solana/assertions@2.1.0

Patch Changes

  • 1adf435 Thanks @leantOnSol! - A two-versions-old version of Node LTS is now specified everywhere via the engines field, including the one in the root of the pnpm workspace, and engine-strictness is delegated to the .npmrc files.

  • Updated dependencies [1adf435, c7b7dd9, 5af7f20, 704d8a2]:

    • @solana/errors@2.1.0

@solana/codecs@2.1.0

Patch Changes

  • Updated dependencies [1adf435, cfe6910]:
    • @solana/codecs-core@2.1.0
    • @solana/codecs-data-structures@2.1.0
    • @solana/codecs-numbers@2.1.0
    • @solana/codecs-strings@2.1.0
    • @solana/options@2.1.0

@solana/codecs-core@2.1.0

Patch Changes

  • 1adf435 Thanks @leantOnSol! - A two-versions-old version of Node LTS is now specified everywhere via the engines field, including the one in the root of the pnpm workspace, and engine-strictness is delegated to the .npmrc files.

  • Updated dependencies [1adf435, [c7b7dd9](https://github.c...

Read more
0