← Back to trust

Chainlink

Missing Link

A reconstructed Chainlink payout separates authority over provider eligibility and LINK obligations from permissionless withdrawal. Customer fee assets, conversion and the strategic Reserve occupy distinct payment paths.

ContentsBrowse sections

Abstract

Permissionless withdrawal can operate within an administered compensation process. A reconstructed Chainlink transaction sets and discharges 45 provider obligations totalling 95,884.386471824065069056 LINK. Role holders determine eligibility and amounts owed, while any caller can complete withdrawal within the contract’s recorded constraints. A separate bounded CCIP sample records mostly WETH fee payments. The records establish administered LINK compensation alongside payment flexibility, without tracing the sampled customer fees into the payout.

The reconstruction locates authority over an obligation separately from the ability to complete its payment. Transaction-cost economics supplies a further question: when do denomination and control over unpaid obligations affect investment, adaptation or outside options? Answering it requires the provider agreements and investments that token transfers alone cannot reveal.

1. Payment Flexibility and Compensation

A customer can pay a fee in an asset they already hold while a service provider receives an obligation denominated in another asset. Conversion connects those units, but it leaves additional decisions: which services earn compensation, how the amount is calculated, when a price is fixed, and who can revise the obligation. A convenient payment interface can therefore coexist with an administered compensation process.

The original Chainlink proposal specified LINK payments from clients to node operators and envisaged those operators setting prices for their services (Ellis et al. 2017, 21). Payment Abstraction’s March 2025 announcement described a different interface: accepting alternative assets, consolidating fees, converting them into LINK and allocating LINK for service providers to withdraw (Chainlink 2025a). The economic question concerns the organization of that adaptation. Does the arrangement provide an exchange and accounting service that providers can readily replace, or does it bind investments and bargaining relations to a particular payment system?

The distinction matters before invoking asset specificity. An onchain transfer identifies an asset and a recipient. A service contract might instead specify a dollar amount converted into LINK near payment, or a fixed number of LINK established earlier. Both arrangements could produce a LINK transfer. Their price exposure and adaptation problems would differ, so the token in a receipt cannot identify the economic bargain by itself.

The analysis follows the decisions that the available records can identify. A focal payout reveals how obligations were authorized and discharged. A separate fee sample describes assets used at a customer interface. Source and policy documents describe the architecture that could connect them. Their relationship supplies a research question; a joined flow and a dependence mechanism require further observations.

2. An Authorized Provider-Payment Batch

Ethereum transaction 0x9ccabfbc…​9c24, mined at block 24,886,158 on 15 April 2026 at 15:37:23 UTC, executed an operation through ManyChainMultiSig, RBACTimelock and Reserves (Blockscout 2026a). The operation used nonce 80. Its two downstream calls first set provider earmarks and then triggered withdrawal.

Authorization occurred one block earlier. Transaction 0x47602774…​2bf0 supplied two signatures to setRoot (Blockscout 2026b). Recovering the signers from the contract’s signed message yields 0x4250121068468df4f15F688Fd9853e45a68428f0 and 0xD4294d1465966baa78985A90fE3d0b123E3d0e49. Both belonged to signer group 1, which required two signatures. That group satisfied the root group’s quorum under the historically bridged configuration. The March configuration receipt, at block 24,725,256, and the historical configuration calls provide the bridge; the later July role snapshot is a separate observation (Blockscout 2026f).

The relay address, 0x1868602d…​e7a5, was neither recovered signer. This separation is part of the reviewed multisig design: signatures authorize a root, while another caller can submit the root or execute an authenticated operation (SmartContractKit 2026a). The payout used bypasserExecuteBatch on the timelock contract to call Reserves at 0x5680681e…​171d.

Receipt item Count Reconciled relation

EarmarkSet events

45

One obligation recorded for each provider address

Withdrawn events

45

The same provider-address set

LINK Transfer events from Reserves

45

The same recipients and corresponding amounts, totalling 95,884.386471824065069056 LINK

Recipient and amount matching identifies what happened more precisely than a total alone. The contract recorded provider obligations, cleared the applicable balances and transferred LINK to the corresponding addresses in one successful batch. Neither a recipient address nor its presence in the batch identifies its legal controller or the service agreement that determined the amount.

The deployed contract separates those administrative decisions from the last transfer. addAllowlistedServiceProviders, removeAllowlistedServiceProviders and setEarmarks require EARMARK_MANAGER_ROLE. withdraw(address[]) has no equivalent manager-role restriction. While unpaused, any caller can trigger withdrawals within recorded provider balances, with payment going to the provider address. Permissionless completion therefore operates inside an administered eligibility and amount-setting process.

The eligibility rule has a precise limit. Removing a provider from the allowlist prevents future earmarks but leaves an existing positive balance withdrawable. Earmarks are additive signed adjustments: a negative correction can offset future credits, but does not claw back LINK already paid. Local executions of the matched source confirm both behaviours. The distinction matters for adaptation because changing eligibility and revising an unpaid balance have different effects from recovering an earlier payment (SmartContractKit 2026c).

At block 25,539,196, sampled on 15 July, 0x08558d8b…​5115 was the sole earmark-manager role member, and 0x28617b62…​b99e held its bypasser role. That timelock’s minimum delay was zero at the July observation. The April receipt independently shows use of the bypass path; it does not establish that the July delay or every July role membership applied in April. Contract labels and a later configuration cannot replace the executed path and historical state relevant to a particular decision.

3. Denomination Across Distinct Surfaces

Customer fees

Current CCIP billing documentation supports payment in LINK and alternative assets, including blockchain-native gas tokens and their wrapped versions. It distinguishes a selected fee token from tokens transferred in the message and directs users to chain-specific fee-token information (Chainlink Documentation 2026a). These statements describe the documentation retrieved on 17 October; they do not supply the historical rules for every sampled send.

The retained earlier query covers blocks 24,645,139 through 24,895,139 and four Ethereum on-ramp entries. Base, Arbitrum and Optimism have nonzero decoded results; Unichain has zero. Their combined output reports:

Fee token Decoded sends Share of 2,666 sampled sends

WETH

2,547

95.54%

GHO

112

4.20%

LINK

7

0.26%

On 18 October, the complete original window was reconstructed from Blockscout and MEV Blocker. Both services returned the same 2,666 event identities, raw payloads and full decoded tuples; both returned zero events for the Unichain destination lane. The comparison covers the four specified Ethereum source contracts and block bounds, with the source and completeness limits recorded in the appendix. It describes the fee-token fields in that sample. It supplies neither all CCIP traffic nor the final destination of the fee value. The focal payout is a different observation, so their coexistence establishes different denominations on the two observed surfaces without identifying a common pool of funds.

Conversion and obligation accounting

The pinned Payment Abstraction README specifies accepting varied fee tokens, consolidating them via CCIP, converting them into LINK and passing LINK to a provider-withdrawal contract (SmartContractKit 2026c). Its module graph assigns different work to the reviewed contracts. FeeRouter forwards allowlisted assets, FeeAggregator manages assets for swapping and bridging, SwapAutomator is configured around LINK conversion, and Reserves records amountLinkOwed and linkBalance in juels.

The separately inspected CCIP 1.5 OnRamp source makes another distinction visible. It converts a non-LINK fee amount numerically into a LINK-denominated node-operator liability using price-registry values. That calculation performs no token swap. Its separate payout function distributes existing LINK according to configured operator weights. This is a different provider-payment route from the focal Reserves contract. The explorer source supports those operations, but has not been compiler-matched to the sampled historical OnRamp runtimes (Blockscout 2026g).

Those modules locate where denomination enters the design. The April receipt then establishes actual LINK obligation setting and payment in one deployed lane. The records do not trace the sampled CCIP fees through every conversion and allocation step to that payment. Product-wide extrapolation would require a complete map of payment-abstraction deployments and service lines.

The March 2025 announcement described SVR fee conversion as the initial production use and explained that LINK allocations would become withdrawable through a Reserves contract. Its stated plans for consolidating node rewards and expanding services remain dated policy statements (Chainlink 2025a). The current economics page also describes preferred-form payment followed by conversion to LINK (Chainlink 2026). Neither statement independently measures the coverage or routing of all production revenue.

Provider obligations and the strategic Reserve

The strategic Chainlink Reserve has a different stated purpose from the provider-payment contract. The August 2025 announcement describes accumulation of LINK using revenue and links to 0x9A709B7B69EA42D5eeb1ceBC48674C69E1569eC6. It describes a multi-day withdrawal timelock for that Reserve (Chainlink 2025b). The focal provider Reserves address is 0x5680681ed3767b96914ce741a308155c7fb9171d.

The distinct names and addresses prevent an otherwise tempting inference. A provider withdrawal from the focal contract cannot establish a withdrawal from the strategic Reserve. Likewise, zero delay at the July provider-path timelock does not evaluate the announcement’s claim about the separate strategic Reserve. A complete flow map would have to identify the contracts and transfers joining any particular source of revenue, allocation and accumulation policy.

The distinction also changes the economic analysis. A retained asset for strategic accumulation and an asset owed to providers have different immediate uses. Conversion into LINK can serve either arrangement. Identifying which balance is being observed is necessary before attributing a reserve motive, compensation policy or price exposure to it.

4. Authority Over an Obligation

An earmark adjusts a provider’s recorded LINK balance. The reviewed amountLinkOwed field uses a signed integer and permits negative corrections, while withdrawal requires a positive balance. The receipt does not show the method that determined which service earned an amount or under which terms. Authorization exposes the keys and roles that can act on the contract, while the calculation and agreement behind the obligation require separate records.

A recorded obligation also differs from cash available for completion. setEarmarks rejects a change when total positive amounts owed would exceed the contract’s LINK holdings. A separate, administrator-controlled emergency withdrawal can move assets while the contract is paused without reducing the obligation ledger. Local execution of that privileged sequence leaves recorded balances intact; after unpausing, payment fails until sufficient LINK is restored. With enough cash for only one provider, a combined withdrawal can revert while a caller-selected subset succeeds. These are tested source capabilities under constructed conditions, with the shortfall created by the later emergency transfer. They are not observations of a production shortfall or its use against providers (SmartContractKit 2026c).

This division gives the reconstruction an institutional consequence. Opening the final transfer to any caller can reduce dependence on a payment initiator without opening eligibility or amount setting. Conversely, restricting earmark changes does not establish that providers lack enforceable offchain rights or alternative customers. The relevant question is which actor can change each term, what constrains that actor and what a provider can do when the amount is disputed.

Public keys supply one part of that account. At the July explorer inspection, the recovered signer addresses and relay lacked the reviewed public labels; the analysis leaves their legal principals unresolved. Address persistence in a payout series could identify continuity of a payment endpoint. Establishing organizational control or reciprocal dependence would require identity evidence and the relations behind those addresses.

Compensation terms would also determine what adaptation means. A price shock could be absorbed through a revised LINK amount, conversion near the payment date, a hedge, a changed service price or a provider’s balance sheet. These are alternative arrangements to investigate, rather than outcomes inferred from the transfer asset. Without their timing and contractual basis, a token-denominated obligation cannot allocate the economic risk among participants.

5. Economic Explanations and Their Tests

Williamson’s asset specificity concerns investment whose value falls in an alternative transaction or use. Testing that explanation requires the investment, its owner, outside uses, redeployment loss and the governance response to the resulting dependence (Williamson 1985, 1991). Joskow’s coal-contract study operationalizes different kinds of relationship-specific investment and compares contract duration across 277 contracts; duration is an outcome to explain alongside transaction characteristics (1987, 168–170). A recurring payout series supplies no comparable investment measure.

For this case, the decisive comparison concerns whose costs would rise if the payment arrangement changed. Replacing LINK-oriented software might impose implementation work on an operator. Provider asset specificity would require evidence that providers themselves lose productive value outside the relationship. A shared token across accounting, conversion, custody, bridging and payout identifies connected design choices; a compound-specificity claim additionally needs evidence that substitution costs propagate across those functions in a materially joint way.

Other explanations deserve separate predictions:

Explanation What it could account for Evidence that would distinguish it

Two-sided pricing

Different payment arrangements for service users and suppliers

Fee schedules, subsidies, pass-through, multihoming and demand responses on both sides (Rochet and Tirole 2003; Armstrong 2006)

Common-unit accounting

Recording and clearing obligations in one unit despite varied intake assets

How amounts are calculated, repriced and reconciled, together with alternatives and changeover costs

Token policy

Converting activity revenue into LINK and using LINK for payment or accumulation

Allocation rules, reserve policy and observed changes; the announcements state a policy rationale, while token-platform theory supplies a related explanation (Cong et al. 2022)

Asset specificity

Adaptation and bargaining problems arising from relationship-specific investment

Provider investments, alternative uses, lost value, contract terms and responses to a disturbance

The common-unit description follows directly from LINK-denominated variables and the focal transfers. Choosing a unit, allocating a price across users and suppliers, and allocating discretion over an unpaid obligation are separate decisions. A shared unit can simplify reconciliation while the contracts leave different actors able to admit a provider, adjust a balance or release funds. The focal reconstruction identifies those permissions. It leaves the reasons for selecting LINK open.

The two-sided-market comparison needs an additional restriction. Rochet and Tirole define two-sidedness through the effect of reallocating a given total charge between the sides on participation or transaction volume (2006, §3.1, Definition 1). Armstrong’s models likewise turn on cross-group benefits, charging structure and multihoming (2006, 668–670). Different intake and payout tokens establish none of those responses. The fee sample therefore motivates a pricing study rather than demonstrating a two-sided pricing mechanism.

Token-platform finance offers another explanation for a token’s repeated use. Cong, Li and Wang model tokens as payment instruments and as a means of financing contributors and platform investment, with issuance and dilution creating their own commitment problem (2022, 976–977). Their model does not identify Chainlink’s policy. It shows why provider payment in a platform token can concern financing and commitment even where relationship-specific investments have not been demonstrated. The strategic Reserve announcement, allocation rules and changes in token supply or compensation would have to identify which policy is operating in this case.

A governance-form claim raises a further question. Williamson’s comparative account distinguishes governance forms by their adaptation and control mechanisms (1991, abstract). Contract roles identify who can alter an onchain obligation. They leave open whether the parties resolve a disagreement through a negotiated correction, an external contract, an internal dispute procedure or unilateral discretion. The presence of an administrator cannot settle that institutional classification. A claim of movement from hybrid to hierarchy would need both historical endpoints and the process joining them. A 2017 payment design and a 2026 multisig configuration cannot supply those observations on their own.

The observed roles, transfers and module graph leave the specificity hypothesis open. They do not establish instrumental nonseparability, bilateral monopoly, or hybrid-to-hierarchy drift. A useful test would follow a disturbance that separates the rival accounts: a denomination change, provider exit, price shock or disputed earmark, with the parties and obligations traced before and after the event.

6. Architectural Comparisons

Reviewed API3, Chronicle and Pyth modules place payment and permissioning differently. They help identify design alternatives while leaving each project’s full commercial and governance arrangements outside the comparison.

In API3’s pinned Api3MarketV2, buySubscription accepts native value and funds a sponsor wallet used for update transactions (API3 2026). The reviewed Scribe contract verifies signed feed updates and gates reads through toll; its core contains no protocol-token settlement path (Chronicle 2026). Pyth’s pinned EVM interface exposes getUpdateFee and requires update fees in wei (Pyth Network 2026).

These are observations about particular modules at the named revisions. They separate a fee interface from governance-token roles and permissioning, and they show alternative places to charge or control access. They do not compare total provider compensation, effective bargaining power or organizational form across projects. A matched institutional comparison would require comparable service tasks, provider agreements and observation periods.

7. Research Design and Limits

A stronger study would follow a fee payment through conversion, allocation and provider withdrawal, then connect that path to an identified service agreement. It should distinguish a quoted compensation amount from an onchain earmark, identify when denomination and exchange rates are fixed, and observe whether balances can be corrected or contested. That design joins monetary movements to the decisions that determine what is owed.

The provider sample would need to cover entries, continuing participants and exits. Contracts, interviews or equivalent primary records could identify outside customers, shared infrastructure, conversion and hedging practices, and the value of investments under alternative arrangements. A longitudinal authority history would track signer changes, roles, allowlists, earmarks, pauses and disputes. Those observations would test whether adaptation relies on substitutable services, collective coordination or dependence on a particular counterparty.

The present technical observations are bounded to one historical payout lane and a separate earlier fee sample. Current documentation supplies dated statements of design and policy. The documented result is settlement layering with administered obligation setting. It supplies no measured provider lock-in, complete product-wide revenue composition or identified legal controller, and does not establish a new general theory of asset specificity. A later dispute study must distinguish eligibility, corrections to unpaid balances and completed payments, because different actors and constraints govern those interventions.

Conclusion

Payment abstraction permits the customer’s fee asset and a provider’s obligation unit to differ. In the focal Chainlink batch, two signer keys authorized an operation that set LINK-denominated obligations and paid the same 45 provider addresses. The matched contract permits another caller to trigger withdrawal within recorded balances. Eligibility and amount setting therefore remain administered even when completion can be initiated by someone else.

The economic question begins with the bargain behind those balances. Identifying who chooses the unit, when an amount becomes fixed, and how providers adapt or challenge it would connect the visible payment architecture to dependence and governance. A joined monetary trace and provider-level evidence would then make the competing explanations testable without turning repeated LINK use into a conclusion about organizational form.

Appendix. Observations and Reproduction

Historical authorization, payout and state

The July focal packet preserves the March configuration receipt at block 24,725,256, root authorization at block 24,886,157, payout at block 24,886,158 and later state at block 25,539,196. Its verifier reconciles 45 calldata rows, earmark events, withdrawals and LINK transfers and recovers the two signers. Fifty requests match across the two preserved endpoint responses after the documented removal of a provider-added blockTimestamp field. This comparison does not establish independence of their upstream sources.

The later compiler bridge reproduces the preserved explorer source sets with locked Solidity compilers. ManyChainMultiSig and RBACTimelock match their sampled runtime byte for byte. Reserves matches after normalization restricted to compiler-declared immutable slots and a metadata digest. Repository correspondence is exact for the first two top-level files and for the Reserves contract body under the declared newline transformation; it does not certify every dependency as originating in the repository commit (Blockscout 2026c, 2026d, 2026e). Fresh reproduction on 18 October returned the same compiler results. New block-pinned RPC captures found the same runtime bytes for all three contracts at the April authorization and payout blocks and at October block 26,219,713 as in the July capture. This establishes code continuity at those observations; role membership and configuration remain dated separately.

The focal reconstruction and compiler-deployment comparison retain their original reproduction programs and input hashes.

Earlier aggregate and source comparisons

The four-address query spans 250,001 inclusive Ethereum block heights, 24,645,139 through 24,895,139. The earlier 250,000-block label described their difference. Blockscout returned all 24 original address-range units after the four remaining Unichain units were recovered on 18 October. MEV Blocker then returned the full window in 26 combined-address units. Base, Arbitrum and Optimism contribute 1,640, 913 and 113 events; Unichain contributes zero. The two acquisitions agree on all 2,666 identities, address/topic/data fields and complete 13-field event tuples. All 119 retained non-WETH identities and the original lane/token aggregates reconcile. Token counts describe sends, not fee value or revenue.

The second-service plan specified token, lane, boundary and zero-result comparisons before acquisition; full-window recovery permitted the broader comparison. Blockscout omits per-log block hashes. The two boundary header hashes agree with the separately preserved earlier headers, but this cannot establish per-log hash equality. Distinct explorer and RPC service paths offer corroboration while shared upstream infrastructure remains unknown. Successful responses and continuous requested coverage support the reconstruction without a cryptographic completeness proof. Initial failures, the four recovered zero responses, raw requests, complete payloads, ABI provenance, decoders and results are retained with the second-service collection; the earlier records remain unchanged. A separately implemented raw-response check is retained with the analysis.

The code review preserves compiler inputs, source locators, block-pinned runtime comparisons and local EVM execution receipts. Its tests examine obligation adjustments, completion, liquidity, signer authorization and timelock paths. Local roles, balances and adverse conditions are constructed fixtures. Neither those tests nor bytecode continuity establish who exercised a production permission, the identity of its legal principal or an offchain dispute right.

The API3, Chronicle and Pyth comparisons use the exact commits in the References. The legacy ChainlinkClient and Operator implementation at its named revision supports the earlier direct-request payment design through LINK transferAndCall and earned-payment withdrawal (SmartContractKit 2026b). It is not a reconstruction of every deployed 2017 contract or of 2017 organizational relations.

October documentation

The October documentary comparison uses the substantive CCIP fees-and-billing page, the March and August 2025 announcements, the economics page, LINK contract documentation and the pinned Payment Abstraction README. Retrieval times are recorded separately from publication dates and historical block times. The LINK documentation identifies Ethereum mainnet token 0x514910771AF9Ca656af840dff83E8264EcF986CA (Chainlink Documentation 2026b).

The raw responses, source hashes and offline verification program are retained with the October documentary collection. These documents describe the provider Reserves and strategic Reserve separately; neither supplies provider-level evidence of dependence.

References

API3. 2026. api3-contracts. GitHub.

Armstrong, Mark. 2006. "Competition in Two-Sided Markets." RAND Journal of Economics 37(3): 668-691. https://doi.org/10.1111/j.1756-2171.2006.tb00037.x.

Blockscout. 2026a. "Ethereum Transaction 0x9ccabfbc…​9c24." https://eth.blockscout.com/tx/0x9ccabfbc8dd9177f77d0e2f2dfe6a4562d9897745477253be80df65cf4589c24.

Blockscout. 2026b. "Ethereum Transaction 0x47602774…​2bf0." https://eth.blockscout.com/tx/0x4760277410faab8c34efaa575cce6dfbaa88de68ec4cb3f0aa1aade373c62bf0.

Blockscout. 2026c. "ManyChainMultiSig at 0x28617b62…​b99e." https://eth.blockscout.com/address/0x28617b6210a18483fa28e485b4f38060d033b99e.

Blockscout. 2026d. "RBACTimelock at 0x08558d8b…​5115." https://eth.blockscout.com/address/0x08558d8bb5e792839fc6a21367e6590071305115.

Blockscout. 2026e. "Reserves at 0x5680681e…​171d." https://eth.blockscout.com/address/0x5680681ed3767b96914ce741a308155c7fb9171d.

Blockscout. 2026f. "Ethereum Transaction 0x971f53c6…​dc2e." https://eth.blockscout.com/tx/0x971f53c659f55a961ddc929e5b098e9601b7150dff788b60bef540495a05dc2e.

Blockscout. 2026g. "EVM2EVMOnRamp 1.5.0: Verified Source at the Sampled Base-Lane Address." Captured 18 October 2026. https://eth.blockscout.com/address/0xb8a882f3B88bd52D1Ff56A873bfDB84b70431937?tab=contract.

Chainlink Documentation. 2026a. "Fees & Billing." Retrieved 17 October 2026. https://docs.chain.link/ccip/concepts/fees-and-billing.

Chainlink Documentation. 2026b. "LINK Token Contracts." Retrieved 17 October 2026. https://docs.chain.link/resources/link-token-contracts.

Chainlink. 2025a. "Chainlink Payment Abstraction Is Now Live: SVR Fee Conversion and User Fee Staking Rewards." March 31. https://chain.link/blog/payment-abstraction-svr-fee-conversion. Retrieved 17 October 2026.

Chainlink. 2025b. "Introducing the Chainlink Reserve: Creating a Strategic LINK Token Reserve." August 7. https://chain.link/blog/chainlink-reserve-strategic-link-reserve. Retrieved 17 October 2026.

Chainlink. 2026. "Economics." Retrieved 17 October 2026. https://chain.link/economics.

Chronicle. 2026. scribe. GitHub.

Cong, Lin William, Ye Li, and Neng Wang. 2022. "Token-Based Platform Finance." Journal of Financial Economics 144(3): 972-991. https://doi.org/10.1016/j.jfineco.2021.10.002.

Ellis, Steve, Ari Juels, and Sergey Nazarov. 2017. ChainLink: A Decentralized Oracle Network. Version 1.0, 4 September, §5.5, p. 21. https://research.chain.link/whitepaper-v1.pdf.

Joskow, Paul L. 1987. "Contract Duration and Relationship-Specific Investments: Empirical Evidence from Coal Markets." American Economic Review 77(1): 168-185.

Pyth Network. 2026. pyth-crosschain. GitHub.

Rochet, Jean-Charles, and Jean Tirole. 2003. "Platform Competition in Two-Sided Markets." Journal of the European Economic Association 1(4): 990-1029. https://doi.org/10.1162/154247603322493212. Consulted TSE author working paper dated 13 December 2002, pp. 1–2. https://tse-fr.eu/sites/default/files/medias/doc/wp/2002/platform.pdf.

Rochet, Jean-Charles, and Jean Tirole. 2006. "Two-Sided Markets: A Progress Report." RAND Journal of Economics 37(3): 645–667. https://doi.org/10.1111/j.1756-2171.2006.tb00036.x. Consulted TSE author manuscript dated 29 November 2005, §3.1, Definition 1, p. 6. https://www.tse-fr.eu/sites/default/files/medias/doc/wp/2005/2sided_markets.pdf.

SmartContractKit. 2026a. ccip-owner-contracts. GitHub.

SmartContractKit. 2026b. chainlink-evm. GitHub.

SmartContractKit. 2026c. payment-abstraction. GitHub.

Williamson, Oliver E. 1985. The Economic Institutions of Capitalism: Firms, Markets, Relational Contracting. New York: Free Press.

Williamson, Oliver E. 1991. "Comparative Economic Organization: The Analysis of Discrete Structural Alternatives." Administrative Science Quarterly 36(2): 269-296. https://doi.org/10.2307/2393356.

Code Records

SmartContractKit. 2026. ManyChainMultiSig and RBACTimelock contract source; smartcontractkit/ccip-owner-contracts, reviewed revision be2b07d0e2e526f62aaa2837bf2cebc6d1cff6bc. Source.

SmartContractKit. 2026. FeeRouter, FeeAggregator, SwapAutomator, and Reserves contract source; smartcontractkit/payment-abstraction, reviewed revision cc79a03cde960b36049e0f44607811788bcde64a. Source.