feat:new rskip to reduce target to 10s

IPs/RSKIPReduceTarget.md

@@ -0,0 +1,58 @@
+---
+rskip: TBD
+title: Reduce target difficulty to 10s block time
+description: This RSKIP proposes a 30% reduction in target difficulty to lower the average block time from 14 seconds to 10 seconds, improving transaction finality while maintaining network security.
+status: Draft
+purpose: Usa
+author: PDG (@patogallaiovlabs)
+layer: Core
+complexity: 1
+created: 2025-02-27
+---
+
+# Reduce target difficulty to 10s block time
+
+|RSKIP          | TBD        |
+| :------------ |:-------------|
+|**Title**      |Reduce target difficulty to 10s block time |
+|**Created**    |27-FEB-2025 |
+|**Author**     |Patricio Gallardo|
+|**Purpose**    |Usa|
+|**Layer**      |Core |
+|**Complexity** |1 |
+|**Status**     |Draft |
+
+## Abstract
+
+This RSKIP proposes reducing the target difficulty by 30% to achieve an average block time of 10 seconds instead of the current 14 seconds. By adjusting the difficulty calculation, Rootstock can improve transaction finality while maintaining network security and stability.
+
+## Motivation  
+Currently, Rootstock maintains a 14-second block time, balancing security and efficiency.  
+
+Recent analysis of block template refresh intervals (as explored in [this research](https://blog.rootstock.io/noticia/leveraging-bitcoins-security-exploring-the-dynamics-of-merged-mining/)) showed that several mining pools have improved their block template refresh policies, reducing the time it takes to update new templates. This improvement has led to: 
+- a decrease of the ratio between main (trunk) blocks and sibling blocks,
+- and faster effective block times, previously averaging 30 seconds and now around 24 seconds.  
+
+With these improvements in place, reducing the block time to **10 seconds** is now more feasible, as the network can sustain faster block production without compromising stability. 
+
+
+## Specification
+To achieve a 10-second block time, the target block time reference has to be changed from **14s to 10s** in the difficulty adjustment calculation.
+
+## Implementation
+A lower difficulty target may lead to an increase in sibling blocks, requiring monitoring to prevent performance degradation.
+
+## Rationale
+The improvements in **block template refresh intervals** among certain mining pools (as detailed in [this research](https://blog.rootstock.io/noticia/leveraging-bitcoins-security-exploring-the-dynamics-of-merged-mining/)) have made it possible to **mine more main blocks while reducing sibling block generation**. By leveraging these mining pool improvements, this proposal seeks to:
+- **Reduce block time to 10 seconds** with low impact in network congestion.
+- **Enhance transaction finality**, making Rootstock more efficient.
+- **Encourage continued improvements in mining pool behavior**, reinforcing the benefits of optimized template refresh strategies.
+
+## Backwards Compatibility
+
+This change is a hard-fork and therefore all full nodes must be updated. SPV light-clients do not need to be updated.
+Additionally, protocols or applications that rely on block time assumptions should be notified prior to activation to allow for any necessary adjustments.  
+
+### Copyright
+
+Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).