Proposal 1hive: https://gardens.1hive.org/#/xdai/garden/0x8ccbeab14b5ac4a431fffc39f4bec4089020a155/proposal/197

• Review previous work and evaluate it deeply
• Brainstorm new an innovative ideas

0xaf4b7D0ff1481a43b347E8FED6FD240747c3724A

Technical Flow

1. Faucet defines a period as a number of blocks, a currentRegistry as a mapping of accounts, and a nextRegistry as a mapping of accounts.
2. Users can call claim at any time when they do the following happens:
3. If this is the first time claim has been called during a period, the currentRegistry is replaced by nextRegistry and nextRegistry is cleared and the distributionAmount for that period is calculated based on the current balance of the faucet , a rate parameter of the Faucet (that determines the ratio of faucet funds that are distributed in a given distribution), and the total number of users registered for the period.
4. Checks if the user is registered to receive a distribution this period:1. If the user is registered, the faucet releases distributionAmount of honey and then moves the user from the current period registry to the next period registry.2. If the user is not registered and not already on the next period registry, they are added

what type of metrics a commuity could use to see in a distribution round is succesfull: x followers ? farcaster followers ? token holders ? community registers members GV2 ? stake tokens in community GV2 ?

Previous work about the faucet:

• https://github.com/FarcasterFaucet/frames (this was a Praga 2024 hackaton where gabi, fabri and mati participate and make a claimable faucet using the Farcaster protocol)
• https://github.com/1Hive/brightid-honey-faucet (faucet origins from 1hive)