Removed contractId and added made contracts required, signAndSendTran…

[amirsaran3]

Description

This PR is an extension of #811. Addressing comments of Daryl on mentioned PR.

Breaking changes:

• Removed contractId from setupModal params
• contracts param in setupModal is now required
• receiverId param in signAndSendTransaction is now required since we can't assume a default contract since we can have multiple

TODO:

• Since none of the wallets support the signInMulti method right now we can't test it correctly. I am not sure how will the pending state act after these changes (for browser wallets).

Questions:

• signInMulti method with one contract in contracts param list is same as calling signIn method? Any notable differences?
• Regarding this comment: feat: Add signInMulti method #811 (comment). If user first signs in using two contracts and then one of them expires. He then only wants to re-sign in to the expired one and the other one is still signed in. How will the UI flow work for this interaction? Since the user is signed in they will not see a prompt to sign in again.

Checklist:

• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation
• My changes generate no new warnings

Type of change.

• FIX - a PR of this type patches a bug.
• FEATURE - a PR of this type introduces a new feature.
• BUILD - a PR of this type introduces build changes.
• CI - a PR of this type introduces CI changes.
• DOCS - a PR of this type introduces DOCS improvement.
• STYLE - a PR of this type introduces style changes.
• REFACTOR - a PR of this type introduces refactoring.
• PERFORMANCE - a PR of this type introduces performance changes.
• TEST - a PR of this type adds more tests.
• CHORE - a PR introduces other changes than the specified above.

[AZbang]

@amirsaran3 when it will be merged?

[dinhthuybg]

git stash