Refactor Executor Module into Smaller Sub-modules

[Timi16]

Description

The src/runtime/executor.rs file has grown too large and handles too many responsibilities. Refactor it into focused sub-modules so it is easier for contributors to navigate and extend.

Requirements

• Split into: loader.rs (WASM loading), invoker.rs (function invocation), parser.rs (arg parsing), result.rs (result formatting)
• Keep public API identical so no other code breaks
• Add module-level doc comments explaining each sub-module's responsibility
• All existing tests must still pass after refactor

Suggested Execution

1. Branch: git checkout -b refactor/executor-split
2. Create src/runtime/ subdirectory with new files
3. Move relevant code into each new file
4. Update src/runtime/mod.rs to re-export public items
5. Run cargo test to confirm nothing broke
6. Commit: refactor: split executor into focused sub-modules

Acceptance Criteria

• Four new sub-modules created
• Public API unchanged
• All existing tests pass
• Each module has a doc comment
• No dead code warnings introduced

[drips-wave]

This issue has been added to the Stellar Wave Program and is worth 150 Points.

🧑‍💻 Interested in contributing? Apply to work on this issue on Drips Wave, earn points, and receive rewards.

Warning

Only applications submitted via the apply link above will be considered. Please do not apply by commenting on the issue or opening a PR directly.

🤠 Repo maintainers: You can manage this issue's Points and Complexity on your Maintainer Dashboard here. Please keep an eye on applications and respond quickly 💙

ℹ️ Learn more about Drips Wave

[Austinaminu2]

@Austinaminu2 has applied to work on this issue as part of the Stellar Wave Program's 2nd wave.

Hi maintainer, I’d like to take on this issue.

I have experience refactoring Rust codebases to improve maintainability while preserving public APIs. I can split the executor module into focused components without introducing breaking changes.

Approach

• Split src/runtime/executor.rs into:

  • loader.rs — WASM loading logic
  • invoker.rs — contract/function invocation
  • parser.rs — argument parsing
  • result.rs — result formatting/output handling

• Keep the existing public API unchanged via re-exports in runtime/mod.rs

• Add module-level documentation describing responsibilities

• Ensure clean separation of concerns and remove any dead code

Deliverables

• Four new executor sub-modules
• Public interface preserved
• Module documentation added
• All existing tests passing with no warnings

If it's still available, can I get assigned to this?

ℹ️ Repo Maintainers: To accept this application, review their application or assign @Austinaminu2 to this issue.

[spartan124]

@spartan124 has applied to work on this issue as part of the Stellar Wave Program's 2nd wave.

Hello Timi, I have worked on code refactors and understand the importance of modularisation for efficient dev collaborations while separating concerns. I would love to help resolve this issue if it is available

ℹ️ Repo Maintainers: To accept this application, review their application or assign @spartan124 to this issue.