top of page
ad cnp.png

Ethereum Co-Founder Vitalik Buterin Proposes A Solution For A Particular Type Of Cross-Rollup Scalin

Vitalik Buterin, the co-founder of Ethereum, has proposed a solution for a particular type of cross-rollup scaling.

It has been reported that the proposal outlines how two protocols using rollups can communicate with each other while maintaining interconnectivity and composability.

However, rollups are layer-two solutions that are essentially smart contract networks that process and store transaction data off the main chain. There are a number of different rollup types, with each using unique smart contracts such as optimistic and zero-knowledge.

The report said that while a number of DeFi projects have deployed layer-two rollups, such as Loopring and Synthetix, the particulars of the various rollups mean projects are unable to communicate to one another directly on layer-two. Buterin’s proposal assumes that one rollup can process simple transactions whereas the other has full smart contract support. 

Vitalik Buterin proposes a plan to further unify the Ethereum ecosystem through rollups. What are rollups and will they reduce transaction fees? — Cointelegraph (@Cointelegraph) March 4, 2021

There are already proposals for transfers between two smart contracts enabled protocols using rollups. To explain how the proposal works, Buterin provides the example of a hypothetical exchange intermediary he called ‘Ivan,’ where Ivan has an account ‘IVAN_A’ on rollup A that he fully controls, and also has some funds deposited in a smart contract ‘IVAN_B’ on rollup B.

Likewise, the smart contract would be programmed to accept “memos” that include additional data from anyone sending to it in order to secure any future transactions.

The transactions create a connecting layer that keeps deposits in all these isolated contracts, allowing rollup A to send to rollup B via this layer.

Buterin suggested:

“Alice sends a transaction to IVAN_A with N coins and a memo ALICE_B. Ivan sends a transaction sending TRADE_VALUE * (1 – fee) coins through IVAN_B to ALICE_B.”

He added that the worst-case behavior would be if Ivan does not send coins to ALICE_B as he is expected to. Addressing the “worst-case” scenario that could arise as a result of using the proposed situation, Buterin emphasized that Alice would still be able to wait until the transaction on rollup A confirms, find some alternate route to getting coins on rollup B to pay fees, and then simply claim the funds herself.

Thus, Alon Muroch said:

“That’s very interesting, similar to how banks clear transactions between themselves. Batching assets into separate “accounts” could have limitations, a solution could be just big pools on either ends and fees split pro-rata.”


bottom of page