RSK Community Call, August 2021 - Summary

RSK Community Call - August 2021

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.

Watch the Replay

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 Global Discord 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.

Bridge UTXOs

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:

During the call it was noted that this RSKIP 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 be split into its constituent parts. Post call this suggestion was actions, and it has now become RSKIP-AAA, RSKIP-BBB, and RSKIP-CCC

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.

Manual Fee Bumping

See related links:


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:

  1. RSKIP-265: Bridge UTXOs Coin Selection
  2. RSKIP-270: Bridge UTXO set size management
  3. RSKIP-271: Bridge peg-out Batching
  4. RSKIP-272: Bridge UTXO Management Account


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!

Receive updates

Get the latest updates from the Rootstock ecosystem