Daemon-archive performance fix

[deepthiskumar]

Issue: Daemon connected to archive process is stuck in catchup during high load. It seems like either the archiving is slow or the process becomes unresponsive for a while. Regardless, I don’t think the daemon should wait for response from the archive process.

Explain your changes:

• Daemon change: Don't wait for the response from archive process when sending blocks.
• TODO: Archive process slowness

Explain how you tested your changes:
*Tested locally. Daemon making progress when catching up during high load

• TODO: Daemons synced but archiving still very slow

Checklist:

• Dependency versions are unchanged
  • Notify Velocity team if dependencies must change in CI
• Modified the current draft of release notes with details on what is completed or incomplete within this project
• Document code purpose, how to use it
  • Mention expected invariants, implicit constraints
• Tests were added for the new behavior
  • Document test purpose, significance of failures
  • Test names should reflect their purpose
• All tests pass (CI will check this if you didn't)
• Serialized types are in stable-versioned modules
• Does this close issues? List them

• Closes #0000

[deepthiskumar]

CI- https://buildkite.com/o-1-labs-2/mina-end-to-end-nightlies/builds/957#_

[nholland94]

I'm not sure if this is the right fix here. While we do want to unblock the broadcast_pipe that is waiting for us to process the breadcrumb messages, it seems we also want to serialize the archive processor messages in dependency order of the breadcrumbs we are receiving (unless I'm missing something). I would think we want to actually have a dependency-based queue of breadcrumbs that will be maintained and processed by the archive client, where we only add to that queue when we handle the broadcast pipe reads.

[deepthiskumar]

Closing this in favour of #14736