chain_capabilities/*/monitoring: remove redundant logged metrics

[jmank88]

The [<chain family> Monitoring] log message is one of our noisiest. This PR proposes removing them since they are redundant anyways (emitted as metrics).

[github-actions]

👋 jmank88, thanks for creating this pull request!

To help reviewers, please consider creating future PRs as drafts first. This allows you to self-review and make any final changes before notifying the team.

Once you're ready, you can mark it as "Ready for review" to request feedback. Thanks!

[cl-sonarqube-production]

Quality Gate passed

Issues
0 New issues
0 Fixed issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarQube

[ilija42]

Removing logMessage drops all logs for ViewInitiated and WriteReportInitiated.
Success and Error messages still get a log line from LogAndEmitSuccess / LogAndEmitError. Initiated messages go through EmitInitiated, which does not log. The processor line was their only log.

We should add a LogAndEmitInitiated helper, same shape as LogAndEmitSuccess, and use it in the two Aptos call sites. Both Initiated types already have LogAttributes().