feat: rework test-harness for integration tests

[lima-limon-inc]

Tackles #981

This PR aims to remove some functionality from the compiler's testing crate and rely on miden-protocol's testing crate.
This includes the following changes:

• Removed the create_note_from_package function. This now relies on miden-protocol's NoteBuilder (which got Package support added into it in this PR).
• Removed the account_component_from_package function which was replaced with AccountoComponent::from_package.
• Now, the compile_rust_package method calls miden build instead of the compiler's library.
• Removed build_existing_basic_wallet_account_builder function. MockChainBuilder::add_existing_account_from_components which was also added in PR
• Removed NoteCreationConfig since it was superseded by NoteBuilder.

[lima-limon-inc]

@greenhat

Since #896 got closed, I re-opened this PR with your comments addressed. I have re-based it onto the newest changes in next.

[bitwalker]

So the problem with the removal of compile_rust_package is that by calling miden build, we're not actually testing the right version of the compiler (i.e. we're testing whatever the current midenup toolchain has installed). Using miden build is correct for other parts of the project, but not the compiler itself (where we need to test things based on the current source of the compiler).

I think we probably need to keep compile_rust_package unfortunately, or have it invoke cargo miden build instead (and ensure that it is looking in the right place for the cargo-miden binary - which our test suite currently does, but if responsibility for that moves somewhere else, we'll need a way to ensure the right binaries are being used).

Let me know if I've misunderstood something though!