Skip to content

Comments

fix(deps): update dependency @solana/kit to v6#289

Open
renovate[bot] wants to merge 1 commit intomainfrom
renovate/solana-kit-6-x
Open

fix(deps): update dependency @solana/kit to v6#289
renovate[bot] wants to merge 1 commit intomainfrom
renovate/solana-kit-6-x

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Feb 11, 2026 •
edited
Loading

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Change Age Confidence
@solana/kit (source) ^2.1.0 → ^6.0.0 age confidence

Release Notes

anza-xyz/kit (@​solana/kit)

v6.0.1

Compare Source

@​solana/kit

v6.0.1 (2026-02-05)

Patch Changes

  • [@solana/kit, @solana/signers, @solana/transaction-messages] #​1321 2d3296f Thanks @​mcintyre94! - Fix a bug in the type of TransactionMessageWithSigners

  • [@solana/transaction-messages] #​1318 a8a57ce Thanks @​mcintyre94! - Fix bugs in types of setTransactionMessageLifetimeUsingBlockhash and setTransactionMessageLifetimeUsingDurableNonce

v6.0.0

Compare Source

@​solana/kit

v6.0.0 (2026-02-04)

Major Changes

  • [@solana/instruction-plans] #​1302 5f12df2 Thanks @​lorisleiva! - The executeTransactionMessage callback in createTransactionPlanExecutor now receives a mutable context object as its first argument. This context can be incrementally populated during execution (e.g. with the latest transaction message, the compiled transaction, or custom properties) and is preserved in the resulting SingleTransactionPlanResult regardless of the outcome. If an error is thrown at any point in the callback, any attributes already saved to the context will still be available in the FailedSingleTransactionPlanResult, which is useful for debugging failures or building recovery plans.

    The callback must now return either a Signature or a full Transaction object directly, instead of wrapping the result in an object.

    BREAKING CHANGES

    executeTransactionMessage callback signature changed. The callback now receives (context, message, config) instead of (message, config) and returns Signature | Transaction instead of { transaction: Transaction } | { signature: Signature }.

      const executor = createTransactionPlanExecutor({
-   executeTransactionMessage: async (message, { abortSignal }) => {
+   executeTransactionMessage: async (context, message, { abortSignal }) => {
      const transaction = await signTransactionMessageWithSigners(message);
+     context.transaction = transaction;
      await sendAndConfirmTransaction(transaction, { commitment: 'confirmed' });
-     return { transaction };
+     return transaction;
    }
  });

    Custom context is now set via mutation instead of being returned. Previously, custom context was returned as part of the result object. Now, it must be set directly on the mutable context argument.

      const executor = createTransactionPlanExecutor({
-   executeTransactionMessage: async (message) => {
-     const transaction = await signAndSend(message);
-     return { transaction, context: { custom: 'value' } };
+   executeTransactionMessage: async (context, message) => {
+     context.custom = 'value';
+     const transaction = await signAndSend(message);
+     return transaction;
    }
  });

  • [@solana/instruction-plans] #​1293 5c810ac Thanks @​lorisleiva! - Reshape the successful SingleTransactionPlanResult factory functions. The successfulSingleTransactionPlanResult helper now accepts a context object (which must include a signature property) instead of a separate signature argument. A new successfulSingleTransactionPlanResultFromTransaction helper is introduced for the common case of creating a successful result from a full Transaction object.

    BREAKING CHANGES

    successfulSingleTransactionPlanResult renamed to successfulSingleTransactionPlanResultFromTransaction. If you were creating a successful result from a Transaction, update the function name.

    - successfulSingleTransactionPlanResult(message, transaction)
+ successfulSingleTransactionPlanResultFromTransaction(message, transaction)

    successfulSingleTransactionPlanResultFromSignature renamed to successfulSingleTransactionPlanResult with a new signature. The signature is no longer a separate argument — it must be included in the context object.

    - successfulSingleTransactionPlanResultFromSignature(message, signature)
+ successfulSingleTransactionPlanResult(message, { signature })
    - successfulSingleTransactionPlanResultFromSignature(message, signature, context)
+ successfulSingleTransactionPlanResult(message, { ...context, signature })

  • [@solana/instruction-plans] #​1309 bd3d5f1 Thanks @​lorisleiva! - Add a new planType property to all InstructionPlan, TransactionPlan, and TransactionPlanResult types to distinguish them from each other at runtime. This property is a string literal with the value 'instructionPlan', 'transactionPlan', or 'transactionPlanResult' respectively. It also adds new type guard functions that make use of that new property: isInstructionPlan, isTransactionPlan, and isTransactionPlanResult.

    BREAKING CHANGES

    InstructionPlan, TransactionPlan, and TransactionPlanResult type guards updated. All factories have been updated to add the new planType property but any custom instantiation of these types must be updated to include it as well.

      const myInstructionPlan: InstructionPlan = {
    kind: 'parallel',
    plans: [/* ... */],
+   planType: 'instructionPlan',
  };

  const myTransactionPlan: TransactionPlan = {
    kind: 'parallel',
    plans: [/* ... */],
+   planType: 'transactionPlan',
  };

  const myTransactionPlanResult: TransactionPlanResult = {
    kind: 'parallel',
    plans: [/* ... */],
+   planType: 'transactionPlanResult',
  };

  • [@solana/instruction-plans] #​1311 91cdb71 Thanks @​lorisleiva! - Remove deprecated function getAllSingleTransactionPlans

    BREAKING CHANGES

    getAllSingleTransactionPlans removed. Use flattenTransactionPlan instead.

    - const singlePlans = getAllSingleTransactionPlans(transactionPlan);
+ const singlePlans = flattenTransactionPlan(transactionPlan);

  • [@solana/instruction-plans] #​1276 2fbad6a Thanks @​lorisleiva! - Reshape SingleTransactionPlanResult from a single object type with a status discriminated union into three distinct types: SuccessfulSingleTransactionPlanResult, FailedSingleTransactionPlanResult, and CanceledSingleTransactionPlanResult. This flattens the result structure so that status is now a string literal ('successful', 'failed', or 'canceled') and properties like context, error, and plannedMessage live at the top level of each variant.

    Other changes include:

    • Rename the message property to plannedMessage on all single transaction plan result types. This makes it clearer that this original planned message from the TransactionPlan, not the final message that was sent to the network.
    • Move the context object from inside the status field to the top level of each result variant. All variants now carry a context — not just successful ones.
    • Expand context attribute to optionally include message, signature, and transaction properties. These properties are meant to hold the actual TransactionMessage, Signature, and Transaction used when the transaction was sent to the network — which may differ from the originally plannedMessage.
    • Remove the now-unused TransactionPlanResultStatus type.
    • failedSingleTransactionPlanResult and canceledSingleTransactionPlanResult now accept an optional context parameter too.

    BREAKING CHANGES

    Accessing the status kind. Replace result.status.kind with result.status.

    - if (result.status.kind === 'successful') { /* ... */ }
+ if (result.status === 'successful') { /* ... */ }

    Accessing the signature. The signature has moved from result.status.signature to result.context.signature.

    - const sig = result.status.signature;
+ const sig = result.context.signature;

    Accessing the transaction. The transaction has moved from result.status.transaction to result.context.transaction.

    - const tx = result.status.transaction;
+ const tx = result.context.transaction;

    Accessing the error. The error has moved from result.status.error to result.error.

    - const err = result.status.error;
+ const err = result.error;

    Accessing the context. The context has moved from result.status.context to result.context.

    - const ctx = result.status.context;
+ const ctx = result.context;

    Accessing the message. The message property has been renamed to plannedMessage.

    - const msg = result.message;
+ const msg = result.plannedMessage;

    TransactionPlanResultStatus removed. Code that references this type must be updated to use the individual result variant types (SuccessfulSingleTransactionPlanResult, FailedSingleTransactionPlanResult, CanceledSingleTransactionPlanResult) or the SingleTransactionPlanResult union directly.

  • [@solana/transaction-messages] #​1289 b82df4c Thanks @​mcintyre94! - Remove the export of BaseTransactionMessage, which was previously deprecated. Use TransactionMessage instead.

Minor Changes
  • [@solana/instruction-plans] #​1275 f8ef83e Thanks @​lorisleiva! - Add missing TContext, TTransactionMessage and/or TSingle type parameters to TransactionPlanResult types and helper functions to better preserve type information through narrowing operations.
Patch Changes

  • [@solana/transaction-messages] #​1287 f80b6de Thanks @​mcintyre94! - Refactor compressTransactionMessageUsingAddressLookupTables to not use BaseTransactionMessage

  • [@solana/transaction-messages] #​1288 986a09c Thanks @​mcintyre94! - Refactor transaction-messages package to stop using BaseTransactionMessage

v5.5.1

Compare Source

@​solana/kit

v5.5.1 (2026-01-28)

Patch Changes

v5.5.0

Compare Source

@​solana/kit

v5.5.0 (2026-01-27)

Minor Changes

  • [@solana/errors, @solana/instruction-plans] #​1253 b4f5897 Thanks @​lorisleiva! - Add isX and assertIsX type guard helpers for instruction plans, transaction plans, and transaction plan results

  • [@solana/errors] #​1260 08c9062 Thanks @​mcintyre94! - Mark the cause deprecated for SOLANA_ERROR__INSTRUCTION_PLANS__FAILED_TO_EXECUTE_TRANSACTION_PLAN error

  • [@solana/errors, @solana/instruction-plans] #​1254 ba3f186 Thanks @​lorisleiva! - Add SuccessfulTransactionPlanResult type with isSuccessfulTransactionPlanResult and assertIsSuccessfulTransactionPlanResult type guards

  • [@solana/errors, @solana/instruction-plans] #​1236 1cc0a31 Thanks @​mcintyre94! - Add getFirstFailedSingleTransactionPlanResult, which you can use to get the first failed transaction plan result from a transaction plan result, or throw if none failed

  • [@solana/errors] #​1230 6af7c15 Thanks @​mcintyre94! - Add a function unwrapSimulationError, which will return the cause of an error if it is a simulation error. Otherwise it is returned unchanged.

  • [@solana/instruction-plans] #​1245 f731129 Thanks @​mcintyre94! - Add flattenInstructionPlan and flattenTransactionPlan functions, that can be used to remove the sequential/parallel structure from these plans. Deprecate getAllSingleTransactionPlans which is superseded by flattenTransactionPlan.

  • [@solana/instruction-plans] #​1233 b174ed5 Thanks @​lorisleiva! - Add everyInstructionPlan, everyTransactionPlan and everyTransactionPlanResult functions that can be used to ensure a given predicate holds for all nodes inside their respective plan structures.

  • [@solana/instruction-plans] #​1247 ea97d43 Thanks @​mcintyre94! - Add a new function appendTransactionMessageInstructionPlan that can be used to add the instructions from an instruction plan to a transaction message

  • [@solana/instruction-plans] #​1243 60e8c45 Thanks @​lorisleiva! - Add transformInstructionPlan, transformTransactionPlan and transformTransactionPlanResult helpers for bottom-up transformation of instruction plan trees.

  • [@solana/instruction-plans] #​1235 a47e441 Thanks @​lorisleiva! - Add passthroughFailedTransactionPlanExecution helper function that wraps a transaction plan execution promise to return a TransactionPlanResult even on execution failure. This allows handling execution results in a unified way without try/catch.

  • [@solana/instruction-plans] #​1232 589d761 Thanks @​mcintyre94! - Add findInstructionPlan, findTransactionPlan and findTransactionPlanResult functions that can be used to find the plan matching a given predicate

Patch Changes

  • [@solana/instruction-plans] #​1256 cccea6f Thanks @​mcintyre94! - Fix a bug where a message packer that requires multiple iterations is not correctly added when forced to fit in a single transaction, even if it can fit

  • [@solana/kit] #​1234 7e0377b Thanks @​mcintyre94! - Fix a race condition in sendAndConfirmDurableNonceTransactionFactory

  • [@solana/react] #​1210 56433e9 Thanks @​rajgoesout! - Return immediately when passing empty array of transactions to useSignTransactions and useSignAndSendTransactions

v5.4.0

Compare Source

@​solana/kit

v5.4.0 (2026-01-13)

Minor Changes

  • [@solana/accounts] #​1152 fb1c576 Thanks @​rajgoesout! - Include program + type when available in fetchJsonParsedAccount

  • [@solana/react] #​1154 fec04ae Thanks @​ningthoujamSwamikumar! - Add a context provider <SelectedWalletAccountContext> and useSelectedWalletAccount to persist a selected wallet account

  • [@solana/react] #​1105 a301da8 Thanks @​rajgoesout! - Add useSignTransactions and useSignAndSendTransactions hooks that you can use to send multiple transactions to a connected wallet.

Patch Changes

  • [@solana/accounts, @solana/addresses, @solana/assertions, @solana/codecs, @solana/codecs-core, @solana/codecs-data-structures, @solana/codecs-numbers, @solana/codecs-strings, @solana/compat, @solana/errors, @solana/fast-stable-stringify, @solana/functional, @solana/instruction-plans, @solana/instructions, @solana/keys, @solana/kit, @solana/nominal-types, @solana/offchain-messages, @solana/options, @solana/plugin-core, @solana/programs, @solana/promises, @solana/rpc, @solana/rpc-api, @solana/rpc-graphql, @solana/rpc-parsed-types, @solana/rpc-spec, @solana/rpc-spec-types, @solana/rpc-subscriptions, @solana/rpc-subscriptions-api, @solana/rpc-subscriptions-channel-websocket, @solana/rpc-subscriptions-spec, @solana/rpc-transformers, @solana/rpc-transport-http, @solana/rpc-types, @solana/signers, @solana/subscribable, @solana/sysvars, @solana/transaction-confirmation, @solana/transaction-messages, @solana/transactions, @solana/webcrypto-ed25519-polyfill] #​1187 f5f89eb Thanks @​mcintyre94! - Make Typescript peer dependency optional + reduce required version to ^5

  • [@solana/errors, @solana/rpc-transformers] #​1186 189de37 Thanks @​mcintyre94! - Fix type of error in sendTransaction preflight error

    Some fields in RpcSimulateTransactionResult were incorrectly typed as number when they should have been bigint. At runtime these were bigint because of a bug.

    At runtime all numeric fields in RpcSimulateTransactionResult were a bigint, but those typed as number are now correct.

  • [@solana/react] #​1199 9bde4d7 Thanks @​rajgoesout! - Correct featureName in signTransaction error

v5.3.0

Compare Source

@​solana/kit

v5.3.0 (2026-01-07)

Minor Changes

v5.2.0

Compare Source

@​solana/kit

v5.2.0 (2026-01-07)

Minor Changes

  • [@solana/instruction-plans, @solana/kit, @solana/signers, @solana/transaction-messages, @solana/transactions] #​1139 6dbaf66 Thanks @​mcintyre94! - Return more precise types from transaction message functions

    Deprecate BaseTransactionMessage in favour of TransactionMessage

  • [@solana/kit, @solana/plugin-core] #​1113 b1937c7 Thanks @​lorisleiva! - Add new @solana/plugin-core package enabling us to create modular Kit clients that can be extended with plugins.

Patch Changes

  • [@solana/codecs-core] #​1115 c391a44 Thanks @​steveluscher! - Created a function that gives you a non-shared ArrayBuffer given any kind of Uint8Array

  • [@solana/codecs-core, @solana/codecs-numbers, @solana/codecs-strings, @solana/compat, @solana/keys] #​1116 109c78e Thanks @​steveluscher! - Any SharedArrayBuffer that gets passed to a crypto operation like signBytes or verifySignature will now be copied as non-shared. Crypto operations like sign and verify reject SharedArrayBuffers otherwise

  • [@solana/errors, @solana/instruction-plans] #​1155 b80b092 Thanks @​lorisleiva! - Throw early when the default transaction plan executor encounters a non-divisible transaction plan.

  • [@solana/rpc-subscriptions-channel-websocket] #​1163 7d5a57c Thanks @​lorisleiva! - Node users no longer need to manually install ws. Browser builds remain unaffected as conditional exports ensure ws is never bundled for browser environments.

v5.1.0

Compare Source

@​solana/kit

v5.1.0 (2025-12-12)

Minor Changes
Patch Changes

  • [@solana/addresses, @solana/codecs-core, @solana/offchain-messages, @solana/react, @solana/transactions] #​1040 32b13a8 Thanks @​OrmEmbaar! - Add a function called bytesEqual to codecs-core that you can use to compare two byte arrays for equality.

  • [@solana/codecs-strings, @solana/kit] #​999 d7f5a0c Thanks @​tmm! - Some npm packages are needed for specific runtimes only (eg. React Native, Node). To prevent package managers from unconditionally installing these packages when they have auto-install-peers enabled, we are marking them as optional in peerDependenciesMeta. When running in React Native, be sure to explicitly install fastestsmallesttextencoderdecoder. When running in Node, be sure to explicitly install ws. When using @solana/react, we will presume that you have already installed react.

  • [@solana/rpc] #​1028 eb49ed7 Thanks @​mcintyre94! - Add a type SolanaRpcApiFromClusterUrl

  • [@solana/rpc-api] #​978 c97df88 Thanks @​nonergodic! - Expanded the type of several RPC inputs to accept readonly arrays of values

  • [@solana/transaction-confirmation] #​1003 18e7e2c Thanks @​damianac! - Actually fixed a bug where transaction errors discovered during recent transaction confirmation might not be thrown. The fix in #​793 was insufficient.

  • [@solana/transaction-messages] #​1026 81a0eec Thanks @​mcintyre94! - Export BlockhashLifetimeConstraint and NonceLifetimeConstraint

  • [@solana/transactions] #​1058 2f7bda8 Thanks @​mcintyre94! - Remove TransactionWithLifetime from required input type for signTransaction and partiallySignTransaction

v5.0.0

Compare Source

@​solana/kit

v5.0.0 (2025-10-23)

Major Changes
  • [@solana/errors, @solana/rpc-types] #​974 0fed638 Thanks @​joncinque! - BorshIoErrors from the RPC no longer contain an encodedData property. This property used to hold the underlying error from the serialization library used on the server. This message was always subject to changes in the version of that library, or changes in the choice of library itself. New versions of the server no longer throw the underlying error, so for consistency it has been removed everywhere in Kit.

v4.0.0

Compare Source

@​solana/kit

v4.0.0 (2025-10-08)

Major Changes

  • [@solana/react, @solana/signers] #​927 c035ab8 Thanks @​mcintyre94! - Update the signer API to return Transaction & TransactionWithLifetime

    The modifyAndSignTransactions function for a TransactionModifyingSigner must now return a Transaction & TransactionWithLifetime & TransactionWithinSizeLimit. Previously it technically needed to return a type derived from the input TransactionMessage, but this wasn't checked.

    If you have written a TransactionModifyingSigner then you should review the changes to useWalletAccountTransactionSigner in the React package for guidance. You may need to use the new getTransactionLifetimeConstraintFromCompiledTransactionMessage function to obtain a lifetime for the transaction being returned.

    If you are using a TransactionModifyingSigner such as useWalletAccountTransactionSigner, then you will now receive a transaction with TransactionWithLifetime when you would previously have received a type with a lifetime matching the input transaction message. This was never guaranteed to match at runtime, but we incorrectly returned a stronger type than can be guaranteed. You may need to use the new isTransactionWithBlockhashLifetime or isTransactionWithDurableNonceLifetime functions to check the lifetime type of the returned transaction. For example, if you want to pass it to a function returned by sendAndConfirmTransactionFactory then you must use isTransactionWithBlockhashLifetime or assertIsTransactionWithBlockhashLifetime to check its lifetime first.

  • [@solana/rpc-graphql, @solana/rpc-subscriptions-api, @solana/rpc-types] #​550 ce7f91c Thanks @​steveluscher! - Removed rentEpoch from the AccountInfoBase type. This property is no longer relevant post SIMD-215. Developers whose applications rely on this property being numeric should either eliminate it or hardcode it to 18_446_744_073_709_551_615n.

Minor Changes
Patch Changes

  • [@solana/codecs-core, @solana/errors] #​944 22f18d0 Thanks @​mcintyre94! - Add a function to create a decoder that checks the size of the input bytes

  • [@solana/compat] #​906 eabeb3a Thanks @​guibescos! - Fixed a bug where calling fromVersionedTransaction() with a VersionedTransaction that uses address table lookups would result in a runtime fatal

  • [@solana/errors, @solana/transactions] #​918 5408f52 Thanks @​mcintyre94! - Add a function to extract the lifetime from a CompiledTransactionMessage

  • [@solana/errors, @solana/transaction-messages, @solana/transactions] #​871 cb11699 Thanks @​mcintyre94! - Do not allow decoding transactions with an unsupported version

  • [@solana/errors] #​873 9fa8465 Thanks @​steveluscher! - When you use the @solana/errors CLI you will now always get version 5.6.2 of chalk and version 14.0.0 of commander, which themselves are zero-dependency.

  • [@solana/errors, @solana/react] #​919 c87cada Thanks @​mcintyre94! - Update useWalletAccountTransactionSigner to return a LifetimeConstraint for the updated transaction

  • [@solana/keys] #​901 f591dea Thanks @​guibescos! - Added assertion (assertIsSignatureBytes), guard (isSignatureBytes), and coercion (signatureBytes) methods to make it easier to work with callsites that demand a SignatureBytes type

  • [@solana/kit] #​521 98bde94 Thanks @​tao-stones! - Add loadedAccountsDataSize to simulateTransaction response

  • [@solana/rpc-subscriptions] #​904 9e8bfe4 Thanks @​steveluscher! - yExported all of the channel creators that form part of createDefaultSolanaRpcSubscriptionsChannelCreator() so that developers can configure their own custom channels

  • [@solana/transaction-confirmation] #​793 cfc1d92 Thanks @​steveluscher! - Fixed a bug where transaction errors discovered during recent transaction confirmation might not be thrown

  • [@solana/transaction-messages] #​951 54d8445 Thanks @​tanmay5114! - compressTransactionMessageUsingAddressLookupTables() will no longer convert an account to a lookup table account, if the address of that account is used as a program address anywhere in the transaction.

  • [@solana/transactions] #​925 af01f27 Thanks @​mcintyre94! - Add functions to narrow a TransactionWithLifetime to a specific lifetime

  • [@solana/webcrypto-ed25519-polyfill] #​806 f254415 Thanks @​steveluscher! - The Ed25519 polyfill now correctly returns ArrayBuffer from exportKey() and sign() rather than Uint8Array

v3.0.3

Compare Source

@​solana/kit

v3.0.3 (2025-09-11)

Patch Changes
  • [@solana/errors] #​874 a085209 Thanks @​github-actions! - When you use the @solana/errors CLI you will now always get version 5.6.2 of chalk and version 14.0.0 of commander, which themselves are zero-dependency.

v3.0.2

Compare Source

@​solana/kit

v3.0.2 (2025-09-03)

Patch Changes

v3.0.1

Compare Source

@​solana/kit

v3.0.1 (2025-08-29)

Patch Changes
  • [@solana/transaction-confirmation] #​803 eb0a122 Thanks @​github-actions! - Fixed a bug where transaction errors discovered during recent transaction confirmation might not be thrown

v3.0.0

Compare Source

@​solana/kit

v3.0.0 (2025-08-27)

Major Changes

  • [@solana/codecs-data-structures] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the following deprecated functions: getDataEnumEncoder, getDataEnumDecoder, getDataEnumCodec, getScalarEnumEncoder, getScalarEnumDecoder and getScalarEnumCodec.

  • [@solana/instructions] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the following deprecated types: IAccountMeta, IAccountLookupMeta, IInstruction, IInstructionWithAccounts and IInstructionWithData.

  • [@solana/kit, @solana/transactions] #​482 00d66fb Thanks @​lorisleiva! - BREAKING CHANGE: Transactions must now satisfy the SendableTransaction type before being provided to helper functions that send transactions to the network. On top of ensuring the transaction is fully signed, this type also ensures the transaction is within size limit.

  • [@solana/kit, @solana/transaction-messages] #​594 733605d Thanks @​lorisleiva! - Extract lifetime token from CompiledTransactionMessage. CompiledTransactionMessage & CompiledTransactionMessageWithLifetime may now be used to refer to a compiled transaction message with a lifetime token. This enables CompiledTransactionMessages to be encoded without the need to specify a mock lifetime token.

  • [@solana/kit, @solana/signers, @solana/transactions] #​462 a74ea02 Thanks @​lorisleiva! - BREAKING CHANGE: The FullySignedTransaction no longer extends the Transaction type so it can be composed with other flags that also narrow transaction types. This means, whenever FullySignedTransaction is used on its own, it will need to be replaced with FullySignedTransaction & Transaction.

  • [@solana/kit] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the getComputeUnitEstimateForTransactionMessageFactory deprecated function.

  • [@solana/rpc-spec-types] #​732 81c83b1 Thanks @​nonergodic! - BREAKING CHANGE: Rename stringifyJsonWithBigints to stringifyJsonWithBigInts for consistency with the rest of the API.

  • [@solana/signers, @solana/transactions] #​574 0bd053b Thanks @​lorisleiva! - Add the TransactionWithLifetime requirement when signing transactions. This is because, whilst a lifetime may not always be required before compile a transaction message, it is always required when signing a transaction. Otherwise, the transaction signatures will be invalid when one is added later.

  • [@solana/signers] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the following deprecated types: ITransactionMessageWithSigners, ITransactionMessageWithFeePayerSigner, ITransactionMessageWithSingleSendingSigner, IAccountSignerMeta and IInstructionWithSigners.

  • [@solana/transaction-messages] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the following deprecated types and functions: CompilableTransactionMessage, ITransactionMessageWithFeePayer, assertIsDurableNonceTransactionMessage and isDurableNonceTransaction. Removes the deprecated readableIndices and writableIndices properties from the AddressTableLookup type — use readonlyIndexes and writableIndexes respectively instead.

  • [@solana/transactions] #​691 771f8ae Thanks @​lorisleiva! - BREAKING CHANGE: Removes the assertTransactionIsFullySigned deprecated function.

  • [@solana/transactions] #​581 55d6b04 Thanks @​lorisleiva! - Allow transaction messages with no lifetime constraints to be compiled. Renames TransactionFromCompilableTransactionMessage and SetTransactionLifetimeFromCompilableTransactionMessage type helpers to TransactionFromTransactionMessage and SetTransactionLifetimeFromTransactionMessage respectively, to reflect that they can now be used with transaction messages that do not have a lifetime constraint.

Minor Changes

  • [@solana/errors, @solana/instruction-plans] #​664 9feba85 Thanks @​lorisleiva! - Add createTransactionPlanExecutor implementation for the TransactionPlanExecutor type.

  • [@solana/errors, @solana/instruction-plans] #​648 01f159a Thanks @​lorisleiva! - Add createTransactionPlanner implementation for the TransactionPlanner type.

  • [@solana/instruction-plans] #​543 358df82 Thanks @​lorisleiva! - Add new TransactionPlanResult type with helpers. This type describes the execution results of transaction plans with the same structural hierarchy — capturing the execution status of each transaction message whether executed in parallel, sequentially, or as a single transaction.

  • [@solana/instruction-plans] #​546 12d06d1 Thanks @​lorisleiva! - Add a TransactionPlanner function type that defines how InstructionPlans gets planned and turned into TransactionPlans.

  • [@solana/instruction-plans] #​547 24967d1 Thanks @​lorisleiva! - Add a TransactionPlanExecutor function type that defines how TransactionPlans get executed and turned into TransactionPlanResults.

  • [@solana/instruction-plans] #​533 7d48ccd Thanks @​lorisleiva! - Add a new @solana/instruction-plans package offering a new InstructionPlan type that aims to describe a set of instructions with constraints on how they should be executed — e.g. sequentially, in parallel, divisible, etc.

  • [@solana/instruction-plans] #​542 f79d05a Thanks @​lorisleiva! - Add new TransactionPlan type with helpers. This type defines a set of transaction messages with constraints on how they should be executed — e.g. sequentially, in parallel, divisible, etc.

  • [@solana/kit] #​725 ce8f9db Thanks @​lorisleiva! - Re-export @solana/instruction-plans from @solana/kit.

  • [@solana/signers] #​582 93ae6f9 Thanks @​lorisleiva! - Allow transaction messages with no lifetime constraints to be signed using the Signer API helpers such as signTransactionMessageWithSigners and partiallySignTransactionMessageWithSigners. This is because some TransactionSigners such as TransactionModifyingSigners have the ability to update the transaction before signing it, meaning that the lifetime constraint may not be known until the transaction is signed.

  • [@solana/signers, @solana/transaction-messages] #​581 55d6b04 Thanks @​lorisleiva! - Allow transaction messages with no lifetime constraints to be compiled. Renames TransactionFromCompilableTransactionMessage and SetTransactionLifetimeFromCompilableTransactionMessage type helpers to TransactionFromTransactionMessage and SetTransactionLifetimeFromTransactionMessage respectively, to reflect that they can now be used with transaction messages that do not have a lifetime constraint.

  • [@solana/transactions] #​583 a894d53 Thanks @​lorisleiva! - Allow transaction messages with no lifetime constraints in transaction size helpers — i.e. getTransactionMessageSize, isTransactionMessageWithinSizeLimit and assertIsTransactionMessageWithinSizeLimit.

Patch Changes
  • [@solana/codecs-core] #​685 98eabac Thanks @​steveluscher! - padBytes now strips extra types from the input array, but otherwise returns the same flavour of `Uint8Arr

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot requested a review from onyb as a code owner February 11, 2026 18:49
@renovate renovate bot force-pushed the renovate/solana-kit-6-x branch from d53adc5 to 25309bd Compare February 12, 2026 15:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@onyb onyb Awaiting requested review from onyb onyb is a code owner

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants