CIP-TBD: Onboard Alchemy to Canton, Outcome-Linked SV Weight (Max 3)
Onboard Alchemy to Canton, Outcome-Linked SV Weight (Max 3)
Number
CIP XXXX
Layer
Governance / Ecosystem
Title
Onboard Alchemy to Canton, Outcome-Linked SV Weight (Max 3)
Author(s)
Jacob McCrum, Surag Sheth
Type
Governance
Status
Draft
Created
2026-05-27
License
CC0-1.0: Creative Commons CC0 1.0 Universal
Abstract
This CIP proposes awarding up to Weight 3 for onboarding Alchemy (a global web3 infrastructure company) to Canton MainNet, with rewards tied to on-chain activity as measured by total fee-generating transactions executed through Alchemy on Canton.
Up to +3 activity bonus at +0.5 per 10M of on-chain, fee-generating transactions generated through Alchemy on Canton (cap +3).
Motivation
Alchemy provides the blockchain infrastructure powering $1T+ in annual onchain transactions across 100+ chains for industry leaders like Visa, Robinhood, Stripe, and Circle. Alchemy maintains 99.99% uptime through the most volatile market conditions, is SOC 2 Type II certified, and gives enterprise teams the tools to deploy onchain without the blockchain complexity.
Native integration with Canton is expected to:
Accelerate institutional and developer adoption on Canton by extending the same platform, dashboard, APIs, and support model that institutions already use across Ethereum, Solana, Bitcoin, and 100+ other networks to Canton, collapsing the operational complexity of going multi-chain into something manageable for regulated entities.
Provide Canton-native Validator Node infrastructure (deployed across three availability zones with redundancy, with Super Validator sponsorship, DAR management, and synchronizer upgrades handled end-to-end), purpose-built Ledger and Utilities APIs aligned to the CIP-0056 token standard, and gas abstraction for Canton Coin so institutions can transact without managing native token positions, the same capability that enabled J.P. Morgan to deploy onchain deposits without holding crypto on its balance sheet.
Provide enterprise-grade developer tooling for stablecoin-native payment flows and tokenized RWA issuance on Canton, leveraging Alchemy's track record with leading enterprise and fintech customers to bridge web2 institutions into compliant, production-ready tokenized asset infrastructure.
Specification
#
Milestone
Scope (what must be true)
Target window
Weight (base → max)
Acceptance / Evidence (TWG-verifiable)
D1
User Base Transaction Volume
Bring in additional institutional inelastic transaction activity to the network through targeted users. Sample transactions include swaps, spot trading, derivatives trading, repurchase agreements, tokenization, payments, RWA issuance, and other financial transactions.
≤ Day 365 from CIP approval
+3.0
+0.5 per 10M verified fee-generating transactions to the network executed through Alchemy products and/or infrastructure. Maximum weight of 3.0. Evidence: monthly attestation (data sources) plus sampled TXIDs.
D2
Alchemy + Canton Co-Marketing
Alchemy will partner with Canton on at least one of each of the following items per 90-day window, for three 90-day windows (three total) by the deadline: Webinar, White Paper, Social Media Amplification, Joint Event, or Speaking Engagement.
≤ Day 365 from CIP approval
0
Completed one of the following for public attendance/consumption per each 90-day window through the deadline (three total): Webinar, White Paper, Social Media Amplification, Joint Event, or Speaking Engagement. Evidence verifiable through public artifacts (URLs, recordings, press).
Notes
Counting methodology. A fee-generating transaction is a Canton MainNet transaction that incurs synchronizer fees and is served by infrastructure operated by Alchemy or attributable to Alchemy products (e.g., Participant Nodes operated by Alchemy on behalf of a customer, transactions submitted via the Alchemy Ledger API, or transactions routed through Alchemy gas abstraction). Each economic obligation is counted once; Full methodology will be disclosed to the Tokenomics Working Group.
SV Reward Mechanics
An extraBeneficiary PartyID associated with the 'escrowed' Super Validator will be set up by the Foundation, or another SV node operator approved to provide SV rewards escrow services, with an SV Weight at the maximum earnable weight.
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the SV node.
The Applicant is responsible for all costs associated with the operation of the escrow SV.
The escrow SV will NOT mint rewards on a block by block basis.
All escrow SV rewards will go to the Unclaimed Rewards pool.
Two-thirds of the Super Validator Operators will update their configurations to allow the escrowing SV node to host the full weight to be earned by the given Super Validator.
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group.
Applicant is required to present a calculation for the number of Canton Coin it should earn for meeting the requirements of the milestone.
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing list.
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
Two-thirds of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant's Validator, based on the calculation approved by the Tokenomics Working Group.
If any milestones and associated rewards are not achieved by the deadline:
Applicant will be notified they have not met a deliverable by the GSF.
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards.
Applicant is subject to CIP-0045: SV Operating Requirements.
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight, provided the network has capacity to onboard this SV. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Rationale
Outcome-linked incentives. Rewards are tied to real delivery and real usage, aligning emissions with network value rather than promises.
Simple adoption metric. A transparent fee-generating transaction count, attributable to Alchemy-served infrastructure, encourages broad usage across venues and apps without dictating product design. Transaction count (rather than notional) is the right metric for an infrastructure provider whose value scales with developer adoption and request volume rather than asset notional.
Consistency with prior CIPs. Structure, mechanics, escrow process, and SV operating requirements mirror prior outcome-linked SV onboarding CIPs (including CIP-0090 and CIP-0095), ensuring this proposal can be evaluated against an established precedent.
Copyright
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal (https://creativecommons.org/publicdomain/zero/1.0/).
Changelog
2026-05-27: Initial draft of the proposal.
