Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

P3 scoring: BlockFLow validation (P3-SCR), on-chain median, scenario-driven scoring redesign

Ouverte
#39 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
30/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
machine-learning, python, solidity

Piste de recherche

Start with MECHANISM_DESIGN §6 and Developer/issues/scoring-mechanism.md, then locate the shipped BlockFLow scoring implementation and its pytest integration tests. Validate poison detection, duplicate fold-in, permutation averaging, and sequential fold-in across the stated cases; inspect the finalizeEvaluation path for the on-chain auditor-batch median and eligibility gate. Done means the tests cover the specified scoring properties and the median score is the canonical basis for eligibility, rewards, and S3 slashing.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

Part of the P3 mechanism-design push (#36).

Summary

Two workstreams before scoring can safely drive rewards and slashing:

  1. Validate the shipped BlockFLow-inspired scoring (WP 2.2 ✅) empirically — P3-SCR. High correctness risk in the subtle properties (sequential fold-in, permutation averaging).
  2. Scenario-driven scoring redesign — separate eligibility from utility instead of one test shard / one accuracy number / one average threshold (issues/scoring-mechanism.md).

Scope (from MECHANISM_DESIGN §6)

  • P3-SCR validation: poison detection (label-flip, sign-flip, scaling, garbage), duplicate discounting via fold-in, cosine-to-consensus / norm-bound / marginal-gain gates at multiple ε values; pytest integration tests for permutation averaging and sequential fold-in
  • Compute the median across the auditor batch on-chain at finalizeEvaluation so the canonical per-model score exists on-chain as both the S3 slashing reference and the reward basis (today eligibility voting exists but no canonical score is derived)
  • Eligibility: median ≥ passScore gates T1 aggregation; below ⇒ rejected, zero reward
  • S3 deviation threshold: start wide, warning-only shadow mode for the first weeks of DevNet 2.0, then tighten (avoid punishing honest variance from heterogeneous audit test sets)

Threat coverage

In scope: crude poisoning, Sybil clients (spam costs compute, earns nothing below pass score), score inflation (median-bounded). Out of scope for 2.0: backdoors (RES-2), >50% auditor collusion.

Design sources

MECHANISM_DESIGN §6 · issues/scoring-mechanism.md · whitepaper-summary §4.4, §8 gap items 3, 11, 14 · rejected-ideas/tknn-shapley.md

Roadmap anchors: P3-SCR (validation), WP 2.2 (implementation, shipped)

Langage dominant
Python
Étoiles
4
Forks
7
Merge moyen
3 j 5 h
PR mergées (30 j)
34

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de InfiniteZeroFoundation/DevNet

Toutes les issues de InfiniteZeroFoundation/DevNet

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.