# Latest

**URL:** https://research.rsk.dev/latest.md

[Latest](https://research.rsk.dev/latest.md) · [Categories](https://research.rsk.dev/categories.md)

---

## [\*\*Welcome to the Rootstock Research Forum\*\*](https://research.rsk.dev/t/welcome-to-the-rootstock-research-forum/7)

<div class="topic-metadata">

**Author:** [@system](https://research.rsk.dev/u/system)\
**Replies:** 0\
**Last updated:** [September 8, 2020, 2:04pm UTC](https://research.rsk.dev/t/welcome-to-the-rootstock-research-forum/7 "2020-09-08T14:04:43Z")

</div>

Dear Community This is a space to be part of the conversation around Rootstock (RSK) research and innovation efforts. To get support, learn more about the latest news and announcements or interact with the community of…

---

## [On the openness of Rootstock development](https://research.rsk.dev/t/on-the-openness-of-rootstock-development/546)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 5\
**Last updated:** [September 24, 2026, 9:04am UTC](https://research.rsk.dev/t/on-the-openness-of-rootstock-development/546 "2026-09-24T09:04:11Z")

</div>

Since I have made my mind that Rootstock is our best effort to extend and scale Bitcoin (as Rootstock made strides in merge mining and bridge security that are very difficult or impossible to reinvent) I have been trying…

---

## [What are the best practices to be Stateless Client friendly?](https://research.rsk.dev/t/what-are-the-best-practices-to-be-stateless-client-friendly/521)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 10\
**Last updated:** [September 23, 2026, 2:47pm UTC](https://research.rsk.dev/t/what-are-the-best-practices-to-be-stateless-client-friendly/521 "2026-09-23T14:47:24Z")

</div>

Hello Rootstock folks, I am exploring Rootstock to build a permissionless censorship resistant identity system, that differs from RNS in that it doesn’t allow users to select their own names preventing name squatting an…

---

## [RSKIP567: Fork-Aware Consensus](https://research.rsk.dev/t/rskip567-fork-aware-consensus/551)

<div class="topic-metadata">

**Author:** [@darcy.camargo](https://research.rsk.dev/u/darcy.camargo)\
**Replies:** 4\
**Last updated:** [September 22, 2026, 2:42pm UTC](https://research.rsk.dev/t/rskip567-fork-aware-consensus/551 "2026-09-22T14:42:44Z")

</div>

As an effort to communicate better the research done and to open the space for criticism and discussions, I plan going forward to create a topic here for each topic that I work on. To bootstrap this, I will share the RS…

---

## [Hashrate price Oracle for the purpose of fee adjustment](https://research.rsk.dev/t/hashrate-price-oracle-for-the-purpose-of-fee-adjustment/543)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 2\
**Last updated:** [September 16, 2026, 11:25am UTC](https://research.rsk.dev/t/hashrate-price-oracle-for-the-purpose-of-fee-adjustment/543 "2026-09-16T11:25:39Z")

</div>

I noticed @SergioDemianLerner mentioning years ago that miners might need a price oracle to help them change the fees based on the RBTC price. Incidentally I was considering if we can use bitcoin historical hashrate cha…

---

## [Ephemeral Sidechains](https://research.rsk.dev/t/ephemeral-sidechains/536)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 13\
**Last updated:** [September 16, 2026, 8:02am UTC](https://research.rsk.dev/t/ephemeral-sidechains/536 "2026-09-16T08:02:55Z")

</div>

Ephemeral Sidechains: pruning headers, not just bodies, by anchoring the checkpoint to Bitcoin (Follow-up to a previous discussion with @SergioDemianLerner about RSKIP215.) TL;DR. RSKIP215 (Ephemeral Blockchain) removes…

---

## [Frauncles; fraud proofs in REMASC](https://research.rsk.dev/t/frauncles-fraud-proofs-in-remasc/550)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 0\
**Last updated:** [September 15, 2026, 9:20am UTC](https://research.rsk.dev/t/frauncles-fraud-proofs-in-remasc/550 "2026-09-15T09:20:56Z")

</div>

I was thinking the other day about ZK light clients vs fraud proof light clients, because I wanted to judge whether work like https://hazync.org/ is actually worth it. And I convinced myself that fraud proof light client…

---

## [Can Rootstock incentivize a Utreexo Velvet Fork?](https://research.rsk.dev/t/can-rootstock-incentivize-a-utreexo-velvet-fork/540)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 0\
**Last updated:** [August 18, 2026, 7:29pm UTC](https://research.rsk.dev/t/can-rootstock-incentivize-a-utreexo-velvet-fork/540 "2026-08-18T19:29:07Z")

</div>

A velvet fork (at least as I mean it here) is basically a vote between a subset of miners on the the state at a point in the past. The upside of velvet forks is that you don’t need consensus for it to be useful, and the …

---

## [RSKIP-545: Account Abstraction (EIP-7702)](https://research.rsk.dev/t/rskip-545-account-abstraction-eip-7702/501)

<div class="topic-metadata">

**Author:** [@shreemoy](https://research.rsk.dev/u/shreemoy)\
**Replies:** 3\
**Last updated:** [August 11, 2026, 5:27pm UTC](https://research.rsk.dev/t/rskip-545-account-abstraction-eip-7702/501 "2026-08-11T17:27:56Z")

</div>

This is a proposal to implement EIP-7702 for account abstraction in Rootstock. This can lead to usability improvements. As with the original EIP-7702, this type of account abstraction can work with pre-existing infrastru…

---

## [What happened to MicroPow/FASTER](https://research.rsk.dev/t/what-happened-to-micropow-faster/523)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 1\
**Last updated:** [August 11, 2026, 2:50pm UTC](https://research.rsk.dev/t/what-happened-to-micropow-faster/523 "2026-08-11T14:50:14Z")

</div>

I thought MicroPow discussed 4 years ago was abandoned, but then I found the same concept, or a simplification of it published last year as FASTER.. but I can’t find an RSKIP, or a post here, or any other writeup anywhe…

---

## [Upcoming eCash Fork: how to benefit Rootstock users](https://research.rsk.dev/t/upcoming-ecash-fork-how-to-benefit-rootstock-users/537)

<div class="topic-metadata">

**Author:** [@SergioDemianLerner](https://research.rsk.dev/u/SergioDemianLerner)\
**Replies:** 3\
**Last updated:** [August 9, 2026, 3:41am UTC](https://research.rsk.dev/t/upcoming-ecash-fork-how-to-benefit-rootstock-users/537 "2026-08-09T03:41:43Z")

</div>

On 22 August 2026, the eCash network is expected to launch by creating a new blockchain that distributes ECX tokens based on Bitcoin ownership. Unlike a traditional airdrop, this is effectively a forkdrop: Bitcoin transa…

---

## [How does Snapsync work?](https://research.rsk.dev/t/how-does-snapsync-work/518)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 12\
**Last updated:** [July 18, 2026, 8:19am UTC](https://research.rsk.dev/t/how-does-snapsync-work/518 "2026-07-18T08:19:30Z")

</div>

I am trying to run a RSKJ node for the first time, and naturally I am more interested in a faster sync than validating historical blocks, because I believe sidechains should be checkpointed by their bridge operations, as…

---

## [Precompiled contract for Bitcoin historical hashrate](https://research.rsk.dev/t/precompiled-contract-for-bitcoin-historical-hashrate/535)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 0\
**Last updated:** [July 16, 2026, 9:20am UTC](https://research.rsk.dev/t/precompiled-contract-for-bitcoin-historical-hashrate/535 "2026-07-16T09:20:26Z")

</div>

I now have two reasons why I would like to have a native API to access informations about historical hashrate of both Rootstock and Bitcoin, especially the 200 week moving average hashrate, and even more specifically the…

---

## [PolkaVM - A fast and secure RISC-V based virtual machine](https://research.rsk.dev/t/polkavm-a-fast-and-secure-risc-v-based-virtual-machine/513)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 3\
**Last updated:** [May 19, 2026, 4:50pm UTC](https://research.rsk.dev/t/polkavm-a-fast-and-secure-risc-v-based-virtual-machine/513 "2026-05-19T16:50:04Z")

</div>

Hello everyone, I believe that Rootstock has at least the capacity to use different VMs in the future when/if needed, I figured it might be interesting to some of you to check PolkaVM which seems to be a promising projec…

---

## [Turn majority hashrate from defacto to dejure soft fork?](https://research.rsk.dev/t/turn-majority-hashrate-from-defacto-to-dejure-soft-fork/520)

<div class="topic-metadata">

**Author:** [@Nuh](https://research.rsk.dev/u/Nuh)\
**Replies:** 4\
**Last updated:** [May 18, 2026, 1:56pm UTC](https://research.rsk.dev/t/turn-majority-hashrate-from-defacto-to-dejure-soft-fork/520 "2026-05-18T13:56:20Z")

</div>

Rootstock has \> 70% of the hashrate of Bitcoin, that is more miners commitment than for any or even all soft forks signaling combined lately. Participating miners, presumably don’t want to see their rewards threatened, …

---

## [Possible to build an RSK drivechain?](https://research.rsk.dev/t/possible-to-build-an-rsk-drivechain/106)

<div class="topic-metadata">

**Author:** [@light](https://research.rsk.dev/u/light)\
**Replies:** 6\
**Last updated:** [April 19, 2026, 5:20pm UTC](https://research.rsk.dev/t/possible-to-build-an-rsk-drivechain/106 "2026-04-19T17:20:00Z")

</div>

Would it be possible to build a drivechain that is blind merge-mined with RSK, either with the existing protocol or a modified version of it? Since it could be a while until the Drivechain BIPs are activated on bitcoin …

---

## [Post quantum and rootstock](https://research.rsk.dev/t/post-quantum-and-rootstock/497)

<div class="topic-metadata">

**Author:** [@alex](https://research.rsk.dev/u/alex)\
**Replies:** 1\
**Last updated:** [March 30, 2026, 7:43am UTC](https://research.rsk.dev/t/post-quantum-and-rootstock/497 "2026-03-30T07:43:46Z")

</div>

Hi, I want to know how is Rootstock to handle the post quantum migration in bitcoin. I know this is not even yet developed and there are some options. But still I would like to know how the sidechain will handle it

---

## [RSKIP-553: Network Upgrade Vetiver](https://research.rsk.dev/t/rskip-553-network-upgrade-vetiver/510)

<div class="topic-metadata">

**Author:** [@adrian.eidelman](https://research.rsk.dev/u/adrian.eidelman)\
**Replies:** 3\
**Last updated:** [March 30, 2026, 7:39am UTC](https://research.rsk.dev/t/rskip-553-network-upgrade-vetiver/510 "2026-03-30T07:39:38Z")

</div>

Hello to the Rootstock community! A network upgrade proposal has been recently published and is open for discussion. This proposal introduces several consensus protocol improvements across Mainnet and Testnet, with the…

---

## [RSKIP-544: Reject code starting with \`0xEF\` (EIP-3541)](https://research.rsk.dev/t/rskip-544-reject-code-starting-with-0xef-eip-3541/500)

<div class="topic-metadata">

**Author:** [@shreemoy](https://research.rsk.dev/u/shreemoy)\
**Replies:** 0\
**Last updated:** [January 7, 2026, 7:52pm UTC](https://research.rsk.dev/t/rskip-544-reject-code-starting-with-0xef-eip-3541/500 "2026-01-07T19:52:57Z")

</div>

This is a proposal to implement EIP-3541 which prevents the deployment of new contracts with bytecode starting with 0xEF. This is a per-requisite for account abstraction (EIP-7702) init eip3541 by smishraIOV · Pull Requ…

---

## [RSKIP-543: Typed Transaction Envelope (EIP-2718)](https://research.rsk.dev/t/rskip-543-typed-transaction-envelope-eip-2718/499)

<div class="topic-metadata">

**Author:** [@shreemoy](https://research.rsk.dev/u/shreemoy)\
**Replies:** 0\
**Last updated:** [January 7, 2026, 7:47pm UTC](https://research.rsk.dev/t/rskip-543-typed-transaction-envelope-eip-2718/499 "2026-01-07T19:47:55Z")

</div>

This is a proposal to implement EIP-2718 style typed transaction envelope in Rootstock. This will improve Rootstock’s compatibility with EVM chains ecosystem and make it easier to introduce other changes such as Account …

---

## [RSKIP-531: Mitigation of Fee-Withholding Incentive in REMASC](https://research.rsk.dev/t/rskip-531-mitigation-of-fee-withholding-incentive-in-remasc/498)

<div class="topic-metadata">

**Author:** [@patogallaiov](https://research.rsk.dev/u/patogallaiov)\
**Replies:** 0\
**Last updated:** [September 2, 2025, 3:14pm UTC](https://research.rsk.dev/t/rskip-531-mitigation-of-fee-withholding-incentive-in-remasc/498 "2025-09-02T15:14:47Z")

</div>

Hello to the Rootstock community! We’ve been researching a vulnerability in Rootstock’s REMASC reward system that could degrade network performance. We propose the RSKIP-531 as a possible solution. The Problem: Fee-Wit…

---

## [RSKIP-305 Peg-out efficiency improvement (Segwit)](https://research.rsk.dev/t/rskip-305-peg-out-efficiency-improvement-segwit/368)

<div class="topic-metadata">

**Author:** [@patogallaiov](https://research.rsk.dev/u/patogallaiov)\
**Replies:** 4\
**Last updated:** [August 8, 2025, 1:07pm UTC](https://research.rsk.dev/t/rskip-305-peg-out-efficiency-improvement-segwit/368 "2025-08-08T13:07:05Z")

</div>

Hello, Together with Nicolas Vescovo and Ramses Fernandez-Valencia, we have created a new draft RSKIP Peg-out efficiency improvement (Segwit). The purpose of the proposal is the introduction of Segwit V0 for use in p…

---

## [RSKIP-518: Network Upgrade Reed](https://research.rsk.dev/t/rskip-518-network-upgrade-reed/495)

<div class="topic-metadata">

**Author:** [@adrian.eidelman](https://research.rsk.dev/u/adrian.eidelman)\
**Replies:** 2\
**Last updated:** [August 8, 2025, 1:06pm UTC](https://research.rsk.dev/t/rskip-518-network-upgrade-reed/495 "2025-08-08T13:06:05Z")

</div>

Hello to the Rootstock community! :wave: A network upgrade proposal has been recently published and is open for discussion. This proposal primarily focuses on improvements to the PowPeg, aiming to enable more pegnatori…

---

## [RSKIP517 – Block time-centric difficulty adjustment with uncle threshold](https://research.rsk.dev/t/rskip517-block-time-centric-difficulty-adjustment-with-uncle-threshold/494)

<div class="topic-metadata">

**Author:** [@patogallaiov](https://research.rsk.dev/u/patogallaiov)\
**Replies:** 2\
**Last updated:** [June 18, 2025, 8:23pm UTC](https://research.rsk.dev/t/rskip517-block-time-centric-difficulty-adjustment-with-uncle-threshold/494 "2025-06-18T20:23:01Z")

</div>

This thread introduces RSKIP517, a proposal to revise Rootstock’s difficulty adjustment mechanism to enable safer reductions in block time targets. Motivation The current difficulty algorithm was designed to maintain sa…

---

## [RSKIP-491 - Reduce target difficulty to lower average block time to 10s (DRAFT)](https://research.rsk.dev/t/rskip-491-reduce-target-difficulty-to-lower-average-block-time-to-10s-draft/486)

<div class="topic-metadata">

**Author:** [@patogallaiov](https://research.rsk.dev/u/patogallaiov)\
**Replies:** 8\
**Last updated:** [June 17, 2025, 6:25pm UTC](https://research.rsk.dev/t/rskip-491-reduce-target-difficulty-to-lower-average-block-time-to-10s-draft/486 "2025-06-17T18:25:39Z")

</div>

Hey everyone, I’d like to start a discussion on RSKIP-491 draft, which proposes reducing the target difficulty by 30% to lower Rootstock’s average block time from 14s to 10s. The goal is to improve transaction finality …

---

## [RSKIP-435: Network Upgrade Lovell](https://research.rsk.dev/t/rskip-435-network-upgrade-lovell/459)

<div class="topic-metadata">

**Author:** [@adrian.eidelman](https://research.rsk.dev/u/adrian.eidelman)\
**Replies:** 4\
**Last updated:** [March 12, 2025, 11:07am UTC](https://research.rsk.dev/t/rskip-435-network-upgrade-lovell/459 "2025-03-12T11:07:37Z")

</div>

Hello to the Rootstock community! :wave: A network upgrade proposal has been recently published and is open for discussion. This proposal focuses mostly on Ethereum compatibility by introducing opcodes already supporte…

---

## [Oracle Chainlink-RSK integration](https://research.rsk.dev/t/oracle-chainlink-rsk-integration/69)

<div class="topic-metadata">

**Author:** [@horca](https://research.rsk.dev/u/horca)\
**Replies:** 3\
**Last updated:** [February 9, 2025, 9:33am UTC](https://research.rsk.dev/t/oracle-chainlink-rsk-integration/69 "2025-02-09T09:33:18Z")

</div>

Qubistry together with the RSK Team have integrated a complete solution to provide Oracles and Aggregators services within RSK and able to list and feed rates and Pairs of the most commonly used tokens of RSK partners a…

---

## [RSK RPC Nodes Management Tools](https://research.rsk.dev/t/rsk-rpc-nodes-management-tools/478)

<div class="topic-metadata">

**Author:** [@0xpcGB](https://research.rsk.dev/u/0xpcGB)\
**Replies:** 0\
**Last updated:** [September 24, 2024, 4:54pm UTC](https://research.rsk.dev/t/rsk-rpc-nodes-management-tools/478 "2024-09-24T16:54:25Z")

</div>

Hey, Rootstock Community! Today I’d like to tell you how to manage your RPC nodes to get the best performance and the lowest downtimes possible. We will take the GetBlock RPC node provider as an example as they support R…

---

## [Rootstock Development Tools](https://research.rsk.dev/t/rootstock-development-tools/417)

<div class="topic-metadata">

**Author:** [@JoGb](https://research.rsk.dev/u/JoGb)\
**Replies:** 0\
**Last updated:** [November 27, 2023, 8:30pm UTC](https://research.rsk.dev/t/rootstock-development-tools/417 "2023-11-27T20:30:14Z")

</div>

If you’re working on the Rootstock blockchain, exploring its latest developer tools can significantly enhance your experience RSKj: Core Platform- Java-based RSK protocol implementation RBank Tools for DeFi-Tool…

---

## [Convenient script for quickly generating transactions containing data](https://research.rsk.dev/t/convenient-script-for-quickly-generating-transactions-containing-data/393)

<div class="topic-metadata">

**Author:** [@Ortho](https://research.rsk.dev/u/Ortho)\
**Replies:** 4\
**Last updated:** [August 29, 2024, 5:59pm UTC](https://research.rsk.dev/t/convenient-script-for-quickly-generating-transactions-containing-data/393 "2024-08-29T17:59:44Z")

</div>

Hello! I’m hoping to timestamp data on Rootstock at relatively low latency, ideally via Python. The most straightforward mechanism would seem to be to include the hashes as data in the sending of a raw transaction. Th…

[Next page](https://research.rsk.dev/latest.md?page=1)
