You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
refs: #10597
## Description
Primary changes:
- `@agoric/orchestration`: exposes `intermediateRecipient: ChainAddress['value']` in `ForwardOpts`, part of `IBCMsgTransferOpts`, allowing callers to provide their own value. Currently defaults to `"pfm"`
- `@agoric/fast-usdc`: creates a Noble ICA in the `StartFn` so we have an address value for `intermediateRecipient`. Noble's chain does not permit non-bech32 values.
Ancillary:
- `@agoric/boot`'s `bridgeUtils` helpers:
- `setAckBehavior` helper to control whether a `IBCDowncallMethod` acknowledgments are queued or inbounded immediately
- `setBech32Prefix` helper to control address prefix for ICA accounts
- ICA addresses are unique per account
- `@agoric/fast-usdc`: remove `blockTimestamp` from `CctpTxEvidence`
### Security Considerations
No new considerations
### Scaling Considerations
None
### Documentation Considerations
None
### Testing Considerations
Updated existing tests.
### Upgrade Considerations
N/A, library code part of FUSDC or NPM Orch release
What is the Problem Being Solved?
Need test coverage of Fast USDC through multichain transactions in CI
advance
happy pathbech32
Address Hooks #10613settle
happy pathDescription of the Design
Security Considerations
Scaling Considerations
Test Plan
Upgrade Considerations
The text was updated successfully, but these errors were encountered: