Skip to content

Releases: celestiaorg/celestia-node

v0.28.5-mocha

11 Dec 16:46
f109913

Choose a tag to compare

v0.28.5-mocha Pre-release
Pre-release

The update mainly addresses memory consumption issues for Bridge nodes, along with some minor fixes.

What's Changed

New Contributors

Full Changelog: v0.28.4...v0.28.5-mocha

v0.28.5-arabica

10 Dec 14:41
97579a5

Choose a tag to compare

v0.28.5-arabica Pre-release
Pre-release

The update mainly addresses memory consumption issues for Bridge nodes, along with some minor fixes.

What's Changed

  • chore: Update CODEOWNERS by @adlerjohn in #4714
  • fix(node): Harden keystore filesystem permissions (0700 dir; validate key modes) by @anim001k in #4476
  • chore: Update CODEOWNERS by @vgonkivs in #4715
  • chore(cmd): update flags description by @vgonkivs in #4717
  • core: return explicit error on AddPartWithoutProof ok=false in partsToBlock by @Forostovec in #4644
  • nodebuilder/header: remove unused exchange field by @GarmashAlex in #4632
  • fix(p2p): validate CELESTIA_CUSTOM netID and avoid empty network by @Galoretka in #4720
  • chore(blob|header|state): add and cleanup tracing and logs by @Wondertan in #4539
  • fix!(shwap/rangeNamespaceDataID): fix RangeNamespaceDataID fields type by @vgonkivs in #4696
  • fix(test): extendBlock tests by @moldis in #4298
  • fix(listener): fix memory leak in core.listener by @walldiss in #4733

New Contributors

Full Changelog: v0.28.4...v0.28.5-arabica

v0.28.4

27 Nov 15:11
52cd8b5

Choose a tag to compare

This is a regular patch release that includes some bug fixes. It is recommended to upgrade soon.

What's Changed

  • ci: go mod parity check for main and tastora go.mod by @gupadhyaya in #4662
  • refactor(share/shwap/p2p/shrex): Remove rate-limiting middleware by @renaynay in #4661
  • Bump go version to 1.25 by @renaynay in #4670
  • feat(blob|state): Blob submission metrics by @gupadhyaya in #4664
  • feat(api/client): Add TxWorkerAccounts option to celestia-client by @renaynay in #4669
  • test(share/eds): t.Skip retrieval tests as flakey in CI by @renaynay in #4677
  • fix(pruner): Attempt to fix flake in pruner units. by @renaynay in #4678
  • fix(share/shwap): mismatched row roots error formatting by @sashass1315 in #4568
  • docs: update README to have deepwiki badge so it can autoindex by @jcstein in #4586
  • fix: remove network suffix from version if multiple tags point to the same… by @metatarz in #4605
  • feat(cmd/cel-shed): Introduce square command by @renaynay in #4594
  • chore(share/shwap/p2p/shrex): Add shrex server successful payload served metric by @renaynay in #4658
  • fix(ci): Fix unit flakes from testnode by stopping calling the stop functions multiple times by @evan-forbes in #4663
  • chore: bump tastora to v0.8.0 by @chatton in #4688
  • fix(nodebuilder/core): xtoken discrepancies by @gupadhyaya in #4676
  • fix: normalize grpc addr by @gupadhyaya in #4689
  • fix(e2e-sanity-test): fix tastora DA provisioning by @mojtaba-esk in #4695
  • refactor(core): Better metrics for exchange and add metric to fetcher by @renaynay in #4651
  • chore: bump app and core for v6.2.5 by @evan-forbes in #4684
  • fix(state): Ensure user can submit tx from custom acct and bypass queue by @renaynay in #4698

New Contributors

Full Changelog: v0.28.2...v0.28.4

v0.28.4-mocha

25 Nov 13:19
52cd8b5

Choose a tag to compare

v0.28.4-mocha Pre-release
Pre-release

What's Changed

  • fix(e2e-sanity-test): fix tastora DA provisioning by @mojtaba-esk in #4695
  • refactor(core): Better metrics for exchange and add metric to fetcher by @renaynay in #4651
  • chore: bump app and core for v6.2.5 by @evan-forbes in #4684
  • fix(state): Ensure user can submit tx from custom acct and bypass queue by @renaynay in #4698

New Contributors

Full Changelog: v0.28.3-mocha...v0.28.4-mocha

v0.28.4-arabica

19 Nov 16:33
52cd8b5

Choose a tag to compare

v0.28.4-arabica Pre-release
Pre-release

What's Changed

  • fix(e2e-sanity-test): fix tastora DA provisioning by @mojtaba-esk in #4695
  • refactor(core): Better metrics for exchange and add metric to fetcher by @renaynay in #4651
  • chore: bump app and core for v6.2.5 by @evan-forbes in #4684
  • fix(state): Ensure user can submit tx from custom acct and bypass queue by @renaynay in #4698

New Contributors

Full Changelog: v0.28.3-arabica...v0.28.4-arabica

v0.28.3-arabica

13 Nov 16:23
72ca378

Choose a tag to compare

v0.28.3-arabica Pre-release
Pre-release

This patch release fixes a few bugs as well as adds queued submission feature to celestia-client via #4669

What's Changed

  • ci: go mod parity check for main and tastora go.mod by @gupadhyaya in #4662
  • refactor(share/shwap/p2p/shrex): Remove rate-limiting middleware by @renaynay in #4661
  • Bump go version to 1.25 by @renaynay in #4670
  • feat(blob|state): Blob submission metrics by @gupadhyaya in #4664
  • feat(api/client): Add TxWorkerAccounts option to celestia-client by @renaynay in #4669
  • test(share/eds): t.Skip retrieval tests as flakey in CI by @renaynay in #4677
  • fix(pruner): Attempt to fix flake in pruner units. by @renaynay in #4678
  • fix(share/shwap): mismatched row roots error formatting by @sashass1315 in #4568
  • docs: update README to have deepwiki badge so it can autoindex by @jcstein in #4586
  • fix: remove network suffix from version if multiple tags point to the same… by @metatarz in #4605
  • feat(cmd/cel-shed): Introduce square command by @renaynay in #4594
  • chore(share/shwap/p2p/shrex): Add shrex server successful payload served metric by @renaynay in #4658
  • fix(ci): Fix unit flakes from testnode by stopping calling the stop functions multiple times by @evan-forbes in #4663
  • chore: bump tastora to v0.8.0 by @chatton in #4688
  • fix(nodebuilder/core): xtoken discrepancies by @gupadhyaya in #4676
  • fix: normalize grpc addr by @gupadhyaya in #4689

New Contributors

Full Changelog: v0.28.2-arabica...v0.28.3-arabica

v0.28.2

10 Nov 14:15
e4384c0

Choose a tag to compare

This release introduces queued transaction submission via #4620.

Queued Transaction Submission ( Parallel Transaction Submission Lanes )

Node runners enable this feature by setting TxWorkerAccounts in the state config:

  [State]
    DefaultKeyName = "my_celes_key"
    DefaultBackendName = "test"
    EstimatorAddress = ""
    EnableEstimatorTLS = false
    TxWorkerAccounts = 8

TxWorkerAccounts defines how many parallel lanes the TxClient will initialize. These lanes are subaccounts funded by the default account to submit PayForBlob transactions in parallel, bypassing account sequence limits and enabling higher throughput (≥ TxWorkerAccounts PayForBlob txs per block).

Example: TxWorkerAccounts = 8 → 7 funded subaccounts + 1 default account, allowing at least 8 PayForBlob txs per block.

⚠️ Important Notes

  • Not suitable for implementations requiring sequential ordering.
  • Only valid for unordered transaction workflows.
  • Parallel submission works only with the default account. Specifying another account in TxConfig bypasses it.

Synchronous Submission

TxWorkerAccounts of 1 → synchronous/queued transaction submission.

  • Each tx queues until the previous is confirmed.
  • Preserves ordering and avoids sequence mismatches.
  • Throughput: ~1 PayForBlob tx per block.

⚠️ Important Notes

  • If an account other than the default account is specified in TxConfig, the queue is bypassed and txs enter the mempool directly without waiting on confirmations.

Default Behavior (immediate transaction submission)

TxWorkerAccounts defaults to 0 → queued submission disabled. All PayForBlob txs are submitted immediately. This is exactly the same behaviour as before with txs entering the mempool directly without waiting on confirmations.

Celestia-Client

The queued submission feature is not available in this release and will be added in the subsequent one.

What's Changed

New Contributors

Full Changelog: v0.26.4...v0.28.2

v0.28.2-mocha

27 Oct 15:02
e4384c0

Choose a tag to compare

v0.28.2-mocha Pre-release
Pre-release

This release introduces queued transaction submission via #4620.

Queued Transaction Submission ( Parallel Transaction Submission Lanes )

Node runners enable this feature by setting TxWorkerAccounts in the state config:

  [State]
    DefaultKeyName = "my_celes_key"
    DefaultBackendName = "test"
    EstimatorAddress = ""
    EnableEstimatorTLS = false
    TxWorkerAccounts = 8

TxWorkerAccounts defines how many parallel lanes the TxClient will initialize. These lanes are subaccounts funded by the default account to submit PayForBlob transactions in parallel, bypassing account sequence limits and enabling higher throughput (≥ TxWorkerAccounts PayForBlob txs per block).

Example: TxWorkerAccounts = 8 → 7 funded subaccounts + 1 default account, allowing at least 8 PayForBlob txs per block.

⚠️ Important Notes

  • Not suitable for implementations requiring sequential ordering.
  • Only valid for unordered transaction workflows.
  • Parallel submission works only with the default account. Specifying another account in TxConfig bypasses it.

Synchronous Submission

TxWorkerAccounts of 1 → synchronous/queued transaction submission.

  • Each tx queues until the previous is confirmed.
  • Preserves ordering and avoids sequence mismatches.
  • Throughput: ~1 PayForBlob tx per block.

⚠️ Important Notes

  • If an account other than the default account is specified in TxConfig, the queue is bypassed and txs enter the mempool directly without waiting on confirmations.

Default Behavior (immediate transaction submission)

TxWorkerAccounts defaults to 0 → queued submission disabled. All PayForBlob txs are submitted immediately. This is exactly the same behaviour as before with txs entering the mempool directly without waiting on confirmations.

What's Changed

New Contributors

Full Changelog: v0.27.5-mocha...v0.28.2-mocha

v0.28.2-arabica

22 Oct 14:44
c940ee5

Choose a tag to compare

v0.28.2-arabica Pre-release
Pre-release

What's Changed

Full Changelog: v0.28.1-arabica...v0.28.2-arabica

v0.28.1-arabica

14 Oct 08:58
df2e63b

Choose a tag to compare

v0.28.1-arabica Pre-release
Pre-release

This release introduces queued transaction submission via #4620.

Queued Transaction Submission ( Parallel Transaction Submission Lanes )

Node runners enable this feature by setting TxWorkerAccounts in the state config:

  [State]
    DefaultKeyName = "my_celes_key"
    DefaultBackendName = "test"
    EstimatorAddress = ""
    EnableEstimatorTLS = false
    TxWorkerAccounts = 8

TxWorkerAccounts defines how many parallel lanes the TxClient will initialize. These lanes are subaccounts funded by the default account to submit PayForBlob transactions in parallel, bypassing account sequence limits and enabling higher throughput (≥ TxWorkerAccounts PayForBlob txs per block).

Example: TxWorkerAccounts = 8 → 7 funded subaccounts + 1 default account, allowing at least 8 PayForBlob txs per block.

⚠️ Important Notes

  • Not suitable for implementations requiring sequential ordering.
  • Only valid for unordered transaction workflows.
  • Parallel submission works only with the default account. Specifying another account in TxConfig bypasses it.

Synchronous Submission

TxWorkerAccounts of 1 → synchronous/queued transaction submission.

  • Each tx queues until the previous is confirmed.
  • Preserves ordering and avoids sequence mismatches.
  • Throughput: ~1 PayForBlob tx per block.

⚠️ Important Notes

  • If an account other than the default account is specified in TxConfig, the queue is bypassed and txs enter the mempool directly without waiting on confirmations.

Default Behavior (immediate transaction submission)

TxWorkerAccounts defaults to 0 → queued submission disabled. All PayForBlob txs are submitted immediately. This is exactly the same behaviour as before with txs entering the mempool directly without waiting on confirmations.

What's Changed

  • fix(state): pass long lived core accessor ctx into txclient setup as ctx is now used to control lifecycle of tx workers by @renaynay in #4634

Full Changelog: v0.28.0-arabica...v0.28.1-arabica