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.

image

RSK Hacker Noon profile picture

@RSKsmartRSK

Smart Contract Platform On Top of Bitcoin

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.

image

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.

image

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

Join Hacker Noon

Create your free account to unlock your custom reading experience.

%post_title%

Cryptovixens Source

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on pinterest
Pinterest

Responses

Your email address will not be published. Required fields are marked *

Get 20% Discount

Sign up to receive updates, promotions, and sneak peaks of upcoming products. Plus 20% off your next order.

Promotion nulla vitae elit libero a pharetra augue

Nullam quis risus eget urna mollis ornare vel eu leo. Aenean lacinia bibendum nulla sed