Open chrishobcroft opened 3 years ago
maybe I'm wrong... but... Why not simply create a proxy contract for signing in with MM into the session, that has all tokens' IDs and manages their validity against a block-calendar? If you are too early, you're bounced back. If you exceed your slot, you get kicked out. This way people can still keep their participation token if they like. And also they can re-use it, it's up to the proxy contract to do the scheduling.
Summary
This issue proposes the idea of allowing AccessTokens whose validity is limited to a given time period.
For example, to allow an AccessToken to only provide access (be minted) from a given time, and to expire (be burned) after a given time.
Illustrative Use Case
A notable use case for such a concept would be for e.g. a digital online music festival.
The organiser of such a music festival could grant access to a user to "perform on the digital stage" at a given time, e.g. perhaps as the only user able to share video / audio.
This idea was inspired by the recent HackDeLaMusique event, organised by @matlemad.
Performers were scheduled to join the Zoom calls at specific times, and the access control was done manually.
Here are some screenshots of the eth.link page for the event, involving @DAOrecords and RedversBailey: