Smart Contract Platform On Top of Bitcoin
About RSKj v3.1.0, Aggregation & parallel transaction processing, and Rollup-optimized Ephemeral Call data.
On 29th October 2021, The RSK Ecosystem held its fourth community call. The aim of these community calls is to discuss the RSK Improvement Proposals - RSKIPs, get the community involved, gather feedback, discuss the RSK consensus protocol, the formal process for proposing improvements, and the upcoming network upgrades. For more info, read the RSKIP Purpose and Guidelines.
It was live-streamed on several platforms, thanks to everyone who joined the Livestream! For those of you who missed out on attending it live, visit the links below;
The speakers on this call were:
In this call, we discussed:
Adrian Eidelman talked about the release of RSKj v3.1.0. He said this release contains several enhancements in JSON-RPC interface, Ethereum compatibility fixes and node performance improvements, among other things. Also, some of the improvements introduced in this release came from community contributions made within the past RSK Hackathon: Building the Future On Bitcoin on the Gitcoin platform.
This release is a non-mandatory upgrade, however, you should consider updating to benefit from the enhancements and new features.
See related links:
Diego Masini spoke about the work done on Aggregation, which is a fast and Cost-effective payment system. He said it is a layer 2 scalability solution for RSK and its main goal is to process transactions off-chain, bundle them in batches and post a validity proof for these batches to the blockchain. This solution ensures that the layer 2 transactions are secured by the blockchain and we can transact much faster. He mentioned two potential approaches to this solution which includes; optimistic rollups and Zero-Knowledge (ZK) rollups, he said the method of verification between these two approaches is the key distinction.
Diego Masini also spoke about the ongoing work on parallel transaction processing, which enables processing a block as fast as possible. This enables transactions to be split into different partitions, and each partition could be executed in parallel. The main goal of this approach is to process as many transactions per block as possible and also reduce synchronization time.
The RSKIP-281 is an improvement over RSKIP214 and RSKIP28. It enables sending data to contracts called ephemeral data and enables the disposal of this data at a later block.
Sergio Lerner introduced the RSKIP-281. He noted that this research began in 2016 and it is about the optimization of the RSK blockchain to better serve as a data availability layer for rollups. He said this proposal is very efficient and can provide gas savings for rollups such as Aggregation. An ephemeral call data, is similar to the call data, but gets a discount in gas costs because it is only temporarily available for smart contracts to query. The use cases for this kind of data is;
Both occur in ZK and Optimistic Rollups
He mentioned two flavours of this type of data;
He said there are many advantages of using rollups;
This includes freedom to experiment, inheriting layer 1 security, the ability to create governance tokens, etc, this allows for easy collaboration and integration of different needs.
He compared the gas costs of transferring tokens for several existent rollups, such as Arbitrum ZK-Sync, Fuel, etc.
He explained how the Ephemeral Call Data is implemented by creating a new field in an RSK transaction. He said this field contains other fields and that instead of the ephemeral call data (ecd) being hashed into the transaction, it is being double-hashed. This double hash gives the opportunity to remove the original data without changing the transaction ID. He explained other fields like the
, etc as captured in the image above.
He summarized his talk by saying, the ephemeral Calldata reduces the cost of Rollups realistically (compared with the unrealistic reduction in the case of Ethereum), it can be removed by default, or kept by default. It also requires changes on several parts of a consensus protocol, and it competes with other RSKIPs, such as RSKIP-215 (Ephemeral Blockchain).
No decisions were made during the October Community Call.
For more details on these, please watch the recording on Youtube.