Grace period after maxAllocationEpochs on closeAllocation by delegator
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- solidity
- Lĩnh vực
- blockchain
Hướng nghiên cứu
Bắt đầu bằng việc xem xét closeAllocation() và hành vi hiện có của maxAllocationEpochs được mô tả trong issue. Xác định grace period sẽ tách các mức phạt nhẹ và nặng như thế nào, sau đó ghi lại quyết định và mọi thay đổi cần thiết đối với contract; issue được hoàn tất khi hành vi và phạm vi đã được thống nhất.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Solidity
- Star
- 374
- Fork
- 176
- Merge trung bình
- 1 ngày 15 giờ
- Pull request đã merge (30 ngày)
- 4
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của graphprotocol/contracts
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
graphprotocol/contracts#1361 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
graphprotocol/contracts#1360 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
graphprotocol/contracts#1355 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
graphprotocol/contracts#1033 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 30/100
graphprotocol/contracts#985 ·
Tất cả issue của graphprotocol/contracts
Issue tương tự
-
blocklist removal
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
MetaMask/eth-phishing-detect#296544 · 3 bình luận ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
stellar/js-stellar-sdk#1750 ·
-
Stellar RPC settings: placeholder shows a non-working URL, and the field can't be left empty Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Uniswap/default-token-list#2589 ·
-
add-new-address Backend New Network
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
safe-global/safe-eth-py#2761 ·