Grace period after maxAllocationEpochs on closeAllocation by delegator
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- solidity
- Ambito
- blockchain
Direzione di ricerca
Inizia esaminando closeAllocation() e il comportamento esistente di maxAllocationEpochs descritto nell’issue. Determina in che modo un periodo di tolleranza separerebbe le penalità lievi da quelle rigide, quindi documenta la decisione e qualsiasi modifica contrattuale necessaria; l’issue è completa quando il comportamento e l’ambito sono concordati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
closeAllocation() is the function that allows unallocating tokens assigned to a particular subgraph and eventually collecting all funds from state channels.
To avoid an indexer never closing an allocation and as a consequence never distributing the funds, we allow delegators to force close an allocation after maxAllocationEpochs.
An indexer would want to close the allocation before maxAllocationEpochs. It has two incentives to do so:
- Effective allocation stops counting after maxAllocationEpochs.
- If a delegators close the allocation a POI won't be able to be presented and no rewards are distributed.
I wonder if it is a good idea to also include a grace period after maxAllocationEpochs to detach these two times.
- indexers can close any time
- soft penalty: no effective allocation is counted after maxAllocationEpochs
- hard penalty: delegators can force close after maxAllocationEpochs + gracePeriod
For simplicity we can keep only maxAllocationEpochs and then add a grace period if necessary.
- Lingua principale
- Solidity
- Stelle
- 374
- Fork
- 176
- Merge medio
- 1g 15h
- PR unite (30g)
- 4
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di graphprotocol/contracts
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
graphprotocol/contracts#1361 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
graphprotocol/contracts#1360 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
graphprotocol/contracts#1355 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
graphprotocol/contracts#1033 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 30/100
graphprotocol/contracts#985 ·
Tutte le issue di graphprotocol/contracts
Issue simili
-
blocklist removal
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MetaMask/eth-phishing-detect#296544 · 3 commenti ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
stellar/js-stellar-sdk#1750 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Uniswap/default-token-list#2589 ·
-
add-new-address Backend New Network
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
safe-global/safe-eth-py#2761 ·