The RSK Ecosystem held its third community call on 19th August 2021. The aim of these community calls is to discuss the RSK Improvement Proposals – RSKIPs. We discussed expanding the emergency multi-sig, peg-out tx fee-bumping, time-lock refresh, bridge UTXOs selection, consolidation, and batching. The Iris v3.0.0 Release: What You Need To Know About RSK’s Upcoming Network Upgrade.
About expanding the emergency multi-sig, peg-out tx fee-bumping, time-lock refresh, bridge UTXOs selection, consolidation, and batching.
by Owanate Amachree, Content Developer, IOV labs.
On 19th August 2021, The RSK Ecosystem held its third 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;
Propose your own RSKIPs
Join the RSK Research & Innovation Forum
Suggest RSKIPs to discuss in the next community call
Join our Open Slack Community and ask your questions in #research-and-innovation
The speakers on this call were:
- John Light
- Jose Dahlquist
- Sergio Demian Lerner
- Brendan Graetz
In this call, we discussed:
The Iris v3.0.0 Release
RSK is happy to announce that the RSK Iris 5th network upgrade was successfully activated at block #3,614,800 on 19th August 2021! Read about the benefits this milestone upgrade brings to the ecosystem in this article: Iris v3.0.0: What You Need To Know About RSK’s Upcoming Network Upgrade and also check out the previous community call which focused on RSKIPs that were included in Iris.
Expanding The Emergency Multisig (RSKIP-268)
John Light from Sovryn talked about modifying and expanding the Iris multisig from a 3-of-4 to a 7-of-12 multisig in line with the 7-of-12 PowHSM nodes required to operate the Powpeg Schnorr key aggregation to reduce the size of the emergency multisig transactions. He talked about enabling the current PowHSM nodes to be able to make taproot style transactions.
See related links:
Emergency Time Locks Refresh (RSKIP-207)
Jose Dahlquist talked about improving the time-locked emergency multisig of RSKIP-201. Prior to this time, the Powpeg unspent transaction outputs (UTXOs) are periodically spent in order to prevent the time-lock expiration, with the recent upgrade to the network, the new mechanism for the Bridge to command this time-lock refresh efficiently.
See related links:
Simplified Emergency Time-locks Refresh (RSKIP-264)
Jose also talked about simplifying RSKIP207 and prioritising UTXO consolidation. The aim of this rskip is the same as 207, but for 264 to be implementable, a consolidation of UTXOs should happen. If RSKIP-264 is activated, then the priority queue introduced in RSKIP-207 is not needed, and therefore RSKIP-264 should replace it.
See related links:
Bridge UTXOs Selection, Consolidation and Batching (RSKIP-265)
Sergio Demian Lerner talked about preventing the proliferation and fragmentation of UTXOs, consolidating the peg-ins into a small set when the number of UTXOs grows over a threshold concurrent with a method of peg-out output batching, this solves the problem of variable peg-out fees and reduces the effectiveness of some DoS attacks.
He highlighted the problems of the current UTXO management in RSK, these include;
UTXO denial of service, UTXO proliferation, UTXO fragmentation, UTXO uneven amount distribution, UTXO size shrink, peg-out cost, unfunded UTXO management, peg-out transactions fee bumping, etc.
Some problems addressed by RSKIP-265;
- DOS attacks targeting the bridge
- High peg out costs
- UTXO proliferation and shrinkage
- UTXO fragmentation, uneven amount distribution & UTXO refresh
- Large variance in peg-out costs
- Unfunded UTXO management
What RSKIP 265 does not solve;
- Fee bumping
See related links:
User-triggered peg-out transaction fee-bumping (RSKIP-241)
Sergio talked about adding several methods to the bridge contract, allowing previously signed transactions to be rebuilt with higher Bitcoin transaction fees, and also allowing these transactions to be re-signed by the pegnatories.
See related links:
Decisions
During the call, it was noted that RSKIP-265 was very complex, and appeared to contain several discrete parts. It was suggested that in order to make this more approachable, and to facilitate subsequent discussion, that this proposal is split into its constituent parts.
Post call this suggestion was actioned. The version of RSKIP-265 presented during the community call has been split up, and is now four RSKIPs:
Summary
For more details on these, please watch the recording on Youtube.
Want to champion an RSKIP? Missed the previous RSK Community Call? Watch the recording on Youtube. Also, leave a comment on this thread for the next community call!
Thanks for reading!
Resources
Tags
Create your free account to unlock your custom reading experience.
0 Comments