toga implementation changes

Draft Version

Objective:

Get more community engagement, bigger security budget and more instances running.

These changes will be implemented at smart contract level, which should be referred to as TOGA++ or TOGAv3.

---

Proposed changes:

1 - Remove Custodian receiver contract.

• Remove Custodian Contract from the system as is not needed and can create a loop that will block the stake recovery. 2 - Split Stake and reward into two balances 3 - Delegation PICs

---

Split Stake and reward into two balances

Stake itself follows the same rules as defined in v2.

Reward is withdrawable at request, without using streams.

Slash events apply first to the reward amount then stake amount.

With this, entities can collect rewards but maintain stake amounts. Maintaining a healthy stake amount is central to the security budget of Superfluid Protocol.

This will enable “DAO / Community oriented” integrations. Eventually people can deposit a small amount to be added to stake and collect a % of rewards.

Community can be self organized in DAO to coordinate, deploy new sentinels, support new networks, etc.

Create a Delegation System

Abstract PIC address <-> Operational management / External integrations.

A delegation system can create abstracting even more the PIC address and stake / reward management. The PIC is defined by a time slot and not by the PIC address itself. (e.g. Any sentinel submitting a liquidation at PIC period, the reward is always paid to PIC independently of tx sender).

Overall this will make it easier to integrate with external code base, Smart Wallets, Multi signature schemas, etc...