Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: add coinGeckoId to tokens in warp configs #370

Merged
merged 7 commits into from
Nov 8, 2024

Conversation

tkporter
Copy link
Contributor

@tkporter tkporter commented Nov 7, 2024

Description

This adds a coinGeckoId to get an approximate USD value of the token. Some tokens are not yet listed on Coingecko, so an appropriate substitute is chosen.

The motivation for this is hyperlane-xyz/hyperlane-monorepo#4835 -- we are removing the special "deployment yaml" that was used by the warp monitor service in favor of WarpCore.

The corresponding zod change is in hyperlane-xyz/hyperlane-monorepo#4835 here https://github.com/hyperlane-xyz/hyperlane-monorepo/pull/4835/files#diff-5d9f643079328fbbe587e59bc31d809c46b98037c045d2df3931b22acf87691fR50 and hasn't yet been released. I'm happy to get that zod change in and do an SDK release first if preferred, though as extra fields are permitted by our types I am cheekliy trying to save myself the hassle

This needs to be merged first hyperlane-xyz/hyperlane-monorepo#4842, then this PR, then hyperlane-xyz/hyperlane-monorepo#4835

Backward compatibility

Backward compatible (our schemas allow extra params, see above, happy to do the sdk release though)

Testing

Copy link

changeset-bot bot commented Nov 7, 2024

🦋 Changeset detected

Latest commit: 034874e

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package
Name Type
@hyperlane-xyz/registry Minor

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@tkporter
Copy link
Contributor Author

tkporter commented Nov 8, 2024

Seems yarn build is forcing my hand to publish the SDK first 😭

github-merge-queue bot pushed a commit to hyperlane-xyz/hyperlane-monorepo that referenced this pull request Nov 8, 2024
…ema (#4842)

### Description

- Ripped out of
#4835, which is
necessary so I can merge and release
hyperlane-xyz/hyperlane-registry#370 before 4835

### 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
-->
@tkporter tkporter added this pull request to the merge queue Nov 8, 2024
Merged via the queue into main with commit 10fdae0 Nov 8, 2024
7 checks passed
@tkporter tkporter deleted the trevor/add-coingecko-id-to-warps branch November 8, 2024 18:15
github-merge-queue bot pushed a commit to hyperlane-xyz/hyperlane-monorepo that referenced this pull request Nov 8, 2024
### Description

- Removes the warp monitor specific config format and all the
handcrafted yamls from infra
- Massive refactor to warp monitor to accommodate this -- tried to make
it a bit easier to work work by splitting it into a few files. The
changes are generally backward compatible with some small exceptions,
like now the metrics use the `TokenStandard` instead of `TokenType` (the
former is present in the warp core config, the latter isn't, and there's
no way atm to map from the former to the latter)
- The warp monitor now takes in a warp ID and gets its config from the
registry (recall this is the registry version defined in `.registryrc`
if running in the monorepo image)
- Deploying the warp monitor now lets you do many at a time and select
the ones to deploy interactively. This makes it a bit easier to work
with the warp IDs
- The names of the warp deploys are based on the warp IDs. Because warp
IDs can change as new chains are added, this may cause issues in the
future - we'll just need to be cautious of removing the old release to
avoid accidentally having 2 of them. For now I think this is fine. The
helm release names are also capped at 53 chars so they needed to be
truncated
- Some changes to the SDK to get the necessary data here. Happy to pull
some of these into the warp monitor if people feel they're inappropriate
for the SDK (like the `getBridgedSupply`)
- Added a test to make sure any warp route IDs in infra are found in the
registry

- Corresponding PR to the registry here
hyperlane-xyz/hyperlane-registry#370

### 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
-->
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants