Refactor process_vote to reuse vote_inner shared vote-processing logic

[Scepter00]

Closes #198

process_vote no longer duplicates the per-task vote-processing sequence (duplicate-vote check, task fetch, cancellation check, consensus application, resolution + vault release, persistence, event emission). It now performs only the guardian-level checks (pause, auth, reentrancy lock, guardian status, balance/threshold, reputation) and delegates the rest to vote_inner, which process_vote_batch already used. vote_inner and process_vote_batch are unchanged.

Note: I couldn't run the local test suite due to a Windows/mingw toolchain issue (dlltool.exe not found) unrelated to this change — cargo build compiles cleanly. Deferring to CI to confirm the full test suite passes.

[N-thnI]

The only failing step is Format check — cargo fmt --check. Your logic is fine; Build & Test, coverage, cargo-audit and cargo-deny all pass.

Run cargo fmt and push. Note the repo has no rustfmt.toml (tracked as #170), so it uses default style.

[N-thnI]

please ensure all checks pass

[N-thnI]

please ensure all checks pass