#admin #member #reward #contract #queries #group #points

tg4-engagement

Simple TG4 implementation of group membership controlled by an admin

26 releases (12 breaking)

0.17.1 Jan 26, 2023
0.16.0 Dec 16, 2022
0.15.1 Sep 22, 2022
0.13.0 Jul 26, 2022
0.8.1 Mar 29, 2022

#18 in #reward


Used in 5 crates

Apache-2.0

195KB
4K SLoC

TG4 Group

This is a basic implementation of the tg4 spec. It fulfills all elements of the spec, including the raw query lookups, and it designed to be used as a backing storage for tg3 compliant contracts.

It stores a set of members along with an admin, and allows the admin to update the state. Raw queries (intended for cross-contract queries) can check a given member address and the total points. Smart queries (designed for client API) can do the same, and also query the admin address as well as paginate over all members.

Also, this contract provides api for behavior similar to EIP2222 standard, which allows for automatic split rewards sent to this contract proportionally to members points.

Init

To create it, you must pass in a list of members, as well as an optional admin, if you wish it to be mutable.

pub struct InstantiateMsg {
    pub admin: Option<HumanAddr>,
    pub members: Vec<Member>,
    pub preauths: Option<u64>,
    pub halflife: Option<Duration>,
    pub token: Option<String>,
}

pub struct Member {
    pub addr: HumanAddr,
    pub points: u64,
}

Members are defined by an address and points. This is transformed and stored under their Addr, in a format defined in tg4 raw queries.

Note that 0 is an allowed number of points. This doesn't give any voting rights, but it does define this address is part of the group. This could be used in e.g. a KYC whitelist to say they are allowed, but cannot participate in decision-making.

token is a native token name which may be distributed with EIP2222-like interface. If it is None, no rewards may be distributed by this contract.

Messages

Basic update messages, queries, and hooks are defined by the tg4 spec. Please refer to it for more info.

tg4-engagement adds one message to control the group membership:

UpdateMembers {add, remove} - takes a membership diff and adds/updates the members, as well as removing any provided addresses. If an address is on both lists, it will be removed. If it appears multiple times in add, only the last occurrence will be used.

AddHook {addr} - adds a new hook to be informed of all membership changes. Must be called by an Admin.

RemoveHook {addr} - removes a hook. Must be called by an Admin.

DistributeFunds {sender} - distributes funds sent with this message, and sent with regular bank message since last DistributeFunds. sender is optional info overwriting sender field on generated event. Funds are distributed to members, proportionally to their points. Funds are not sent to members directly, instead they are assigned for future withdrawal.

WithdrawFunds {receiver} - withdraws funds previously assigned to sender of the message while funds distribution. Optional receiver field is an address where funds should be sent, message sender by default.

DelegateWithdrawal{delegated} - set delegated address to be allowed to withdraw funds assigned to sender. Only one address can be delegated for any address, so delegating new address overwrites previous one. To disallow any address to withdraw funds, send DelegateWithdrawal with delegated send to sender.

Queries

Hooks {} - returns all registered hooks.

Preauths {} - returns the current number of preauths.

WithdrawableRewards {owner} - returns how many rewards are assigned for withdrawal by owner.

DistributedRewards {} - returns how many rewards were distributed by this contract in its lifetime.

UndistributedRewards {} - returns how many rewards are waiting for distribution on this contract.

Delegated {owner} - returns address allowed to withdraw funds assigned to given owner. If none is set, owner would be returned.

Dependencies

~4–6MB
~127K SLoC