FIP: Farcaster Pro #236
aditiharini
announced in
FIP Stage 4: Finalized
Replies: 4 comments
-
Nice 👍 FIP |
Beta Was this translation helpful? Give feedback.
0 replies
-
It is certainly very strange that users with pro accounts do not receive extended storage. |
Beta Was this translation helpful? Give feedback.
0 replies
-
Mrb |
Beta Was this translation helpful? Give feedback.
0 replies
-
very good |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Title: Farcaster Pro
Type: Implementation FIP
Authors: @aditiharini, @sanjayprabhu, @horsefacts, @danromero
Abstract
Introduce the concept of a users with pro tier subscriptions. Users with active pro tier subscriptions have access to extra protocol level features.
Specification
Contract
Farcaster pro tier subscriptions will be paid for through a the TierRegistry contract which be deployed on Base mainnet and will emit events that Snapchain reads and stores. The design of the contract and the events allows for adding more tiers in the future with different pricing and a different set of associated features.
Subscriptions are purchased for a period of time. If time is purchased while a user already has an active subscription, the new time will be added to the time when the existing subscription expires. If there is no existing subscription, the subscription will start from block timestamp where the purchase was recorded.
New protocol features
There are 3 protocol features which will be enabled for pro tier users.
10k Length Casts
The protocol will accept casts up to 10k characters for users with a pro subscription. To support this new type of cast, there is a new
CastType
in the protocol. Casts that are >1024 characters must be tagged withtype = CastType.TEN_K_CAST
. Users without the pro subscription will still be able to post casts up to 1024 characters.4 embeds
The protocol will accept 4 embeds of any kind for users with a pro subscription. Users without a pro tier subscription will still be able to post casts with up to 2 embeds.
Banners
The protocol will accept
UserData
messages with values ≤ 256 characters in length withtype = USER_DATA_TYPE_BANNER
for users with a pro tier subscription. Values should point to images which will be displayed as the user’s banner image. A user may only have 1 banner image at any point in time as per the rules for theUserData
set.Storage
Expiring subscriptions
After a user’s pro tier subscription expires, they will no longer be able to post content only available to pro tier users. The data they generated as a pro tier user will NOT be revoked or erased. If the user happens to exceed their storage limits in the future, their oldest data from the relevant set will be pruned as per the existing pruning logic.
Storage units are orthogonal to tier subscriptions
The pro tier subscription does not currently guarantee users extra storage. Storage units are purchased and tracked entirely independently. Long casts and casts with extra embeds will count the same as regular casts toward storage limits.
Read API updates
The
GetCurrentStorageLimitsByFid
endpoint will be updated to return when a user’s pro tier subscription expires. If the user hasn’t purchased a subscription, the API will return an entry for the pro tier withexpires_at = 0
.Release
This change requires a protocol upgrade. Nodes will be updated to support the new protocol features the week of June 9th . Pro tier subscriptions will not be tracked on the protocol and new protocol features will not be available until June 16, when the new protocol version goes live.
Beta Was this translation helpful? Give feedback.
All reactions