Frequently asked questions
Practical answers about shares, staking, claims, and protocol transparency.
Top questions
Fast answers before you buy, stake, or claim.
What is the Share Economy Protocol?
A protocol where participants buy shares, stake them, and claim funded distributions through visible state transitions.
Are shares automatically claim-ready for distributions?
No. Buying creates a share position, but staking is required before claim participation.
When can I claim?
You can claim when your stake is claim-ready, the selected asset is funded, and the asset has not already been claimed this period.
How can I verify protocol state?
You can inspect protocol state through explorer links, on-chain accounts, app surfaces, and RPC queries.
Basics before using the protocol
What the Share Economy Protocol is, what a share means, and what you need before interacting.
What is Ponzi Time in this protocol?
Answer: Ponzi Time is the phase where new buy-payment flow is redirected to the revenue pool for shareholder claims instead of project sale-vault retention.
Why this is true: In this protocol, it is a transparent on-chain routing rule designed to recycle buy-side flow back into shareholder distribution paths. Ponzi Time activates when total sold reaches 200,000 SHARE (200 x SHARE_TOKEN_WEEKLY_RELEASE_BASE_UNITS). This is 20% of total shares.
What you should do: Check current routing status before buying, and remember this mechanism does not guarantee profit or principal protection.
Do I need a wallet to use the protocol?
Answer: Yes. A Solana wallet is required to buy shares, stake them, and claim distributions.
Why this is true: All important actions are signed by the wallet and executed on-chain.
What you should do: Use a wallet you control and review every transaction before signing.
Do I need an account to participate?
Answer: No for protocol interaction. A wallet is enough.
Why this is true: The protocol itself is on-chain. App-level convenience features may exist, but protocol access is wallet-based.
What you should do: Connect a wallet if you want to interact directly with the protocol.
What assets can be used in the protocol?
Answer: Shares are typically bought with supported stable assets, and distributions may use stablecoins, partner tokens, or other funded mints.
Why this is true: The protocol supports different payment and distribution assets depending on configuration and funding.
What you should do: Check supported assets and vault funding before acting.
Claims and distributions
How claims work, what makes them possible, and why claims may be blocked.
How are distributions calculated?
Answer: Distribution share is based on your staked shares relative to total staked shares.
Why this is true: The protocol applies this ratio to the funded balance of the selected distribution asset.
What you should do: Before claiming, inspect staked shares and funded vault state.
When can I claim?
Answer: You can claim when the selected asset is funded, your stake is staked or pending, and the asset has not already been claimed this period.
Why this is true: Claim readiness follows visible protocol conditions rather than hidden off-chain logic.
What you should do: Use the claim page to check readiness before submitting.
Why can’t I claim yet?
Answer: Common reasons include no staked claim shares, a pending position, an unfunded vault, or an asset already claimed this period.
Why this is true: Claim execution depends on multiple visible conditions, not just share ownership.
What you should do: Read the claim status and readiness messages in the app before trying again.
Can I claim multiple assets?
Answer: Yes, if multiple supported assets are funded and ready for claim.
Why this is true: Claims are evaluated per asset and per period.
What you should do: Inspect the selected asset and claim status separately before claiming.
What does 'already claimed this period' mean?
Answer: It means the selected asset was already claimed for the current protocol period.
Why this is true: The protocol tracks period-based claim history to prevent duplicate claims for the same asset and period.
What you should do: Wait for the next claim-ready period or inspect another supported funded asset.
Period logic and position state
How pending stake, staked shares, and period-based claim logic work together.
What is a pending stake state?
Answer: Pending stake means shares have moved into the claim path but are not yet claim-ready for the relevant claim period.
Why this is true: The protocol uses period-based staking rules, so newly staked positions may not become claim-ready immediately.
What you should do: If your position is pending, wait for the period transition and then re-check claim readiness.
What determines the current period?
Answer: The current period is derived from protocol configuration and time-based operating rules.
Why this is true: Activation timing and claim availability are both influenced by this period state.
What you should do: Inspect the current period through the app or transparency surfaces before acting.
Why do period rules matter?
Answer: Because the protocol uses periods to keep staking and claim logic explicit and inspectable.
Why this is true: Without period boundaries, claim participation could become harder to verify and reason about.
What you should do: Treat the current period as one of the first things to check before claiming.
Verification, transparency, and wallet control
How participants verify protocol state and what the protocol can and cannot control.
How can I verify protocol state?
Answer: Protocol state can be inspected through on-chain accounts, explorer links, app views, and RPC queries.
Why this is true: Configuration, vault balances, claim stake state, and activity are all visible through public protocol surfaces.
What you should do: Use the Transparency page and explorer links before interacting with large amounts.
Can I inspect vault balances before claiming?
Answer: Yes. Sale vaults and revenue pool accounts are inspectable token accounts.
Why this is true: Vault balances are part of the public protocol surface and can be checked before action submission.
What you should do: Verify funding first if claim readiness is uncertain.
Does the protocol control my wallet?
Answer: No. You keep custody of your wallet and sign your own actions.
Why this is true: The protocol cannot move wallet assets without your signature.
What you should do: Reject unknown signing prompts and double-check all transaction details before signing.
Can support reverse a claim or recover a wallet?
Answer: No. Finalized on-chain actions cannot be reversed by support, and wallet custody remains with the user.
Why this is true: Blockchain finality and non-custodial wallet design prevent centralized recovery or reversal.
What you should do: Use support for platform guidance, not transaction reversal or wallet recovery.
Why projects and ecosystems distribute here
Why protocols or partners may fund distribution assets for shareholders.
Why would a project distribute assets through this protocol?
Answer: Because the shareholder base forms an aligned, inspectable recipient set.
Why this is true: The protocol provides explicit participation state and transparent claim routing instead of random or opaque airdrop targeting.
What you should do: If you are funding a distribution, review the transparency and value-flow pages first.
What kinds of assets can be distributed?
Answer: Stablecoins, partner tokens, ecosystem incentive assets, and other funded mints may be distributed.
Why this is true: The protocol is designed to support multi-asset distribution paths as long as the relevant claim conditions are satisfied.
What you should do: Inspect funded vaults and supported assets before announcing or claiming distributions.
Does funding a distribution make every holder immediately claimable?
Answer: Not automatically. Claim readiness still depends on participant stake state and period state.
Why this is true: Funding provides the asset side of the claim path, but stake state still determines who can participate.
What you should do: Consider both funded assets and staked claim positions when evaluating distribution readiness.
Contact support
Support can help with platform guidance and protocol navigation, but not reverse finalized on-chain actions.