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

Onboard OP Labs Superchain data #2233

Open
2 of 5 tasks
ccerv1 opened this issue Sep 26, 2024 · 3 comments · May be fixed by #2511
Open
2 of 5 tasks

Onboard OP Labs Superchain data #2233

ccerv1 opened this issue Sep 26, 2024 · 3 comments · May be fixed by #2511
Assignees

Comments

@ccerv1
Copy link
Member

ccerv1 commented Sep 26, 2024

What is it?

Playbook:

  • Available on BQ
  • dbt sources defined
  • Staging and int models
  • Updated docs
  • Announcement on socials
@ccerv1 ccerv1 added this to OSO Sep 26, 2024
@github-project-automation github-project-automation bot moved this to Backlog in OSO Sep 26, 2024
@ccerv1 ccerv1 moved this from Up Next to Backlog in OSO Oct 16, 2024
@ccerv1 ccerv1 changed the title Onboard Cyber data Onboard OP Labs Superchain data Oct 16, 2024
@ccerv1 ccerv1 moved this from Backlog to Blocked in OSO Nov 18, 2024
@ryscheng
Copy link
Member

Data is here

https://bit.ly/superchain-public-data

@ccerv1 ccerv1 moved this from Blocked to Up Next in OSO Nov 22, 2024
@ccerv1 ccerv1 linked a pull request Nov 22, 2024 that will close this issue
@ccerv1
Copy link
Member Author

ccerv1 commented Nov 22, 2024

@ravenac95 I wanted to review the plan for this...

Sources

  • Update superchain_sources.yml to point to new database
  • [eventually] deprecate all sources for base, mode, etc.

Macros

  • Update the relevant event data macro models (filtered_blockchain_events, contract_invocation_events_with_l1, etc)
  • [eventually] deprecate the chain-specific int models for these
  • Update the relevant address labeling macro models (factories, first_time_addresses, etc)
  • [eventually] deprecate the chain-specific stg models for these

Events & Registries

  • Swap out all the chain unions in int_events__blockchain and assign namespaces correctly
  • Swap out all the chain unions in int_factories, int_deployers, etc and assign namespaces correctly
  • Bump the event_source field to SUPERCHAIN where relevant

wdyt?

When this is done, we'll need to do a massive refresh of everything 😅

@ryscheng
Copy link
Member

Couple comments from our chat today

  • We still need Goldsky for non-Superchain chains (e.g. Arbitrum, etc).
  • We probably want to keep the event_source specific to the underlying chain, so long as most of our metrics will be analyzing activity per-chain. Even in an interop world, I believe we'll still care about per-chain activity.
  • We can always aggregate across Superchain chains in a downstream model

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Up Next
Development

Successfully merging a pull request may close this issue.

3 participants