hyperlane-monorepo

Commit Graph

Author	SHA1	Message	Date
Daniel Savu	032e2492c4	fix: only run cargo fmt hook when rs files changed (#2620 ) ### Description The `cargo fmt` pre-commit hook runs regardless of whether any `.rs` files have changed and this is interfering with unrelated workflows. This reduces the scope of the hook to commits with nonempty rust diffs. ### Drive-by changes <!-- Are there any minor or drive-by changes also included? --> ### Related issues <!-- - Fixes #[issue number here] --> ### Backward compatibility <!-- Are these changes backward compatible? Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling? Yes/No --> ### Testing <!-- What kind of testing have these changes undergone? None/Manual/Unit Tests -->	1 year ago
Mattie Conover	dce883d3a1	Run rust fmt on pre-commit (#2608 ) ### Description Tired of the workflow telling you to run `cargo fmt`? Worry no more, now on commit all your rust code will get checked so you don't have to wait for the pipeline to fail. ### Drive-by changes None ### Related issues ### Backward compatibility Yes ### Testing manual	1 year ago
Mattie Conover	19838b11c6	E2E test `pkill` anvil (#2607 ) ### Description Fixes a minor bug when testing locally where sometimes a failure in the e2e test will not correctly clean up anvil. This just runs `pkill -SIGKILL anvil` to clean it up if it was running. ### Drive-by changes None ### Related issues ### Backward compatibility Yes ### Testing Manual	1 year ago
Mattie Conover	9045f8362e	IGP Tooling (#2602 ) ### Description Adds support for deploying IGPs and initial setup. Also extends the E2E tests to support these changes. - Deploy an IGP - Configure gas oracle data on IGPs - Configure gas overhead amounts for overhead IGP - Adds new config files to support the above - Adds support for u128 in `serde_json` ### Drive-by changes - Minor code cleanup around unused build cmd args - Refactored transaction submission to prevent common errors. - Cleaned up arg passing in the core commands ### Related issues Fixes #2500 ### Backward compatibility Yes-ish, slightly changes some sealevel commands but mostly the same. See the e2e test if in doubt. ### Testing Manual Unit Tests --------- Co-authored-by: Trevor Porter <trkporter@ucdavis.edu>	1 year ago
J M Rossy	d901ca2c6f	Minimal multi-protocol SDK support (#2529 ) ### Description - Create MultiProtocolProvider - Create ProviderType enum and TypedProvider - Add viem, solana, and ethers6 dev deps to SDK - Upgrade Typescript and Eslint across monorepo (required for Viem) - Break out metadata mgmt code into new ChainMetadataManager class - Implement basic MultiProtocolApp and MultiProtocolRouterApp - Create Evm and Sealevel router adapters - Refactor contract types into separate file to avoid circular dep ### Related issues https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2503 ### Backward compatibility Yes	1 year ago
J M Rossy	465112db6f	Refactor utils package (#2550 ) ### Description - Reorganize code into separate files - Move in utils from other packages - Fix export structure - Add multi-protocol address utils ### Drive-by changes Lint fix in token package ### Related issues Pre-req for #2503 ### Backward compatibility No, some exports have been removed from the SDK and moved to utils	1 year ago
Trevor Porter	2fc4903a90	Add `unique_gas_payment_pubkey` to GasPaymentData (#2583 ) ### Description Followup to #2574, we need this to verify gas payment PDAs Also fixes DiscriminatorPrefixed ### Drive-by changes n/a ### Related issues n/a ### Backward compatibility Different gas payment data account format, but hasn't been deployed so all is good ### Testing unit / functional tests	1 year ago
Mattie Conover	9ed3a24902	Solana e2e tests (#2578 ) ### Description Adds support for testing solana with the e2e tests. This involves 1) Downloading the pre-built solana cli tools 2) Setting up the solana configuration 3) Downloading the pre-built solana programs we need (see https://github.com/hyperlane-xyz/solana-program-library/releases/) 4) The solana programs in the repo 5) Start the solana validator 6) Deploy the solana programs 7) Deploy a warp route 8) Initialize the multisig ism and validator announce 9) Initialize a transfer 10) Wait for the message to be delivered In addition these were "woven" in with the existing E2E test logic, so for instance we only run one new validator and the existing relayer was extended to support these additional chains. This will make it much easier later on to support testes between environments. ### Drive-by changes - Fix a bug in the relayer when trying to index the mailbox - Add support in the hyperlane sealevel CLI for custom solana config paths - Fix a linker error on linux causes by not specifying `no-entrypoint` - Cleaned up unnecessary `no-entrypoint` features in libraries - Minor refactor to how we run commands to avoid arg passing - Created an easy way to define tasks that run asyncly `as_task` - Split up main logic flow into a couple files for easier reading - Use mold linker to speed up builds (well, the linking part) - Removed support for `log_all` to simplify code pathways - Added context when a child process ends unexpectedly for easier debugging - Fixed a bug in the validator where it would infinitely retry to send an announcement on failure without waiting - Cleaned up solana configs - Fixed processes hanging on exit (very annoying when testing locally since you have to manually go kill them) - Added stderr logging to the hyperlane sealevel CLI subprocess calls ### Related issues Fixes #2415 ### Backward compatibility Yes ### Testing Manual	1 year ago
Daniel Savu	127294decc	refactor(IndexMode): remove `IndexRange`, use default index mode per env (#2562 ) ### Description Removes the `index_mode` config field, default to whichever mode is currently supported by our existing envs. Doing this allows for safely removing runtime checks to see if the correct index mode was configured. Additional work is required to support multiple indexing modes per env. Check this discord thread for the full discussion: https://discord.com/channels/935678348330434570/961711527092682783/1133347733411987568 ### Drive-by changes - `IndexRange` is removed entirely and replaced by `RangeInclusive<u32>` - Moves `is_arbitrum_nitro` into a bigger existing `impl HyperlaneDomain` block for clarity ### Related issues This is part 1 of https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2511 ### Backward compatibility Yes ### Testing Relies on existing e2e tests	1 year ago
jaehunkim	018f0182a6	Fix hardhat test script in typescript/sdk/package.json (#2483 ) ### Description The previous `test:hardhat` script was not correctly finding and testing the `.hardhat-test.ts` files in the `src` directory. This commit updates the script to correctly find these files and pass them to the `hardhat test` command. Now, all Hardhat tests in the `src` directory and its subdirectories will be correctly run when the `test:hardhat` script is used. ### Testing Unit Tests Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz>	1 year ago
Trevor Porter	21acccac3d	Sealevel IGP program (#2574 ) ### Description * Sealevel IGP program * Includes tests * Minor changes to some other Sealevel program tests to use some common test utils ### Drive-by changes n/a ### Related issues #2217 ### Backward compatibility Yes ### Testing Unit / functional	1 year ago
Nam Chu Hoai	07d3acc5e9	Update testnet3 test recipients (#2582 )	1 year ago
Trevor Porter	c7ad0f4433	Fix deploying validators when there's an empty validator set (#2565 ) ### Description Turns out when there aren't any validators in the set, which is the case for solanadevnet & zbctestnet on the RC context (https://github.com/hyperlane-xyz/hyperlane-monorepo/blob/main/typescript/infra/config/environments/testnet3/validators.ts#L195), the helm value `hyperlane.validator.configs` wasn't being overridden with CLI value args. So the `configs` in values.yaml, which has a length of 1 with some keys and empty values to illustrate (part of) the expected format of the config, was being used. So then in the Helm template we'd end up iterate through the configs of len 1 :( The fix is to just set the default `configs` to `[]` I also considered adding a check to just skip the chain if the validator set is 0, because there's usually no use in deploying them anyways. But we may be deploying to a chain that used to have a non-zero validator set that we now want to be 0, so we may as well just deploy it and deal with the fact that there will be some helm releases relating to a validator set of 0 🤷 ### Drive-by changes n/a ### Related issues n/a ### Backward compatibility backward compatible ### Testing deployed	1 year ago
Kunal Arora	3a09f54b20	Updating the relayer and validator images to 2023-07-25 version (#2569 ) ### Description - Updating both rc and hyperlane testnet3 and mainnet2 versions for relayers and validators to `ed7569d-20230725-171222` image which has the necessary changes for `AggregationISM` and `NullMetadataISM` ### Drive-by changes None ### Related issues - Release: https://github.com/hyperlane-xyz/hyperlane-monorepo/releases/tag/agents-2023-07-25 ### Backward compatibility Yes ### Testing Manual	1 year ago
Kunal Arora	c278ee75b9	Deploy AggregationISM to mainnet2 (#2563 )	1 year ago
Kunal Arora	ed7569d1ac	Deploy AggregationISM for rc kathy mainnet (#2541 ) ### Description - Deployed AggregationISM to rc mainnet2 - AggregationISM can take in env as a param (moved out of `testnet3/`) - Set as defaultISM for rc mainnet2 context ### Drive-by changes - Deployed `MerkleRootMultisigFactory` and `MessageIdMultisigFactory` for mainnet2 - RoutingISM deployment can run in parallel for each origin. ### Related issues Fixes #2478 ### Backward compatibility Backward compatible? Yes ### Testing Manual, see issue #2560	1 year ago
Yorke Rhodes	16eff8d4d6	Fix fork tests to handle timelock proxy owners (#2558 )	1 year ago
Trevor Porter	8c5983933b	Sealevel (#2404 ) ### Description Opening for that sweet sweet agent image ### Drive-by changes _Are there any minor or drive-by changes also included?_ ### Related issues - Fixes #[issue number here] ### Backward compatibility _Are these changes backward compatible?_ Yes No _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None Yes ### Testing _What kind of testing have these changes undergone?_ None Manual Unit Tests --------- Co-authored-by: Steven Sloboda <steven@eclipse.builders> Co-authored-by: Nam Chu Hoai <nambrot@googlemail.com> Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz> Co-authored-by: J M Rossy <jm.rossy@gmail.com> Co-authored-by: Mattie Conover <git@mconover.dev> Co-authored-by: Asa Oines <asaoines@gmail.com> Co-authored-by: Sergei Patrikeev <serejke.best@gmail.com> Co-authored-by: Daniel Savu <23065004+daniel-savu@users.noreply.github.com> Co-authored-by: Kunal Arora <55632507+aroralanuk@users.noreply.github.com> Co-authored-by: yorhodes <yorkerhodesiv@gmail.com> Co-authored-by: Yorke Rhodes <yorke@useabacus.network> Co-authored-by: Yorke Rhodes <email@yorke.dev> Co-authored-by: Asa Oines <asaoines@Asas-MacBook-Pro.local> Co-authored-by: Kunal Arora <kuarora@ucsd.edu> Co-authored-by: Anett <44020788+anettrolikova@users.noreply.github.com> Co-authored-by: Yaqub Mahmoud <yaqub320@gmail.com> Co-authored-by: Alex <alex@alexbh.dev>	1 year ago
Yorke Rhodes	04bdce0877	Upgrade testnet relayer to include CCIP Read support (#2531 )	1 year ago
Mattie Conover	c1c86c7953	E2E Sealevel Prep (#2551 ) ### Description This PR hardens the e2e test pipeline to failure cases we have seen frequently and also makes the code more generic to better support future environments such as sealevel. The original ticket describes making one or more traits to help with this but after much experimentation and consideration, I feel that doing so would make the code unnecessarily complex and less flexible to future changes. My solution instead after talking with @tkporter regarding the sealvel e2e test pathway is to: 1) get utility code out of the way to make it more clear what the execution path is 2) simplify the process of running build tasks in the background so that as we add more envs we can have multiple things running concurrently without difficulty 3) standardize our program execution pattern to reduce the understanding overhead of the main execution path The main thing I kept running into every time I tried to create traits is that we ultimately need a lot of env and context which means either arg passing or even more structures to hold them or we statically code it into that module. The last option was the cleanest but at that point there isn't much difference between creating a trait and just defining a function to call. And even then there is still some live data we define as we go in main that is bulky to pass around but it might become worth it depending. Also the amount of support code for traits kept trying to ballon because we would need something that constructs the "components", and then runs each of the stages, but it also would need to still know what order to run things in, possibly even within each of those steps. ### Drive-by changes - Now watches agents to detect early termination - Standardizes log prefixes to distinguish between e2e logs and sub process logs - Now logs what commands are run - Standardized the program args concept to reduce param passing and better support reusable configurations - Has all build commands run asynchronously by default to prevent `spawn` commands in main - Fixed an issue where some rust components were being built twice, once as debug and again as release ### Related issues - Fixes hyperlane-xyz/issues#501 - Should help debug recent flakiness if not resolve it ### Backward compatibility Yes ### Testing Manual	1 year ago
Kunal Arora	e1baef1d56	Deploy AggregationISM to testnet3 core (#2539 ) ### Description - Deployed the AggregationISM configured with default multisig validators on Testnet ### Drive-by changes - Fixed edge case of handling zero address for `connectionClient.interchainSecurityModule` - Dedupe setting ism in `HyperlaneDeployer.ts` ### Related issues - Fixes #2477 ### Backward compatibility Yes ### Testing Manual	1 year ago
Kunal Arora	a1ca86b350	Better config.interchainSecurityModule type handling for **deployer classes (#2537 ) ### Description I merge #2517 prematurely so here's an update with better string handling for config.interchainSecurityModule ### Drive-by changes None ### Related issues None ### Backward compatibility Yes ### Testing Manual --------- Co-authored-by: Yorke Rhodes <email@yorke.dev> Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz>	1 year ago
Kunal Arora	e91be529db	AggregationISM set for rc kathy (#2517 ) ### Description - Using a separate set of validators for RC deployments and tests - Defining a recursive AggregationISM config which aggregates over two RoutingISMs, one for a set of MerkleRootMultisigISMs and one for a set of MessageIdMultisigISMs for each origin domain. ### Drive-by changes - Dployed MerkleRootMultisigISMFactory and MessageIdMultisigISMFactory for testnet3 in hyperlane context ### Related issues - Fixes #2224 ### Backward compatibility Backward compatible? Yes Any infrastructure implications? HyperlaneRouterChecker will fail silently if you provide an IsmConfig - #2534 ### Testing Manual Testnet --------- Co-authored-by: Yorke Rhodes <email@yorke.dev> Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz>	1 year ago
Yorke Rhodes	aa92fe37db	Fix crosschaincall duplicate warning (#2532 ) ### Description Fixes ``` duplicate definition - NotCrossChainCall() ```	1 year ago
Yorke Rhodes	e0d8eb375f	Add badges to README (#2519 ) ### Description `main` is ✅ so let's 💪	1 year ago
Daniel Savu	523a66219d	Validators on RC (#2461 ) ### Description Allows for deploying validators in the RC context, on both `testnet3` and `mainnet2` ### Drive-by changes Initially took the approach in https://github.com/hyperlane-xyz/hyperlane-monorepo/pull/2372 to refactor out the validator keys in a dedicated file so it's easier to modify / add in the future. However, these are not expected to ever change so now the keys are hardcoded in `validators.ts`. There is a cyclic dependency here, because `scripts/get-key-addresses.ts` depends on the hardcoded addresses in `validators.ts` to know how many validator addresses to read from AWS, but to know which addresses to hardcode you need to first run the `get-key-addresses` script. This PR doesn't fix it but I'm mentioning it for future reference. Also copy-pastes a change from one of @tkporter's open PRs in `typescript/infra/src/agents/aws/validator-user.ts`, to get around an aws bucket creation error. ### Related issues - Fixes https://github.com/hyperlane-xyz/issues/issues/485 ### Backward compatibility _Are these changes backward compatible?_ Yes _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None that I know of - but this PR does impact deployments in general. Maybe double check there's enough memory and other hardware resources to support the new validators? ### Testing _What kind of testing have these changes undergone?_ Manual - checked the kubernetes pods and S3 checkpoints. --------- Co-authored-by: Trevor Porter <trkporter@ucdavis.edu> Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz> Co-authored-by: Asa Oines <asaoines@gmail.com>	1 year ago
Alex	da25b06254	CCIP Read ISM (#2398 ) ### Description CCIP Read ISM implementation, - [x] Contracts - [x] Relayer - [x] Example HTTP backend ### Drive-by changes _Are there any minor or drive-by changes also included?_ ### Related issues - Fixes #[2211] ### Backward compatibility _Are these changes backward compatible?_ Yes, relayers will skip messages they can't handle. _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ Yes, relayers won't be able to submit messages that have a CCIP Read ISM. ### Testing _What kind of testing have these changes undergone?_ - [x] Manual - [x] Unit Tests ### General approach - [x] Get a basic [CCIP Read implementation working](https://github.com/AlexBHarley/permissionless-chainlink-feeds/tree/main/contracts) - [x] Build a [mock service that serves CCIP Read compatible data](https://github.com/AlexBHarley/permissionless-chainlink-feeds/tree/main/apps/api) - [x] Update the Relayer to support CCIP Read ISMs	1 year ago
J M Rossy	637172bb96	Update buildAgentConfig for backwards compat (#2525 ) - Change buildAgentConfig to create a combined new + old config schema - Add unit tests for buildAgentConfig utils	1 year ago
Yorke Rhodes	f5e98a745c	Publish 1.4.2 (#2523 ) ### Description Publish 1.4.2	1 year ago
Yorke Rhodes	a5209dbd9b	Remove legacy multisig prevention (#2522 ) ### Description Removes checks for legacy multisig deployment that are surfaced in `hyp-deploy`	1 year ago
J M Rossy	e1408fbc74	Bump versions to 1.4.1 (#2520 )	1 year ago
Asa Oines	2c4b861204	Add support for new signed checkpoint types in verify-validators (#2516 ) ### Description This makes it easy to see who is running the latest version of the validator.	1 year ago
J M Rossy	f413a66749	Add solana and eclipse logos to SDK (#2515 ) - Add solana and eclipse logos to SDK - Fix chainId of solanatestnet	1 year ago
Yorke Rhodes	32715d8850	Deploys arbitrum timelock and fixes gnosis safe usage (#2518 ) ### Description - Deploys arbitrum timelock - Upgrades gnosis safe SDK to work with latest service versions ### Related issues - Fixes #2498 ### Backward compatibility Yes ### Testing Proposed to arbitrum safe with `check-deploy --govern` ![arbitrum_safe](https://github.com/hyperlane-xyz/hyperlane-monorepo/assets/3020995/3c2aadd1-cfd4-4185-b806-1dff34134e0b)	1 year ago
Kunal Arora	d69a3f639a	No metadata relayer support for hooks (#2495 ) ### Description - Adding `NoMetadataRelayer` moduleType which returns an empty `vec![]` on `MetadataBuilder::build()` - Adding `HyperlaneHookDeployer` which lets you deploy the hook, ISM and a testRecipient which specifies to use the `AbtractNativeISM` ### Drive-by changes - none ### Related issues - Accompanies #2316 - Fixes https://github.com/hyperlane-xyz/issues/issues/379 for Optimism - Related to adding native hooks to Mailbox V3 https://github.com/hyperlane-xyz/issues/issues/486 ### Backward compatibility Backward compatible? Yes Tooling changes needed? Need to update node to ^18 ### Testing - Manual on testnet3	1 year ago
Yorke Rhodes	f7e453a348	Update pull_request_template.md (#2490 ) Updates PR template to use markdown comments	1 year ago
Yorke Rhodes	364bf5943b	Fix core fork tests (#2508 ) ### Description - Move default ISM config to checker - Implement mailbox default ISM governance ### Drive-by changes - Make fork script kill child processes on exit - Removes default ISM configuration from core deployer ### Backward compatibility Yes ### Testing Core fork tests in CI	1 year ago
J M Rossy	5edf2ae33f	Bump versions to 1.4.0 (#2510 ) Bump versions and export more types from token package	1 year ago
Yorke Rhodes	3182dc2328	Deploy icas again (#2513 ) ### Description Releases https://github.com/hyperlane-xyz/hyperlane-monorepo/pull/2446 to testnet and mainnet ### Testing ICA fork tests passing Verified ![Screen Shot 2023-07-11 at 1 50 47 PM](https://github.com/hyperlane-xyz/hyperlane-monorepo/assets/3020995/2cbd26c0-ed12-4ada-8fed-a9e9c056c045)	1 year ago
Kunal Arora	7918a320c9	reset to mapping of mapping of messageiD and adding crosschain (#2506 ) ### Description - Reverting to using `mapping(bytes32 => mapping(bytes32 => bool)) public verifiedMessageIds` to prevent a malicious party from changing sender addresses in the ISM and causing liveness failiure for the honest party. - Adding `CrossChainEnabledOptimism` libraries and contracts locally instead of importing from OpenZeppelin's library (removed) - Renaming `AbstractNativeISM` to `AbstractHookISM` for flexibility and clarity. ### Drive-by changes Nope ### Related issues Fixes #2497 ### Backward compatibility Backward compatible? Yes Any infrastructure implications? No ### Testing Unit Tests	1 year ago
Alex	0ddaf1c5cc	Fix incorrect getRemoteInterchainAccount derivation (#2446 ) ### Description A minor change to how we deploy InterchainAccountRouter's and a fix for remote ICA address derivation. The fix is outlined clearly in #2383 by Nam but essentially by assigning the `implementation` & `bytecode` variables in the constructor of `InterchainAccountRouter`, we are unable to correctly access them in `getRemoteInterchainAccount` if using a proxy. By moving initialisation of these variables to `initialize` we correctly store the values in the proxy storage, not the implementation storage. ### Drive-by changes The `InterchainAccountRouter` should no longer be used unproxied. ### Related issues - Fixes #2383 ### Backward compatibility No, new ICA deploy ### Testing - [x] Unit Tests --------- Co-authored-by: Yorke Rhodes <yorke@hyperlane.xyz>	1 year ago
J M Rossy	395a069e0d	Refactor ChainMetadata types (#2491 ) ### Description - Refactor ChainMetadata types into new folder - Create metadata extensions for deployment artifacts, and agent config - Remove explicit ChainMetadata interface and infer from zod schema instead ### Related issues Implements new schema discussed in: - https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/1867 - https://github.com/hyperlane-xyz/hyperlane-monorepo/pull/2203 - https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2214 Fixes https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2214 ### Backward compatibility No: users of chain metadata configs would need to slightly modify their shape (the `rpcUrl` field)	1 year ago
Yorke Rhodes	e3e7a0aeb9	deploy middlewares (#2496 ) ### Description - Fix middleware addresses - Deploy ICA on testnet - Deploy IQS on testnet - Deploy middlewares to mainnet ### Drive-by changes - Add more tx overrides fixes to deployer ### Related issues - Fixes #2455 ### Backward compatibility No, new addresses ### Testing Fork tests	1 year ago
Trevor Porter	d12e3b966f	Deploy to solanadevnet & zbctestnet on testnet3 (#2412 ) ### Description * solanadevnet is on Solana Devnet, and zbctestnet is on the Eclipse/Zebec rollup testnet found at https://api.zebec.eclipsenetwork.xyz:8899/ * Deploys validators to our infra on testnet3 for `solanadevnet` and `zbctestnet`. These run on the `hyperlane` context. * Added the ability to set the docker image / tag for specific chain deployments. This way we can run the sealevel validators with their own image without affecting the other deployments * Deployed a sealevel-supporting relayer to rc that relays messages for solanadevnet and zbctestnet * Some minor changes to key management - e.g. the recent change to `getCloudAgentKey` wasn't effective because relayer keys don't ever specify their own chain * Added a `--protocol` flag to the get-key-addresses command so we can view keys for different protocols Everything works really well! messages are being delivered Validator sets: ``` - solanadevnet: { - threshold: 2, - validators: [ - '0xec0f73dbc5b1962a20f7dcbe07c98414025b0c43', - '0x9c20a149dfa09ea9f77f5a7ca09ed44f9c025133', - '0x967c5ecdf2625ae86580bd203b630abaaf85cd62', - ], - }, - zbctestnet: { - threshold: 2, - validators: [ - '0xf33cca115fd1bc888b31f5ce96c0277e3af31120', - '0xc1a44a2ff3379e0dfa4ccf7e8b98bdc3012721be', - '0x1ec68fea9a0698a0d2b396770e7d2d61d9a3e654', - ], - }, ``` ### Drive-by changes n/a ### Related issues - Fixes https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2288 - Fixes https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2289 ### Backward compatibility _Are these changes backward compatible?_ Yes _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None ### Testing _What kind of testing have these changes undergone?_ Deployed! --------- Co-authored-by: Asa Oines <asaoines@gmail.com>	1 year ago
Kunal Arora	7c872bc449	5164 hook support (#2471 ) ### Description - Adding support for any ERC-5164 compatible bridge adapter to be added as a hook. See https://eips.ethereum.org/EIPS/eip-5164 for more details on the EIP and https://github.com/MultiMessageAggregation/multibridge for adapter implementations for different vendors. ### Drive-by changes - Switched mapping(bytes32 => mapping(address => true) to mapping(bytes32 => bytes) for verifedMessageIds because the last boolean is redundant in the AbtrsactNativeISM contract. ### Related issues - Fixes #2417 ### Backward compatibility _Are these changes backward compatible?_ Yes _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None ### Testing _What kind of testing have these changes undergone?_ Unit Tests	1 year ago
Daniel Savu	02b644d20f	fix(validator): make announce error msg more generic over chains (#2481 ) ### Description _What's included in this PR?_ ### Drive-by changes _Are there any minor or drive-by changes also included?_ ### Related issues - Fixes #[issue number here] ### Backward compatibility _Are these changes backward compatible?_ Yes No _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None Yes ### Testing _What kind of testing have these changes undergone?_ None Manual Unit Tests	1 year ago
Yorke Rhodes	60f321f452	docs: elaborate on censorship resistance of two ISMs. (#2474 ) ### Description Changes from https://github.com/hyperlane-xyz/hyperlane-monorepo/pull/2425 --------- Co-authored-by: serejke <serejke.best@gmail.com>	1 year ago
Yorke Rhodes	e92d3410fc	Add markdown docs generation (#2437 ) ### Description Adds markdown doc generation to solidity and token package May be preferable to our gitbook contract API docs	1 year ago
J M Rossy	7ff83bbd0b	Fix checkConfig in HyperlaneRouterDeployer (#2469 ) - Fix checkConfig in HyperlaneRouterDeployer - Bump packages to 1.3.7	1 year ago
Daniel Savu	6ee5868353	fix(validator): announce directly if no gas estimate (#2454 ) ### Description It has been reported that `contract_call.tx.max_cost()` can fail / not exist on some networks. When that's the case, default to assuming no additional validator gas is required and just send the tx. If the tx fails, report the failure and suggest that gas may be insufficient in the logged error. ### Drive-by changes None ### Related issues - Fixes https://github.com/hyperlane-xyz/hyperlane-monorepo/issues/2426 ### Backward compatibility _Are these changes backward compatible?_ Yes _Are there any infrastructure implications, e.g. changes that would prohibit deploying older commits using this infra tooling?_ None ### Testing _What kind of testing have these changes undergone?_ None --------- Co-authored-by: Nam Chu Hoai <nambrot@googlemail.com>	1 year ago

1 2 3 4 5 ...

1662 Commits (032e2492c41d7c7bc0b0ba20c87c2419c4344111) All Branches Search

1662 Commits (032e2492c41d7c7bc0b0ba20c87c2419c4344111)

All Branches