Skip to content

Conversation

@snawaz
Copy link

@snawaz snawaz commented Nov 6, 2025

Problem

The previous PR #575 in this stack implements support for CommitDiff that executes as ArgsTask. When the transaction size grows beyond the limit, CommitDiff first degrades to CommitState and then gets executed as BufferTask to reduce the transaction size.

Degration of CommitDiff to CommitState is not a desirable thing.

Solution

So this PR implements support for CommitDiff as BufferTask. Means degradation of CommitDiff to CommitState is not required anymore.

Related

Another PR magicblock-labs/delegation-program#118 that implements CommitDiffFromBuffer instruction, is created in the delegation-program.

Screenshot

image

Summary by CodeRabbit

  • Refactor
    • Introduced a switchable commit strategy (two modes), unified commit instruction creation, and now derive committed payload from computed state/diff when a base account is present.
  • Dependencies
    • Updated a test dependency to a newer revision.
  • Tests
    • Increased random test data range to exercise larger order-book scenarios.

✏️ Tip: You can customize this high-level summary in your review settings.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Nov 6, 2025

Note

Currently processing new changes in this PR. This may take a few minutes, please wait...

📥 Commits

Reviewing files that changed from the base of the PR and between eff43ea and 646ab8b.

⛔ Files ignored due to path filters (1)
  • test-integration/schedulecommit/elfs/dlp.so is excluded by !**/*.so
📒 Files selected for processing (5)
  • magicblock-committor-service/src/tasks/args_task.rs (1 hunks)
  • magicblock-committor-service/src/tasks/buffer_task.rs (2 hunks)
  • magicblock-committor-service/src/tasks/mod.rs (5 hunks)
  • test-integration/Cargo.toml (1 hunks)
  • test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1 hunks)

Tip

Rust Clippy can be used to improve the quality of Rust code reviews.

Clippy is the official Rust linter. It provides lints to catch common mistakes and improve your Rust code.

To configure Clippy, add a clippy.toml file to your project root.

See Clippy Documentation for more details.

📝 Walkthrough

Walkthrough

Removed special-case commit-diff handling in args_task: commit values are now converted to the buffer strategy before creating buffer commit tasks. buffer_task now derives committed payload and chunk sizing from an available diff (falling back to existing committed data), and delegates instruction creation to value.create_commit_ix(validator) instead of manually building commit_state_from_buffer instructions. tasks/mod exposes TaskStrategy, replaces force_commit_state with a strategy field on CommitTask, adds switch_to_buffer_strategy, compute_diff, and buffer-path instruction creators. Test dependency rev and a test data generation range were updated.

Possibly related PRs

Suggested reviewers

  • GabrielePicco
  • thlorenz
  • bmuddha
✨ Finishing touches
  • 📝 Generate docstrings
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch snawaz/commit-diff-buffer

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Author

snawaz commented Nov 6, 2025

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

This stack of pull requests is managed by Graphite. Learn more about stacking.

@snawaz snawaz requested a review from GabrielePicco November 6, 2025 05:23
@snawaz snawaz marked this pull request as ready for review November 6, 2025 05:23
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 4 times, most recently from dd95c9a to 4a09180 Compare November 10, 2025 06:35
@snawaz snawaz force-pushed the snawaz/commit-diff branch 2 times, most recently from 4ea5450 to 41493c5 Compare November 10, 2025 07:00
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 17f396e to 3259f79 Compare November 17, 2025 05:57
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 385e7a3 to 3999503 Compare November 17, 2025 05:59
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 23a797e to 64d79cc Compare November 17, 2025 06:16
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 3999503 to 256ab3f Compare November 17, 2025 06:16
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 5838b75 to e182eb1 Compare November 17, 2025 10:31
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 59b7935 to c07a177 Compare November 17, 2025 10:31
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 18adf1e to 5b95cad Compare November 17, 2025 13:36
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 9da0edd to cf6229d Compare November 17, 2025 13:36
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 2aada37 to 2eb5776 Compare November 18, 2025 12:36
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from 9be6a8a to b94a549 Compare November 21, 2025 18:44
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 9e8da2d to 34d41c2 Compare November 21, 2025 18:44
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from b94a549 to d445507 Compare November 21, 2025 19:23
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 34d41c2 to effba68 Compare November 21, 2025 19:23
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
magicblock-committor-service/src/tasks/args_task.rs (1)

87-99: Production change in args_task.rs is correct; test cases violate the buffer strategy invariant

The change at args_task.rs:92 correctly applies switch_to_buffer_strategy() to ensure optimized ArgsTaskType::Commit tasks are executed via buffer-based strategy. This is the right pattern.

However, test cases in mod.rs:567 and mod.rs:595 construct BufferTask with CommitTask instances in TaskStrategy::Args (the default from CommitTaskBuilder::create_commit_task()), without calling switch_to_buffer_strategy(). When BufferTask::instruction() is called, it will emit Args-based commit instructions (CommitState/CommitDiff) instead of buffer-based ones, violating the invariant that BufferTask should only produce buffer-strategy commits.

Update both test cases to apply switch_to_buffer_strategy() before passing to BufferTask::new_preparation_required(), matching the production pattern in args_task.rs:92.

📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between effba68 and d445507.

⛔ Files ignored due to path filters (3)
  • Cargo.lock is excluded by !**/*.lock
  • test-integration/Cargo.lock is excluded by !**/*.lock
  • test-integration/schedulecommit/elfs/dlp.so is excluded by !**/*.so
📒 Files selected for processing (6)
  • Cargo.toml (1 hunks)
  • magicblock-committor-service/src/tasks/args_task.rs (1 hunks)
  • magicblock-committor-service/src/tasks/buffer_task.rs (2 hunks)
  • magicblock-committor-service/src/tasks/mod.rs (5 hunks)
  • test-integration/Cargo.toml (1 hunks)
  • test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1 hunks)
🧰 Additional context used
🧠 Learnings (4)
📓 Common learnings
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 661
File: magicblock-committor-service/src/intent_executor/single_stage_executor.rs:20-28
Timestamp: 2025-11-21T10:22:07.520Z
Learning: In magicblock-committor-service's SingleStageExecutor and TwoStageExecutor (single_stage_executor.rs and two_stage_executor.rs), the fields transaction_strategy, junk, and patched_errors are intentionally public because these executors are designed to be used independently outside of the IntentExecutor scope, and callers need access to these execution reports for cleanup and error handling.
📚 Learning: 2025-10-14T09:56:14.047Z
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 564
File: test-integration/programs/flexi-counter/src/processor/call_handler.rs:122-125
Timestamp: 2025-10-14T09:56:14.047Z
Learning: The file test-integration/programs/flexi-counter/src/processor/call_handler.rs contains a test smart contract used for integration testing, not production code.

Applied to files:

  • test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs
📚 Learning: 2025-10-26T16:54:39.084Z
Learnt from: thlorenz
Repo: magicblock-labs/magicblock-validator PR: 587
File: test-manual/Cargo.toml:0-0
Timestamp: 2025-10-26T16:54:39.084Z
Learning: In the magicblock-validator repository, use git branch references (not commit hashes or tags) for the helius-laserstream dependency to allow automatic updates when the branch is pushed to.

Applied to files:

  • Cargo.toml
📚 Learning: 2025-11-21T10:22:07.520Z
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 661
File: magicblock-committor-service/src/intent_executor/single_stage_executor.rs:20-28
Timestamp: 2025-11-21T10:22:07.520Z
Learning: In magicblock-committor-service's SingleStageExecutor and TwoStageExecutor (single_stage_executor.rs and two_stage_executor.rs), the fields transaction_strategy, junk, and patched_errors are intentionally public because these executors are designed to be used independently outside of the IntentExecutor scope, and callers need access to these execution reports for cleanup and error handling.

Applied to files:

  • magicblock-committor-service/src/tasks/mod.rs
🧬 Code graph analysis (1)
magicblock-committor-service/src/tasks/buffer_task.rs (3)
magicblock-committor-program/src/state/chunks.rs (1)
  • from_data_length (46-49)
magicblock-committor-service/src/tasks/mod.rs (1)
  • optimize (78-80)
magicblock-committor-service/src/tasks/args_task.rs (1)
  • optimize (87-100)
🔇 Additional comments (6)
test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1)

256-267: Expanded order book size fuzzing looks good; just watch test runtime

The wider 5..100 ranges for bids/asks should better exercise large book handling and the new buffer-based CommitDiff path without changing test semantics. Just ensure CI runtime remains acceptable and that this level of randomness doesn’t make failures too rare or slow to reproduce beyond the logged seed.

magicblock-committor-service/src/tasks/buffer_task.rs (1)

48-55: BufferTask diff/state preparation and delegation to CommitTask look coherent

Using CommitTask::compute_diff() to decide between diff bytes and full state for committed_data, and deriving Chunks from that length, aligns with the new buffer-based commit flow. Deferring instruction() to CommitTask::create_commit_ix keeps BufferTask thin and ensures it follows the chosen TaskStrategy without extra size optimizations, which matches the intent described in the comment.

Also applies to: 59-59, 65-69, 75-77

test-integration/Cargo.toml (1)

60-62: Verify updated magicblock-delegation-program revision and cross-file consistency

The new git rev for magicblock-delegation-program with "no-entrypoint" looks fine and matches the root Cargo.toml. Please double-check that this commit exists on the remote and is the intended one for the paired CommitDiffFromBuffer changes.

Cargo.toml (1)

112-114: Root magicblock-delegation-program rev bump matches integration workspace

The workspace-level dependency now points at the same delegation-program git revision as the integration workspace. Please confirm this rev is correct for the new buffer-based commit instructions and that downstream crates depending on dlp still build and pass tests with it.

magicblock-committor-service/src/tasks/mod.rs (2)

149-156: CommitTask strategy-based dispatch for Args vs Buffer and diff vs state looks correct

The new CommitTask shape and create_commit_ix dispatch cover all four cases cleanly:

  • TaskStrategy::Args + Some(base_account)CommitDiffArgs via commit_diff.
  • TaskStrategy::Args + NoneCommitStateArgs via commit_state.
  • TaskStrategy::Buffer + Some(base_account)commit_diff_from_buffer using the buffer PDA.
  • TaskStrategy::Buffer + Nonecommit_state_from_buffer using the buffer PDA.

Defaulting CommitTaskBuilder to TaskStrategy::Args and then flipping to Buffer via switch_to_buffer_strategy() when optimizing keeps the creation API simple while making the execution path explicit. The separation between args-based and buffer-based instruction builders also makes it easier to reason about fallbacks when base_account is unavailable (graceful degradation to CommitState).

Also applies to: 160-166, 169-193


196-203: compute_diff helper centralizes diff computation for buffer preparation

Exposing compute_diff on CommitTask (wrapping dlp::compute_diff over base_account.data() and committed data) is a good consolidation for BufferTask preparation logic. Using Option<AlignedVec> keeps the call sites straightforward and clearly signals that diff-based commits are only applicable when a base_account is present.

@snawaz snawaz force-pushed the snawaz/commit-diff branch from effba68 to 61c8c28 Compare November 21, 2025 20:30
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from d445507 to cbbf5ee Compare November 21, 2025 20:30
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 61c8c28 to 7d6f839 Compare November 21, 2025 20:55
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from 8f7f30d to 74155a6 Compare November 21, 2025 21:24
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 7d6f839 to faed161 Compare November 21, 2025 21:24
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from 74155a6 to 280eeb7 Compare November 21, 2025 21:34
@snawaz snawaz force-pushed the snawaz/commit-diff branch 2 times, most recently from 9c11945 to a42745b Compare November 21, 2025 23:52
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from 280eeb7 to e3ce6e6 Compare November 21, 2025 23:52
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

♻️ Duplicate comments (1)
magicblock-committor-service/src/tasks/mod.rs (1)

561-586: Tests still serialize Args-style commit instructions for BufferTask; add coverage for buffer strategy and *_from_buffer builders

test_buffer_task_instruction_serialization constructs BufferTaskType::Commit with a CommitTask from CommitTaskBuilder::create_commit_task(...), which still defaults to TaskStrategy::Args. Because BufferTask::instruction() now just delegates to CommitTask::create_commit_ix(), this test ends up exercising the Args path (plain commit_state / commit_diff) rather than the new buffer-based commit_*_from_buffer instructions.

To actually cover the buffer paths and the new buffer instruction builders, update the test to either:

  • call switch_to_buffer_strategy() on the CommitTask before wrapping it in BufferTaskType::Commit, or
  • construct a CommitTask with TaskStrategy::Buffer via the builder or a helper, and assert that create_commit_ix() produces the expected *_from_buffer variants.

This aligns the test with the intended semantics of BufferTask and gives direct coverage of the new buffer commit flows.

📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between cbbf5ee and e3ce6e6.

⛔ Files ignored due to path filters (3)
  • Cargo.lock is excluded by !**/*.lock
  • test-integration/Cargo.lock is excluded by !**/*.lock
  • test-integration/schedulecommit/elfs/dlp.so is excluded by !**/*.so
📒 Files selected for processing (6)
  • Cargo.toml (1 hunks)
  • magicblock-committor-service/src/tasks/args_task.rs (1 hunks)
  • magicblock-committor-service/src/tasks/buffer_task.rs (2 hunks)
  • magicblock-committor-service/src/tasks/mod.rs (5 hunks)
  • test-integration/Cargo.toml (1 hunks)
  • test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1 hunks)
🧰 Additional context used
🧠 Learnings (3)
📓 Common learnings
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 661
File: magicblock-committor-service/src/intent_executor/single_stage_executor.rs:20-28
Timestamp: 2025-11-21T10:22:07.520Z
Learning: In magicblock-committor-service's SingleStageExecutor and TwoStageExecutor (single_stage_executor.rs and two_stage_executor.rs), the fields transaction_strategy, junk, and patched_errors are intentionally public because these executors are designed to be used independently outside of the IntentExecutor scope, and callers need access to these execution reports for cleanup and error handling.
📚 Learning: 2025-10-26T16:54:39.084Z
Learnt from: thlorenz
Repo: magicblock-labs/magicblock-validator PR: 587
File: test-manual/Cargo.toml:0-0
Timestamp: 2025-10-26T16:54:39.084Z
Learning: In the magicblock-validator repository, use git branch references (not commit hashes or tags) for the helius-laserstream dependency to allow automatic updates when the branch is pushed to.

Applied to files:

  • Cargo.toml
📚 Learning: 2025-11-21T10:22:07.520Z
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 661
File: magicblock-committor-service/src/intent_executor/single_stage_executor.rs:20-28
Timestamp: 2025-11-21T10:22:07.520Z
Learning: In magicblock-committor-service's SingleStageExecutor and TwoStageExecutor (single_stage_executor.rs and two_stage_executor.rs), the fields transaction_strategy, junk, and patched_errors are intentionally public because these executors are designed to be used independently outside of the IntentExecutor scope, and callers need access to these execution reports for cleanup and error handling.

Applied to files:

  • magicblock-committor-service/src/tasks/mod.rs
🧬 Code graph analysis (3)
test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1)
test-integration/programs/schedulecommit/src/order_book.rs (1)
  • bids (182-184)
magicblock-committor-service/src/tasks/buffer_task.rs (3)
magicblock-committor-program/src/state/chunks.rs (1)
  • from_data_length (46-49)
magicblock-committor-service/src/tasks/mod.rs (1)
  • optimize (78-80)
magicblock-committor-service/src/tasks/args_task.rs (1)
  • optimize (87-100)
magicblock-committor-service/src/tasks/mod.rs (1)
magicblock-committor-service/src/persist/types/commit_strategy.rs (1)
  • args (17-23)
🔇 Additional comments (6)
test-integration/schedulecommit/test-scenarios/tests/02_commit_and_undelegate.rs (1)

256-262: Change is appropriate for stress-testing the BufferTask implementation.

The 10x increase in test data (max 200 entries vs. 20 previously) aligns with the PR's goal of validating CommitDiff as BufferTask for large accounts. Verification confirms:

  • CI runs on extra-large runner with adequate resources
  • No explicit test timeout configured (relies on GitHub Actions default 360-minute limit)
  • Test is intentionally "huge" and properly instrumented with seed output for reproducibility

No environment capacity concerns identified.

Cargo.toml (1)

112-114: Delegation-program git rev bump looks consistent; verify compatibility with new buffer commit instructions

The new magicblock-delegation-program rev is pinned consistently here and in test-integration/Cargo.toml, and the feature set is unchanged ("no-entrypoint"), so workspace wiring looks good. Please just confirm this rev contains the *_from_buffer commit instructions your new CommitTask buffer paths rely on and that integration tests pass against it.

test-integration/Cargo.toml (1)

60-62: Test workspace dependency aligned with root; ensure integration tests cover new buffer commit paths

The magicblock-delegation-program rev here matches the root workspace and keeps "no-entrypoint", so dependency alignment looks correct. Please make sure the updated integration tests actually exercise the new buffer-based commit/diff paths against this program version.

magicblock-committor-service/src/tasks/args_task.rs (1)

91-95: Commit optimization correctly switches to Buffer strategy before wrapping in BufferTask

Routing ArgsTaskType::Commit through value.switch_to_buffer_strategy() before constructing BufferTaskType::Commit ensures that optimized commit tasks consistently take the buffer-based path (and thus use the new *_from_buffer instructions). This aligns with the new TaskStrategy design and fixes the prior need for ad‑hoc flags.

magicblock-committor-service/src/tasks/mod.rs (2)

55-59: TaskStrategy + CommitTask refactor gives a clean two-path model (Args vs Buffer)

Introducing TaskStrategy and threading it through CommitTask (with CommitTaskBuilder defaulting to Args and switch_to_buffer_strategy() for buffer flows) makes the commit behavior explicit and removes the previous ad‑hoc flagging. The create_commit_ix() match on (strategy, base_account) cleanly encodes:

  • Args + no base account → CommitState.
  • Args + base account → CommitDiff.
  • Buffer + no base account → CommitStateFromBuffer.
  • Buffer + base account → CommitDiffFromBuffer.

This layout is straightforward to reason about and aligns well with the PR’s goal of supporting CommitDiff via BufferTask without degrading to CommitState purely due to transaction-size constraints.

Also applies to: 149-167, 169-193


4-6: I'll search the public magicblock repositories to verify the API contract.

I need to search for the actual source code of the delegation-program repository to verify the API contract. Let me look for the specific function signatures.

Based on my web search for the magicblock-delegation-program repository, I was unable to access the specific source code details needed to verify the API contract. The searches returned the repository index and documentation pages, but not the actual function signatures for commit_state_from_buffer, commit_diff_from_buffer, or the CommitStateFromBufferArgs struct definition.

To properly verify the concerns raised in this review comment, you would need to:

  1. Review the delegation-program repository source code (specifically the instruction builders and args modules) to confirm that both commit_state_from_buffer and commit_diff_from_buffer accept the same CommitStateFromBufferArgs struct
  2. Examine the on-chain processor implementations to verify that buffer contents are interpreted consistently as either full state or diff bytes, matching how BufferTask::preparation_required prepares them
  3. Confirm the buffer PDA derivation uses the same parameters across all functions

The original concern about the API contract alignment is valid and warrants manual verification against the actual dlp crate implementation.

Verify that commit_state_from_buffer and commit_diff_from_buffer in the dlp crate both accept CommitStateFromBufferArgs, and confirm the on-chain handlers interpret buffer contents consistently with how BufferTask prepares them (lines 244-293 and related code).

Comment on lines +48 to 61
let state_or_diff = if let Some(diff) = commit_task.compute_diff() {
diff.to_vec()
} else {
commit_task.committed_account.account.data.clone()
};
let chunks =
Chunks::from_data_length(state_or_diff.len(), MAX_WRITE_CHUNK_SIZE);

PreparationState::Required(PreparationTask {
commit_id: commit_task.commit_id,
pubkey: commit_task.committed_account.pubkey,
committed_data,
committed_data: state_or_diff,
chunks,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion | 🟠 Major

BufferTask now writes diff-or-state into buffer; ensure CommitTask is always in Buffer strategy when used here

Using commit_task.compute_diff() to decide whether to write a diff or full state into PreparationTask.committed_data, and deriving Chunks from that length, is the right behavior for committing via buffers: buffer contents and chunking will match what *_from_buffer instructions expect.

One subtle requirement, though, is that the embedded CommitTask must have strategy == TaskStrategy::Buffer; otherwise instruction() will still emit the args-based commit instruction and completely ignore the prepared buffer, wasting the prep work and potentially re‑hitting tx-size limits.

Since ArgsTask::optimize already calls value.switch_to_buffer_strategy() before wrapping in BufferTaskType::Commit, this is satisfied for the main flow, but any other construction of BufferTask::Commit (including the tests) currently relies on the caller remembering to switch strategies.

Consider tightening this by either:

  • Having BufferTask::new_preparation_required (or preparation_required) assert in debug builds that the inner CommitTask has TaskStrategy::Buffer, and/or
  • Moving the switch_to_buffer_strategy() call into the BufferTask construction path so callers cannot accidentally pass an Args‑strategy commit task.

That would make BufferTask semantics self-contained and prevent silent misuse.

Also applies to: 65-77

🤖 Prompt for AI Agents
In magicblock-committor-service/src/tasks/buffer_task.rs around lines 48-60 (and
similarly 65-77), the code accepts a CommitTask but does not guarantee its
TaskStrategy is Buffer, which can cause prepared buffer data to be ignored if
the task remains in Args strategy; update BufferTask construction to enforce
Buffer strategy by either calling commit_task.switch_to_buffer_strategy() before
using it and/or adding a debug_assert!(commit_task.strategy ==
TaskStrategy::Buffer) (or equivalent) inside
new_preparation_required/preparation_required so callers cannot accidentally
pass an Args-strategy commit task and the buffer path will always be used.

Comment on lines +196 to +205
pub fn compute_diff(&self) -> Option<dlp::rkyv::AlignedVec> {
self.base_account.as_ref().map(|base_account| {
compute_diff(
base_account.data(),
self.committed_account.account.data(),
)
})
}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick | 🔵 Trivial

Reuse compute_diff() where possible to avoid duplicated diff logic (optional)

CommitTask::compute_diff() encapsulates the base-vs-committed diff computation and is already used by BufferTask for preparation. create_commit_diff_ix() still re‑implements the same compute_diff(base_account.data(), committed_account.data()) call inline.

Not a bug, but you could slightly simplify and DRY this by delegating to self.compute_diff() and unwrapping (since this method is only called when base_account is Some), e.g.,

let diff = self
    .compute_diff()
    .expect("base_account must be Some when using CommitDiff");

before constructing CommitDiffArgs. That keeps all diff computation logic in one place and ensures Args and Buffer strategies remain in lockstep if the diffing behavior ever changes.

Also applies to: 220-232

🤖 Prompt for AI Agents
In magicblock-committor-service/src/tasks/mod.rs around lines 196-204 and
220-232, duplicate diff computation is performed inline; instead call the
existing CommitTask::compute_diff() and unwrap it (since these call-sites only
occur when base_account is Some), e.g. replace the inline
compute_diff(base_account.data(), committed_account.account.data()) usage with
let diff = self.compute_diff().expect("base_account must be Some when using
CommitDiff") and then use diff to construct CommitDiffArgs and other structures;
this delegates all diff logic to the single method to avoid duplication and keep
behaviors in sync.

@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from e3ce6e6 to 044c9cf Compare December 16, 2025 09:08
@snawaz snawaz force-pushed the snawaz/commit-diff branch from a42745b to 00b3b98 Compare December 16, 2025 09:08
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

♻️ Duplicate comments (2)
magicblock-committor-service/src/tasks/mod.rs (2)

221-243: Reuse compute_diff() to avoid duplicate diff computation logic.

The inline compute_diff call at lines 229-232 duplicates the logic already encapsulated in self.compute_diff(). Consider delegating to the method for consistency.

Based on past review comments, apply this refactor to reuse the existing method:

 fn create_commit_diff_ix(
     &self,
     validator: &Pubkey,
     base_account: &Account,
 ) -> Instruction {
+    let diff = self
+        .compute_diff()
+        .expect("base_account must be Some when using CommitDiff");
+
     let args = CommitDiffArgs {
         nonce: self.commit_id,
         lamports: self.committed_account.account.lamports,
-        diff: compute_diff(
-            base_account.data(),
-            self.committed_account.account.data(),
-        )
-        .to_vec(),
+        diff: diff.to_vec(),
         allow_undelegation: self.allow_undelegation,
     };

     dlp::instruction_builder::commit_diff(
         *validator,
         self.committed_account.pubkey,
         self.committed_account.account.owner,
         args,
     )
 }

563-587: Add test coverage for buffer instruction builders.

The test_buffer_task_instruction_serialization test constructs CommitTask via CommitTaskBuilder::create_commit_task(), which defaults to TaskStrategy::Args. Since the test never calls switch_to_buffer_strategy(), it never exercises the new create_commit_state_from_buffer_ix and create_commit_diff_from_buffer_ix paths.

Based on past review comments, update the test to cover buffer paths:

 #[tokio::test]
 async fn test_buffer_task_instruction_serialization() {
     let validator = Pubkey::new_unique();

+    // Test with buffer strategy to exercise buffer instruction builders
     let buffer_task =
         BufferTask::new_preparation_required(BufferTaskType::Commit(
             CommitTaskBuilder::create_commit_task(
                 456,
                 false,
                 CommittedAccount {
                     pubkey: Pubkey::new_unique(),
                     account: Account {
                         lamports: 2000,
                         data: vec![7, 8, 9],
                         owner: Pubkey::new_unique(),
                         executable: false,
                         rent_epoch: 0,
                     },
                 },
                 &Arc::new(NullTaskInfoFetcher),
             )
-            .await,
+            .await
+            .switch_to_buffer_strategy(),
         ));
     assert_serializable(&buffer_task.instruction(&validator));
 }
📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between e3ce6e6 and 044c9cf.

📒 Files selected for processing (4)
  • magicblock-committor-service/src/tasks/args_task.rs (1 hunks)
  • magicblock-committor-service/src/tasks/buffer_task.rs (2 hunks)
  • magicblock-committor-service/src/tasks/mod.rs (5 hunks)
  • test-integration/Cargo.toml (1 hunks)
🧰 Additional context used
🧠 Learnings (3)
📚 Learning: 2025-12-03T09:33:48.707Z
Learnt from: Dodecahedr0x
Repo: magicblock-labs/magicblock-validator PR: 639
File: test-integration/test-committor-service/tests/test_ix_commit_local.rs:867-881
Timestamp: 2025-12-03T09:33:48.707Z
Learning: Repo: magicblock-labs/magicblock-validator PR: 639
Context: test-integration/test-committor-service/tests/test_ix_commit_local.rs (ix_commit_local)
Learning: The PhotonIndexer used for compressed account fetches (get_compressed_account) has built‑in retry logic (defaults to ~10 attempts), so tests should not add separate retry loops around compressed fetches unless there’s a specific need.

Applied to files:

  • magicblock-committor-service/src/tasks/buffer_task.rs
  • magicblock-committor-service/src/tasks/mod.rs
📚 Learning: 2025-11-21T10:22:07.520Z
Learnt from: taco-paco
Repo: magicblock-labs/magicblock-validator PR: 661
File: magicblock-committor-service/src/intent_executor/single_stage_executor.rs:20-28
Timestamp: 2025-11-21T10:22:07.520Z
Learning: In magicblock-committor-service's SingleStageExecutor and TwoStageExecutor (single_stage_executor.rs and two_stage_executor.rs), the fields transaction_strategy, junk, and patched_errors are intentionally public because these executors are designed to be used independently outside of the IntentExecutor scope, and callers need access to these execution reports for cleanup and error handling.

Applied to files:

  • magicblock-committor-service/src/tasks/buffer_task.rs
  • magicblock-committor-service/src/tasks/mod.rs
📚 Learning: 2025-11-24T14:21:00.996Z
Learnt from: Dodecahedr0x
Repo: magicblock-labs/magicblock-validator PR: 639
File: Cargo.toml:58-58
Timestamp: 2025-11-24T14:21:00.996Z
Learning: In the magicblock-validator codebase, magicblock-api/Cargo.toml intentionally uses borsh = "1.5.3" (instead of the workspace version 0.10.4) because it needs to deserialize types from the magic-domain-program external dependency, which requires borsh 1.5.x compatibility. This is an intentional exception for interoperability with the magic domain program.

Applied to files:

  • test-integration/Cargo.toml
🧬 Code graph analysis (2)
magicblock-committor-service/src/tasks/buffer_task.rs (3)
magicblock-committor-program/src/state/chunks.rs (1)
  • from_data_length (46-49)
magicblock-committor-service/src/tasks/args_task.rs (2)
  • value (162-169)
  • optimize (92-105)
magicblock-committor-service/src/tasks/mod.rs (1)
  • optimize (79-81)
magicblock-committor-service/src/tasks/mod.rs (1)
magicblock-committor-service/src/persist/types/commit_strategy.rs (1)
  • args (17-23)
🔇 Additional comments (9)
magicblock-committor-service/src/tasks/args_task.rs (1)

96-99: LGTM! Clean refactoring to use buffer strategy switching.

The simplified logic correctly switches to buffer strategy before wrapping in BufferTaskType::Commit, eliminating the need for special-case handling. This aligns with the PR objectives to support CommitDiff as a BufferTask without degrading to CommitState.

magicblock-committor-service/src/tasks/buffer_task.rs (2)

49-61: LGTM! Diff-aware state computation correctly supports CommitDiff as BufferTask.

The logic now computes diff when available and uses it for both chunking and buffer preparation, which directly addresses the PR objective of supporting CommitDiff as a BufferTask without degrading to CommitState.

Note: The main flow in args_task.rs line 98 correctly calls switch_to_buffer_strategy() before constructing BufferTask, ensuring the strategy is set properly.


69-69: LGTM! Unified instruction creation simplifies the code.

Replacing manual PDA-based instruction assembly with value.create_commit_ix(validator) delegates to the CommitTask's strategy-aware instruction creation, making the code cleaner and more maintainable.

magicblock-committor-service/src/tasks/mod.rs (6)

4-4: LGTM! TaskStrategy is now unconditionally public to support the two-strategy architecture.

Making TaskStrategy public enables the Args/Buffer strategy pattern throughout the codebase, which is essential for the new buffer-based commit flow.

Also applies to: 56-60


155-155: LGTM! Strategy field replaces force_commit_state with explicit Args/Buffer control.

The new strategy field provides clearer control over instruction generation compared to the previous force_commit_state flag, aligning with the PR's goal of supporting CommitDiff as a BufferTask.

Also applies to: 165-167


170-173: LGTM! Strategy switching method provides clean transition to buffer path.

The switch_to_buffer_strategy() method enables explicit control over strategy transitions, used by ArgsTask::optimize() to move commits to the buffer path.


175-194: LGTM! Strategy-aware instruction dispatch correctly routes Args vs Buffer paths.

The branching on self.strategy with nested checks for base_account ensures the correct instruction builder is called for each combination (Args with diff/state, Buffer with diff/state from buffer).


197-204: LGTM! Centralized diff computation reduces code duplication.

The compute_diff() method provides a single point for diff computation logic, used by BufferTask during preparation. This is good for maintainability.


245-268: LGTM! Buffer-based commit state instruction correctly uses buffer PDA.

The implementation properly derives the buffer PDA and constructs the instruction with CommitStateFromBufferArgs, aligning with how PreparationTask initializes and writes buffer data.

Comment on lines +270 to +294
fn create_commit_diff_from_buffer_ix(
&self,
validator: &Pubkey,
_fetched_account: &Account,
) -> Instruction {
let commit_id_slice = self.commit_id.to_le_bytes();
let (commit_buffer_pubkey, _) =
magicblock_committor_program::pdas::buffer_pda(
validator,
&self.committed_account.pubkey,
&commit_id_slice,
);

dlp::instruction_builder::commit_diff_from_buffer(
*validator,
self.committed_account.pubkey,
self.committed_account.account.owner,
commit_buffer_pubkey,
CommitStateFromBufferArgs {
nonce: self.commit_id,
lamports: self.committed_account.account.lamports,
allow_undelegation: self.allow_undelegation,
},
)
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick | 🔵 Trivial

Clarify or remove the unused _fetched_account parameter.

The _fetched_account parameter in create_commit_diff_from_buffer_ix is marked as unused. If it's kept for API consistency with create_commit_diff_ix, consider adding a comment explaining why. Otherwise, it can be removed since the diff is read from the buffer account.

If the parameter is truly unnecessary, apply this diff:

 fn create_commit_diff_from_buffer_ix(
     &self,
     validator: &Pubkey,
-    _fetched_account: &Account,
 ) -> Instruction {

Or add a comment if it's kept for consistency:

 fn create_commit_diff_from_buffer_ix(
     &self,
     validator: &Pubkey,
+    // Kept for API symmetry with create_commit_diff_ix, though unused
+    // since diff is read from buffer
     _fetched_account: &Account,
 ) -> Instruction {

Comment on lines +60 to 62
magicblock-delegation-program = { git = "https://github.com/magicblock-labs/delegation-program.git", rev = "ea1f2f916268132248fe8d5de5f07d76765dd937", features = [
"no-entrypoint",
] }
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick | 🔵 Trivial

Consider using a branch reference instead of a commit hash for the magicblock-delegation-program dependency.

While the delegation program is a professionally audited dependency with no identified security vulnerabilities, using a commit hash locks the dependency to a specific version. For consistency with repository best practices and to enable automatic updates when the repository is updated, switch to a branch reference (e.g., branch = "main") instead of the commit hash.

magicblock-delegation-program = { git = "https://github.com/magicblock-labs/delegation-program.git", branch = "main", features = [
 "no-entrypoint",
] }
🤖 Prompt for AI Agents
In test-integration/Cargo.toml around lines 60 to 62, the
magicblock-delegation-program dependency is pinned to a specific commit hash
which prevents automatic updates; change the git dependency to reference a
branch (for example branch = "main") instead of rev so the crate pulls the
branch tip, keeping the features list intact, and update any lockfile or CI
caching if needed to ensure builds pick up the branch-based dependency.

@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch 2 times, most recently from a6c69e1 to eff43ea Compare December 19, 2025 16:44
@snawaz snawaz force-pushed the snawaz/commit-diff-buffer branch from eff43ea to 646ab8b Compare December 19, 2025 17:58
@snawaz snawaz force-pushed the snawaz/commit-diff branch from 61b7a03 to 54a1a4c Compare December 19, 2025 17:58
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.

2 participants