Skip to content

feat: add chip-ingress batch config keys to TOML and wire through#22987

Draft
pkcll wants to merge 1 commit into
developfrom
chip-ingress-batch-config
Draft

feat: add chip-ingress batch config keys to TOML and wire through#22987
pkcll wants to merge 1 commit into
developfrom
chip-ingress-batch-config

Conversation

@pkcll

@pkcll pkcll commented Jun 29, 2026

Copy link
Copy Markdown
Collaborator

Summary

Add 7 chip-ingress batch configuration keys to the Telemetry TOML config, the TelemetryConfig interface, and wire them through to beholder.Config (host path) and loop.EnvConfig (LOOP plugin path):

Key Type Default Description
ChipIngressBufferSize *uint 1000 In-memory queue size for chip-ingress events
ChipIngressMaxBatchSize *uint 500 Max events per PublishBatch RPC
ChipIngressMaxConcurrentSends *int 10 Limits parallel PublishBatch calls
ChipIngressSendInterval *Duration 100ms Max wait before flushing incomplete batch
ChipIngressSendTimeout *Duration 3s Per-RPC timeout for PublishBatch
ChipIngressDrainTimeout *Duration 10s Max shutdown wait to flush queued events
ChipIngressMaxGRPCRequestSize *uint 10 MiB Max serialized request size before batch splitting

Changes

  • core/config/toml/types.go: 7 fields on Telemetry struct + setFrom mappings
  • core/config/telemetry_config.go: 7 accessors on Telemetry interface
  • core/services/chainlink/config_telemetry.go: 7 pass-through implementations
  • core/cmd/shell.go: 7 fields wired into beholder.Config (host path)
  • plugins/loop_registry.go: 7 fields wired into loop.EnvConfig (LOOP path)
  • core/config/docs/core.toml: 7 keys with # Default comments
  • Testdata TOMLs (config-full, config-empty-effective, config-multi-chain-effective) updated
  • go.mod/go.sum: bumped chainlink-common to include batch config changes

Dependencies

Depends on chainlink-common PR: smartcontractkit/chainlink-common#2207

Testing

  • Updated config_telemetry_test.go, loop_registry_test.go, config_test.go
  • go test ./core/services/chainlink/... ./plugins/... ./core/config/... — all pass (except pre-existing DB-dependent tests requiring CL_DATABASE_URL)

@github-actions

Copy link
Copy Markdown
Contributor

I see you updated files related to core. Please run make gocs in the root directory to add a changeset as well as in the text include at least one of the following tags:

  • #added For any new functionality added.
  • #breaking_change For any functionality that requires manual action for the node to boot.
  • #bugfix For bug fixes.
  • #changed For any change to the existing functionality.
  • #db_update For any feature that introduces updates to database schema.
  • #deprecation_notice For any upcoming deprecation functionality.
  • #internal For changesets that need to be excluded from the final changelog.
  • #nops For any feature that is NOP facing and needs to be in the official Release Notes for the release.
  • #removed For any functionality/config that is removed.
  • #updated For any functionality that is updated.
  • #wip For any change that is not ready yet and external communication about it should be held off till it is feature complete.

@github-actions

Copy link
Copy Markdown
Contributor

✅ No conflicts with other open PRs targeting develop

@trunk-io

trunk-io Bot commented Jun 29, 2026

Copy link
Copy Markdown

Static BadgeStatic BadgeStatic BadgeStatic Badge

Failed Test Failure Summary Logs
TestResolver_ConfigV2/empty The test failed without a specific error message, indicating an unspecified failure during test execution. Logs ↗︎
TestResolver_ConfigV2 The test 'TestResolver_ConfigV2' failed during execution. Logs ↗︎
TestResolver_ConfigV2/partial The test failed without a specific error message, indicating an unspecified failure during configuration validation or execution. Logs ↗︎
TestResolver_ConfigV2/full The test failed without a specific error message, indicating an unspecified failure during test execution. Logs ↗︎

View Full Report ↗︎Docs

@pkcll pkcll force-pushed the chip-ingress-batch-config branch from 411624f to e3ae0d9 Compare June 29, 2026 21:56
Add 7 chip-ingress batch configuration keys to the Telemetry TOML
config, the TelemetryConfig interface, and wire them through to
beholder.Config and loop.EnvConfig:

- ChipIngressBufferSize (default 1000)
- ChipIngressMaxBatchSize (default 500)
- ChipIngressMaxConcurrentSends (default 10)
- ChipIngressSendInterval (default 100ms)
- ChipIngressSendTimeout (default 3s)
- ChipIngressDrainTimeout (default 10s)
- ChipIngressMaxGRPCRequestSize (default 10 MiB)

TOML fields use pointer types; accessors return 0 when unset.
Defaults are applied via core.toml Default comments and beholder
DefaultConfig().

Depends on chainlink-common PR for EnvConfig and beholder.Config
changes.
@pkcll pkcll force-pushed the chip-ingress-batch-config branch from e3ae0d9 to 15564d4 Compare June 29, 2026 22:10
@cl-sonarqube-production

Copy link
Copy Markdown

Quality Gate failed Quality Gate failed

Failed conditions
17 New Major Issues (required ≤ 5)
C Reliability Rating on New Code (required ≥ A)

See analysis details on SonarQube

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE SonarQube for IDE

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant