Delegate Mission Request Summary: Products built on top of Interop require alerting and monitoring for messages/transactions leaving their canonical chain. This is critical if we want to approach serious teams interested in products requiring superior functionality, security, and UX to build crosschain protocols servicing the Superchains.
S6 Intent 42: Please list the Intent your Request aligns with here
Proposing Delegate/Citizen: Delegate name/pseudonym, linked to delegate profile
Total grant amount: 60k OP
Should this Mission be fulfilled by one or multiple applicants: Up to two for now
How will this Mission Request help accomplish the above Intent?
The guiding hypothesis is that just like Fault Proofs are a bottleneck for capital to onboard onto Superchain, fully functional interop is a bottleneck for developers to generate true crosschain projects. OP Mainnet has lacked a guiding identity since the proliferation of new chains on Superchain, but one area will forever reside within OP-owned chains: protocols and tokens that are inherently crosschain, those that require a neutral positioning to fully service the Superchain. This tooling is a step in that direction.
In effect, this is a classic dev experience request. Currently such tooling is either very expensive, limited in functionality, or limited in chain coverage. Developers will enjoy the peace of mind and added value when adopting OP Stack / Superchain for their new products, and they will be more enabled to enhance crosschain services.
What is required to execute this Mission Request?
Tools that help teams track the following:
- Whether interop messaging is down or paused
- Whether interop messages have delays or are suffering degraded performance
- Whether interop messages didnāt fulfill and require active intervention
- Core metrics
- latency between sender/receiver chains
- gas usage of the sender/receiver, ideally aggregated at a project/layer level natively (i.e., we should not rely on external tools that might refuse or delay the onboarding/indexing of new chains)
- Health alerts
- Whether an event is issued and didnāt arrive
- Whether an event should not have occurred
- Whether an event is expected
How should governance participants measure impact upon completion of this Mission?
- Milestones:
- If an adapted product that already exists, milestones should track launch and outreach to users.
- Metrics: Metrics should track the performance of the product, type I and II errors in reporting relative to accurately tracked events, and adjustments in response to user / governance requests.
-
- Number of active developer addresses interacting with granteeās contracts (may have to be adapted depending on how onchain a product will be)
- Impact:
- Number of protocols making active use of this product
- New Superchain protocols using this product within a month of Launch
Has anyone other than the proposer contributed to this Mission Request? Stas from Velodrome contributed to this. Itās a clear ask from a user of Superchain.