---
# System prepended metadata

title: Forced Take-out Solutions
tags: [Legacy]

---

---
tags: Legacy
---

# Forced Take-out Solutions

## Problem Statement

The cases in which a delegator desires to have their delegations returned but the broker is not unstaking leads to a need for some sort of mechanism to force brokers to return staked funds.

## Classifying the Problem Circumstances

- We can define this problem as occuring over a range of possible circumstances
- <b>Revenue Generation:</b> Is this broker still generating revenue?
- <b>Waiting Time</b>: Is the delegator willing to wait for some amount of time?
- <b>Unstake Preference:</b> Does the broker have a preference of which streams are to be unstaked on, and does this preference depend on an amount of time first passing?

## A Note on Coordination with Stream Agreements

- The current implementations of the stream agreements penalizes certain forms of unstaking given different conditions such as being too early after it was first staked
- There is many ways that exceptions could be made for the mechansims that force pull or something similar
- Can this be abused? Could a broker have someone delegate, then call the force stake withdraw and have that get brokers out early from stream agreements that they no longer want to be in?

## Proposal 1 - 2 Week Timeframe for Withdraw

- This proposal would give the delegator the ability to ask for the withdraw and then after 2 weeks if the withdraw did not happen a force withdraw would take place
- Question of what timeframe makes sense, likely aligning to the slashing on the stream agreements would be the most logical option

## Proposal 2 - Immediate Withdraw with Penalty

- This proposal would allow for a broker to ask for an immediate withdraw but at a penalized rate, say 80% of the amount
- One major flaw in this design is what happens if there are no streams that would not be slashed to pull from?

## Proposal 3 - Withdraw Priority

- Proposal to allow brokers to designate the ordering in which to do forced withdraws
- Probably have to also be checking if there is a slashing that might occur

## Proposal 4 - Interest Accrue

- Proposal to have after a certain time a scenario where the amount owed for withdraw compounds with more interest to incentivize the broker to pay up
- Biggest flaw is that this won't do anything if the broker is just not active

## Proposal 5 - Inactivity Nuke Option

- Proposal to have after a certain amount of inactivity or no revenue from a broker there be a nuke option to terminate the agreement and return all funds
- Problem is there could be cases with small trickle of revenue

## Problem Circumstances + Proposals

The following lists the different cirumstances and which proposals would work well with them or not well with them. A checkmark means this proposal works well, nothing means it is not clear, and an X means it is a bad solution.



| Revenue Generation | Waiting Time | Unstake Preference | P1 | P2 | P3 | P4 | P5|
| -------- | -------- | -------- |-------- |-------- |-------- |-------- |-------- |
| TRUE     | TRUE     | TRUE     |&#x2611;||&#x2611;|&#x2611;||
| TRUE     | FALSE     | TRUE     |&#x2612;|&#x2611;|&#x2611;|&#x2612;||
| TRUE     | TRUE     | FALSE     |&#x2611;|||&#x2611;|
| TRUE     | FALSE     | FALSE     |&#x2612;|&#x2611;||&#x2612;||
| FALSE     | TRUE     | TRUE     |||&#x2611;|&#x2612;|&#x2611;|
| FALSE     | FALSE     | TRUE     |&#x2612;|&#x2611;|&#x2611;|&#x2612;|&#x2611;|
| FALSE     | TRUE     | FALSE     ||||&#x2612;|&#x2611;|
| FALSE     | FALSE     | FALSE     |&#x2612;|&#x2611;||&#x2612;|&#x2611;|
