Add whitelist early access window so creators can reward their existing community before public launch

[Chucks1093]

Summary

When a creator launches on AccessLayer their keys go on sale to everyone instantly. Creators with an existing community want to give loyal followers a head start before the price rises. A whitelist window lets a creator register a set of approved addresses that can buy during an exclusive period after registration, before the general public can trade.

Scope

• Add optional whitelist_window: Option<WhitelistConfig> to register_creator
  • WhitelistConfig { addresses: Vec<Address>, window_ledgers: u32 }
  • During the first window_ledgers ledgers after registration, only addresses in the whitelist can buy
  • After the window expires, anyone can buy as normal
• Buy function checks: if current ledger is within the window and the buyer is not on the whitelist, revert with WhitelistOnly
• Add get_whitelist_status(creator_id) -> WhitelistStatus view returning { active: bool, expires_at_ledger: u32, remaining_ledgers: u32 }
• Whitelist config is immutable after registration
• None means no whitelist — public from registration (current behavior)
• Maximum whitelist size: 500 addresses

Acceptance Criteria

• Non-whitelisted wallet cannot buy during the window
• Whitelisted wallet can buy during the window
• Anyone can buy after the window expires
• get_whitelist_status returns correct active/expired state
• Whitelist over 500 addresses reverts at registration
• None whitelist allows public buy immediately after registration

ETA: 24 hours

---

Coordinate on Telegram

[khanavi272-spec]

I would like to work on this issue

[GBOYEE]

I'll handle this. Adding whitelist window at creator registration: whitelist_start, whitelist_end, whitelist_addresses: Vec<Address>. During whitelist window, only whitelisted addresses can buy. After window opens to all. Tests: whitelist buy succeeds, non-whitelisted buy fails during window, buy succeeds after window. Branch: feat/whitelist-early-access

[Johnpii1]

Hello,

I’m interested in contributing to the AccessLayer whitelist window feature.

I have experience with backend development, smart contract logic, and implementing access control features. I understand the requirements:

• Adding optional "WhitelistConfig" support during creator registration
• Enforcing whitelist-only purchases during the registration window
• Allowing public purchases after the window expires
• Adding "get_whitelist_status" view logic
• Handling validation like the 500 address limit
• Keeping whitelist configuration immutable after registration

I can implement and test the required changes, including the acceptance criteria:
✅ Non-whitelisted wallets blocked during whitelist period
✅ Whitelisted wallets allowed
✅ Public access after expiry
✅ Correct whitelist status responses
✅ Registration validation

I’m available to start immediately and can coordinate on Telegram.

Thank you.

[grantfox-oss]

🦊 GrantFox — @Johnpii1 has been assigned to this issue as part of the Official Campaign campaign!

Next steps:

1. Open a Pull Request referencing this issue (e.g., Closes #518)
2. Your PR will be reviewed by the accesslayerorg maintainers

Good luck! Track your progress on GrantFox.

[NickiM84]

@NickiM84 has applied to work on this issue as part of the Stellar Wave Program's 6th wave.

Hello, I'm a fullStack developer with years of experience, I have worked on several projects, can I please work on this.

ℹ️ Repo Maintainers: To accept this application, review their application or assign @NickiM84 to this issue.

[somotochukwu-dev]

@somotochukwu-dev has applied to work on this issue as part of the Stellar Wave Program's 6th wave.

Please assign this issue to me

ℹ️ Repo Maintainers: To accept this application, review their application or assign @somotochukwu-dev to this issue.

[edehvalentine236-jpg]

@edehvalentine236-jpg has applied to work on this issue as part of the Stellar Wave Program's 6th wave.

Hello maintainer, I would love to work on this task. Kindly assign.

ℹ️ Repo Maintainers: To accept this application, review their application or assign @edehvalentine236-jpg to this issue.