feat(base): mainnet-readiness safeguards, Basenames and portable reputation attestations
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by reading the registry dependency in issue #2 and the shared ENS resolution code referenced by the issue; inspect the current network configuration and worker_pricing reputation storage. Verify the Base Sepolia attestation service deployment and schema registry process before choosing an integration path. Done means mainnet fails fast without the explicit flag and registry entry, wallet and funder lists resolve names with address fallback, and a sample worker attestation can be issued, read back, and revoked on testnet.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Prepare the Base integration for a future mainnet decision without enabling it, and add two Base-native features: human-readable names and worker reputation attestations.
Motivation
Base is the existing chain. Safeguards and clear configuration reduce the risk of a mainnet mistake; Basenames and attestations make workers and funders easier to identify and trust.
Current state in this repo
- Base Sepolia is the only configured network;
NETWORKdefaults tobase-sepolia. - Worker
reputation_scorelives only in MongoDB (worker_pricing).
Proposal
- Mainnet guard: refuse mainnet unless an explicit env flag and a registry entry (#2) are present; log a startup warning when enabled; add a runbook covering custody, limits and monitoring.
- Basenames: resolve and display primary names for wallets on Base (see the ENS issue for shared resolution code).
- Attestations (optional): publish a worker reputation or fidelity attestation on Base Sepolia using a standard attestation service, signed by the platform, so reputation is portable.
Acceptance criteria
- Starting with a mainnet network configured but the flag unset fails fast with a clear message.
- Wallet and funder lists show a name when one exists and fall back to the address.
- An attestation can be issued, read back and revoked on testnet for a sample worker.
Out of scope
- Actually enabling mainnet.
Dependencies
- #2
Verify before implementing
- Current attestation service deployment on Base Sepolia and its schema registry process.
Part of ##1. Ground rules for all issues in this roadmap are listed there (testnet-first, no secrets in the repo, chain logic behind the registry, tests and docs with every PR).
- Lingua principale
- Python
- Stelle
- 2
- Fork
- 4
- Merge medio
- 5h 19m
- PR unite (30g)
- 11
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di QMeshPy/distributed-quantum
-
enhancement good first issue helia storage tier-1
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
QMeshPy/distributed-quantum#53 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments research-spike tier-2
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
QMeshPy/distributed-quantum#78 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments research-spike tier-2
Difficoltà 3/5 1-2 giorni Idoneità per principianti 66/100
QMeshPy/distributed-quantum#77 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments tier-2
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
QMeshPy/distributed-quantum#76 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue kubo storage tier-1
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
QMeshPy/distributed-quantum#75 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di QMeshPy/distributed-quantum
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
MISP/misp-workbench#496 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
fossasia/visdom-dev#69 ·
I maintainer di solito rispondono entro 3 giorni
-
[Bug] Parameters named like a property break to_xcal()Forse già presa @atharvasalunke1267 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
collective/icalendar#2018 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno