Remove SablierFees
from this repo
#4
Replies: 4 comments 3 replies
-
i don't agree with this
this repo is not meant for this purpose: being used by external projects, but for moving the common logic between our protocols
but our current state of agreement is to have the same system of fees (
ofc, we can’t be 100% sure, but that’s a problem we should address when we face it. for now (given all 3 will use it), it makes sense to keep it here
it seems you changed your mind about your view here 😁 |
Beta Was this translation helpful? Give feedback.
-
I am in favor of removing We will 100% change our fee structure as a result of user feedback over the coming months, and the resulting fee structure might not be the same between contracts. Thus, sharing the fee implementation at this stage is overkill. |
Beta Was this translation helpful? Give feedback.
-
ok, so it’s a majority vote for removing the fees. will remove them. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I would suggest removing
SablierFees
from this repo.Adminable
,Batch
, andNoDelegateCall
are quite standard and can be expected to be used by external projects without any modification.On the other hand,
collectFees
is a very Sablier-specific function and can have a different implementation. For example, it has an entirely different implementation in the Airdrops repo. Similarly, even though it has the same implementation in Lockup and Flow, we cannot be 100% certain that it will remain like that forever, whereas we can say the same about rest of the utility contracts.Therefore, I propose removing
SablierFees
from this repo and keeping the local implementation in each repo.cc @sablier-labs/solidity
Beta Was this translation helpful? Give feedback.
All reactions