_About expanding the emergency multi-sig, peg-out tx fee-bumping, time-lock refresh, bridge UTXOs selection, consolidation, and batching.
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;
🎥 Watch the RSK Community Call August 2021 on Youtube (Replay).
🗣️ 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 recent Iris release
- Expanding the emergency multisig (RSKIP 268)
- Emergency time-locks refresh (RSKIP 207)
- Simplified emergency time-locks refresh (RSKIP 264)
- Bridge UTXOs selection, consolidation and batching (RSKIP 265)
- User-triggered peg-out transaction fee-bumping (RSKIP 241)
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
Read about the decisions made during the call on the RSK Developers Portal
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!
Top comments (0)