You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Double-check it supports paying per byte instead of per entity and eventually a subgraph-gas metric. DONE: ~~Built-in upgrade path to indexing agreements v2~~
4
-
* Update Arbitration Charter to support disputing Indexing Fees. DONE: ~~Support `DisputeManager`~~
3
+
* Arbitration Charter: Update to support disputing IndexingFee.
5
4
* Economics
6
5
* If service wants to collect more than collector allows. Collector limits but doesn't tell the service?
7
-
* Support for agreements that end up in `RecurringCollectorCollectionTooLate` or ways to avoid getting to that state.
8
-
* Should we deal with zero entities declared as a special case?
9
6
* Since an allocation is required for collecting, do we want to expect that the allocation is not stale? Do we want to add code to collect rewards as part of the collection of fees? Make sure allocation is more than one epoch old if we attempt this.
10
-
* Reject Zero POIs?
11
7
* What happens if the escrow doesn't have enough funds? Since you can't collect that means you lose out forever?
12
-
* Don't pay for entities on initial collection?
8
+
* Don't pay for entities on initial collection? Where did we land in terms of payment terms?
13
9
* Should we set a different param for initial collection time max? Some subgraphs take a lot to catch up.
14
10
* How do we solve for the case where an indexer has reached their max expected payout for the initial sync but haven't reached the current epoch (thus their POI is incorrect)?
15
11
* Double check cancelation policy. Who can cancel when? Right now is either party at any time.
16
12
* Expose a function that indexers can use to calculate the tokens to be collected and other collection params?
17
13
* Support a way for gateway to shop an agreement around? Deadline + dedup key? So only one agreement with the dedupe key can be accepted?
18
-
* Maybe check that the epoch the indexer is sending is the one the transaction will be run in?
19
-
* Check upgrade conditions. Support indexing agreement upgadeability, so that there is a mechanism to adjust the rates without having to cancel and start over.
20
14
* If an indexer closes an allocation, what should happen to the accepeted agreement?
21
15
* test_SubgraphService_CollectIndexingFee_Integration fails with PaymentsEscrowInconsistentCollection
22
16
* Reduce the number of errors declared and returned
17
+
* Missing events for accept, cancel, upgrade RCAs.
18
+
* Switch `duration` for `endsAt`?
19
+
20
+
# Done
21
+
22
+
* DONE: ~~Support `DisputeManager`~~
23
+
* DONE: ~~Check upgrade conditions. Support indexing agreement upgradability, so that there is a mechanism to adjust the rates without having to cancel and start over.~~
24
+
* DONE: ~~Maybe check that the epoch the indexer is sending is the one the transaction will be run in?~~
25
+
* DONE: ~~Should we deal with zero entities declared as a special case?~~
26
+
* DONE: ~~Support for agreements that end up in `RecurringCollectorCollectionTooLate` or ways to avoid getting to that state.~~
23
27
* DONE: ~~Make `agreementId` unique globally so that we don't need the full tuple (`payer`+`indexer`+`agreementId`) as key?~~
24
28
* DONE: ~~Maybe IRecurringCollector.cancel(address payer, address serviceProvider, bytes16 agreementId) should only take in agreementId?~~
25
29
* DONE: ~~Unify to one error in Decoder.sol~~
26
-
*Missing events for accept, cancel, upgrade RCAs.
30
+
*DONE: ~~Built-in upgrade path to indexing agreements v2~~
0 commit comments