1/ When people think about cross-chain interoperability, it's usually in reference to token bridges
But that's just the initial version of the multi-chain ecosystem
Cross-chain state synchronization and automation will enable a new generation of cross-chain smart contracts
2/ Token bridging has allowed the multi-chain ecosystem to flourish as user can switch environments
But ironically, in many ways, this has lead to greater isolation
If your assets are on chainA, you can only use your assets within dApps on chainA
3/ Sure you can manually bridge tokens to another environment, interact with dApps there, and then bridge your tokens back
But this involves a lot of friction, higher fees, and is generally not an ideal UX
Interacting across chains needs to be seamless
4/ Cross-chain token bridges will continue to exist, no doubt about that
However, they will complimented and even extended with further functionality for both users and devs
There's two primary components to this
5/ Cross-chain state synchronization:
The ability for dApps to be split into modular components that live on different blockchains, while all staying in sync in regards to what the dApp's global state is (user balances, user roles, parameters, etc)
This can take many forms
6/ One example of this is @synthetix_io, a synthetic asset protocol that exists on Ethereum and Optimism
Chainlink oracles will be used to sync the state of the debt pool across both chains, making synths on both chains fungible and backed by all stakers blog.synthetix.io/debt-pool-synt…
7/ As a result, stakers will be able to choose which network they want to stake on, and users can choose which network to trade synths on
Two deployments of the protocol, but both have the same view on the state of the debt pool
This can scale to more chains as well
8/ @AaveAave is another example where deployments of Aave exist already exist on multiple chains (Ethereum, Polygon, Avalanche, etc)
Aave v3 will enable deposited liquidity to be transfered across chains without withdrawing by burning and minting tokens governance.aave.com/t/introducing-…
9/ I believe this model could be further extended through cross-chain money markets, where users supply collateral on one chain and borrow tokens on another chains
State synchronization ensures ensures positions are collateralized and can be liquidated as necessary
10/ This would significantly reduce the friction of cross-chain yield farming by using your holdings as collateral and borrowing a different asset with the highest yield on another chain's DeFi ecosystem
Keep exposure to your asset of choice, farm where you like with any asset
11/ Much of this is something that be achieved today with Chainlink, as the network already support multiple blockchains and can transmit data from any source
Token bridges can be extended further by supporting the transfer of both tokens and data/commands across chains
The latter can describe what to do with such tokens once bridged into the new environment
13/ At the most basic level, this allows users to stay within their preferred on-chain environment and yet gain the ability to interact with dApps on any blockchain
Users don't need to know how to use other blockchains or even know that they're using multiple blockchains
14/ If I have assets on chainA and want to deposit directly into a dApp on chainB, normally you'd have to manually bridge, wait, and then make another transaction
But this can be simplified so you make one transaction and now you're in the application
15/ This can also involve more advanced strategies such sending tokens to a bridge that then automatically allocates those tokens into yield farms with the highest yield, shifting across farms and chains as needed to chase yields, and returning the tokens after the yield is dry
16/ This is exactly the type of functionality that's enabled by the Cross-Chain Interoperability Protocol (CCIP)
A standard for cross-chain messaging, on which any number of compute-enabled token bridges can be created blog.chain.link/introducing-th…
17/ With the introduction and evolution of CCIP, I believe we'll see more cross-chain smart contracts
As well as a significant decrease in friction when interacting with the multi-chain ecosystem
CCIP will power both bridges and dApps alike
18/ Ultimately, this goes back to the thesis that oracles provide not only data delivery
But also trust-minimized off-chain computation and cross-chain interoperability for any smart contract
Extending the capabilities of blockchains so they can reach their true potential
• • •
Missing some Tweet in this thread? You can try to
force a refresh
"Fair election is important for DAOs. However, the most developed system, Quadratic Voting, is exposed to the Sybil attack. We developed Governor C which is Sybil resistant QV based on Chainlink-VRF." devpost.com/software/gover…
Oracle Data Feeds on zkRollups are a complete game changer economics wise
A Data Feed with hundreds of nodes posting thousands of updates per batch has the same L1 gas cost footprint as a price feed with 1 node posting 1 update per batch
How?
zkRollups like @dydxprotocol don't post the raw tx data on-chain, rather they post compressed state diffs (state differences from batch n and batch n+1)
A Data Feed is an on-chain reference contract with a variable that holds an aggregated value that's updated by oracles
So no matter how many oracle nodes or updates there are, there will only ever be at most 1 state diff per batch for a Data Feed, since updates always touch the same state variable
Signature verification and data aggregation is succinctly proven within the validity proof
1/ I want to give some perspective on the economics of #Chainlink services, both in their existing form today and how it will evolve into the future
This includes many nuances regarding user fees, cost-efficiency, network subsidies, economies of scale, and sustainability
🧵
2/ The ultimate long term goal is that all Chainlink services become self-sustaining through user paid fees
Many services already achieve this today, but how pricing is determined and the role of $LINK in terms of demand for these services is a common question
3/ I'll start with Chainlink Any API as it's the easiest to conceptualize
Any API enables smart contracts to fetch data from any off-chain data source via Chainlink nodes, which can be operated either by DevOps teams or the data providers themselves
@spencernoon The demand/supply ratio of Ethereum's blockspace is higher than any other
Demand is high because of the high level of security from decentralization and network effects
Supply is low because of the social contract of decentralization, achieved by limiting hardware requirements
@spencernoon Other L1 blockchains have lower fees because their demand/supply ratio is lower than Ethereum's
Fee are low because less there's less demand for blockspace (compared to Ethereum) and/or there is a greater amount of blockspace (thus higher hardware requirements)
@spencernoon Monolithic blockchains generally have two paths as adoption rises
Increase blockspace to keep fees low (raise hardware requirements and therefore centralize the network)
Keep blockspace static/low to ensure decentralization, but at the trade off of higher fees