Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Data-owner (client) rewards: off at launch; if offered later, paid in a stablecoin, not DIN

Aberta
  • Algo errado?
#283 0 comentários 0 reações 1 responsável Ver no GitHub

Mantenedores costumam responder em até 1 dia

@umermjd11 já está trabalhando nisso.

Desde 26/10/2026.

Avaliação

Esta issue ainda não foi avaliada.

Descrição

enhancement

Decision (Abraham)

  1. No token rewards to data owners (clients) at launch. Many participants are put off by crypto and digital currencies, so taking part as a data owner should not involve tokens by default.
  2. If data-owner rewards are offered later, for example by an enterprise training a model that wants to reward contributors, they will be paid in a stablecoin, not DIN.

Current state (conflicts with the decision)

  • Each GI's reward pool is funded and paid in DIN (DINTaskAuditor.depositRewards and claimReward), and the design docs say the same (Developer/design/tokenomics-design.md: "model owners pre-fund each GI's reward pool in DIN").
  • DINTaskAuditor.rewardSplit defaults to 60% clients / 20% auditors / 15% aggregators / 5% treasury, so every model pays clients unless its owner changes it. The protocol's emission subsidy (DinEmission.fundGI) is split the same way.
  • setRewardSplit (owner-only, per model) already lets a model owner set clientBps to 0, but there is no stablecoin payment path.

Proposal

  1. Default to 0% clients at launch, redistributing that share across auditors, aggregators and treasury. For example, keeping their current ratios gives 50% / 37.5% / 12.5%. Final values to be set in #155.
  2. Design an optional, stablecoin-denominated client reward path for later: who funds it (e.g. the enterprise model owner), which stablecoin, and how it's distributed. Design only for now; no implementation before testnet.
  3. Update the design docs (tokenomics-design.md, MECHANISM_DESIGN.md) to record both decisions.
  4. Review public wording (README, partner introduction, white-paper summary) so nothing promises DIN or token rewards to data owners.
Linguagem predominante
Python
Estrelas
4
Forks
7
Merge médio
3d 58min
PRs com merge (30d)
39

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de InfiniteZeroFoundation/DevNet

Todas as issues de InfiniteZeroFoundation/DevNet

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.